使用makeEWSRequestAsync发送邮件时间歇性丢失正文及附件问题排查

1. 异步请求的竞态问题 #

• 使用makeEWSRequestAsync时，必须保证邮件正文、附件Base64编码等所有数据在发起请求前完全就绪。如果代码里存在异步加载附件或生成正文的逻辑，偶尔会出现请求已经发送，但正文/附件数据还没填充完成的情况——此时EWS收到的XML结构合法，但正文、附件节点是空的，服务器返回成功，但生成的邮件自然只有头。
• 检查代码逻辑，确认所有内容准备完毕后才调用makeEWSRequestAsync，避免异步任务之间的竞态。

2. Exchange 2016的EWS请求处理异常 #

• 虽然16KB远低于EWS默认的请求大小限制（默认64MB），但服务器负载过高、请求超时或网络传输时的分片丢包，可能导致服务器只解析到邮件头部分就返回成功，后续内容丢失。
• 开启Exchange服务器的EWS协议日志（Exchange管理中心→服务器→日志→启用EWS日志），查看失败请求的完整日志，确认服务器实际收到的XML是否完整。

3. 正文或附件节点的隐性解析问题 #

• 即使XML结构和转义看起来没问题，也可能存在隐性问题：比如HTML正文有未闭合的标签，服务器解析时出错截断内容；附件Base64编码里混入了不可见控制字符，导致服务器无法解析附件但不返回错误。
• 对比成功和失败时的XML请求，找细微差异；或者暂时改用纯文本正文测试，排除HTML解析的影响。

4. SendAndSaveCopy的原子性处理问题 #

• SendAndSaveCopy是同时完成发送和保存草稿的原子操作，如果服务器负载高，处理发送的线程可能没拿到完整的邮件数据，导致只发送了邮件头。
• 尝试拆分操作：先调用CreateItem保存草稿，再调用SendItem发送，看是否还会出现问题，以此验证是否是原子操作的处理异常。

5. 网络偶发丢包 #

• 客户端到服务器的网络如果出现偶发TCP分片丢包，会导致EWS服务器收到的XML不完整，但因为邮件头部分完整、结构合法，服务器返回成功，实际邮件内容缺失。
• 用Fiddler抓包，对比成功和失败请求的HTTP payload，确认失败请求的内容是否完整。

内容的提问来源于stack exchange，提问作者GovZ