Uložená pošta Outlooku se otevře, ale nic se nesynchronizuje: co zkontrolovat

Stará pošta se otevře, seznam složek vypadá normálně a zpráva odeslaná dnes ráno nikdy neopustí Poštu k odeslání. Tahle kombinace říká, že místní mezipaměť je v pořádku a spojení s Exchange ne, a je to nejčastěji špatně čtený příznak v celé této oblasti. Nic nespadlo, a proto hlášení obvykle přichází jako „Outlook je pomalý“, a ne jako „Outlook je odpojený“.

Provádějte kontroly popořadě a ještě předtím si poznamenejte, na kterou verzi Outlooku se díváte, protože ovládací prvky se liší.

Ověřte, který klient a který typ účtu

Klasický Outlook pro Windows, nový Outlook a Outlook na webu jsou tři různí klienti se třemi různými cestami připojení a rada pro jednoho je často špatná pro druhého. V klasickém Outlooku se účet Exchange a účet POP nebo IMAP chovají jinak, když je server nedostupný, protože jen účet Exchange má transport MAPI a úložiště uložené schránky. Než začnete jakýkoli stav vykládat, zjistěte typ účtu v nastavení účtů. Oprava zkopírovaná z nastavení IMAP popis spojení Exchange nepopíše.

Zapište název a verzi klienta. V diskusích podpory se to běžně plete a snímky obrazovky přestanou v polovině sedět.

Přečtěte stav připojení, dokud selhává

Když klasický Outlook běží, podržte Ctrl a klikněte pravým tlačítkem na ikonu v oznamovací oblasti, potom otevřete Connection Status. Udělejte to během selhávající operace, ne až po restartu, protože zobrazení hlásí, co se klient právě v tu chvíli snaží udělat. Poznamenejte název serveru, protokol a stav, potom tento server porovnejte s tím, který má účet podle vás používat. diagnostické pokyny od Microsoftu pokrývá toto zobrazení a podrobnější protokoly, které můžete shromáždit, když shrnutí nestačí.

Moderní nasazení Exchange přenášejí provoz Outlooku přes MAPI over HTTP, takže otevírání portů pro odesílání SMTP není opravou připojení schránky. Pokud transport do služby dorazí, ponechte chybu HTTP nebo ověření a pracujte na této fázi, místo abyste resetovali heslo, které nikdy nebylo problémem.

Porovnejte koncový bod s cestou prohlížeče

Funkční webová schránka dokazuje, že prohlížeč se dokáže dostat k jednomu koncovému bodu přes jedno jméno a jednu konfiguraci proxy. Nedokazuje, že Outlook přeložil stejnou adresu, použil stejnou trasu nebo přijal stejný certifikát. S aktivní VPN může rozdělený DNS poslat jméno Outlooku na interní adresu, zatímco prohlížeč používá veřejnou, a tento rozdíl sám o sobě vysvětluje funkční webovou relaci vedle rozbitého klienta. Porovnejte přeloženou adresu, zvolenou trasu a identitu TLS na obou cestách.

Administrativní portály a vzdálený PowerShell nenahrazují test uživatelské schránky, protože jde o různé služby s různým ověřováním.

Otestujte mezipaměť čerstvou operací

Cached Exchange Mode uchovává místní kopii a synchronizuje se serverem, což ho činí odolným vůči přerušení a nečiní ho nezávislým na serveru. Čtení staré uložené zprávy není síťový test a přepínač Work Offline také ne. Odešlete novou zprávu nebo vynuťte synchronizaci a sledujte právě tuto operaci. Pokud malé výměny uspějí, zatímco velké přenosy váznou, pozornost si zaslouží velikost paketu a MTU cesty, s důkazy odebranými ze selhávající operace.

Změna režimu mezipaměti může přesunout příznak, aniž by opravila trasu nebo službu.

Po každé podporované opravě zopakujte původní operaci a ověřte, že čerstvá data dorazí na server a vrátí se. Tento výsledek zaznamenejte odděleně od pohodlí čtení pošty, která už byla na disku.