本地Exchange环境下Outlook JS插件令牌凭证授权失败排查

看起来你遇到的未授权错误，大概率是几个常见问题导致的，咱们一步步来排查：

1. 服务端代码的拼写错误（最可能的直接原因） #

先看你的服务端LoadSimple方法里的这段代码：

Credentials = new TokenCredentials(RequestProperties.UserIdentityToekn),

这里的UserIdentityToekn拼写错了！正确的变量名应该是UserIdentityToken（最后是Token不是Toekn）。这个低级错误会导致你传入的令牌是空值，EWS服务器自然会返回未授权。赶紧修正这个变量名，这应该能解决大部分问题。

2. ItemId转换方式错误 #

你在客户端手动替换+为_来修正ItemId，这种方式非常不可靠。Office JS返回的ItemId格式和EWS需要的标准格式并不完全匹配，正确的做法是使用Office内置的转换方法：

// 把Office JS的ItemId转换成EWS兼容的格式
var correctedItemId = Office.context.mailbox.convertToEwsId(_itemId, Office.MailboxEnums.ItemIdType.RestId);

手动替换字符很容易导致ItemId失效，服务器会认为你试图访问一个不存在的邮件，进而返回未授权（本质是资源不存在，但表现为权限错误）。

3. Callback令牌的权限不足 #

你调用getCallbackTokenAsync时没有指定权限参数，默认的权限可能不足以读取邮件的MimeContent和Subject。建议在调用时明确指定适配EWS的权限选项：

_mailbox.getCallbackTokenAsync({ isRest: false, permission: "readWriteMailbox" }, function (asyncResult) {
    // 后续逻辑保持不变
});

• isRest: false：告诉Office你需要的是适配EWS的令牌，而非REST API的令牌
• permission: "readWriteMailbox"：获取足够读写邮件的权限，确保能成功Bind邮件并创建转发

4. 本地EWS服务器的身份验证适配问题（核心环境限制） #

你提到本地部署的EWS暂无法使用OAuth，但TokenCredentials是专门用于OAuth身份验证的组件。本地Exchange Server（比如2013 SP1）默认使用Windows身份验证（NTLM/Kerberos），并不支持这种OAuth令牌。如果前面的修复都无效，你可能需要调整身份验证思路：

• 如果服务和EWS服务器在同一个域内，可以考虑配置Kerberos约束委派，让服务端模拟客户端的Windows身份访问EWS
• 长期方案是在Exchange Server上配置OAuth支持（虽然你目前无法使用，但这是适配Office JS令牌的标准路径）
• 若消息大小限制是核心痛点，也可以考虑客户端直接调用EWS SOAP接口，但需要处理跨域和权限问题

5. EWS Url的正确性验证 #

确认你传递的_ewsUrl是本地EWS的正确地址，比如https://your-exchange-server.domain.com/EWS/Exchange.asmx。如果Url指向错误的地址，也会导致请求无法到达服务器或返回权限错误。

优先从拼写错误和ItemId转换这两个最容易修复的问题入手，应该能快速解决你的未授权错误。如果还是不行，再检查令牌权限和EWS服务器的身份验证配置。

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