La posta in cache di Outlook si apre ma nulla si sincronizza: cosa controllare

La posta vecchia si apre, l'elenco delle cartelle sembra normale e un messaggio inviato stamattina non lascia mai la Posta in uscita. Questa combinazione dice che la cache locale è a posto e la connessione a Exchange no, ed è il sintomo più frainteso di tutto questo ambito. Nulla è andato in crash, ed è per questo che la segnalazione di solito arriva come Outlook lento anziché Outlook disconnesso.

Esegui i controlli in ordine e annota subito quale build di Outlook stai guardando, perché i comandi cambiano.

Stabilisci quale client e quale tipo di account

Outlook classico per Windows, il nuovo Outlook e Outlook sul web sono tre client diversi con tre percorsi di connessione diversi, e il consiglio valido per uno è spesso sbagliato per un altro. Dentro Outlook classico, un account Exchange e un account POP o IMAP si comportano diversamente quando il server non è raggiungibile, perché solo l'account Exchange ha un trasporto MAPI e un archivio di casella in cache. Identifica il tipo di account nelle impostazioni dell'account prima di interpretare qualsiasi stato. Una correzione copiata da una configurazione IMAP non descrive una connessione Exchange.

Annota il nome e la versione del client. Nei thread di assistenza vengono spesso mescolati, e gli screenshot smettono di combaciare a metà strada.

Leggi lo stato della connessione mentre il guasto è in corso

Con Outlook classico in esecuzione, tieni premuto Ctrl e fai clic con il pulsante destro sull'icona nell'area di notifica, poi apri Stato connessione. Fallo durante l'operazione che fallisce e non dopo un riavvio, perché la vista riporta ciò che il client sta tentando in quel momento. Annota il nome del server, il protocollo e lo stato, poi confronta quel server con quello che ti aspetti usi l'account. Le indicazioni diagnostiche di Microsoft coprono questa vista e la registrazione più dettagliata che puoi raccogliere quando il riepilogo non basta.

Le distribuzioni moderne di Exchange trasportano il traffico di Outlook su MAPI su HTTP, quindi aprire le porte di invio SMTP non è una riparazione per una connessione di casella. Se il trasporto raggiunge il servizio, conserva l'errore HTTP o di autenticazione e lavora su quella fase invece di reimpostare una password che non è mai stata il problema.

Confronta l'endpoint con il percorso del browser

Una casella web funzionante dimostra che un browser può raggiungere un endpoint tramite un nome e una configurazione proxy. Non dimostra che Outlook abbia risolto lo stesso indirizzo, usato lo stesso percorso o accettato lo stesso certificato. Con una VPN attiva, il DNS diviso può inviare il nome di Outlook a un indirizzo interno mentre il browser usa uno pubblico, e quella sola differenza spiega una sessione web funzionante accanto a un client guasto. Confronta l'indirizzo risolto, il percorso scelto e l'identità TLS su entrambi i percorsi.

I portali amministrativi e PowerShell remoto non sostituiscono un test della casella utente, perché sono servizi diversi con autenticazione diversa.

Prova la cache con un'operazione nuova

La modalità Exchange in cache conserva una copia locale e si sincronizza con il server, il che la rende tollerante alle interruzioni e non la rende indipendente dal server. Leggere un vecchio messaggio in cache non è un test di rete, e non lo è nemmeno l'interruttore Lavora offline. Invia un nuovo messaggio o forza una sincronizzazione e osserva quella specifica operazione. Se gli scambi piccoli riescono mentre i trasferimenti grandi si bloccano, la dimensione dei pacchetti e l'MTU del percorso meritano attenzione, con prove raccolte dall'operazione che fallisce.

Cambiare modalità di cache può spostare il sintomo senza riparare il percorso o il servizio.

Dopo qualsiasi correzione supportata, ripeti l'operazione originale e conferma che i dati nuovi raggiungano il server e tornino indietro. Registra quel risultato separatamente dalla comodità di leggere posta che era già sul disco.