CDOEX 是什么?它和 CDO、CDONTS、MAPI、Outlook 对象模型有什么区别
CDOEX 是 Microsoft Exchange 2000/2003 时代随 Exchange 安装的一套 COM 组件，全称 Collaboration Data Objects for Exchange，用于在服务端访问和操作 Exchange 存储中的邮件、日历、联系人、公共文件夹等数据。它属于服务端 API，依赖 Exchange 自身的存储和 WebDAV 接口，而不是客户端 Outlook。今天它已经过时：Exchange 2007 之后不再随产品提供，现代开发应改用 EWS、Microsoft Graph，或在客户端场景使用 Outlook Redemption 这类扩展 MAPI 封装库。
CDOEX 的设计用途与历史背景
CDOEX 出现在 Exchange 2000 时期，目标是让服务端程序（ASP 页面、Windows 服务、工作流组件）能够直接读写 Exchange 邮箱和公共文件夹，而不必在服务器上安装 Outlook。它通过 COM 暴露对象模型，典型对象包括 CDO.Person、CDO.Appointment、CDO.Message 等，并支持通过 URL 形式定位 Exchange 存储中的条目。
它的关键限制是：只能在安装了 Exchange 服务端组件的机器上运行，且与 Exchange 版本强绑定。随着 Exchange 走向 Web 服务接口，这条技术路线被微软逐步放弃。
CDOEX、CDO、CDONTS 的区别
这三者名字相近，但定位完全不同：
| 名称 | 全称与定位 | 运行位置 | 典型用途 | 现状 |
|---|---|---|---|---|
| CDONTS | Collaboration Data Objects for Windows NT Server | 服务端（IIS/SMTP） | 通过 SMTP 发送简单邮件 | 早已废弃，被 CDOSYS 取代 |
| CDO（CDOSYS） | Collaboration Data Objects for Windows 2000 | 客户端或服务端 | 构造和发送邮件、通过 SMTP 投递 | 仍可用于发信，但不访问 Exchange 存储 |
| CDOEX | Collaboration Data Objects for Exchange | Exchange 服务端 | 读写 Exchange 邮箱、日历、公共文件夹 | 已过时，不再推荐 |
简单说：CDONTS 和 CDO 解决的是“怎么发一封邮件”，CDOEX 解决的是“怎么在服务端操作 Exchange 里的数据”。前两者不依赖 Exchange 存储，后者强依赖。
CDOEX 与 MAPI、Outlook 对象模型的关系
可以按访问层次理解：
- MAPI 是底层消息接口，Outlook 和 Exchange 都建立在它之上。它功能最全，但调用复杂，通常需要 C++ 或专门封装。
- Outlook 对象模型 是 Outlook 客户端暴露的高层 COM 接口，只能在装有 Outlook 的机器上运行，适合客户端自动化和加载项。
- CDOEX 是服务端的高层接口，绕开 Outlook，但只在 Exchange 2000/2003 服务端可用。
三者的选择取决于运行位置：客户端用 Outlook 对象模型，服务端旧环境曾用 CDOEX，需要底层控制时用 MAPI。
为什么现在不再推荐 CDOEX
- Exchange 2007 之后不再随产品提供，新服务器上无法直接使用。
- 与特定 Exchange 版本绑定，升级路径断裂。
- 微软已用 Web 服务接口取代它，官方支持早已终止。
- 依赖服务端 COM 注册，部署和维护成本高。
当前可用的替代方案
- EWS（Exchange Web Services）：Exchange 2007 起提供的 SOAP 接口，可在服务端或客户端访问邮箱数据，是 CDOEX 最直接的替代。
- Microsoft Graph：面向 Exchange Online 和 Microsoft 365 的现代 REST API，适合新项目和云环境。
- Outlook Redemption：网站资料中列出的 MAPI 库，定位是“用任何语言获得扩展 MAPI 的能力”，作为 Outlook 对象模型缺失或受限功能的实用替代，适合需要在客户端深度操作 Outlook/MAPI 的场景。
- OutlookSpy：同一站点的 Outlook 开发工具，可直接在经典 Outlook 内检查 Outlook 对象模型、扩展 MAPI、EWS 和 Microsoft Graph 数据，适合调试和验证上述接口的行为。
选型建议：新项目优先 Graph；需要兼容本地 Exchange 且无法用 Graph 时选 EWS；只在客户端深度操作 Outlook 时考虑 Redemption，并配合 OutlookSpy 排查问题。CDOEX 仅用于维护遗留系统。