El correu en memòria cau de l’Outlook s’obre però no se sincronitza res: què cal revisar

El correu antic s’obre, la llista de carpetes sembla normal i un missatge enviat aquest matí no surt mai de la Safata de sortida. Aquesta combinació diu que la memòria cau local està bé i que la connexió amb l’Exchange no ho està, i és el símptoma més mal interpretat de tot aquest àmbit. No res no s’ha penjat, i per això l’informe sol arribar com un Outlook lent més que com un Outlook desconnectat.

Fes les comprovacions en ordre i anota quina versió de l’Outlook estàs mirant abans que res, perquè els controls són diferents.

Confirma quin client i quin tipus de compte

L’Outlook clàssic per a Windows, el nou Outlook i l’Outlook al web són tres clients diferents amb tres camins de connexió diferents, i el consell per a un sovint és erroni per a un altre. Dins de l’Outlook clàssic, un compte Exchange i un compte POP o IMAP es comporten de manera diferent quan el servidor no és accessible, perquè només el compte Exchange té un transport MAPI i un magatzem de bústia en memòria cau. Identifica el tipus de compte a la configuració del compte abans d’interpretar cap estat. Una solució copiada d’una configuració IMAP no descriurà una connexió Exchange.

Anota el nom i la versió del client. Els fils de suport els barregen sovint, i les captures de pantalla deixen de coincidir a mig camí.

Llegeix l’estat de la connexió mentre falla

Amb l’Outlook clàssic en marxa, mantén premut Ctrl i fes clic amb el botó dret a la icona de l’àrea de notificació, i després obre Connection Status. Fes-ho durant l’operació que falla i no pas després de reiniciar, perquè la vista informa del que el client intenta en aquell moment. Anota el nom del servidor, el protocol i l’estat, i després compara aquell servidor amb el que esperes que faci servir el compte. Les directrius de diagnòstic de Microsoft cobreixen aquesta vista i els registres més detallats que pots recollir quan el resum no és suficient.

Els desplegaments moderns de l’Exchange transporten el trànsit de l’Outlook per MAPI over HTTP, de manera que obrir ports d’enviament SMTP no és una reparació per a una connexió de bústia. Si el transport arriba al servei, conserva l’error HTTP o d’autenticació i treballa en aquesta etapa en lloc de restablir una contrasenya que mai no era el problema.

Compara el punt final amb el camí del navegador

Una bústia web que funciona demostra que un navegador pot arribar a un punt final a través d’un nom i una configuració de proxy. No demostra que l’Outlook hagi resolt la mateixa adreça, hagi fet servir la mateixa ruta o hagi acceptat el mateix certificat. Amb una VPN activa, un DNS dividit pot enviar el nom de l’Outlook a una adreça interna mentre el navegador en fa servir una de pública, i aquesta diferència per si sola explica una sessió web que funciona al costat d’un client trencat. Compara l’adreça resolta, la ruta seleccionada i la identitat TLS en tots dos camins.

Els portals administratius i el PowerShell remot no substitueixen una prova de bústia d’usuari, perquè són serveis diferents amb autenticació diferent.

Prova la memòria cau amb una operació nova

El Cached Exchange Mode manté una còpia local i se sincronitza amb el servidor, cosa que el fa tolerant a les interrupcions i no el fa independent del servidor. Llegir un missatge antic en memòria cau no és una prova de xarxa, i l’interruptor Work Offline tampoc. Envia un missatge nou o força una sincronització i observa aquesta operació concreta. Si els intercanvis petits funcionen mentre les transferències grans s’encallen, la mida del paquet i l’MTU del camí mereixen atenció, amb proves preses de l’operació que falla.

Canviar el mode de memòria cau pot moure el símptoma sense reparar la ruta ni el servei.

Després de qualsevol correcció admesa, repeteix l’operació original i confirma que les dades noves arriben al servidor i tornen. Anota aquest resultat per separat de la comoditat de llegir correu que ja era al disc.