Le courrier mis en cache d’Outlook s’ouvre mais rien ne se synchronise : que vérifier

Les anciens messages s’ouvrent, la liste des dossiers semble normale et un message envoyé ce matin ne quitte jamais la Boîte d’envoi. Cette combinaison indique que le cache local est en bon état et que la connexion à Exchange ne l’est pas, et c’est le symptôme le plus mal interprété de tout ce domaine. Rien n’a planté, et c’est pourquoi le rapport arrive généralement sous la forme d’un Outlook lent plutôt que d’un Outlook déconnecté.

Effectuez les contrôles dans l’ordre et notez avant tout la version d’Outlook que vous examinez, car les contrôles diffèrent.

Confirmez quel client et quel type de compte

Outlook classique pour Windows, le nouvel Outlook et Outlook sur le web sont trois clients différents avec trois chemins de connexion différents, et un conseil valable pour l’un est souvent faux pour l’autre. Dans Outlook classique, un compte Exchange et un compte POP ou IMAP se comportent différemment lorsque le serveur est injoignable, car seul le compte Exchange dispose d’un transport MAPI et d’un magasin de boîte aux lettres mis en cache. Identifiez le type de compte dans les paramètres de compte avant d’interpréter un état quelconque. Un correctif copié d’une configuration IMAP ne décrira pas une connexion Exchange.

Notez le nom et la version du client. Les fils d’assistance les mélangent régulièrement, et les captures d’écran cessent de correspondre à mi-parcours.

Lisez l’état de la connexion pendant qu’elle échoue

Outlook classique en cours d’exécution, maintenez Ctrl enfoncé et cliquez avec le bouton droit sur l’icône de la zone de notification, puis ouvrez Connection Status. Faites-le pendant l’opération qui échoue et non après un redémarrage, car la vue indique ce que le client tente à cet instant précis. Notez le nom du serveur, le protocole et l’état, puis comparez ce serveur à celui que le compte est censé utiliser. Les conseils de diagnostic de Microsoft couvrent cette vue et les journaux plus détaillés que vous pouvez collecter lorsque le résumé ne suffit pas.

Les déploiements Exchange modernes transportent le trafic Outlook via MAPI over HTTP, donc l’ouverture de ports de soumission SMTP n’est pas une réparation pour une connexion de boîte aux lettres. Si le transport atteint le service, conservez l’erreur HTTP ou d’authentification et travaillez sur cette étape plutôt que de réinitialiser un mot de passe qui n’a jamais été le problème.

Comparez le point de terminaison avec le chemin du navigateur

Une boîte aux lettres web fonctionnelle prouve qu’un navigateur peut atteindre un point de terminaison via un nom et une configuration de proxy. Elle ne prouve pas qu’Outlook a résolu la même adresse, emprunté la même route ou accepté le même certificat. Avec un VPN en place, un DNS fractionné peut envoyer le nom Outlook vers une adresse interne tandis que le navigateur en utilise une publique, et cette différence suffit à elle seule à expliquer une session web fonctionnelle à côté d’un client cassé. Comparez l’adresse résolue, la route sélectionnée et l’identité TLS sur les deux chemins.

Les portails d’administration et PowerShell à distance ne remplacent pas un test de boîte aux lettres utilisateur, car ce sont des services différents avec une authentification différente.

Testez le cache avec une opération nouvelle

Le Cached Exchange Mode conserve une copie locale et se synchronise avec le serveur, ce qui le rend tolérant aux interruptions sans le rendre indépendant du serveur. Lire un ancien message en cache n’est pas un test réseau, et le commutateur Work Offline non plus. Envoyez un nouveau message ou forcez une synchronisation et observez cette opération précise. Si les petits échanges réussissent alors que les gros transferts calent, la taille des paquets et le MTU du chemin méritent l’attention, avec des preuves tirées de l’opération qui échoue.

Changer le mode de cache peut déplacer le symptôme sans réparer la route ni le service.

Après toute correction prise en charge, répétez l’opération d’origine et confirmez que les données fraîches atteignent le serveur et reviennent. Notez ce résultat séparément de la commodité de lire du courrier déjà présent sur le disque.