A régi levél megnyílik, a mappalista normálisnak tűnik, és a ma reggel elküldött üzenet soha nem hagyja el a Kimenő levelek mappát. Ez a kombináció azt jelenti, hogy a helyi gyorsítótár rendben van, az Exchange kapcsolat viszont nem, és ez az egész terület legfélreértettebb tünete. Semmi nem omlott össze, ezért a jelentés általában lassú Outlookként érkezik, nem pedig leválasztott Outlookként.

Végezze el az ellenőrzéseket sorrendben, és mindenekelőtt jegyezze fel, melyik Outlook-kiadást látja, mert a vezérlők eltérnek.

Állapítsa meg, melyik kliens és milyen fióktípus

A klasszikus Outlook Windowsra, az új Outlook és az Outlook a weben három különböző kliens, három különböző kapcsolati útvonallal, és az egyikre adott tanács gyakran hibás a másikra. A klasszikus Outlookon belül az Exchange-fiók és a POP vagy IMAP fiók másképp viselkedik, amikor a kiszolgáló elérhetetlen, mert csak az Exchange-fióknak van MAPI átvitele és gyorsítótárazott postaláda-tára. A fiókbeállításokban azonosítsa a fiók típusát, mielőtt bármilyen állapotot értelmezne. Az IMAP-beállításból átmásolt javítás nem írja le az Exchange-kapcsolatot.

Jegyezze fel a kliens nevét és verzióját. A támogatási szálakban rendszeresen összekeverik őket, és a képernyőképek félúton már nem egyeznek.

Olvassa ki a kapcsolat állapotát, amíg a hiba fennáll

Miközben a klasszikus Outlook fut, tartsa lenyomva a Ctrl billentyűt, és jobb kattintással nyissa meg az értesítési terület ikonjának menüjét, majd nyissa meg a Kapcsolat állapota ablakot. Ezt a sikertelen művelet alatt tegye, ne újraindítás után, mert a nézet azt jelenti, mit kísérel meg a kliens abban a pillanatban. Jegyezze fel a kiszolgáló nevét, a protokollt és az állapotot, majd hasonlítsa össze ezt a kiszolgálót azzal, amit a fióktól vár. A Microsoft diagnosztikai útmutatója kiterjed erre a nézetre és a részletesebb naplózásra, amelyet akkor gyűjthet, ha az összegzés nem elegendő.

A modern Exchange-telepítések az Outlook forgalmát MAPI over HTTP felett továbbítják, ezért az SMTP-beküldési portok megnyitása nem javítja a postaláda kapcsolatát. Ha az átvitel eléri a szolgáltatást, tartsa meg a HTTP- vagy hitelesítési hibát, és azon a szakaszon dolgozzon ahelyett, hogy olyan jelszót állítana vissza, amely soha nem volt a probléma.

Hasonlítsa össze a végpontot a böngésző útvonalával

Egy működő webes postaláda azt bizonyítja, hogy egy böngésző elérhet egy végpontot egy néven és egy proxybeállításon keresztül. Nem bizonyítja, hogy az Outlook ugyanazt a címet oldotta fel, ugyanazt az útvonalat használta vagy ugyanazt a tanúsítványt fogadta el. VPN esetén a megosztott DNS az Outlook nevét belső címre küldheti, miközben a böngésző nyilvános címet használ, és ez a különbség önmagában megmagyarázza a működő webes munkamenetet a hibás kliens mellett. Hasonlítsa össze a feloldott címet, a kiválasztott útvonalat és a TLS-identitást mindkét útvonalon.

Az adminisztratív portálok és a távoli PowerShell nem helyettesítik a felhasználói postaláda tesztjét, mert különböző szolgáltatások különböző hitelesítéssel.

Tesztelje a gyorsítótárat egy friss művelettel

A gyorsítótárazott Exchange mód helyi másolatot tart és szinkronizál a kiszolgálóval, ami ellenállóvá teszi a megszakításokkal szemben, és nem teszi függetlenné a kiszolgálótól. Egy régi gyorsítótárazott üzenet olvasása nem hálózati teszt, és a Kapcsolat nélküli munka kapcsoló sem az. Küldjön új üzenetet, vagy kényszerítsen szinkronizálást, és figyelje azt a konkrét műveletet. Ha a kis cserék sikerülnek, míg a nagy átvitelek elakadnak, a csomagméret és az útvonal MTU-ja figyelmet érdemel, a sikertelen műveletből vett bizonyítékokkal.

A gyorsítótár-mód megváltoztatása áthelyezheti a tünetet anélkül, hogy megjavítaná az útvonalat vagy a szolgáltatást.

Bármely támogatott javítás után ismételje meg az eredeti műveletet, és erősítse meg, hogy az új adatok elérik a kiszolgálót és vissza is térnek. Ezt az eredményt külön jegyezze fel attól a kényelemtől, hogy a már lemezen lévő leveleket olvassa.

Kapcsolódó cikkek