会议请求或响应未显示在收件箱中

2024-10-16
适用于: Outlook for Microsoft 365, Outlook 2019, Outlook 2016, Exchange Online, Exchange Server 2019, Exchange Server 2016.

原始 KB 数： 2966790

现象

没有邮箱代理的用户在 outlook Microsoft遇到以下一个或两个问题：

向用户发送会议请求时，会议在用户的日历中正确显示为暂定状态，但 Outlook 不会将请求路由到收件箱。例如，请求将显示在“已删除邮件”文件夹中。
当与会者响应用户创建的会议请求时，用户的日历中的会议跟踪信息正确反映响应，但 Outlook 不会将响应路由到收件箱。例如，响应将显示在“已删除邮件”文件夹中。

原因

这些问题可能会因以下原因而发生。

原因 1

保存 IPM 入站消息的 MAPI 接收文件夹。附表。会议邮件类未设置为“收件箱”文件夹。相反，会议项目将显示在“已删除邮件”文件夹中。

可以使用 Exchange Online PowerShell 测试此原因。使用以下任一方法。

注意

这两种方法都提供了有用的信息。例如，方法 A 显示有多少会议项目被误定向到“已删除邮件”文件夹，方法 B 确认传递到哪个文件夹。

方法 A

运行以下 Get-MailboxFolderStatistics PowerShell cmdlet：

Get-MailboxFolderStatistics -Identity <user ID> -FolderScope NonIpmRoot -IncludeOldestAndNewestItems | ? Name -eq "Schedule" | FL Name,FolderType,NewestItemReceivedDate,ItemsInFolder

以下屏幕截图显示了 cmdlet 输出的示例。

出于此原因，ItemsInFolder 计数值为非零值，NewestItemReceivedDate 时间戳值与最近错误传递的会议项的日期和时间匹配。

方法 B

运行以下 Get-MessageTrace 和 Get-MessageTraceDetail PowerShell cmdlet：

Get-MessageTrace -StartDate <search start date> -EndDate <search end date> | ? Subject -match <item subject> | Get-MessageTraceDetail

以下屏幕截图显示了命令输出的示例。

对于此原因，传递事件的 Detail 参数的值为： The message was successfully delivered to the folder: DefaultFolderType:LegacySchedule。

原因 2

对于具有 IPM 的消息。Rule.Version2.Message 消息类，PR_RULE_MSG_PROVIDER属性的值未正确设置为 Schedule+ EMS Interface。

解决方法

如果在 Exchange Online PowerShell 中测试了原因 1，发现原因 1 不适用，请从原因 2 的解决方法开始。否则，请从原因 1 的解决方法开始。

原因 1 的解决方法

注意

若要使用以下过程，你必须是用户或具有对用户邮箱的完全访问权限。在安装了 Outlook 桌面客户端的基于 Windows 的 Microsoft计算机上运行该过程，以及邮箱的 Outlook 配置文件。

在 Outlook 中，选择“文件>Office 帐户>关于 Outlook”，以确定桌面客户端是 32 位还是 64 位版本。
下载并提取最新版本的 MFCMAPI（32 位或 64 位），以匹配 Outlook 安装。

重要

尽管支持 MFCMAPI 编辑器，但在使用它编辑邮箱设置时请小心。错误地使用 MFCMAPI 编辑器可能会永久损坏邮箱。
关闭 Outlook，然后运行MFCMapi.exe。如果出现 MFCMAPI 启动屏幕，请将其关闭。
选择“工具>选项”以打开“选项”窗口。
选择以下两个选项，将 MFCMAPI 设置为联机模式，然后选择“ 确定” ：
- 调用 OpenMsgStore 时使用 MDB_Online 标志
- 调用 OpenEntry 时使用 MAPI_NO_CACHE 标志
重要

请确保完成步骤 5。
选择“会话>登录”以打开“选择配置文件”窗口。
选择受影响用户的 Outlook 配置文件，然后选择“ 确定”。
双击“显示名称”列中的适用邮箱将其打开。
在出现的新窗口中，选择“MDB>显示>接收”文件夹表。
在 “接收文件夹表” 窗口中，验证 “邮件类 ”列是否具有 IPM。附表。会议 条目。以下示例屏幕截图显示了该条目。

如果“接收文件夹表”窗口不包含 IPM。附表。会议条目，仔细检查是否已完成步骤 5（将 MFCMAPI 设置为联机模式）。如果已完成步骤 5，请跳过其余步骤，而是尝试解决原因 2 （如果尚未这样做）。
展开根容器。
右键单击“计划”，然后选择“高级>集接收”文件夹以打开 SetReceiveFolder 窗口。
输入 IPM。附表。“类”字段中的会议，选择“删除关联”，然后选择“确定”。
刷新 “接收文件夹表” 窗口，然后验证 IPM。附表。会议 条目不再存在。
检查是否为用户解决了该问题。如果问题仍然存在，请尝试解决原因 2 （如果尚未这样做）。

原因 2 的解决方法

完成解决方法 1-8 中的步骤 1-8，导致 1 初始化 MFCMAPI。
展开根容器，然后展开信息存储顶部。
右键单击“收件箱”，然后选择“打开关联内容表”。
在上窗格中，选择 消息类 列标题以对列进行排序。
对于“消息类”列中具有以下值IPM.Rule.Version2.Message的每个消息：
1. 选择消息。
2. 在下窗格中，检查PR_RULE_MSG_PROVIDER属性的值。
3. 如果PR_RULE_MSG_PROVIDER属性值为Schedule+ EMS Interface，请删除上窗格中的消息。
以下示例屏幕截图显示如何删除消息类IPM.Rule.Version2.Message为 <a0/&PR_RULE_MSG_PROVIDER 属性值Schedule+ EMS Interface的邮件。
检查是否为用户解决了该问题。如果问题仍然存在，请尝试解决原因 1 （如果尚未这样做）。