唯一合规路径是通过Outlook COM互操作（Microsoft.Office.Interop.Outlook），需本地安装匹配架构的Outlook并登录账户；替代方案为Redemption库，支持后台运行与脱机PST读取，但商用需授权。
直接读取PST文件在C#中不可行
微软从未公开PST文件格式规范，且明确禁止第三方直接解析其二进制结构。任何尝试用FileStream + 自定义解码读取.pst的行为，都会遇到加密头、B+树索引、页压缩、CRC校验等障碍，大概率触发AccessViolationException或返回乱码数据。
唯一合规路径：通过Outlook COM互操作（Microsoft.Office.Interop.Outlook）
这是微软官方支持的唯一方式，依赖本地已安装的Outlook客户端（必须是同一架构：x64 Outlook配x64程序，x86同理），且用户需登录对应账户或已加载目标PST。
- 引用
Microsoft.Office.Interop.Outlook（版本建议 16.0，对应Office 2016+） - 初始化时需显式调用
Application.GetNamespace("MAPI")，再用Session.AddStore挂载PST（若未预先加载） - 获取
Store后，用GetRootFolder()或GetDefaultFolder(OlDefaultFolders.olFolderInbox)访问文件夹 - 遍历邮件必须用
Items集合的Restrict或Find，避免全量加载导致内存暴涨
示例关键片段：
Outlook-Connect
下载
通过 olk CLI 和 Microsoft Graph API 连接 Outlook 或 Microsoft 365 邮箱。当用户要求读取 Outlook 邮件、搜索 Outlook 消息、汇总未读邮件、检查附件，或整理最近收件箱活动时使用。
var outlook = new Application();
var ns = outlook.GetNamespace("MAPI");
ns.AddStore(@"C:\Archive.pst"); // 加载PST
var store = ns.Stores.Cast<Store>().FirstOrDefault(s => s.FilePath.EndsWith("Archive.pst"));
var inbox = store.GetRootFolder().Folders["Inbox"];
foreach (MailItem item in inbox.Items.Restrict("[ReceivedTime] > '2023-01-01'")) {
Console.WriteLine(item.Subject);
}
替代方案：使用Redemption（绕过COM安全警告）
原生COM在无用户交互时会弹出“某程序正试图访问Outlook”警告，且受UAC和MAPI权限限制。Redemption是成熟第三方库，通过RDOSession封装底层MAPI，无需Outlook界面，支持服务端后台运行。
- 需部署
Redemption.dll并注册为COM组件（或使用NuGet包RedemptionLibrary） - 核心类是
RDOSession，用LogonPstStore加载PST路径，返回RDOStore - 比COM快约3–5倍，且能读取已卸载/脱机PST（只要路径可访问、未被Outlook独占锁定）
- 注意：免费版有水印，商用需授权；.NET Core/.NET 5+需用
RedemptionCore变体
常见失败原因与规避点
多数“读取失败”不是代码问题，而是环境约束未满足：
- Outlook未运行或处于“快速启动”禁用状态 → 启动Outlook进程后再执行代码
- PST被其他进程（如Outlook主窗口、Windows搜索索引器）占用 → 检查
handle.exe Archive.pst确认句柄持有者 - 目标PST加密（密码保护）→ COM方式无法自动输入密码，Redemption也需提前调用
LogonPstStore(…, password) - 64位程序调用32位Outlook COM → 必须统一平台目标（项目属性 → Platform Target 设为 x64 或 x86）
真正棘手的是跨用户场景：比如Windows服务想读取另一个用户的PST。这在技术上不可行——PST绑定登录会话的MAPI profile，服务账户根本无法访问交互式用户的profile。只能改用Exchange Web Services（EWS）或Graph API从服务器拉取归档邮件，而非本地PST。
