Authentification O365 demandée en boucle pour un compte Exchange On-Premise (OVH)

Jessy2212 0 Points de réputation
2026-04-29T13:01:22.03+00:00

Bonjour,

Je souhaite ouvrir un ticket concernant un problème d'authentification persistant dans Outlook pour un compte Exchange On-Premise via OVH. 

Contexte de l'environnement

  • Utilisateur principal : titulaire d'une licence Microsoft 365 (O365), utilisant la suite Office et Outlook. - Compte secondaire configuré : compte Exchange On-Premise hébergé chez OVH, ajouté dans Outlook afin que l'utilisateur puisse gérer les e-mails et le calendrier d'une autre personne. - Configuration du compte : réalisée via le Panneau de configuration Windows > Mail > Comptes de messagerie, en sélectionnant le type de compte Exchange. La configuration initiale se déroule sans erreur.

Élément déclencheur : changement de poste

Ce problème est apparu suite au remplacement du poste de travail de l'utilisatrice. Sur l'ancien poste (installé il y a 2 ans en version 25H2 actuelle), la configuration fonctionnait parfaitement et sans aucune invite d'authentification intempestive (windows et Office365 à jour).

Les deux postes sont donc à jour en termes de versions Windows et Office, ce qui suggère que le problème n'est pas lié à un niveau de patch différent, mais plutôt à un changement de comportement par défaut introduit dans des versions récentes d'Outlook ou de Windows (notamment l'activation forcée de la Modern Authentication / WAM – Web Account Manager) ou à une différence de configuration du profil entre les deux machines.

Description du problème

Une fois le compte Exchange On-Premise configuré et Outlook ouvert, l'application demande de manière répétée et en boucle les identifiants de connexion au serveur Microsoft 365 (O365) pour ce compte Exchange On-Premise, au lieu de solliciter les identifiants propres au serveur Exchange OVH.

Ce comportement est anormal : Outlook semble tenter de faire transiter l'authentification du compte Exchange On-Premise via les mécanismes d'authentification moderne (Modern Authentication / OAuth) de Microsoft 365, alors que ce compte est totalement indépendant de l'environnement O365.

Actions déjà réalisées sans succès

  • Modification des clés de registre afin de désactiver le requêtage automatique vers les serveurs O365 pour ce compte Exchange (notamment les clés liées à HKCU\Software\Microsoft\Office\x.0\Common\Identity et les paramètres EnableADAL, DisableADALatopWAMOverride), sans résultat probant.

Ajout des valeurs DWORD :

  • Désactivation de la tentative de connexion a Office 365... "HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover" /v ExcludeExplicitO365Endpoint (DWORD=1)
  • Blocage de la redirection HTTP... "HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover" /v ExcludeHttpRedirect  (DWORD=1)
  • Autorisation du domaine HTTPS AutoDiscover... reg add "HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover" /v ExcludeHttpsAutoDiscoverDomain (DWORD=0)
  • Autorisation du SCP (Service Connection Point)...  "HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover" /v ExcludeScpLookup (DWORD=0)
  • Désactivation de l’authentification Office 365... "HKEY_CURRENT_USER\Software\Microsoft\Exchange" /v AlwaysUseMSOAuthForAutoDiscover (DWORD=0)
  • Vérification que le compte est bien configuré en type Exchange et non en IMAP/POP3. - Tentative de suppression et de reconfiguration du profil Outlook.

Hypothèses techniques

Il est probable que ce comportement soit lié à l'Autodiscover d'Outlook, qui, en présence d'un compte O365 actif dans le profil, tente de résoudre tous les comptes via les endpoints Microsoft 365 (notamment autodiscover.outlook.com). Cela peut provoquer une redirection de l'authentification vers O365 même pour des comptes Exchange On-Premise tiers.

Par ailleurs, les versions récentes de Windows 10/11 et d'Office 365 ont généralisé l'usage du Web Account Manager (WAM) comme broker d'authentification, ce qui pourrait expliquer pourquoi ce problème apparaît sur le nouveau poste et pas sur l'ancien installé il y a 2 ans.

Questions / Demande

  1. Quelle est la procédure officielle Microsoft pour configurer un compte Exchange On-Premise tiers dans Outlook 365 sans que ce dernier ne tente d'authentifier via O365 ?
  2. Existe-t-il une méthode supportée pour isoler l'authentification du compte Exchange OVH du flux OAuth/Modern Auth / WAM du tenant O365 ?
  3. Y a-t-il des clés de registre autre recommandées pour forcer Outlook à utiliser l'authentification basique ou Kerberos uniquement pour le compte Exchange On-Premise ?
  4. Comment reproduire la configuration fonctionnelle de l'ancien poste sur le nouveau, sachant que les deux sont à jour ?

Merci de l'attention portée à ce cas. Je reste disponible pour fournir des captures d'écran, des logs ou tout autre élément de diagnostic nécessaire.

Cordialement,

Outlook | Windows | Outlook classique pour Windows | Pour le business
0 commentaires
Réponse recommandée par le modérateur
Jessy2212 0 Points de réputation
2026-04-30T10:04:37.7633333+00:00

Bonjour Vergil-V,

Tout d'abord merci d'avoir pris le temps de m'apporter une réponse.

En suivant la procédure proposée, le problème a persisté. Comme vous le recommandiez, j'ai contacté le support via le centre d'administration.

Pour faire court, celui-ci m'a proposé la mise en œuvre de clés de registre.

Sur le poste concerné, ajouter les clés de registre suivantes :

  • HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Outlook\Autodiscover 
  • PreferLocalXML               DWORD = 0 
  • ExcludeExplicitO365Endpoint  DWORD = 1 

Avec ces recommandations, le souci de boucle rencontré a été résolu. L'ajout du compte On-Premise a bien été ajouté et est parfaitement fonctionnel.

En espérant que cette solution puisse servir à d'autres personnes impactées.

Cordialement.

Cette réponse a-t-elle été utile ?

1 personne a trouvé cette réponse utile.

1 réponse supplémentaire

Trier par : Le plus utile
Le plus utile Les plus récents Les plus anciens
  1. Anonyme
    2026-04-29T13:54:02.1633333+00:00

    Note : Cette réponse a été traduite automatiquement. Par conséquent, elle peut contenir des erreurs grammaticales ou des formulations peu naturelles. 

    Bonjour @Jessy2212,

    Merci d’avoir partagé les détails de votre situation. 

    Je souhaite préciser dès le départ que Microsoft Q&A est un forum d’échange entre utilisateurs. Son objectif principal est de partager des références à la documentation officielle ainsi que des retours et informations provenant d’autres utilisateurs. Il n’est pas destiné aux scénarios de dépannage avancés ou aux interventions directes pour lesquels un ticket de support doit être soumis ici. 

    Si vous disposez d’un abonnement Microsoft 365 de type professionnel, vous pouvez envisager de contacter l’équipe du support Microsoft via l’une des options ci‑dessous. 

    1/ Contacter le support Microsoft par téléphone 

    Vous pouvez trouver les numéros de service client appropriés ici : Numéros de téléphone du service clientèle - Support Microsoft 

    Veuillez noter qu’un système d’IA peut initialement prendre en charge votre appel. Je vous recommande de suivre attentivement les instructions afin d’être mis en relation avec un agent du support. 

    2/ Demander à l’administrateur de votre organisation d’ouvrir un ticket 

    Votre administrateur global peut soumettre une demande de support via le Centre d’administration Microsoft 365.  Pour obtenir des instructions détaillées, veuillez consulter : Obtenir une assistance - Microsoft 365 admin | Microsoft Learn 

    En complément, je recommande également de contacter directement l’équipe de support d’OVH. Elle est souvent en mesure de fournir des informations spécifiques à l’environnement et des indications supplémentaires liées au service Exchange hébergé par OVH. 

    À ce jour, je n’ai pas trouvé de documentation officielle Microsoft qui traite directement du comportement décrit dans votre demande. 

    Cependant, d’après mes recherches, j’ai trouvé qu’un utilisateur a signalé avoir réussi en sélectionnant Exchange 2013 comme fournisseur lors de la configuration de son compte Exchange hébergé par OVH dans Outlook classique.  

    Voici comment vous pouvez essayer cette approche :  

    Étape 1 : Allez dans Fichier > Ajouter un compte 

    undefined

    Étape 2 : Saisissez votre adresse e-mail, puis développez Options avancées et sélectionnez Me permettre de configurer mon compte manuellement > Connexion 

    undefined

      

    Étape 3 : Choisissez Exchange 2013 ou version antérieure  

    undefined

    Ensuite, suivez les étapes restantes pour terminer la configuration et voir si cela résout le problème dans votre environnement.  

    Avant d’essayer cela, je recommande de supprimer le compte concerné et d’effacer les informations d’identification associées dans le Gestionnaire d’identifiants afin de garantir une configuration propre.  

    J’espère que ces informations aideront à clarifier la situation. 

    Note : Veuillez suivre les étapes de [notre documentation] pour activer les notifications par e-mail si vous souhaitez recevoir la notification correspondante à ce fil.

    Cette réponse a-t-elle été utile ?

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.