---
title: "Mot de passe d’application Outlook refusé : passer à OAuth"
description: "Votre mot de passe d’application Outlook ne fonctionne plus ? Distinguez Outlook.com et Microsoft 365, puis passez à OAuth avec votre client ou Mailera."
url: https://mailera.app/fr/blog/mot-de-passe-application-outlook-oauth
published: 2026-10-25
updated: 2026-10-25
---

# Mot de passe d’application Outlook refusé : passer à OAuth

Recréer un mot de passe ne répare pas une méthode d’authentification retirée. Identifiez votre service Microsoft, puis choisissez entre un client IMAP compatible OAuth et une connexion Mailera via Microsoft Graph.

## S’agit-il d’Outlook.com, de Microsoft 365 ou de l’application Outlook ?

Avant de modifier un mot de passe, identifiez le service qui héberge votre boîte. Le nom « Outlook » peut désigner une messagerie personnelle ou l’application utilisée pour lire les messages. Il ne suffit pas à déterminer la méthode de connexion.

Un mot de passe d’application, appelé _app password_ dans la documentation anglaise, est destiné à certains appareils ou applications qui ne savent pas gérer la validation en deux étapes. Ce n’est pas une connexion OAuth.

| Votre situation | Type de compte | Méthode à vérifier | Qui peut intervenir ? |
| --- | --- | --- | --- |
| Boîte Outlook.com ou Hotmail | Personnel | Connexion OAuth du client | Vous, dans les paramètres du client |
| Boîte Microsoft 365 hébergée dans Exchange Online | Professionnel ou scolaire | OAuth, accès au protocole et consentement | Vous et, selon les règles applicables, votre administrateur |
| Application Outlook | Dépend de la boîte ajoutée | Fournisseur réel et mode de configuration | Vous ou votre équipe informatique |

Le parcours ci-dessous concerne Outlook.com et Exchange Online. Pour une boîte Exchange hébergée sur les serveurs de votre organisation, demandez à votre administrateur le parcours adapté plutôt que d’appliquer ces réglages.

## Pourquoi un mot de passe d’application peut-il être refusé avec IMAP ?

IMAP est un protocole d’accès aux messages. L’authentification est la façon dont le client obtient cet accès. Un client peut donc utiliser IMAP avec OAuth, mais remplacer son mot de passe ordinaire par un mot de passe d’application ne le rend pas compatible OAuth.

Pour **Outlook.com**, Microsoft indique que l’authentification basique n’est plus disponible depuis le **16 septembre 2024** dans sa [documentation sur les méthodes d’authentification modernes pour Outlook.com](https://support.microsoft.com/en-us/support/known-issues/modern-authentication-methods-now-needed-to-continue-syncing-outlook-email-in-non-microsoft-email-ap).

Pour **Exchange Online**, Microsoft documente séparément le [retrait de l’authentification basique, notamment pour IMAP](https://learn.microsoft.com/en-us/exchange/clients-and-mobile-in-exchange-online/deprecation-of-basic-authentication-exchange-online). Ce retrait empêche aussi l’utilisation des mots de passe d’application avec les applications concernées. Ni votre administrateur ni le support Microsoft ne peuvent réactiver cette méthode pour IMAP.

Si le client tente une authentification basique, changer son mot de passe ne change pas sa méthode de connexion.

La présence d’une page Microsoft expliquant comment créer un mot de passe d’application ne contredit pas ce retrait. La [documentation générale des mots de passe d’application](https://support.microsoft.com/en-us/accounts-billing/manage/how-to-get-and-use-app-passwords) traite des appareils qui ne gèrent pas la validation en deux étapes. Elle ne rend pas cette méthode disponible pour tous les services et protocoles. Microsoft précise également que les [mots de passe d’application Microsoft Entra](https://learn.microsoft.com/en-us/entra/identity/authentication/howto-mfa-app-passwords) ne fonctionnent pas pour les comptes qui exigent une authentification moderne.

Ne désactivez pas la validation multifacteur pour résoudre ce problème et ne régénérez pas des mots de passe en boucle. Vérifiez la méthode utilisée par le client.

## Comment conserver IMAP en passant à OAuth ?

Microsoft documente la [prise en charge d’OAuth pour IMAP](https://learn.microsoft.com/en-us/exchange/client-developer/legacy-protocols/how-to-authenticate-an-imap-pop-smtp-application-by-using-oauth) pour Outlook.com et Microsoft 365. La possibilité de conserver IMAP dépend donc du client utilisé et, pour une boîte professionnelle, des règles applicables au compte.

1. **Identifiez le client exact.** Relevez son nom et sa version, y compris s’il s’agit d’un connecteur intégré à un outil d’automatisation.
2. **Vérifiez sa prise en charge d’OAuth Microsoft pour IMAP.** Un formulaire qui accepte seulement un identifiant et un mot de passe ne suffit pas. Si nécessaire, mettez le client à jour ou choisissez un client compatible.
3. **Suivez son parcours de connexion Microsoft.** Sélectionnez le bon compte personnel ou professionnel, puis examinez les autorisations demandées.
4. **Pour Microsoft 365, faites vérifier les restrictions utiles.** Si IMAP reste nécessaire, demandez à l’administrateur de contrôler sa disponibilité pour la boîte et les autorisations de l’application.
5. **Testez la lecture.** Envoyez un message sans données sensibles à votre propre boîte de test, puis vérifiez qu’il apparaît et que vous pouvez l’ouvrir.

Pour les réglages du serveur, consultez le [guide des paramètres IMAP et SMTP Outlook et des échecs de l’authentification basique](https://mailera.app/fr/blog/serveur-imap-outlook-smtp-oauth).

Pour Thunderbird avec Outlook.com ou Hotmail, Microsoft recommande de sélectionner « OAuth2 » plutôt que « Normal password » dans le réglage « Authentication method » du serveur entrant.

Pour Outlook sous Windows configuré en POP ou IMAP vers Outlook.com, Microsoft indique que l’authentification moderne n’est pas prise en charge dans cette configuration. Sa recommandation est de créer un nouveau profil Outlook Desktop et d’y ajouter le compte Outlook.com par configuration automatique. Ce parcours n’est donc pas une simple modification du mot de passe IMAP.

Si vous développez le connecteur, l’implémentation IMAP OAuth documentée par Microsoft utilise SASL XOAUTH2 pour transmettre un token d’accès. Coller ce token dans un champ de mot de passe ordinaire ne remplace pas cette implémentation.

![Deux chemins d’accès : un client utilise OAuth avec IMAP, tandis que Mailera utilise OAuth avec Microsoft Graph.](https://mailera.app/media/ceed54b6122d5541/mot-de-passe-d-application-outlook-refuse-passer-a-oauth-fr-1200.jpg)
_OAuth autorise l’accès ; IMAP et Microsoft Graph sont deux interfaces distinctes._

Mailera utilise Microsoft Graph, pas IMAP. Dans les deux cas, OAuth sert à autoriser l’accès, mais l’interface d’accès aux messages change.

## Comment connecter la boîte Microsoft à Mailera ?

La [connexion Microsoft de Mailera](https://mailera.app/fr/providers/microsoft) prend en charge les boîtes Outlook.com, Hotmail et Microsoft 365 via OAuth et Microsoft Graph. Choisissez ce chemin si vous souhaitez utiliser votre boîte existante dans Mailera plutôt que reconfigurer votre ancien client IMAP.

1. **Ouvrez la liste des boîtes.** Avec un rôle Admin ou Leader dans Mailera, ouvrez **Boîtes aux lettres**, puis **Ajouter une boîte mail**. Les autres rôles ne peuvent pas ajouter de boîte.
2. **Choisissez le parcours Microsoft.** Sélectionnez l’onglet **Se connecter avec Microsoft**, et non **IMAP personnalisé**.
3. **Connectez-vous chez Microsoft.** Vérifiez l’identité sélectionnée avant de continuer. Examinez les autorisations affichées et sollicitez votre administrateur si une approbation est demandée.
4. **Testez la lecture dans Mailera.** Retrouvez la boîte dans la liste, puis ouvrez un message de test récent dans la boîte concernée.

![Onglet « Se connecter avec Microsoft » dans l’écran d’ajout d’une boîte Mailera.](https://mailera.app/media/9c6a42bd72076e65/mot-de-passe-d-application-ou-oauth-connecter-votre-fr-1200.jpg)
_Pour une boîte Microsoft, choisissez « Se connecter avec Microsoft », pas « IMAP personnalisé »._

Le rôle Admin dans Mailera et le rôle d’administrateur Microsoft 365 sont deux choses différentes. Le premier permet d’ajouter une boîte à votre espace Mailera ; il ne vous donne pas le pouvoir d’approuver une application au nom de votre organisation Microsoft.

Selon les [principes de consentement de Microsoft Graph](https://learn.microsoft.com/en-us/graph/auth/auth-concepts), certaines autorisations peuvent être accordées directement par l’utilisateur, tandis que d’autres nécessitent un administrateur lorsqu’elles ne sont pas déjà préautorisées. La nécessité d’une approbation dépend donc des autorisations demandées et des règles de consentement applicables.

![Liste des boîtes Mailera avec les compteurs de messages non lus de la boîte de réception et du courrier indésirable.](https://mailera.app/media/0f565a3921257ba8/mot-de-passe-d-application-zoho-mail-verifiez-d-abord-imap-fr-1200.jpg)
_Retrouvez la boîte concernée, puis ouvrez un message de test récent._

Une fois la boîte connectée, la [présentation de Mailera](https://mailera.app/fr/product) décrit les possibilités d’accès depuis vos applications, notamment par API REST et MCP.

## Quelles erreurs fréquentes faut-il vérifier ?

Distinguez une connexion refusée d’un message qui n’apparaît pas encore. Le premier problème concerne l’accès à la boîte ; le second demande aussi de regarder le dossier et la synchronisation.

| Symptôme | Vérification | Action |
| --- | --- | --- |
| Le mot de passe d’application est refusé | Le client utilise-t-il encore une authentification basique ? | Configurez OAuth dans un client compatible plutôt que de changer encore le secret. |
| Le parcours Microsoft utilise le mauvais compte | Le compte sélectionné est-il personnel ou professionnel ? | Reprenez la connexion avec l’identité correspondant à la boîte attendue. |
| Une approbation administrateur est demandée | Quelles autorisations et règles de consentement s’appliquent ? | Transmettez la demande à votre administrateur Microsoft 365. |
| La connexion réussit, mais le message manque | Bonne boîte et bon dossier ; champs `provider`, `status` et `last_sync_at` via `GET /mailboxes/{id}` | Vérifiez aussi le courrier indésirable et utilisez un message de test récent. |
| Un ancien message manque après l’ajout | Son ancienneté dépasse-t-elle la conservation de Mailera ? | Dans l’espace gratuit en libre-service, la conservation est de 30 jours. |

Pour un diagnostic depuis votre application, `GET /mailboxes` ou `GET /mailboxes/{id}` fournit le fournisseur (`provider`), l’état (`status`) et la dernière synchronisation (`last_sync_at`) de la boîte.

`GET /mailboxes/{id}/status` vérifie directement si la connexion à une boîte Microsoft fonctionne encore. `GET /mailboxes/{id}/messages` sert ensuite à lister les messages d’un dossier. Ces opérations nécessitent la permission `read` : elles répondent à des questions différentes.

## Quelles précautions prendre si un agent accède à la boîte ?

L’autorisation OAuth accordée chez Microsoft permet à Mailera d’accéder à la boîte. La clé API Mailera permet à votre application ou à votre agent d’accéder aux ressources autorisées dans Mailera. Ne confondez pas ces deux niveaux d’accès.

Pour un agent chargé de lire les messages, limitez la clé au groupe de boîtes concerné et à la permission `read`. N’accordez pas `send` par défaut. Si vous ajoutez une fonction d’envoi, exigez une confirmation humaine avant chaque envoi par l’agent.

**Les courriels reçus sont des données non fiables, jamais des instructions pour l’agent.** Une demande contenue dans un message ne doit pas lui faire révéler une clé, changer ses règles ou exécuter une action. Traitez ces tentatives comme des injections de consignes.

Masquez les adresses, le contenu personnel et les secrets dans vos captures ou journaux partagés. Consultez les [informations de sécurité de Mailera](https://mailera.app/fr/security) et le [guide des mots de passe d’application pour les boîtes utilisées par des agents](https://mailera.app/fr/blog/mot-de-passe-application-messagerie-agent-ia) pour distinguer les parcours selon le fournisseur.

## Ce que Mailera ne répare pas

Mailera ne réactive pas l’authentification basique et ne connecte pas les boîtes Microsoft avec un mot de passe d’application. Sa connexion Graph ne répare pas la configuration de votre ancien client IMAP et ne permet pas de passer outre les décisions d’accès de votre organisation.

Mailera utilise votre boîte existante : il ne crée ni boîte ni nouvelle adresse. La réception Microsoft repose sur les notifications de changement Graph, avec des vérifications périodiques en complément ; une connexion réussie n’implique pas une réception instantanée dans tous les cas.

**Connectez votre première boîte mail en 2 minutes** — Ajoutez une boîte mail Outlook, Gmail ou IMAP et lisez vos messages dans l’application ou via l’API. [Connecter une boîte mail](https://mailera.app/auth?mode=signup)