
Quand Outlook ne trouve pas une boîte Exchange Online, le problème peut venir d’Autodiscover. Pour une PME de moins de 50 utilisateurs, cet enregistrement DNS CNAME est essentiel : il aide Outlook à configurer automatiquement le compte Microsoft 365 sans saisir les paramètres serveur à la main.
Mais Autodiscover n’est pas la seule cause possible. Le blocage peut aussi venir du profil Outlook, du mot de passe, de la MFA, de la licence, d’un ancien hébergeur mail ou d’une migration incomplète.
Réponse courte :
Autodiscover permet à Outlook de trouver automatiquement Exchange Online. Pour Microsoft 365, l’enregistrement CNAME autodiscover doit généralement pointer vers autodiscover.outlook.com. Si Outlook Web fonctionne mais Outlook ne configure pas le compte, vérifiez le DNS Autodiscover, le profil Outlook, les anciens DNS et le compte Microsoft 365.

Votre PME utilise Outlook et Exchange Online, mais Outlook ne trouve plus automatiquement les boîtes Microsoft 365 ? Axorys peut vous aider à vérifier Autodiscover, le CNAME DNS, les anciens hébergeurs mail, le profil Outlook, les tests Microsoft et les preuves nécessaires au dépannage.
Faire diagnostiquer un problème Autodiscover Outlook/Exchange
Autodiscover signifie “découverte automatique”. C’est le mécanisme qui aide Outlook à trouver les bons paramètres Exchange Online à partir de l’adresse email de l’utilisateur.
Concrètement, l’utilisateur saisit son adresse mail et son mot de passe. Outlook interroge le domaine, cherche les bons paramètres, puis configure le profil Exchange Online.
Dans Microsoft 365, l’enregistrement Autodiscover fait partie des enregistrements DNS liés à Exchange Online. Microsoft indique que l’enregistrement Autodiscover permet aux ordinateurs clients de trouver automatiquement Exchange et de configurer correctement le client Outlook. (Microsoft Learn)
Autodiscover n’est pas :
C’est un repère DNS qui indique à Outlook où chercher Exchange Online.
Un problème Autodiscover apparaît surtout au moment où Outlook tente d’ajouter ou de reconnecter une boîte Exchange Online.
| Symptôme | Cause possible | Première action |
|---|---|---|
| Outlook ne configure pas le compte | CNAME absent ou incorrect | Vérifier DNS Autodiscover |
| Outlook demande le mot de passe en boucle | Profil, MFA, Autodiscover, cache identité | Tester Outlook Web |
| Outlook pointe vers un ancien serveur | Ancien DNS ou ancien service mail | Vérifier DNS publics |
| Un seul poste est touché | Profil Outlook ou cache local | Tester Outlook Web et un autre poste |
| Plusieurs postes sont touchés | DNS, domaine ou réseau | Tester Autodiscover |
| Outlook Web fonctionne | Boîte OK côté cloud | Chercher côté Outlook / Autodiscover |
| Outlook Web ne fonctionne pas | Compte, licence, MFA ou service | Vérifier le compte avant le DNS |
| Erreur après migration | Autodiscover resté chez ancien fournisseur | Corriger DNS et caches |
Dans une petite entreprise sans DSI interne, ce tableau suffit souvent à éviter une erreur : traiter un problème global de DNS comme un simple bug Outlook sur un poste.
Avant de modifier les DNS, il faut isoler le problème. Autodiscover est important, mais il ne faut pas l’accuser trop vite.
| Question | Si oui | Si non |
|---|---|---|
| Outlook Web fonctionne-t-il ? | La boîte Exchange Online est accessible | Vérifier compte, licence, MFA ou service |
| Le problème touche-t-il plusieurs utilisateurs ? | Suspecter DNS / Autodiscover / réseau | Suspecter poste ou profil Outlook |
| Le domaine a-t-il été migré récemment ? | Vérifier anciens DNS et ancien hébergeur | Regarder plutôt profil, cache ou poste |
| Un nouveau profil Outlook échoue-t-il aussi ? | Piste Autodiscover ou compte | Piste profil corrompu |
| L’utilisateur peut-il se connecter au portail Microsoft 365 ? | Compte probablement valide | Vérifier mot de passe, MFA ou licence |
| Le même compte fonctionne sur un autre poste ? | Poste local en cause | Compte, DNS ou service à vérifier |
| Les DNS publics sont-ils corrects ? | Chercher côté Outlook / cache | Corriger DNS avant de recréer les profils |
| Service Health signale-t-il Exchange Online ? | Attendre ou suivre l’incident | Continuer le diagnostic local |
La priorité est simple : tester Outlook Web. Si Outlook Web ne fonctionne pas, le sujet n’est pas d’abord Autodiscover. Il faut vérifier le compte, la licence, la MFA, le mot de passe ou l’état du service Microsoft 365.
Pour un diagnostic plus large, l’article Outlook ne se connecte plus à Exchange Online complète cette analyse.
Pour Exchange Online, le point central est le CNAME autodiscover.
Microsoft indique que les enregistrements principaux pour la messagerie Microsoft 365 incluent Autodiscover, MX et SPF, et que l’enregistrement Autodiscover aide les clients à trouver Exchange. (Microsoft Learn)
| Élément DNS | Valeur attendue pour Microsoft 365 | Pourquoi c’est important |
|---|---|---|
| Type | CNAME | Autodiscover redirige vers le service Microsoft |
| Nom / alias | autodiscover | Outlook cherche ce nom sur le domaine |
| Cible | autodiscover.outlook.com | Cible attendue pour Exchange Online |
| TTL | Valeur raisonnable selon hébergeur DNS | Trop long = propagation plus lente |
| Ancienne entrée A | À supprimer si elle pointe vers un ancien service | Peut détourner Outlook |
| Ancien CNAME | À corriger si autre cible | Outlook peut chercher au mauvais endroit |
| Domaine principal | À vérifier sur le domaine utilisé par les emails | Le bon domaine doit répondre |
| Sous-domaines | À vérifier seulement si utilisés | Ne pas complexifier inutilement |
Procédure simple :
autodiscover ;autodiscover.outlook.com ;Il faut aussi vérifier que vous modifiez le bon DNS. Après une migration, une PME peut croire que le DNS est chez un hébergeur, alors que la zone active est ailleurs.
Outlook Web est le test le plus rapide pour savoir si la boîte Exchange Online existe et répond.
Si Outlook Web fonctionne, le compte, la boîte et Exchange Online sont probablement accessibles. Le problème peut alors venir du profil Outlook, d’Autodiscover, du cache local ou d’un ancien paramètre.
Si Outlook Web ne fonctionne pas, il faut vérifier autre chose avant le DNS :
Microsoft documente aussi des cas où Outlook ne peut pas créer un nouveau profil avec Autodiscover pour une boîte Exchange Online, avec un diagnostic qui commence notamment par l’adresse email et le mot de passe. (Microsoft Learn)
Le profil Outlook ne doit pas être recréé en premier réflexe. Il peut être réparé ou recréé ensuite, mais seulement après avoir vérifié que le DNS et le compte sont cohérents.
Microsoft Remote Connectivity Analyzer est un outil web qui permet de tester plusieurs scénarios de connexion Microsoft 365, Teams et Exchange. Microsoft le décrit comme un outil de diagnostic gratuit, conçu pour aider les administrateurs à résoudre des problèmes de connectivité. (Microsoft Learn)
Pour Autodiscover, il peut aider à vérifier si Outlook peut trouver correctement Exchange Online.
Tests utiles :
| Test | À quoi ça sert | Quand l’utiliser |
|---|---|---|
| Outlook Autodiscover | Vérifier la découverte automatique | Outlook ne trouve pas la boîte |
| Outlook Connectivity | Tester la connexion Outlook / Exchange | Outlook échoue malgré DNS apparemment correct |
| Exchange ActiveSync | Tester certains accès mobiles | Mobile en échec après migration |
| DNS public | Vérifier la réponse du domaine | CNAME suspect ou ancien hébergeur |
| Test depuis autre réseau | Écarter pare-feu / proxy local | Problème limité au bureau |
| Test nouveau profil | Écarter profil Outlook corrompu | Un seul poste touché |
Microsoft indique aussi que l’analyseur de connectivité à distance peut exécuter des tests pour vérifier la connectivité Microsoft Outlook, Exchange ActiveSync, Exchange Web Services et Internet. (Microsoft Learn)
Pour une PME, le résultat du test doit être conservé. Il fournit une preuve utile si un prestataire doit intervenir.
Outlook dispose aussi d’un test local souvent utile : Test Email AutoConfiguration. Il permet de voir quelles URL et quels paramètres Outlook reçoit pendant la découverte automatique.
Ce test est plus technique que le test Outlook Web. Il est surtout utile pour un prestataire ou un référent informatique.
À retenir :
Dans une petite structure, ce test devient utile quand un seul poste continue à chercher un ancien serveur alors que le DNS public semble correct.
Les problèmes Autodiscover arrivent souvent après une migration vers Microsoft 365. L’ancien hébergeur mail a été quitté, mais un DNS, une redirection ou un ancien service répond encore.
| Situation post-migration | Risque | Action recommandée |
|---|---|---|
| Ancien CNAME Autodiscover | Outlook cherche l’ancien fournisseur | Remplacer par autodiscover.outlook.com |
| Ancienne entrée A Autodiscover | Outlook reçoit une mauvaise réponse | Supprimer ou corriger |
| Ancien hébergeur encore actif | Réponse contradictoire | Vérifier zone DNS active |
| MX basculé mais Autodiscover oublié | Mails OK, Outlook KO | Corriger CNAME |
| Cache Outlook ancien | Poste continue l’ancien chemin | Tester nouveau profil |
| Migration récente OVH ou Google | Anciens réglages conservés | Revoir DNS complets |
| Plusieurs domaines dans le tenant | Domaine secondaire oublié | Vérifier chaque domaine utilisé |
| Ancien prestataire indisponible | Pas de preuve de bascule | Recréer une checklist DNS |
C’est le cas classique : les emails arrivent bien dans Exchange Online, mais Outlook ne configure pas correctement les profils. Le MX est bon, mais Autodiscover ne l’est pas.
Pour une migration récente, consultez la checklist après migration Microsoft 365. Si la migration elle-même doit être reprise ou vérifiée, la page migration mails vers Microsoft Exchange est plus adaptée.
Autodiscover aide Outlook à trouver Exchange Online. Il ne corrige pas tous les problèmes Outlook.
| Problème | Autodiscover peut aider ? | Action à mener |
|---|---|---|
| Mot de passe incorrect | Non | Vérifier les identifiants |
| MFA bloquée | Non | Réinitialiser ou vérifier les méthodes MFA |
| Licence Exchange absente | Non | Vérifier la licence Microsoft 365 |
| Boîte non créée | Non | Vérifier Exchange Online |
| Compte désactivé | Non | Vérifier l’état du compte |
| Profil Outlook corrompu | Partiellement | Réparer ou recréer le profil |
| Ancien cache Outlook | Partiellement | Tester nouveau profil ou autre poste |
| Problème DNS CNAME | Oui | Corriger Autodiscover |
| Ancien hébergeur mail | Oui, comme symptôme | Vérifier DNS et migration |
| Incident Microsoft 365 | Non | Vérifier Service Health |
Si le problème concerne les mails qui n’arrivent pas, ce n’est pas le même sujet. Consultez plutôt emails Microsoft 365 qui n’arrivent pas.
Si le problème concerne une boîte partagée qui n’apparaît pas dans Outlook, consultez boîte mail partagée Exchange Online PME.
Dans une TPE/PME où l’informatique est souvent gérée à temps partiel, les erreurs Autodiscover viennent souvent d’une migration ou d’un diagnostic trop rapide.
| Erreur fréquente | Risque | Bonne action |
|---|---|---|
| Recréer le profil Outlook trop vite | Perdre du temps sans corriger la cause | Tester Outlook Web et DNS d’abord |
| Ne vérifier que le MX | Les mails arrivent, mais Outlook échoue | Vérifier aussi Autodiscover |
| Laisser un ancien CNAME | Outlook cherche l’ancien service | Corriger vers Microsoft 365 |
| Confondre MFA et Autodiscover | Mauvais diagnostic | Tester la connexion Microsoft 365 |
| Tester un seul poste | Passer à côté d’un problème domaine | Comparer plusieurs utilisateurs |
| Oublier l’ancien hébergeur | Réponse DNS incohérente | Vérifier zone DNS publique active |
| Ignorer Remote Connectivity Analyzer | Manque de preuve technique | Lancer un test documenté |
| Corriger DNS sans capture | Pas de trace avant / après | Garder preuves et date |
| Mélanger SPF/DKIM/DMARC | Sortir du sujet Outlook | Rester sur CNAME Autodiscover |
| Traiter Exchange local | Complexifier inutilement | Rester Exchange Online |
Autodiscover est un sujet précis. Il ne faut pas le transformer en audit complet de messagerie.
Lors de dépannages Outlook / Exchange Online, nous voyons souvent des PME où Outlook Web fonctionne parfaitement, mais Outlook classique refuse de créer le profil.
Dans certains cas, le problème vient d’un simple CNAME Autodiscover encore pointé vers l’ancien hébergeur mail.
Nous rencontrons aussi des postes qui continuent à utiliser un ancien cache, surtout après une migration ou une tentative de configuration répétée.
Un cas fréquent : le prestataire précédent a basculé le MX, mais personne n’a vérifié Autodiscover. Les mails arrivent, mais Outlook ne retrouve pas correctement Exchange Online.
Notre approche consiste à vérifier dans l’ordre : Outlook Web, nombre d’utilisateurs touchés, DNS public, Remote Connectivity Analyzer, puis profil Outlook.
Pour une PME, le diagnostic doit rester lisible. Il faut savoir si le problème vient du domaine, du poste, du compte ou d’une ancienne migration.
Preuves utiles :
Pour une structure de 10 à 20 postes, ces preuves évitent de traiter un problème DNS comme un incident poste isolé, ou l’inverse.
| Action | PME | Prestataire |
|---|---|---|
| Signaler le symptôme Outlook | Responsable | Appui |
| Tester Outlook Web | Responsable ou utilisateur | Appui |
| Vérifier si plusieurs utilisateurs sont touchés | Responsable | Appui |
| Lire les DNS publics | Appui | Responsable |
| Corriger le CNAME Autodiscover | Validation | Responsable |
| Tester Remote Connectivity Analyzer | Non prioritaire | Responsable |
| Tester nouveau profil Outlook | Appui utilisateur | Responsable |
| Vérifier ancien hébergeur après migration | Validation | Responsable |
| Documenter les preuves | Appui | Responsable |
| Clôturer le ticket | Validation | Responsable |
La PME décrit l’impact utilisateur. Le prestataire vérifie le DNS, les tests Microsoft, le profil Outlook, les anciens services et les preuves de correction.
Contactez un prestataire si :
Pour une entreprise qui utilise Outlook et Exchange Online au quotidien sans administrateur dédié, Autodiscover doit être vérifié avec méthode. Un prestataire peut confirmer si le problème vient du DNS, du profil Outlook, du compte ou d’une migration incomplète.
La page dépannage Outlook et Exchange permet de faire analyser ce type de blocage.
autodiscover.autodiscover.outlook.com.Pour replacer ce sujet dans une vision plus large, consultez le guide Microsoft 365 pour PME de moins de 50 utilisateurs ou les guides Microsoft 365 PME.
Autodiscover permet à Outlook de trouver automatiquement les bons paramètres Exchange Online à partir de l’adresse email de l’utilisateur. Dans Microsoft 365, l’enregistrement CNAME Autodiscover aide Outlook à se connecter au service Exchange Online. (Microsoft Learn)
Pour Exchange Online, le CNAME Autodiscover doit utiliser l’alias autodiscover et pointer vers autodiscover.outlook.com. C’est la valeur attendue dans une configuration Microsoft 365 standard. (Microsoft Learn)
Si Outlook Web fonctionne, la boîte Exchange Online est probablement accessible. Le problème peut alors venir du profil Outlook, du cache local, d’Autodiscover, d’un ancien DNS, d’un poste ou d’une configuration Outlook.
Utilisez Microsoft Remote Connectivity Analyzer avec un test Outlook ou Autodiscover adapté. L’outil simule des scénarios de connexion Microsoft 365, Teams et Exchange, puis fournit des détails d’erreur utiles pour l’administrateur. (Microsoft Learn)
Oui. Après migration, un ancien CNAME, une ancienne entrée A ou un ancien service mail peut encore répondre. Outlook peut alors chercher l’ancien service au lieu d’Exchange Online. Il faut vérifier les DNS publics et les anciens paramètres.
Non. Autodiscover aide Outlook à trouver Exchange Online, mais ne corrige pas un mot de passe incorrect, une MFA bloquée, une licence absente ou une boîte non créée.
Pas en premier réflexe. Il faut d’abord tester Outlook Web, vérifier si plusieurs utilisateurs sont touchés, contrôler le CNAME Autodiscover et, si besoin, tester avec Remote Connectivity Analyzer. Le profil Outlook se répare ou se recrée ensuite si le DNS est correct.
Contactez un prestataire si plusieurs utilisateurs sont touchés, si Outlook Web fonctionne mais Outlook ne se configure pas, si Autodiscover pointe vers un ancien service, si le test Microsoft échoue ou si le problème suit une migration mail.
Autodiscover est le GPS d’Outlook vers Exchange Online. Quand il est absent, incorrect ou encore lié à un ancien hébergeur, Outlook peut ne pas trouver la boîte Microsoft 365, même si les emails arrivent bien dans Exchange Online.
Pour une PME, le diagnostic doit rester simple : tester Outlook Web, distinguer un poste isolé d’un problème collectif, vérifier le CNAME autodiscover, tester avec Remote Connectivity Analyzer, puis seulement réparer ou recréer le profil Outlook.
Le bon dépannage ne consiste pas à modifier les DNS au hasard. Il consiste à collecter les preuves, identifier la cause et corriger le bon niveau : poste, compte, profil, DNS ou migration.

Votre PME utilise Outlook et Exchange Online, mais Outlook ne trouve plus automatiquement les boîtes Microsoft 365 ? Axorys peut vous aider à vérifier Autodiscover, le CNAME DNS, les anciens hébergeurs mail, le profil Outlook, les tests Microsoft et les preuves nécessaires au dépannage.
Faire diagnostiquer un problème Autodiscover Outlook/Exchange