Cachelagret Outlook-post åbner, men intet synkroniseres: hvad du skal kontrollere

Gammel post åbner, mappelisten ser normal ud, og en meddelelse sendt i morges forlader aldrig Outbox. Den kombination siger, at den lokale cache er i orden, og at forbindelsen til Exchange ikke er det, og det er det mest fejllæste symptom på hele dette område. Intet er styrtet, og derfor kommer rapporten normalt som Outlook, der er langsom, snarere end Outlook, der er afbrudt.

Udfør kontrollerne i rækkefølge, og notér først og fremmest, hvilken Outlook-version du kigger på, fordi kontrollerne er forskellige.

Bekræft hvilken klient og hvilken kontotype

Klassisk Outlook til Windows, det nye Outlook og Outlook på nettet er tre forskellige klienter med tre forskellige forbindelsesveje, og råd til den ene er ofte forkerte for den anden. Inden for klassisk Outlook opfører en Exchange-konto og en POP- eller IMAP-konto sig forskelligt, når serveren er utilgængelig, fordi kun Exchange-kontoen har en MAPI-transport og et cachelagret postkasselager. Identificér kontotypen i kontoindstillingerne, før du fortolker en status. En rettelse kopieret fra en IMAP-opsætning beskriver ikke en Exchange-forbindelse.

Skriv klientens navn og version ned. Supporttråde blander dem rutinemæssigt, og skærmbillederne holder op med at passe halvvejs.

Læs forbindelsesstatus, mens den fejler

Mens klassisk Outlook kører, skal du holde Ctrl nede og højreklikke på ikonet i meddelelsesområdet og derefter åbne Connection Status. Gør det under den fejlende handling og ikke efter en genstart, fordi visningen rapporterer, hvad klienten forsøger på det pågældende tidspunkt. Notér servernavnet, protokollen og tilstanden, og sammenlign derefter serveren med den, du forventer, at kontoen skal bruge. Microsofts diagnostisk vejledning dækker denne visning og de mere detaljerede logfiler, du kan indsamle, når oversigten ikke er nok.

Moderne Exchange-installationer sender Outlook-trafik over MAPI over HTTP, så det er ikke en reparation af en postkasseforbindelse at åbne SMTP-afsendelsesporte. Hvis transporten når tjenesten, så behold HTTP- eller godkendelsesfejlen og arbejd på det trin i stedet for at nulstille en adgangskode, der aldrig var problemet.

Sammenlign slutpunktet med browserens sti

En fungerende webpostkasse beviser, at en browser kan nå ét slutpunkt gennem ét navn og én proxykonfiguration. Det beviser ikke, at Outlook har opløst den samme adresse, brugt den samme rute eller accepteret det samme certifikat. Med en VPN på plads kan opdelt DNS sende Outlook-navnet til en intern adresse, mens browseren bruger en offentlig, og den forskel alene forklarer en fungerende websession ved siden af en brudt klient. Sammenlign den opløste adresse, den valgte rute og TLS-identiteten på begge veje.

Administrative portaler og ekstern PowerShell er ikke erstatninger for en brugermailboks-test, fordi de er forskellige tjenester med forskellig godkendelse.

Test cachen med en frisk handling

Cached Exchange Mode holder en lokal kopi og synkroniserer med serveren, hvilket gør den tolerant over for afbrydelser og ikke gør den uafhængig af serveren. At læse en gammel cachelagret meddelelse er ikke en netværkstest, og det er Work Offline-kontakten heller ikke. Send en ny meddelelse, eller tving en synkronisering, og følg netop den handling. Hvis små udvekslinger lykkes, mens store overførsler går i stå, fortjener pakkestørrelse og stiens MTU opmærksomhed, med beviser taget fra den fejlende handling.

Ændring af cachetilstand kan flytte symptomet uden at reparere ruten eller tjenesten.

Efter enhver understøttet rettelse skal du gentage den oprindelige handling og bekræfte, at friske data når serveren og kommer tilbage. Notér resultatet adskilt fra bekvemmeligheden ved at læse post, der allerede lå på disken.