Outlook On-Send加载项侧载正常，集成应用部署时验证失败求助

差异原因 #

侧载模式下Outlook客户端仅做基础格式校验，逻辑较宽松；而管理员通过Integrated Apps部署时，微软云端验证服务会执行更严格的合规性检查，涵盖清单语法、必填字段完整性、资源URL公网可访问性、权限范围合理性等，这就是两者表现不同的核心原因。

排查与修复步骤 #

1. 移除清单URL的动态参数 #

你的清单URL带有版本参数?ver=3.2，云端验证服务可能将带参数的URL判定为动态内容而非静态清单文件。先移除参数，使用无参数的纯静态URL重新测试部署。

2. 用官方工具做清单合规校验 #

先将清单文件下载到本地，使用Office官方校验工具做全面检查：

• 安装工具：在命令行执行 npm install -g office-addin-manifest
• 执行校验：运行 office-addin-manifest validate manifest.xml
• 重点检查项：
  • Version字段格式必须符合x.y.z规范（比如3.2.0，不能仅写3.2）
  • 所有Url类字段（加载项入口、图标、隐私政策等）需为公开可访问的HTTPS地址，且确保微软云端能正常抓取资源
  • Permissions权限声明需匹配On-Send场景，建议使用ReadWriteMailbox，避免权限不足或过度授权
  • FormSettings、DesktopSettings等配置节点无必填属性缺失

3. 检查Azure Storage Blob的访问配置 #

• 确认Blob容器访问级别设为匿名读取（至少针对清单和加载项静态资源），云端验证服务无法访问需身份验证的Blob资源
• 核对Blob的CORS配置，确保允许微软相关域名的跨域请求，避免加载项资源无法被Outlook客户端正常加载

4. 核对部署流程细节 #

• 确保部署时选择Office Add-in类型，而非其他应用类型
• 检查清单URL是否存在拼写错误，避免因地址错误导致验证失败

5. 排查清单XML语法问题 #

• 用XML校验工具检查是否存在未闭合标签、特殊字符未转义等语法错误
• 确认清单中的Id为唯一GUID，无重复
• 检查DisplayName、Description等字段是否包含不符合微软规范的特殊字符

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