Outlook ouvre une boîte temporaire au lieu d’Exchange OVHcloud

Quand Outlook affiche le message « Votre boîte aux lettres a été temporairement déplacée sur Microsoft Exchange », puis propose « Utiliser la boîte aux lettres temporaire », le vrai problème n’est pas la boîte temporaire elle-même. Dans ce type de cas, Outlook essaie souvent de se connecter à Microsoft 365 / Office 365 au lieu du bon serveur Exchange OVHcloud.

C’est exactement le genre d’incident que l’on peut rencontrer dans un environnement de messagerie Microsoft 365, Outlook et Exchange en entreprise, surtout quand Outlook garde en mémoire un mauvais point d’entrée ou part vers l’autodiscover Microsoft au lieu du bon serveur.

Chez un client, Outlook refusait d’ajouter correctement une boîte Exchange OVHcloud. Selon les postes, le compte semblait s’ajouter, puis au redémarrage il disparaissait. À la place, Outlook créait un dossier de type outlook_…, affichait parfois Dossiers privés, ou tournait en boucle avec une demande d’autorisation sur un fichier autodiscover.xml.

Et dans certains cas, au démarrage d’Outlook, le message suivant apparaissait :

Votre boîte aux lettres a été temporairement déplacée sur Microsoft Exchange. Une boîte aux lettres temporaire est à votre disposition, mais elle ne contient peut-être pas toutes vos données antérieures.

C’est souvent ce message-là que les utilisateurs cherchent sur Google, parce qu’il donne l’impression qu’Outlook a “trouvé quelque chose”, alors qu’en réalité il part vers le mauvais service.

Pourquoi Outlook propose une boîte temporaire au lieu d’ouvrir la bonne boîte Exchange

Dans ce scénario, Outlook tente de résoudre automatiquement le compte via l’autodiscover Microsoft avant d’aller chercher correctement la configuration Exchange OVHcloud. Dès qu’il accroche un endpoint Microsoft 365, même si ce n’est pas le bon, la configuration peut partir de travers.

Le résultat peut prendre plusieurs formes selon les postes :

• erreur « Ce nom ne correspond à aucun nom de la liste d’adresses » ;
• création d’un profil incomplet ;
• apparition de Dossiers privés ou d’un dossier outlook_… ;
• fenêtre autodiscover.xml qui revient en boucle ;
• message proposant d’utiliser la boîte aux lettres temporaire.

Ce comportement apparaît plus facilement quand la même adresse a déjà été vue côté Microsoft, quand Windows est connecté à un compte Microsoft, quand Outlook garde en mémoire un ancien endpoint, ou quand on travaille avec un Outlook récent qui force davantage ses mécanismes automatiques.

Faut-il cliquer sur « Utiliser la boîte aux lettres temporaire » ?

En dépannage pur, cela peut permettre de voir si Outlook ouvre quelque chose et de récupérer un peu de visibilité sur le comportement du poste. Mais ce n’est pas une solution propre.

Le problème, c’est que cette boîte temporaire ne correspond pas à une configuration saine du compte. Elle peut ne pas contenir les anciennes données, créer de la confusion, et laisser croire que le compte est “presque réparé” alors qu’Outlook pointe toujours au mauvais endroit.

Autrement dit, si Outlook vous propose « Utiliser la boîte aux lettres temporaire », il vaut mieux considérer cela comme un symptôme, pas comme un vrai mode de fonctionnement à conserver.

Le choix « Utiliser les anciennes données » n’est pas plus satisfaisant dans ce contexte. Il peut redonner accès à des éléments déjà présents localement, mais il ne corrige pas la mauvaise connexion du compte.

Ce que je conseille dans ce cas

Quand ce message apparaît sur une boîte Exchange OVHcloud, je déconseille de rester en production comme ça. Le bon réflexe consiste plutôt à fermer Outlook, corriger le comportement autodiscover, puis recréer proprement l’adresse ou le profil concerné.

Dans le cas que j’ai traité, les solutions classiques n’ont rien changé : suppression et recréation du profil, suppression des fichiers OST/PST, test sur un autre poste, changement de mot de passe, nouveau compte Windows, configuration manuelle… Outlook revenait toujours vers Microsoft 365 au lieu d’Exchange OVHcloud.

À ce stade, on n’est plus dans un simple inconfort utilisateur. On est dans un vrai sujet de dépannage informatique en entreprise, parce qu’une messagerie qui ne se configure pas correctement bloque vite le travail quotidien.

Le correctif qui a réellement fonctionné

Le correctif efficace a consisté à forcer Outlook classique à ignorer l’endpoint Office 365, afin qu’il utilise enfin l’autodiscover OVHcloud.

Pour aller vite, j’ai créé un fichier .reg avec les bonnes clés.

Dans le Bloc-notes, collez ceci :

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover]
"ExcludeExplicitO365Endpoint"=dword:00000001
"ExcludeLastKnownGoodUrl"=dword:00000001
"ExcludeHttpsRootDomain"=dword:00000001
"ExcludeSrvRecord"=dword:00000000
"ExcludeHttpsRedirect"=dword:00000000

Enregistrez ensuite le fichier avec un nom du type :

outlook-ovh-autodiscover.reg

Lors de l’enregistrement, pensez à choisir Type : Tous les fichiers.

Comment appliquer le correctif proprement

Fermez complètement Outlook.

Double-cliquez sur le fichier .reg, acceptez l’ajout au registre, puis redémarrez le poste. Une fois le poste redémarré, je vous conseille de supprimer puis recréer l’adresse concernée, voire de recréer le profil Outlook si le profil existant a déjà été pollué par la mauvaise détection Microsoft 365.

C’est un point important : lors de mes derniers dépannages sur ce problème, le patch seul n’a pas suffi tant que l’adresse déjà mal configurée n’avait pas été supprimée puis recréée après coup.

Une fois cela fait, Outlook repart beaucoup plus proprement :

• il ne tente plus de s’accrocher à Office 365 pour cette boîte ;
• il retrouve le bon serveur Exchange OVHcloud ;
• la boîte s’ajoute normalement ;
• la fenêtre autodiscover.xml en boucle disparaît ;
• le message de boîte temporaire ne revient plus.

⚠️ Ce correctif modifie le registre Windows. Il vaut mieux l’appliquer dans un cadre de dépannage maîtrisé, surtout si plusieurs comptes ou plusieurs profils Outlook existent déjà sur le poste.

Attention au nouvel Outlook

Dans mes tests, ce correctif est surtout pertinent avec Outlook classique. Avec le nouvel Outlook, je n’ai pas obtenu un comportement fiable sur ce type de boîte Exchange OVHcloud. Si vous êtes dans ce cas, le plus simple reste souvent de revenir à Outlook classique pour traiter correctement le problème.

Conclusion

Si Outlook affiche « Votre boîte aux lettres a été temporairement déplacée sur Microsoft Exchange », propose « Utiliser la boîte aux lettres temporaire », crée un dossier outlook_… ou part vers Office 365 au lieu d’Exchange OVHcloud, le problème vient très souvent du mécanisme autodiscover Microsoft.

La bonne logique n’est pas de continuer à travailler dans la boîte temporaire. Il faut plutôt empêcher Outlook de partir vers le mauvais endpoint, puis recréer proprement l’adresse ou le profil après application du correctif.

Sur ce type de sujet, il est aussi utile de garder un environnement de messagerie propre et plus largement une sécurité informatique cohérente, car les problèmes de comptes, d’accès et de configuration se mélangent vite dans le quotidien d’une petite structure.

C’est ce qui permet, dans la pratique, de remettre Outlook sur le bon serveur Exchange OVHcloud au lieu de tourner en rond.

Liens externes :

Microsoft – Réparer la connexion à votre courrier Outlook en réparant votre profil
Microsoft – Contrôler le comportement AutoDiscover d’Outlook