为Exchange Server构建第三方内容过滤插件的方案及优劣咨询

各方案优劣势梳理 #

已弃用的Outlook REST API

• 优势：早年存量实现案例多，旧版文档覆盖全面
• 不足：官方已经明确进入弃用生命周期，不再提供功能更新和问题修复，随时可能正式下线，完全不推荐用于新项目。其替代方案微软Graph API虽然支持管理员级全租户邮件访问权限，但只能在邮件完成投递到用户邮箱之后做事后处理，没法在传输环节直接修改元数据、拦截转发，处理时延较高。

Exchange Web Services (EWS)

• 优势：支持管理员委托访问所有用户邮箱，可读取、修改、转发邮件，功能覆盖全面，同时兼容本地Exchange和Exchange Online环境
• 不足：微软已经宣布停止为Exchange Online的EWS新增功能，后续会逐步淘汰该接口；权限需要租户管理员单独授权，且同样属于事后处理方案，没法在邮件传输过程中实时干预，处理链路长、时延更高。

Exchange Online Protection (EOP)

• 优势：本身是微软官方的邮件传输安全层，稳定性极强，自带传输规则、内容过滤等基础能力
• 不足：完全不开放第三方插件扩展架构，仅支持官方预设的规则和动作，没办法嵌入自定义代码逻辑，完全满足不了你的定制化处理需求。

内置内容过滤功能

• 优势：不需要额外开发，配置门槛极低，开箱即用
• 不足：仅支持正则、关键词、文件特征等官方预设的匹配规则，不支持嵌入第三方自定义代码，没法运行复杂的定制判断逻辑，和你的需求完全不匹配。

传输代理（Transport Agents）

• 优势：直接嵌入Exchange的邮件传输管道运行，可以在邮件投递到用户邮箱之前的传输环节实时处理，支持完全自定义的判断逻辑，修改邮件元数据、拦截、转发等你需要的操作都能实现，处理时延极低，功能匹配度是所有方案里最高的。
• 不足：仅支持本地部署的Exchange环境，Exchange Online完全不允许第三方安装自定义传输代理；开发需要熟悉Exchange底层传输架构，部署需要Exchange服务器最高管理员权限，对代码稳定性要求极高，一旦出现故障可能直接影响整个组织的邮件收发。

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