为什么选择下载 EML 示例文件？
EML 将 RFC 5322 头与 MIME 多段正文保存为文本文件，编码可能是 base64、QP 或八位组；跨平台换行与长行折叠处理不当就会造成正文乱码或附件哈希对不上。测试邮件网关、归档索引或工单导入时，你需要含内联图片、alternative 嵌套与附件的样例覆盖典型解析分支。示例还包含自定义头字段，帮助你检查安全策略是否会误删或改写关键元数据。对需要 DKIM/DMARC 链路演练的团队，可把样例行沙箱改写策略实验，但必须避免把占位域名误认为你们真实收发域从而在监控里引入假阳性告警。当你们必须把 EML 推入搜索索引并希望保留邮件全局唯一标识串对应的话题线索时，请优先验证自定义头与长参数头在截断策略下是否仍能被关键词命中，否则会出现“邮件已入库但搜不到上下文”的运维投诉。内容为模拟通知邮件，不含可执行载荷；仍建议按生产规范做沙箱解码。下载后请勿随意转发到真实邮箱以免触发策略告警；应用库级 API 读取并记录异常情况，尤其关注异常边界上的字符集声明是否被忽略。
如何下载 EML 示例文件？
- 先阅读说明里关于编码折叠与 multipart 深度的提示，选择与网关策略相匹配的一份以免对照失真。
- 下载时用文本模式检视头部是否含自定义安全标签，确认后续解析器不会擅自剥离关键诊断信息。
- 把样例喂入索引管道并复查附件名与正文引用是否仍一致，尤其关注引用式图片是否被误当普通链接。
常见问题
QP 解码边界为何容易出错？
软换行与编码跨段拼接稍有不慎就会把等号结尾行粘错导致后续全部偏移；必须用样例行单元测试对齐参考实现并保持与网关一致，否则会随机污染正文或附件边界。
嵌套 multipart 的深度需要限制吗？
需要限制并监控，深度攻击或过深结构会让解析栈或内存暴增；建议在样例上验证阈值告警与 truncate 策略，并记录丢弃部分供安全团队复查而不是静默失败。
自定义头哪些该保留？
安全与追踪相关头往往在后续路由中有用；不要随意过滤 X-自定义诊断字段除非你确认隐私合规并完成脱敏映射，否则会失去定位垃圾邮件误判的关键线索。
如何把 EML 用于索引压力测试？
可以复制多封并打散时间戳但要注意随机种子固定；观测索引膨胀与词典污染情况，别把纯随机字节当邮件体以免压测失真无法反映 MIME 特有瓶颈。
出错时是否应该回退到读取原始字节？
可以但要在响应里显性标记 degraded 状态；静默混用会破坏后续引用完整性校验，也会让客服侧难以解释为什么同一封在不同节点看到不同正文。