Microsoft 365 / 通过消息跟踪排查邮件未送达的原因

如果在 Exchange Online 中邮件未到达,请先获取发件人、收件人、发送时间,然后在 Exchange 管理中心的[邮件流] → [消息跟踪]中搜索。消息跟踪是确认 Microsoft 365 是否已接收邮件、邮件是否被挂起、拒收或已投递的起点。

搜索前所需信息

  • 发件人和收件人的准确电子邮件地址
  • 发送日期、时间及时区,以及大致允许范围
  • 如有退信(NDR),提供错误代码和正文
  • 如有邮件主题或消息 ID,请在有助于识别的范围内获取

不需要要求客户发送邮件的完整正文。首先通过地址和时间缩小范围,仅处理必要的最少信息。

准备查询权限和搜索期限

需要 Exchange 管理员权限或执行消息跟踪的 Exchange 权限。发送邮件的普通用户或拥有 Microsoft 365 许可证的管理员,并不意味着拥有跟踪权限。为了查询,与其给所有相关人员授予全局管理员权限,不如由经过批准的邮件运营负责人进行调查。

消息跟踪数据的保留范围默认是 90 天,不能随意延长。目前摘要查询可以在 90 天范围内一次搜索最多 10 天的时间段,对于更长时间段可能需要使用下载报告方式。请确认搜索界面的报告类型。下载请求从生成到完成可能需要几个小时,不要因为没有立即得到结果就判断邮件不存在。

如果发送后立刻看不到数据,请稍后用相同条件再次查询。Microsoft FAQ 指出,跟踪数据显示可能需要约 5~10 分钟。这并不表示所有邮件都会延迟发送。如果是需要长期历史保存的运营,请根据组织的信息保留政策单独管理所需报告。

执行消息跟踪

  1. 以所需的管理员权限进入 Exchange 管理中心,打开 [邮件流] → [消息跟踪]。
  2. 设置发件人、收件人和时间范围。如果时间不对,请确认用户提供的时区,并稍微扩大时间范围。
  1. 在结果中检查状态和收件人地址。如果有多条相同标题的消息,请通过消息 ID 和时间进行区分。
  2. 打开目标消息,查看事件流和最终状态。可以在 Microsoft 的 Exchange 管理中心消息跟踪文档中确认状态的含义。

按地址和时间查找一条记录的示例

假设外部客户说“上午 9 点 20 分发送”。首先确认发件人的时区是否为韩国时间(KST,UTC+9),并确认收件人实际收到的是个人地址,还是代表地址或群组地址。不要仅凭通讯录显示名称进行搜索。

  1. 在追踪开始时输入外部发件人和实际收件地址。初始状态保持为全部,以确保失败或隔离结果不会被排除。
  2. 在自定义时间范围内调整时区,并选择包含事件前后的小时间段。首先从一到两小时的范围开始,根据依据逐步扩大。
  3. 对比结果的地址、时间、大小、消息识别信息。重发邮件和原始邮件可能混合在同一主题下。
  4. 打开必要的结果,阅读收件、策略处理、转发等详细事件。不要仅根据主题相同的其他消息下结论。

退回通知(NDR, Non-Delivery Report)中的服务器响应和原始消息的Message-ID有助于缩小目标范围。互联网消息ID和跟踪工具显示的跟踪ID可能不同,请一并记录具体是哪一个值。如果结果过多或超时,请减少发件人、收件人或时间段后重新搜索。

结果如何解读?

已确认状态 下一步检查
无跟踪结果 再次确认地址和时间段。调查发件人是否实际发送,MX是否指向Exchange Online,以及是否经过其他网关。
挂起或延迟 确认事件延迟的原因、重试状态和服务状态。
失败·拒绝 检查退回代码以及策略或外部接收服务器的响应。
已投递 区分收件人的垃圾邮件、收件箱规则、转发、隔离、客户端同步问题。

“已投递”并不意味着用户实际已阅读。同时,它也不会显示 Microsoft 365 追踪未到达的外部段的所有情况。请参阅 Microsoft 的 消息跟踪常见问题解答,以确认结果显示的时间点和查询范围的限制。

在通讯组中看到 已展开(Expanded) 表示已将组地址展开为单个收件人。之后还需确认各个收件人的传递结果。被隔离 是需要检查 Defender 隔离和策略原因的对象,而 正在获取状态 可能表示最终数据尚未准备好。

发送到外部的邮件显示“已投递”,可能只是传递到对方邮件系统的结果。无法完全追踪对方服务器接收后被分类到垃圾邮件或根据自身策略处理的情况。相反,如果确认内部组织投递成功,则将邮箱规则、转发、垃圾邮件和客户端显示作为下一步调查对象。消息跟踪不是用于恢复邮件内容或证明已读情况的工具。

根据案例选择以下措施

  • 从外部发送但无结果: 再次确认地址、时间和数据是否正确反映,并向发送方索取退信通知和发送日志。如果 MX 指向不同的网关,还需确认该环节是否实际传递到 Microsoft 365。
  • 组织向外发送的邮件失败: 对照详细事件中的对方服务器响应和 NDR 代码。区分是地址错误、接收服务器策略还是认证失败,并转交给必要的负责人。
  • 已投递但用户看不到: 先在网页版 Outlook 中检查所有相关文件夹和规则。如果在网页版能看到,而特定应用看不到,则调查客户端同步和视图条件。
  • 因安全策略被隔离: 确认该消息是否正常,并调查策略及发件认证。允许操作需明确目标、理由和期限,不要解除整体筛选器。

按原因处理完结

若因策略被隔离,不要随意关闭整体策略,而是审查消息和策略的适当性。如发生退信,将错误代码和对方邮件服务器响应传达给发件人。邮件投递到邮箱但看不到时,请分别在网页版 Outlook 和桌面应用程序中检查,并调查规则及垃圾邮件设置。解决后,通过同一路径发送测试邮件,确认追踪状态及实际接收情况。

处理记录中会留下搜索条件·时间段、消息识别码、确认的最终事件、处理和复测结果。对于外部负责人,只通过安全的路径传递必要的地址·时间·错误代码,不随意共享完整报告。如果更改了DNS或策略,也应记录更改前的值和恢复标准,以便在同样问题再次发生时进行比较。