Outlook のキャッシュ済みメールは開くのに同期しない：確認すべきこと

古いメールは開き、フォルダーの一覧も正常に見え、今朝送信したメッセージは送信トレイから出ないままです。この組み合わせは、ローカルキャッシュは正常で Exchange への接続が正常でないことを示しており、この分野で最も誤解される症状です。何もクラッシュしていないため、通常は「Outlook が切断された」ではなく「Outlook が遅い」という報告として届きます。

チェックは順番に進め、何よりも先に、どの Outlook ビルドを見ているかを記録してください。コントロールが異なるためです。

どのクライアントとどのアカウントの種類かを確認する

Windows 用のクラシック Outlook、新しい Outlook、Web 上の Outlook は、それぞれ異なる接続経路を持つ三つのクライアントであり、一方への助言が他方にはしばしば当てはまりません。クラシック Outlook では、サーバーに到達できないとき、Exchange アカウントと POP または IMAP アカウントは異なる動作をします。MAPI トランスポートとキャッシュされたメールボックスストアを持つのは Exchange アカウントだけだからです。状態を解釈する前に、アカウント設定でアカウントの種類を特定してください。IMAP の設定からコピーした修正は Exchange の接続を説明しません。

クライアント名とバージョンを書き留めてください。サポートのスレッドではしばしば混同され、途中からスクリーンショットが一致しなくなります。

失敗している最中に接続状態を読む

クラシック Outlook を起動したまま Ctrl キーを押し、通知領域のアイコンを右クリックして、接続状態を開きます。再起動の後ではなく、失敗している操作の最中に行ってください。この表示はその時点でクライアントが何を試みているかを報告します。サーバー名、プロトコル、状態を記録し、そのサーバーをアカウントが使うと想定しているものと比較します。Microsoft の診断ガイダンスには、この表示と、概要では足りないときに収集できるより詳細なログが含まれています。

現代の Exchange 展開では Outlook のトラフィックを MAPI over HTTP で運ぶため、SMTP 送信ポートを開けることはメールボックス接続の修復ではありません。トランスポートがサービスに到達している場合は、HTTP または認証のエラーを保持し、問題ではなかったパスワードをリセットするのではなく、その段階に取り組んでください。

エンドポイントをブラウザーの経路と比較する

Web メールボックスが動作することは、ブラウザーが一つの名前と一つのプロキシ設定を通じて一つのエンドポイントに到達できることを証明します。Outlook が同じアドレスを解決し、同じ経路を使い、同じ証明書を受け入れたことを証明するものではありません。VPN があると、分割 DNS によって Outlook の名前が内部アドレスに送られる一方、ブラウザーは公開アドレスを使うことがあり、その違いだけで、壊れたクライアントの隣で Web セッションが動いていることを説明できます。解決されたアドレス、選択された経路、TLS の識別情報を両方の経路で比較してください。

管理ポータルとリモート PowerShell は、ユーザーのメールボックスのテストの代わりにはなりません。別の認証を持つ別のサービスだからです。

新しい操作に対してキャッシュを試す

キャッシュ Exchange モードはローカルのコピーを保持し、サーバーと同期するため、中断に強くなりますが、サーバーから独立するわけではありません。古いキャッシュ済みメッセージを読むことはネットワークのテストではなく、オフライン作業の切替も同様です。新しいメッセージを送信するか同期を強制し、その特定の操作を観察してください。小さなやり取りが成功する一方で大きな転送が止まる場合は、パケットサイズと経路の MTU に注意を払う価値があり、失敗した操作から証拠を取ります。

キャッシュモードを変えると、経路やサービスを修復せずに症状が移動することがあります。

サポートされている修正の後は、元の操作を繰り返し、新しいデータがサーバーに届いて戻ってくることを確認してください。その結果は、すでにディスク上にあったメールを読める便利さとは別に記録します。