Почта в кэше Outlook открывается, но ничего не синхронизируется: что проверить

Старая почта открывается, список папок выглядит нормально, а сообщение, отправленное сегодня утром, так и не покидает папку «Исходящие». Это сочетание говорит о том, что локальный кэш в порядке, а соединение с Exchange нет, и это самый часто неправильно понимаемый симптом во всей этой области. Ничего не упало, поэтому сообщение обычно приходит как «Outlook тормозит», а не как «Outlook отключён».

Выполняйте проверки по порядку и прежде всего запишите, какая сборка Outlook перед вами, потому что элементы управления различаются.

Определите, какой клиент и какой тип учётной записи

Классический Outlook для Windows, новый Outlook и Outlook в Интернете — это три разных клиента с тремя разными путями подключения, и совет для одного часто неверен для другого. В классическом Outlook учётная запись Exchange и учётная запись POP или IMAP ведут себя по-разному, когда сервер недоступен, потому что только у учётной записи Exchange есть транспорт MAPI и кэшированное хранилище почтового ящика. Определите тип учётной записи в настройках учётной записи, прежде чем толковать любое состояние. Исправление, скопированное из настройки IMAP, не описывает подключение Exchange.

Запишите название и версию клиента. В ветках поддержки их постоянно путают, и снимки экрана перестают совпадать на полпути.

Читайте состояние подключения в момент сбоя

Пока классический Outlook работает, удерживайте Ctrl и щёлкните правой кнопкой значок в области уведомлений, затем откройте «Состояние подключения». Делайте это во время неудачной операции, а не после перезапуска, потому что представление сообщает, что клиент пытается сделать в этот момент. Запишите имя сервера, протокол и состояние, затем сравните этот сервер с тем, который, по вашим ожиданиям, использует учётная запись. Руководство Microsoft по диагностике охватывает это представление и более подробное журналирование, которое можно собрать, когда сводки недостаточно.

Современные развёртывания Exchange передают трафик Outlook через MAPI over HTTP, поэтому открытие портов отправки SMTP не является ремонтом подключения почтового ящика. Если транспорт доходит до службы, сохраните ошибку HTTP или проверки подлинности и работайте на этом этапе, вместо того чтобы сбрасывать пароль, который никогда не был проблемой.

Сравните конечную точку с путём браузера

Работающий веб-почтовый ящик доказывает, что браузер может достичь одной конечной точки через одно имя и одну конфигурацию прокси. Он не доказывает, что Outlook разрешил тот же адрес, использовал тот же маршрут или принял тот же сертификат. При наличии VPN разделённый DNS может отправлять имя Outlook на внутренний адрес, пока браузер использует публичный, и это различие само по себе объясняет работающий веб-сеанс рядом со сломанным клиентом. Сравните разрешённый адрес, выбранный маршрут и удостоверение TLS на обоих путях.

Административные порталы и удалённый PowerShell не заменяют проверку почтового ящика пользователя, потому что это разные службы с разной проверкой подлинности.

Проверьте кэш новой операцией

Режим Exchange с кэшированием хранит локальную копию и синхронизируется с сервером, что делает его устойчивым к перерывам и не делает его независимым от сервера. Чтение старого кэшированного сообщения — не проверка сети, как и переключатель «Работать автономно». Отправьте новое сообщение или принудительно запустите синхронизацию и наблюдайте именно эту операцию. Если небольшие обмены проходят, а большие передачи застревают, размер пакета и MTU маршрута заслуживают внимания, с доказательствами, взятыми из неудачной операции.

Смена режима кэширования может перенести симптом, не исправив маршрут или службу.

После любого поддерживаемого исправления повторите исходную операцию и убедитесь, что новые данные доходят до сервера и возвращаются. Запишите этот результат отдельно от удобства читать почту, которая уже была на диске.