邮件内嵌与附件：既要过网关体积限制，又要在 Outlook 与手机邮箱里保持主路径可读
`email-preview-visio-jpg` 面向变更通报、评审邀请与对外简报附图。邮件网关常限制单封体积并二次压缩内嵌图，老 .vsd 转出的大尺寸 JPG 可能在发出前就被压糊。应在撰写阶段就区分「内嵌小预览」与「附件高清包」，内嵌图只保留标题与主链路，细节放附件或链接；并在 Outlook 桌面、网页与 iOS 邮箱各测一次，避免仅在自己客户端过关。
邮件场景操作说明：先查组织单封大小上限与是否强制内嵌重编码，再导出内嵌低清与附件高清两档，最后走真实 SMTP 抽检
- 向邮件管理员确认限制与是否剥离 EXIF；从 .vsd 导出内嵌用窄长边版本并控制质量，避免把 4K 全景硬塞进正文触发自动毁灭性压缩。
- 发一封到外部测试邮箱，检查转发链与「以图片显示」设置是否改变清晰度；记录客户端名与版本，发现某客户端总发糊则为其单独降构图复杂度而非无限提高像素。
- 正文写清附件与内嵌图对应关系及文件哈希，禁止仅用「见图」而无版本号；对敏感客户材料使用链接加水印而非巨大 inline 图降低误转发风险。
VSD 转 JPG（邮件）常见问题：网关压缩、内嵌与附件分工、Outlook 显示差异、EXIF 与外发合规
同一张 JPG 在发件箱预览清晰，收件人却说糊，是对方「下载图片」没开还是链路二次压缩在作怪？
先让对方检查是否屏蔽远程图片与是否走低数据模式；再比对 MIME 内嵌部分字节大小是否被网关改写；若多次转发导致累积压缩，应改传对象存储链接附带校验和。
市场部坚持在签名里再嵌一层公司角标，会不会把正文里的架构 JPG 再压一遍导致主图发糊？
会，签名图与正文图共享 MIME 体积预算；应压缩签名资源或为技术附图使用附件，避免签名横幅抢走码率导致主图糊。
深色模式邮件客户端给正文加暗底，白底 JPG 四周出现假「灰框」，是 JPEG 压缩还是背景与主题不匹配？
多为底色与客户端夜间主题共同作用；为夜间阅读准备浅灰底导出或在邮件 HTML 指定衬底色，必要时改 PNG 以减轻假框观感。
合规要求外发图剥离位置与设备信息，JPG 的 EXIF 是否可能泄露制图环境，服务端流水线会默认清掉吗？
不能假设默认清除；应在发布脚本跑元数据剥离并抽检；示意图虽非照片，仍可能含生成工具痕迹，按安全基线统一处理。
客户邮箱把附件显示成通用友好文件名导致版本混乱，如何在正文用一句话钉死对应关系？
在邮件首段写明「附件：主题_日期_短哈希.jpg」并与网盘对象键一致；禁止依赖邮件客户端自动重命名的友好显示当作溯源依据。