Hey Daniel, sorry to hear you ran into this strange Scheduled Send-like issue with Outlook—let’s walk through step-by-step troubleshooting to figure out what happened, plus some tips to stop it from happening again.

一、客户端侧排查 #

• 检查自动延迟发送规则：让用户打开Outlook桌面端，进入「文件」>「管理规则和通知」，仔细查看所有已启用的规则，尤其是包含「延迟发送邮件」动作的规则。有时候误操作会开启默认延迟，甚至第三方插件也可能偷偷添加这类规则。
• 验证客户端版本与缓存健康：首先确认用户的Outlook for Microsoft 365是最新版本（旧版本存在不少已修复的定时发送相关bug）。另外，检查OST缓存文件是否损坏：可以用Outlook自带的scanpst.exe工具（通常在C:\Program Files\Microsoft Office\root\Office16路径下）扫描修复OST文件，缓存异常可能导致邮件状态识别错乱。
• 排查移动端同步影响：虽然用户说周一早上手机是关机状态，但之前有没有在手机端Outlook误设置过定时发送？部分移动端的延迟设置会同步到桌面端，建议用户检查手机Outlook的「设置」>「邮件」>「延迟发送」相关选项，确认没有残留的配置。

二、Exchange Online服务端排查（需要管理员权限） #

• 查看邮件跟踪日志：在Exchange管理中心（EAC）搜索这封异常邮件的跟踪记录，重点关注：
  • 周五晚邮件是否成功提交到Exchange服务器？
  • 邮件被标记为延迟发送的时间和触发原因（日志会显示类似「Message delayed by sender」或系统层面的延迟标识）
  • 周一早上邮件被释放发送的具体触发事件
• 检查组织传输规则：确认有没有管理员配置了组织层面的传输规则，比如针对特定时间段、收件人群体的延迟发送规则——这类规则用户不会感知到，但会自动生效。
• 核对服务健康状态：登录Microsoft 365管理中心，查看当时（周五晚到周一早）的Outlook/Exchange服务健康公告，有没有相关的功能异常或服务中断记录，部分服务端bug可能导致邮件被误标记为定时发送。

三、场景还原与验证 #

• 复盘发件操作细节：和用户确认发件时的具体操作——有没有误点过「延迟发送」相关的弹窗？或者不小心触发了键盘快捷键？比如部分版本的Outlook中，按特定组合键会快速启用定时发送。
• 模拟场景测试：在相同环境下（同一版本Outlook、Exchange Online）模拟用户当时的操作：周五晚发送邮件后关闭设备，观察是否会在周一早自动送达，尝试复现问题来定位触发条件。

四、预防建议 #

• 清理不必要的延迟规则：用户端关闭所有未明确使用的延迟发送规则；管理员定期审计组织层面的传输规则，避免误配置。
• 保持客户端更新：开启Outlook的自动更新，确保始终使用最新版本——Microsoft会持续修复这类功能异常。
• 启用发送确认机制：让用户开启「请求送达回执」和「请求读取回执」，这样邮件发送后能及时确认是否被Exchange正常接收，一旦发现异常可立即重发。
• 管理员监控告警：配置Exchange邮件跟踪日志的告警规则，当发现异常延迟发送的邮件时及时通知管理员，快速介入处理。

备注：内容来源于stack exchange，提问作者Daniel K