案例背景：看似正常的“幽灵”邮件
某中型制造企业IT部门接到行政部主管紧急报修。该主管反映，她在上午10:30向公司所有部门总监发送了一份关于“年度绩效考核方案”的重要邮件，并在Outlook中看到了绿色的“发送成功”提示。然而，直到下午3点，多位总监反馈并未收到该邮件，且其中几位表示收到了两封甚至三封完全相同的邮件，导致信息混乱。
IT工程师接入现场后，发现主管的Outlook状态栏显示“正在发送”，但实际邮件列表中“已发送”文件夹内只有一封邮件记录。初步观察是典型的“假性发送成功”与“重复投递”混合故障。此类问题在企业内部Exchange或Office 365环境中并不罕见，但其背后的技术机理往往被忽视。
故障现象深度复盘
1. “已发送”但未到达
用户界面显示发送成功，意味着客户端与本地邮件服务（Local Store）或出站网关之间的握手已完成。但这并不代表邮件已离开企业边界进入互联网或内部Exchange传输管道。
2. 收件人收到多封副本
这是最关键的线索。如果邮件在服务器上被无限重试，或者客户端因网络波动不断重发，可能导致同一封邮件在不同时间点被多次投递。在某些配置下，若发件箱队列堵塞，用户手动再次点击“发送”或Outlook的自动重试机制可能触发多次提交。
技术根因分析
经过对客户端日志、Exchange传输日志及网络连接的排查，锁定以下三个核心原因：
- SMTP发件箱队列堵塞： 主管电脑尝试通过公司配置的SMTP服务器外发时，由于临时性网络连接不稳定，导致TCP握手超时。Outlook的默认行为是将未发送成功的邮件保留在“发件箱”中并设置后台重试。当网络恢复时，积压的邮件尝试一次性发出。
- 本地OST/PST文件缓存损坏： 长期未清理的离线缓存文件可能导致UI状态与实际服务器状态不同步。用户看到的“发送成功”可能只是邮件被移动到了“已发送”文件夹，而实际的SMTP传输任务仍在后台挂起或处于错误状态。
- 服务器端中继限制与重试策略： Exchange服务器对于来自特定IP的发信频率有限制。如果客户端在短时间内发起多次连接请求（由于重试机制），服务器可能暂时拒绝部分连接，导致邮件在队列中滞留，随后又因超时被重新排队，从而产生重复投递的迹象。
标准化排查与修复流程
针对上述情况，建议遵循以下步骤进行彻底修复：
第一步：清理客户端发件箱与重试队列
- 打开Outlook，点击左下角“脱机工作”按钮，断开与服务器的连接。
- 检查“发件箱”文件夹。如果有残留邮件，右键选择“立即发送”。若邮件无法删除或状态异常，可尝试将发件箱内的邮件移动到另一个临时文件夹。
- 关键操作： 删除发件箱中所有处于“重试中”状态的邮件。这能强制清除本地的传输挂起状态。
第二步：重建本地缓存索引（OST文件）
如果清理发件箱无效，需重建缓存：
- 进入Windows控制面板 -> 邮件 (Microsoft Outlook)。
- 点击“显示配置文件” -> 选中当前账户 -> “属性” -> “电子邮件账户” -> 选中账户 -> “更改” -> “更多设置”。
- 在“高级”选项卡中，取消勾选“使用缓存Exchange模式”（仅用于测试），应用并重启Outlook。此时会同步下载最新邮件。
- 确认数据正常后，重新勾选“使用缓存Exchange模式”，Outlook会自动生成新的OST文件并重建索引。
第三步：检查Exchange服务器传输队列
登录Exchange管理中心或使用PowerShell命令排查服务器端：
- 执行
Get-Queue | Where-Object {$_.Status -ne 'Ready'}查看是否有挂起的队列。 - 若发现大量来自该用户IP的连接记录，检查是否触发了反垃圾邮件策略或中继限制。
- 使用
Get-MessageTrackingLog查询该时间段内邮件的真实流转状态，确认是否有“Duplicate”或“Retry”事件。
第四步：优化客户端与网络策略
- 调整重试间隔： 在组策略中适当延长Outlook的重试间隔时间，避免网络抖动导致的频繁重发。
- 网络稳定性： 确保用户电脑DNS解析正常，且能稳定访问SMTP服务器的25或587端口。
- 大附件处理： 对于超过10MB的邮件，建议使用OneDrive链接分享，而非直接附加，以减少SMTP队列的压力。
预防建议
为减少此类问题复发，IT部门应实施以下措施：
- 监控告警： 部署对Exchange传输队列深度的监控，当队列堆积超过阈值时及时告警。
- 用户培训： 教育用户在遇到发送失败时，不要反复点击“发送”，而应先检查网络连接，并在确认发件箱无残留后再行操作。
- 定期维护： 建议每季度进行一次Outlook数据文件的完整性检查（SCANPST.EXE），预防缓存文件损坏。
专家提示： 很多时候，“重复发送邮件”并非黑客攻击或病毒所致，而是客户端与服务器之间状态同步机制失效的结果。保持客户端环境的“清洁”——即无残留挂起任务、无损坏的缓存文件，是解决大多数Outlook收发问题的基础。