Exchange - Fenêtres de connexion Outlook vers Office 365

Objectif

Il peut arriver qu'Outlook affiche en boucle une fenêtre de connexion Microsoft 365 qui demande vos identifiants, parfois accompagnée du message « Indiquez le compte à utiliser pour ouvrir autodiscover.xml ». Cette fenêtre peut réapparaître même après le redémarrage d'Outlook ou la création d'un nouveau profil. Pourtant, la boîte mail concernée n'est pas hébergée dans le cloud Microsoft : elle se trouve sur une solution Exchange OVHcloud (Hosted Exchange ou Exchange dédié).

Ce comportement provient d'une fonctionnalité d'Outlook appelée « Direct Connect to Office 365 », qui force le client à interroger l'autodiscover d'Office 365 et court-circuite celui de votre serveur Exchange OVHcloud.

Ce guide vous explique comment identifier l'origine de ces demandes de connexion répétées et empêcher Outlook de se connecter à Office 365.

Prérequis

• Disposer d'une solution Exchange OVHcloud déjà installée.
• Disposer de l'application Outlook classique (Outlook 2016, 2019, 2021 ou Microsoft 365) sur Windows.
• Disposer d'un accès administrateur au poste client pour modifier le registre Windows. Ce n'est pas nécessaire si vous appliquez la solution alternative décrite plus bas.
• L'enregistrement SRV OVHcloud doit être correctement configuré dans la zone DNS du nom de domaine. Consultez notre guide « Ajouter un nom de domaine sur son service Exchange ».

Accès à l'espace client OVHcloud

• Lien direct : Exchange
• Pour accéder à vos services : Web Cloud > Exchange > Sélectionnez votre plateforme

En pratique

Comprendre le problème

Microsoft a introduit dans Outlook une fonctionnalité appelée « Direct Connect to Office 365 ». Lorsqu'elle est active, Outlook se connecte directement à l'autodiscover d'Office 365 et ignore l'URL d'autodiscover de votre serveur Exchange.

Ce serveur peut être un Exchange installé dans les locaux de votre entreprise (on-premises) ou une solution Hosted Exchange OVHcloud. Une solution Hosted Exchange n'est pas hébergée sur les serveurs Office 365 / Microsoft 365 : il s'agit d'un serveur Exchange hébergé sur les serveurs OVHcloud.

Outlook interroge alors Office 365 en pensant que la boîte mail se trouve dans le cloud Microsoft, au lieu de vérifier d'abord l'autodiscover du serveur Exchange OVHcloud. C'est ce qui déclenche les fenêtres de connexion Microsoft à répétition.

Lors de l'ajout du compte, cette recherche automatique des paramètres (autodiscover) est visible à l'étape « Recherche des paramètres de votre serveur de messagerie » :

Identifier les symptômes

Vous êtes concerné si vous observez ce qui suit :

• Une fenêtre de connexion Microsoft 365 s'affiche en boucle dans Outlook et redemande sans cesse les identifiants.

• Le message « Indiquez le compte à utiliser pour ouvrir autodiscover.xml » apparaît.

  

• La fenêtre persiste après le redémarrage d'Outlook ou la création d'un nouveau profil Outlook.

• La boîte mail est pourtant bien hébergée sur Exchange OVHcloud et l'autodiscover OVHcloud est correctement configuré.

• Un message d'erreur en rouge « Ce nom d'utilisateur est peut-être incorrect… » peut s'afficher lorsque le compte saisi n'est pas reconnu par le tenant Microsoft 365.

  

Vérifier que la boîte mail est bien hébergée sur Exchange OVHcloud

Avant d'appliquer le correctif, vérifiez que la configuration côté OVHcloud est correcte :

• Vérifiez que l'enregistrement SRV _autodiscover du nom de domaine pointe vers les serveurs OVHcloud, comme indiqué dans le guide « Ajouter un nom de domaine sur son service Exchange ».

  

• Lancez un diagnostic depuis votre espace client pour confirmer l'état du compte, en suivant le guide « Utilisation du diagnostic d'erreurs Exchange ».

Si la configuration OVHcloud est correcte mais que les fenêtres de connexion persistent, la cause se situe côté client : Outlook privilégie l'endpoint Office 365.

Identifier la cause

Ce comportement se déclenche dans 2 situations principales :

• Le nom de domaine a été déclaré sur un tenant Office 365. Lorsque vous ajoutez un domaine à un tenant Microsoft 365, Microsoft considère que les boîtes mail de ce domaine se trouvent dans le cloud. Outlook se connecte alors à l'autodiscover Office 365 au lieu de celui d'OVHcloud.
• Un compte Microsoft utilise déjà la même adresse e-mail. Il peut s'agir d'un utilisateur d'un tenant Microsoft 365, portant la même adresse ou le même UPN. Il peut tout aussi bien s'agir d'un compte Microsoft personnel — créé pour activer une licence Office, par exemple — dont l'adresse de connexion est votre adresse Exchange. Dans les deux cas, Outlook trouve ce compte en premier et le suit, alors même qu'aucune boîte mail n'y est rattachée.

Deux correctifs suivent. La clé de registre fonctionne quelle que soit la cause, mais demande des droits administrateur sur l'ordinateur. Si le conflit provient d'un compte Microsoft personnel, changer son adresse de connexion supprime la cause et ne demande aucun droit particulier.

Appliquer le correctif : la clé de registre ExcludeExplicitO365Endpoint

Pour empêcher Outlook d'utiliser l'endpoint explicite Office 365 lors de l'autodiscover, ajoutez une clé de registre sur le poste client.

Via l'Éditeur du Registre

1. Ouvrez l'Éditeur du Registre (regedit) dans la session de l'utilisateur concerné sur le poste client.

   

2. Accédez à la clé suivante. Si la sous-clé AutoDiscover n'existe pas, créez-la :

HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover

Le numéro de version 16.0 correspond à Outlook 2016, 2019, 2021 et Microsoft 365.

3. Créez une nouvelle valeur DWORD (32 bits), nommez-la ExcludeExplicitO365Endpoint et attribuez-lui la valeur 1.
4. Fermez l'Éditeur du Registre.

Via la ligne de commande

Vous pouvez également ajouter la clé en une seule commande dans une invite de commandes :

reg add HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover /t REG_DWORD /v ExcludeExplicitO365Endpoint /d 1

Solution alternative : changer l'adresse de connexion du compte Microsoft

Si le conflit provient d'un compte Microsoft personnel, vous pouvez supprimer la cause plutôt que la contourner. Cette méthode ne demande aucun droit administrateur sur l'ordinateur, ce qui en fait la seule option sur un poste géré par votre service informatique.

1. Créez un alias sur votre compte Exchange OVHcloud, en suivant notre guide « Utiliser les alias et redirections e-mail ».
2. Connectez-vous à account.microsoft.com, ouvrez Vos informations puis Gérer la façon dont vous vous connectez à Microsoft, et ajoutez cet alias à votre compte Microsoft. Le message de vérification arrive dans votre boîte Exchange, puisque l'alias pointe vers elle.
3. Définissez cet alias comme alias principal, puis retirez votre adresse Exchange du compte Microsoft.

Outlook ne trouve plus de compte Microsoft pour votre adresse Exchange, et l'autodiscover se rabat sur le serveur OVHcloud.

Vérifier la connexion à Exchange OVHcloud

Démarrez Outlook et vérifiez que la fenêtre de connexion Microsoft 365 n'apparaît plus. Outlook se connecte désormais directement à votre serveur Exchange OVHcloud, et non à Office 365 / Microsoft 365.

Inutile de recréer le profil Outlook après l'ajout de la clé de registre.

Pour confirmer la connexion, ouvrez Outlook classique et observez la barre d'état en bas de la fenêtre : elle doit afficher Connecté à : Microsoft Exchange. Outlook communique alors avec votre serveur Exchange OVHcloud, et non plus avec Office 365 :

Pour vérifier le nom exact du serveur (ex?.mail.ovh.net), maintenez la touche Ctrl enfoncée et faites un clic droit sur l'icône Outlook dans la zone de notification de Windows, puis sélectionnez État de la connexion.

Aller plus loin

Exchange - Configurer son compte e-mail sur Outlook classique pour Windows

Utilisation du diagnostic d'erreurs Exchange

Ajouter un nom de domaine sur son service Exchange

Échangez avec notre communauté d'utilisateurs.