c++原生不支持解析outlook专有的msg二进制格式，必须依赖windows com接口（如imessage/istorage）或第三方库（如libmsg）；跨平台则需转格式或调用python extract-msg等工具。
MSG文件不是标准邮件格式，C++原生不支持解析
Outlook的.msg文件是Microsoft专有二进制格式（基于COM Structured Storage + MAPI属性），C++标准库和常见网络/邮件库（如libemail、Poco、Boost.Email）完全不识别它。试图用fstream读取原始字节或当成MIME解析，只会得到乱码或解析失败——因为里面没有Content-Type头，也没有Base64段落。
必须依赖Windows平台COM接口或第三方解析库
在Windows上最可靠的方式是调用Outlook或MAPI的COM接口；跨平台则需引入专门处理MSG的C++库。两种路径差异很大，选错会卡死：
- 用
IMessage/IStorageCOM接口：需链接ole32.lib、oleaut32.lib，初始化COM（CoInitializeEx(nullptr, COINIT_APARTMENTTHREADED)），再通过StgOpenStorage打开文件，逐层提取PR_BODY、PR_SUBJECT等MAPI属性。但要求目标机器安装Outlook或至少MAPI客户端（如Outlook Express已废弃，Windows 10/11默认不带完整MAPI） - 用开源库如
libmsg（C++11，MIT）或msgreader（C#为主，但提供C++/CLI封装）：无需COM，纯解析二进制结构。但libmsg对嵌套附件（尤其是OLE对象）、加密MSG（如IRM保护）支持有限，且不维护多年，部分字段（如收件人列表PR_DISPLAY_TO）需手动拼接
推荐方案：Windows下优先用MAPI，避免硬解析二进制
硬解MSG结构风险高——它的存储布局依赖MAPI版本、Outlook版本、甚至区域设置（如日期格式影响PT_SYSTIME字段解释）。实际项目中更稳妥的做法是绕过直接解析：
- 用
MAPISendMail或SimpleMAPI不适用（只发不读）；改用MAPIOpenLocalFormContainer+IMAPISession::OpenMsgStore太重；最简路径是调用IMAPISession::OpenEntry配合IStorage接口 - 关键字段获取示例：
PR_SUBJECT_W（Unicode主题）、PR_BODY_W（正文）、PR_SENDER_NAME_W（发件人），都需用IMAPITable::QueryRows或IStream读取，不能直接memcpy - 附件提取必须遍历
PR_ATTACH_NUM子对象，每个附件对应一个IAttach接口，再调用IAttach::OpenProperty获取PR_ATTACH_DATA_BIN流——这里容易漏掉PR_ATTACH_METHOD为ATTACH_BY_VALUE以外的情况（如ATTACH_BY_REFERENCE_ONLY指向外部文件）
Linux/macOS无官方支持，只能转格式再解析
没有Outlook、没有MAPI，libmsg或Python的extract-msg（可调用其CLI）是唯一可行路径。C++项目里硬集成libmsg要注意：
- 它把所有字符串默认当ANSI处理，遇到中文Subject会乱码——必须手动检测
CodePage属性（PR_CODE_PAGE），再用iconv转UTF-8 -
libmsg的MsgFile::GetBody()返回的是RTF原文，不是HTML或纯文本；若需渲染，得额外集成librtf或调用系统textutil（macOS）转换 - 时间字段（
PR_MESSAGE_DELIVERY_TIME）是Windows FILETIME（100-nanosecond intervals since 1601），不是Unix timestamp，转换时别直接除10000000——要减去116444736000000000ULL再除10000000
真正麻烦的从来不是读出Subject或Body，而是收件人字段的多级嵌套（DL、GAL、转发链）、签名块的分离、以及Outlook自动插入的X-Microsoft-Exchange-...私有头——这些都没标准定义，不同版本Outlook写法还不一样。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
