Outlook for Mac发送邮件后扩展属性（X-header）消失问题问询

我之前也碰到过Mac版Outlook这类扩展属性同步的坑，帮你梳理下可能的原因和可行的解决方案：

核心原因分析 #

Mac版Outlook对Exchange扩展属性的处理逻辑和网页版存在差异——网页版会自动把你设置的SingleValueExtendedProperties同步到邮件的传输头里，但Mac客户端在发送邮件时，可能会过滤掉它识别不了的自定义属性，或者没有完成从扩展属性到实际X-header的映射。

分步解决方案 #

1. 先修正扩展属性的命名格式 #

你当前的PropertyId里有个不必要的空格：x- Test1，这大概率是Mac客户端无法识别的诱因。标准的X-header命名不建议包含空格，先把代码里的属性名改过来：

var propId="String {00020386-0000-0000-C000-000000000046} Name x-Test1";

修改后重新测试，看发送后X-header是否能保留。

2. 改用internetMessageHeaders直接设置传输头 #

Exchange REST/Graph API提供了专门设置邮件传输头的字段internetMessageHeaders，这个方式在Mac版Outlook里的兼容性要稳定得多。调整你的PATCH请求数据：

var msgSendAs= {
  "internetMessageHeaders": [ 
    { 
      "name": "X-Test1", 
      "value": f 
    }
  ]
};
msgSendAs = JSON.stringify(msgSendAs);

用这个结构去更新邮件，Mac客户端发送时会直接把这个头带入邮件传输流，收件方就能正常看到X-header了。

3. 升级Outlook for Mac到最新版本 #

旧版本的Mac Outlook对扩展属性的支持存在不少bug，建议你打开Outlook > 帮助 > 检查更新，升级到最新稳定版，很多这类兼容性问题在新版本里已经被修复。

4. 验证属性是否真的被持久化到服务器 #

发送邮件后，用Graph API查询该邮件的internetMessageHeaders或扩展属性：

• 如果属性还存在但收件方看不到：说明Mac客户端发送时没把属性转成传输头，这时候方案2的internetMessageHeaders就是最优解；
• 如果属性已经消失：说明你的PATCH操作没把属性真正保存到服务器，需要检查请求URL、权限或token是否正确。

补充说明 #

Exchange的SingleValueExtendedProperties更多是用于客户端内部存储自定义数据，并非专门用来设置传输级别的X-header。而internetMessageHeaders是直接作用于邮件传输头的字段，在需要收件方可见的场景下，优先用这个字段会更可靠。

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