Кэшаваная пошта Outlook адкрываецца, але нічога не сінхранізуецца: што праверыць

Старая пошта адкрываецца, спіс папак выглядае нармальна, і паведамленне, адпраўленае сёння раніцай, так і не пакідае Выходныя. Гэтая сукупнасць кажа, што лакальны кэш у парадку, а злучэнне з Exchange не, і гэта сімптом, які найчасцей няправільна чытаюць у гэтай галіне. Нічога не звалілася, таму справаздача звычайна прыходзіць як «Outlook тармозіць», а не як «Outlook адключаны».

Выконвайце праверкі па парадку і адзначце, на якую зборку Outlook вы глядзіце, раней за ўсё, бо элементы кіравання адрозніваюцца.

Пацвердзіце, які гэта кліент і які тып уліковага запісу

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

Запішыце назву кліента і версію. У тэмах падтрымкі іх пастаянна блытаюць, і здымкі экрана перастаюць супадаць на паўдарозе.

Чытайце статус злучэння, пакуль яно збіваецца

Калі класічны Outlook запушчаны, утрымлівайце Ctrl і пстрыкніце правай кнопкай па значку вобласці апавяшчэнняў, затым адкрыйце Connection Status. Рабіце гэта падчас аперацыі, якая збіваецца, а не пасля перазапуску, бо прадстаўленне паказвае, што кліент спрабуе ў гэты момант. Запішыце імя сервера, пратакол і стан, затым параўнайце гэты сервер з тым, які, на вашую думку, павінен выкарыстоўваць уліковы запіс. Дыягнастычныя рэкамендацыі ад Microsoft ахоплівае гэта прадстаўленне і больш падрабязныя журналы, якія можна сабраць, калі зводкі недастаткова.

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

Параўнайце канчатковы пункт з шляхам браўзера

Працуючая вэб-паштовая скрыня даказвае, што браўзер можа дасягнуць аднаго канчатковага пункта праз адно імя і адну канфігурацыю проксі. Яна не даказвае, што Outlook развязаў той жа адрас, выкарыстаў той жа маршрут або прыняў той жа сертыфікат. Калі ўключаны VPN, раздзелены DNS можа адправіць імя Outlook на ўнутраны адрас, пакуль браўзер выкарыстоўвае публічны, і адна гэтая розніца тлумачыць працуючую вэб-сесію побач са зламаным кліентам. Параўнайце развязаны адрас, выбраны маршрут і ідэнтычнасць TLS на абодвух шляхах.

Адміністрацыйныя парталы і аддалены PowerShell не заменяць тэст паштовай скрыні карыстальніка, бо гэта розныя службы з рознай аўтэнтыфікацыяй.

Праверце кэш свежай аперацыяй

Cached Exchange Mode захоўвае лакальную копію і сінхранізуецца з серверам, што робіць яго ўстойлівым да перапынкаў і не робіць яго незалежным ад сервера. Чытанне старога кэшаванага паведамлення не з’яўляецца праверкай сеткі, як і перамыкач Work Offline. Адпраўце новае паведамленне або прымусова запусціце сінхранізацыю і назірайце за гэтай канкрэтнай аперацыяй. Калі невялікія абмены паспяваюць, а вялікія перадачы стагнуюць, памер пакета і MTU шляху заслугоўваюць увагі, а доказы трэба браць з аперацыі, якая збіваецца.

Змена рэжыму кэша можа перасунуць сімптом, не адрамантаваўшы маршрут або службу.

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