Outlook加载项EWS调用失败及相关报错原因咨询

咱们来一步步拆解你遇到的这两个错误，以及它们和EWS调用失败之间的关联：

1. 遥测服务404错误 (o15apptofilemappingtable.js:11) #

这个404错误根源是加载项使用的Office.js版本与Exchange 2013 SP1的旧环境不兼容。Exchange 2013 SP1属于较早的版本，对应的OWA和Outlook 2016客户端依赖的是旧版Web运行环境（比如IE11内核的WebView）。而较新的Office.js库会自动尝试调用微软的遥测服务收集加载项运行数据，但telemetryservice.firstpartyapps.oaspapps.com这个端点是为现代Exchange/Outlook版本设计的，在Exchange 2013 SP1环境中要么不存在，要么未配置，因此返回404。

2. Sandbox属性解析错误 (osfruntime.js:12) #

这个错误同样是环境兼容性问题导致的。ms-allow-popups是微软针对旧版Edge/IE设计的沙箱属性，但Exchange 2013 SP1的OWA和Outlook 2016内置的WebView要么不支持该标志，要么该标志已被废弃，导致浏览器解析sandbox属性时抛出错误。

两个错误的关联及EWS调用失败的核心原因 #

这两个错误本质是同一兼容性问题的不同表现：你的加载项适配了现代Outlook/Exchange环境的新特性，但Exchange 2013 SP1和Outlook 2016的旧运行环境无法支持这些特性。

而EWS调用失败大概率也源于这个兼容性问题：

• 高版本Office.js可能使用了Exchange 2013 SP1不支持的EWS请求格式或身份验证方式（比如OAuth 2.0，Exchange 2013 SP1对OAuth支持有限，通常需要基本认证或基于Cookie的身份验证）
• 旧环境的权限配置可能限制了加载项访问EWS的权限，比如未为加载项分配足够的EWS API权限

排查与解决建议 #

• 降低Office.js版本：切换到Exchange 2013 SP1官方支持的Office.js稳定版本（比如v1.1），避免使用包含新遥测、沙箱特性的高版本库
• 调整EWS身份验证方式：Exchange 2013 SP1更适配基于Cookie的身份验证（复用OWA已有会话）或基本认证，确保加载项的EWS请求使用对应认证方式
• 修改沙箱配置：在加载项的manifest文件中移除ms-allow-popups标志，替换为旧环境支持的属性，或简化sandbox配置以适配IE11/WebView环境
• 禁用遥测：如果不需要遥测功能，可在加载项设置中关闭遥测，避免触发无效的404请求
• 验证EWS端点：确认加载项调用的EWS URL是Exchange 2013的正确端点（通常为https://<你的Exchange服务器地址>/EWS/Exchange.asmx），同时检查加载项是否拥有EWS访问权限

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