Redemption通过任务计划程序运行时访问收件箱报错如何解决？

• Outlook 2019 + Windows Server 2019的用户配置文件加载机制变更：旧版本Outlook在任务计划程序的非交互式会话下，只要配置了正确的运行用户，系统会自动加载该用户的MAPI配置文件；但从Windows Server 2019和Outlook 2019开始，默认仅在用户完成交互式登录（哪怕后续会话断开）时才会初始化并挂载MAPI配置文件到当前会话，未登录状态下任务计划程序启动的进程无法读取到对应的Outlook配置文件，因此调用GetDefaultFolder(olFolderInbox)时找不到对应的收件箱容器，抛出MAPI_E_NOT_FOUND错误。
• Redemption 6.0版本的隐式配置文件加载逻辑调整：你之前使用的v4.5版本会主动尝试在非交互式会话下读取注册表中的用户MAPI配置项，而6.0版本为了兼容更高版本Outlook的安全机制，默认仅从当前会话的已加载配置文件中读取信息，未登录状态下找不到配置文件就会直接报错。
• Windows Server 2019任务计划程序安全策略升级：Windows Server 2019默认开启了「仅允许交互式用户访问MAPI子系统」的系统安全策略，旧版本服务器默认关闭该策略，这是2016环境可以正常运行的核心原因。

排查验证项 #

• 检查任务计划配置：确认任务设置中勾选*「不管用户是否登录都要运行」时，没有同时勾选「不存储密码。任务只能访问本地计算机资源」，同时开启「使用最高权限运行」*选项。
• 检查DCOM权限：运行dcomcnfg打开组件服务，依次进入「控制台根节点>组件服务>计算机>我的电脑>DCOM配置」，找到Microsoft Outlook 应用程序，右键打开属性页的「安全」标签，为任务运行用户添加启动和激活权限、访问权限、配置权限的全部允许权限。
• 检查Outlook组策略：运行gpedit.msc打开本地组策略编辑器，依次进入「计算机配置>管理模板>Windows组件>Outlook」，确认「禁用MAPI HTTP协议」策略设置为启用，避免Outlook尝试用HTTP方式加载配置文件导致非交互式会话下识别失败。

解决方案 #

• 方案1：调整代码使用显式配置文件加载逻辑，不依赖Redemption的默认配置文件读取规则。在调用GetDefaultFolder之前，先调用Logon方法显式指定Outlook配置文件名称，示例代码如下：

RDOSession session = new RDOSession();
// 第一个参数为你的Outlook配置文件名，默认通常为「Outlook」
session.Logon("Outlook", "", false, true);
RDOFolder inbox = session.GetDefaultFolder(rdoDefaultFolders.olFolderInbox);

• 方案2：改用Redemption独立MAPI运行时，不需要依赖Outlook客户端安装，也不需要依赖会话的配置文件加载逻辑，可直接指定PST文件路径或者Exchange邮箱账号密码完成登录，从根本上规避会话配置文件读取问题。
• 方案3：保持任务运行用户的会话处于登录状态，即便后续断开会话连接也无需注销，符合你当前观测到的正常运行逻辑，适合作为临时过渡方案使用。

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