CDO 是什么?它和 MAPI、Outlook 对象模型、CDONTS 有什么区别

CDO 的全称是 Collaboration Data Objects（协作数据对象），是微软提供的一套 COM 组件，用来在代码里访问 MAPI 消息、邮箱、通讯簿和协作数据。它适合“程序里要读写邮件/通讯簿，但不想或不能依赖已安装的 Outlook”这类场景；如果你只是想在已装 Outlook 的机器上操作当前用户的邮件，Outlook 对象模型通常更直接。CDO 不是 MAPI 的替代品，而是架在 MAPI 之上的一层封装。

CDO 的定位：MAPI 之上的一层 COM 封装

MAPI（Messaging Application Programming Interface）是底层的消息接口，能力最全，但调用复杂，涉及大量指针、表和属性操作。CDO 把这些能力包装成 COM 对象，让 VB、VBScript、Delphi、C++ 等支持 COM 的语言用属性、方法就能操作消息和文件夹。

关键关系可以这样理解：

• MAPI：底层接口，功能最完整，直接面向消息存储、通讯簿、传输。
• CDO：MAPI 之上的 COM 封装，用对象模型暴露 MAPI 能力，降低调用门槛。
• Outlook 对象模型：面向 Outlook 应用本身的对象模型，依赖已安装并运行的 Outlook。

所以 CDO 和 MAPI 是“封装与被封装”的关系，不是二选一。需要 MAPI 级别能力又不想直接写 MAPI 时，CDO 是中间选项。

CDO 和 Outlook 对象模型的区别

两者都能操作邮件，但运行前提和适用面不同：

选择条件很明确：代码跑在没有 Outlook 的服务器上，或需要脱离 Outlook 进程操作邮箱，用 CDO 更合适；代码是 Outlook 插件、要跟用户当前界面交互，用 Outlook 对象模型。

CDO、CDONTS、CDOEX 不要混为一谈

这三个名字相近，用途和时代不同：

• CDONTS（Collaboration Data Objects for Windows NT Server）：旧版 SMTP 发信组件，主要用于早期 Windows 服务器上发送邮件，功能集中在“发信”，不涉及完整邮箱/通讯簿操作。
• CDOEX：面向 Exchange 2000 及之后版本的 CDO 版本，用于访问 Exchange 存储中的邮件、日历、联系人等协作数据。
• CDO（1.x / 1.21 等）：更早的通用 CDO 组件，通过 MAPI 配置文件访问消息与通讯簿。

简单说，CDONTS 偏“发信”，CDOEX 偏“Exchange 数据访问”，通用 CDO 偏“MAPI 封装”。它们不是同一个组件的不同叫法，迁移或排错时要先确认代码用的是哪一个。

典型用途与限制

CDO 常见用途包括：

• 在服务端脚本或程序里发送邮件；
• 访问邮箱文件夹、读取或创建消息；
• 查询通讯簿、解析收件人信息。

需要注意的限制：

• 它依赖 MAPI 配置文件和底层消息系统，环境配置不对会直接报错；
• 在现代 Exchange/Outlook 环境里，旧版 CDO 的兼容性有限，很多场景已被更现代的接口替代；
• 具体支持哪些接口、在哪些系统上可用，取决于你使用的 CDO 版本和目标 Exchange/Outlook 版本，不能一概而论。

和这个站点上的工具怎么配合

dimastr.com（Advanced Messaging Systems）提供的是 Outlook/MAPI 方向的开发与生产力工具，其中 OutlookSpy 可以直接在经典 Outlook 里检查 Outlook 对象模型、Extended MAPI、EWS 和 Microsoft Graph 数据；Outlook Redemption 定位是“用任意语言获得 Extended MAPI 的能力”，作为 Outlook 对象模型缺失或受限功能的实用替代。如果你在用 CDO 或 MAPI 排查问题，这类工具的价值在于能直接查看底层对象和属性，而不是靠猜。

一句话选择建议

要在无 Outlook 的服务端环境里通过 COM 访问 MAPI 消息与通讯簿，选 CDO；要在已装 Outlook 的客户端操作当前用户邮件，选 Outlook 对象模型；只发 SMTP 邮件且是旧环境，才考虑 CDONTS；访问 Exchange 2000 及之后的存储数据，看 CDOEX。现代项目里，先确认目标环境支持哪个版本，再决定是否用 CDO 或转向更现代的接口。