Poșta din cache din Outlook se deschide, dar nimic nu se sincronizează: ce trebuie verificat

Poșta veche se deschide, lista de foldere arată normal, iar un mesaj trimis azi-dimineață nu părăsește niciodată Căsuța de trimitere. Această combinație spune că memoria cache locală este în regulă, iar conexiunea la Exchange nu, și este cel mai prost înțeles simptom din toată această zonă. Nimic nu s-a blocat, de aceea raportul ajunge de obicei ca Outlook lent, nu ca Outlook deconectat.

Faceți verificările în ordine și notați mai întâi ce versiune de Outlook vedeți, pentru că elementele de control diferă.

Stabiliți ce client și ce tip de cont

Outlook clasic pentru Windows, noul Outlook și Outlook pe web sunt trei clienți diferiți cu trei căi de conexiune diferite, iar sfatul pentru unul este adesea greșit pentru altul. În Outlook clasic, un cont Exchange și un cont POP sau IMAP se comportă diferit când serverul este inaccesibil, pentru că doar contul Exchange are un transport MAPI și un depozit de cutie poștală din cache. Identificați tipul de cont în setările contului înainte de a interpreta orice stare. O corecție copiată dintr-o configurare IMAP nu descrie o conexiune Exchange.

Notați numele și versiunea clientului. În firele de asistență sunt amestecate în mod obișnuit, iar capturile de ecran nu mai corespund la jumătate.

Citiți starea conexiunii cât timp eșuează

Cu Outlook clasic în execuție, țineți apăsat Ctrl și faceți clic dreapta pe pictograma din zona de notificare, apoi deschideți Starea conexiunii. Faceți asta în timpul operației care eșuează, nu după o repornire, pentru că vizualizarea raportează ce încearcă clientul în acel moment. Notați numele serverului, protocolul și starea, apoi comparați acel server cu cel pe care vă așteptați să îl folosească contul. Îndrumările de diagnostic ale Microsoft acoperă această vizualizare și jurnalizarea mai detaliată pe care o puteți colecta când rezumatul nu este suficient.

Implementările moderne de Exchange transportă traficul Outlook prin MAPI over HTTP, așa că deschiderea porturilor de trimitere SMTP nu este o reparație pentru o conexiune de cutie poștală. Dacă transportul ajunge la serviciu, păstrați eroarea HTTP sau de autentificare și lucrați la acel pas în loc să resetați o parolă care nu a fost niciodată problema.

Comparați punctul final cu calea browserului

O cutie poștală web funcțională demonstrează că un browser poate ajunge la un punct final printr-un nume și o configurație de proxy. Nu demonstrează că Outlook a rezolvat aceeași adresă, a folosit aceeași rută sau a acceptat același certificat. Cu un VPN activ, DNS-ul divizat poate trimite numele Outlook la o adresă internă în timp ce browserul folosește una publică, iar această diferență singură explică o sesiune web funcțională lângă un client defect. Comparați adresa rezolvată, ruta selectată și identitatea TLS pe ambele căi.

Portalele administrative și PowerShell la distanță nu înlocuiesc un test al cutiei poștale a utilizatorului, pentru că sunt servicii diferite cu autentificare diferită.

Testați memoria cache cu o operație nouă

Modul Exchange în cache păstrează o copie locală și se sincronizează cu serverul, ceea ce îl face tolerant la întreruperi și nu îl face independent de server. Citirea unui mesaj vechi din cache nu este un test de rețea, iar comutatorul Lucrați offline nici atât. Trimiteți un mesaj nou sau forțați o sincronizare și urmăriți exact acea operație. Dacă schimburile mici reușesc în timp ce transferurile mari se blochează, dimensiunea pachetului și MTU-ul căii merită atenție, cu dovezi luate din operația care eșuează.

Schimbarea modului de cache poate muta simptomul fără a repara calea sau serviciul.

După orice corecție acceptată, repetați operația inițială și confirmați că datele noi ajung la server și se întorc. Înregistrați acel rezultat separat de comoditatea de a citi poșta care era deja pe disc.