Outlook 缓存邮件能打开却无法同步：该检查什么

旧邮件能打开，文件夹列表看起来正常，而今天早上发出的一封邮件始终留在“发件箱”里出不去。这个组合说明本地缓存没问题，与 Exchange 的连接有问题，而这是整个领域里最容易被误读的症状。没有任何东西崩溃，所以报告通常以“Outlook 很慢”而不是“Outlook 断开了”的形式出现。

按顺序执行检查，并且在做任何其他事之前先记下你看的是哪个 Outlook 版本，因为控件会有所不同。

确认是哪个客户端、哪种账户类型

Windows 经典版 Outlook、新版 Outlook 和网页版 Outlook 是三种不同的客户端，有三条不同的连接路径，针对其中一种的建议常常不适用于另一种。在经典版 Outlook 中，服务器不可达时 Exchange 账户与 POP 或 IMAP 账户的表现不同，因为只有 Exchange 账户具有 MAPI 传输和缓存邮箱存储。在解读任何状态之前，先在账户设置中确认账户类型。从 IMAP 配置照搬来的修复办法并不能描述 Exchange 连接。

写下客户端名称和版本。支持帖里经常把两者混在一起，截图到一半就对不上了。

在连接失败时读取连接状态

在经典版 Outlook 运行时，按住 Ctrl 并右键单击通知区域图标，然后打开连接状态。要在失败的操作进行期间做这件事，而不是重启之后，因为该视图报告的是客户端此刻正在尝试什么。记录服务器名称、协议和状态，然后把这个服务器与你预期账户使用的服务器进行比较。Microsoft 的诊断指南涵盖了这个视图，以及当摘要不够时可以收集的更详细日志。

现代 Exchange 部署通过 MAPI over HTTP 承载 Outlook 流量，所以开放 SMTP 提交端口并不是修复邮箱连接的办法。如果传输层能到达服务，请保留HTTP 或身份验证错误并处理那个阶段，而不是重置一个从来不是问题的密码。

比较终结点与浏览器的路径

能正常使用的网页邮箱证明浏览器可以通过一个名称和一份代理配置到达某个终结点。它并不能证明 Outlook 解析了同一个地址、走了同一条路径或接受了同一张证书。存在 VPN 时，分离 DNS 可能把 Outlook 的名称解析到内部地址，而浏览器使用的是公网地址，仅这一差异就能解释旁边客户端已损坏、网页会话却正常的现象。请比较两条路径上解析出的地址、所选路径和 TLS 身份。

管理门户和远程 PowerShell 不能替代用户邮箱测试，因为它们是采用不同身份验证方式的不同服务。

用一次新操作测试缓存

缓存 Exchange 模式保留本地副本并与服务器同步，这使它能够容忍中断，却并不使它独立于服务器。阅读旧的缓存邮件不是网络测试，“脱机工作”开关也不是。发送一封新邮件或强制同步，并观察那次具体操作。如果小的交换成功而大的传输停滞，数据包大小和路径 MTU 就值得关注，并应从失败的操作中取得证据。

更改缓存模式可能只是移动了症状，并没有修复路径或服务。

在采取任何受支持的纠正措施之后，重复原来的操作，并确认新数据能到达服务器并返回。请把这一结果与“能读磁盘上已有邮件”的便利分开记录。