Outlooks bufrede e-post åpnes, men ingenting synkroniseres: hva du bør sjekke

Gammel e-post åpnes, mappelisten ser normal ut, og en melding som ble sendt i morges, forlater aldri Utboksen. Denne kombinasjonen sier at den lokale bufferen er i orden og tilkoblingen til Exchange ikke er det, og det er det mest misforståtte symptomet i hele dette området. Ingenting har krasjet, og derfor kommer rapporten vanligvis inn som treg Outlook og ikke som frakoblet Outlook.

Gjør kontrollene i rekkefølge, og noter først hvilken Outlook-versjon du ser på, fordi kontrollene er forskjellige.

Bekreft hvilken klient og hvilken kontotype

Klassisk Outlook for Windows, den nye Outlook og Outlook på nettet er tre forskjellige klienter med tre forskjellige tilkoblingsruter, og råd for den ene er ofte feil for den andre. Innenfor klassisk Outlook oppfører en Exchange-konto og en POP- eller IMAP-konto seg forskjellig når serveren ikke er tilgjengelig, fordi bare Exchange-kontoen har MAPI-transport og et bufret postkasselager. Identifiser kontotypen i kontoinndelingen før du tolker noen status. En rettelse kopiert fra et IMAP-oppsett beskriver ikke en Exchange-tilkobling.

Skriv ned klientnavn og versjon. I støttetråder blandes de rutinemessig, og skjermbildene slutter å stemme halvveis.

Les tilkoblingsstatusen mens det feiler

Mens klassisk Outlook kjører, holder du Ctrl og høyreklikker ikonet i varselområdet, og åpner deretter Tilkoblingsstatus. Gjør det under operasjonen som feiler og ikke etter en omstart, fordi visningen rapporterer hva klienten forsøker i det øyeblikket. Noter servernavnet, protokollen og tilstanden, og sammenlign deretter serveren med den du forventer at kontoen bruker. Microsofts diagnostiske veiledning dekker denne visningen og den mer detaljerte loggingen du kan samle inn når sammendraget ikke er nok.

Moderne Exchange-distribusjoner fører Outlook-trafikk over MAPI over HTTP, så å åpne SMTP-innsendingsporter er ikke en reparasjon for en postkassetilkobling. Hvis transporten når tjenesten, beholder du HTTP- eller autentiseringsfeilen og arbeider med det trinnet i stedet for å tilbakestille et passord som aldri var problemet.

Sammenlign endepunktet med nettleserens rute

En fungerende netpostkasse beviser at en nettleser kan nå ett endepunkt gjennom ett navn og én proxykonfigurasjon. Det beviser ikke at Outlook løste opp den samme adressen, brukte den samme ruten eller godtok det samme sertifikatet. Med VPN kan delt DNS sende Outlook-navnet til en intern adresse mens nettleseren bruker en offentlig, og den forskjellen alene forklarer en fungerende nettsesjon ved siden av en ødelagt klient. Sammenlign den oppløste adressen, den valgte ruten og TLS-identiteten på begge rutene.

Administrative portaler og ekstern PowerShell erstatter ikke en test av brukerens postkasse, fordi de er forskjellige tjenester med forskjellig autentisering.

Test bufferen mot en ny operasjon

Bufret Exchange-modus holder en lokal kopi og synkroniserer med serveren, noe som gjør den tolerant mot avbrudd og ikke gjør den uavhengig av serveren. Å lese en gammel bufret melding er ikke en nettverkstest, og det er heller ikke bryteren Arbeid uten tilkobling. Send en ny melding eller tving fram en synkronisering og følg med på akkurat den operasjonen. Hvis små utvekslinger lykkes mens store overføringer stopper, fortjener pakkestørrelse og rute-MTU oppmerksomhet, med bevis fra operasjonen som feiler.

Å endre buffer-modus kan flytte symptomet uten å reparere ruten eller tjenesten.

Etter enhver støttet rettelse gjentar du den opprinnelige operasjonen og bekrefter at nye data når serveren og kommer tilbake. Noter resultatet separat fra bekvemmeligheten ved å lese e-post som allerede lå på disken.