Mots de passe d’application : conditions par messagerie

Un mot de passe d’application dépend du fournisseur, mais aussi des réglages et de l’offre de votre compte. Vérifiez ces conditions avant de créer un secret. Dans Mailera, Outlook.com et Microsoft 365 utilisent OAuth, pas un mot de passe d’application. Pour les connexions IMAP, contrôlez séparément la réception et l’authentification SMTP : le test de connexion n’envoie aucun message.

Un mot de passe d’application (app password) est un secret généré chez votre fournisseur pour connecter une application à votre compte. Ce n’est ni votre mot de passe principal, ni une clé API Mailera. Le guide des mots de passe d’application pour les boîtes mail explique leur rôle dans une connexion applicative.

Quelle méthode utiliser selon votre messagerie ?

Le tableau distingue la méthode proposée par Mailera des conditions imposées par le fournisseur. Une fonctionnalité peut exister sans être accessible à votre compte. Même après la création du secret, il reste à vérifier la connexion.

Référence documentaire : sources Google, Apple, Yahoo, Fastmail et Microsoft consultées le 25 octobre 2026.

Mailera propose également une connexion par mot de passe d’application pour Zoho. IMAP doit y être activé ; avec la validation en deux étapes, Zoho demande un mot de passe spécifique à l’application dans le client IMAP. Pour un compte professionnel, vérifiez auprès de l’administrateur que la politique de messagerie autorise cet accès.

Pour retrouver les parcours proposés, consultez la liste des fournisseurs dans Mailera. Le choix du fournisseur précède celui du secret : ne commencez pas par générer un mot de passe si la connexion attend OAuth.

Pourquoi l’option de création peut-elle manquer ?

La validation en deux étapes, l’accès IMAP et les droits administratifs sont des conditions distinctes. Activer l’une ne règle pas nécessairement les autres.

Gmail personnel et Google Workspace

Google exige la validation en deux étapes pour utiliser les mots de passe d’application. Sa documentation mentionne aussi des raisons possibles d’absence de l’option : validation reposant uniquement sur des clés de sécurité, compte d’organisation et Protection Avancée.

Un résultat obtenu sur un compte Gmail personnel ne permet donc pas de conclure pour un compte Google Workspace. Vérifiez le compte effectivement connecté et, pour une organisation, les règles applicables avec votre administrateur. Le parcours Gmail dans Mailera utilise un mot de passe d’application lorsque les conditions du compte le permettent.

Google recommande la connexion avec Google lorsqu’une application la propose. Cette recommandation ne change pas la méthode attendue par un autre parcours de connexion.

Offre et accès aux protocoles

Chez Fastmail, l’offre Basic exclut les mots de passe d’application et l’accès IMAP/SMTP. Recréer un secret ne résout donc pas une restriction de cette offre.

Chez Zoho, vérifiez d’abord l’activation d’IMAP et les autorisations administratives. Chez Yahoo, si vous ne pouvez pas créer de mot de passe d’application, cela peut tenir à l’éligibilité du compte. Ne remplacez pas ces vérifications par des essais répétés avec le mot de passe principal.

Comment obtenir le bon mot de passe d’application ?

Commencez dans les paramètres du fournisseur, pas dans Mailera. Utilisez uniquement une boîte qui vous appartient ou pour laquelle vous disposez d’une autorisation explicite.

1. Identifiez le compte. Notez le fournisseur, le type de compte et l’offre. Pour une boîte professionnelle, vérifiez les règles administratives pertinentes.
2. Lisez la procédure officielle. Vérifiez les prérequis avant de créer un secret. Notez la date si vous tenez un journal de connexion.
3. Créez un secret dédié lorsque le fournisseur le permet. Donnez-lui un nom qui vous permettra de reconnaître son usage au moment de le supprimer.
4. Saisissez-le dans le parcours correspondant. Un mot de passe d’application appartient à la connexion de la boîte ; une clé API Mailera sert aux appels de votre application vers Mailera.

Pour Gmail, le tutoriel de création et de connexion détaille le parcours. Vérifiez d’abord la validation en deux étapes et l’accès à l’option.

Pour iCloud, la documentation Apple place la gestion dans « Sign-In and Security », puis « App-Specific Passwords ». L’identification à deux facteurs est requise. Le parcours iCloud de Mailera utilise ce mot de passe pour application.

Pour Yahoo, la procédure indique « External connections », puis « Create app password ». Si la création n’est pas proposée, vérifiez les conditions du compte plutôt que de saisir son mot de passe principal à la place.

Fastmail demande un mot de passe d’application distinct pour chaque application tierce. Vérifiez que votre offre autorise cet accès avant de poursuivre.

Comment connecter la boîte dans Mailera ?

Vous devez disposer du rôle Admin ou Leader pour ajouter une boîte.

1. Ouvrez Boîtes aux lettres, puis Ajouter une boîte mail.
2. Dans Une boîte mail, renseignez Adresse e-mail. Vérifiez le fournisseur détecté ou utilisez Ou choisissez un fournisseur, puis Continuer.
3. Pour une connexion par mot de passe d’application, lisez Comment obtenir un mot de passe d’application et Ce dont vous aurez besoin. Dans Informations de connexion, le champ Mot de passe attend ce secret, pas le mot de passe principal.
4. Pour Outlook.com, Hotmail ou Microsoft 365, choisissez plutôt Se connecter avec Microsoft et suivez l’autorisation chez Microsoft. Le mot de passe d’application n’est pas une solution de repli.
5. Pour une connexion IMAP, lancez Tester et connecter. Consultez séparément la connexion au serveur entrant, la détection des dossiers et la connexion au serveur sortant.
6. Après la connexion, vérifiez le chargement initial des messages. Si l’authentification d’envoi échoue mais que la réception fonctionne, vous pouvez choisir Enregistrer en réception seule ou corriger les informations et retester.

Pour un serveur privé, IMAP personnalisé permet de renseigner le serveur entrant et, si nécessaire, le serveur sortant. Ne recopiez pas les paramètres d’un autre fournisseur simplement parce que son adresse ressemble à la vôtre.

Que prouve réellement le test de connexion ?

Séparez les résultats plutôt que de noter seulement « ça fonctionne ».

Tester et connecter n’envoie aucun message. Une authentification SMTP réussie ne suffit donc pas à confirmer un envoi effectif ou une livraison. Si aucun serveur sortant n’est configuré, cette étape est ignorée.

Pour vos essais, conservez les résultats IMAP et SMTP séparément, avec la date et les caractéristiques du compte. Masquez les identifiants et les secrets. Un échec sur une boîte ne concerne que la configuration testée ; n’en concluez pas que tous les comptes du fournisseur échoueront.

Après la connexion, les événements message.received et mailbox.disconnected peuvent servir à votre intégration. Les ressources pour développeurs Mailera présentent ce volet : un webhook ne remplace pas une connexion valide.

Quelles erreurs diagnostiquer en premier ?

Le mot de passe d’application est introuvable

Revenez au type de compte, aux réglages de sécurité et à l’offre. Pour Google Workspace ou Zoho professionnel, demandez à l’administrateur de vérifier la règle concernée. Pour Fastmail Basic, la restriction porte sur l’offre, pas sur une erreur de saisie.

Le secret fonctionnait, puis l’authentification échoue

Chez Google, un changement du mot de passe du compte révoque les mots de passe d’application. Chez Apple, le changement ou la réinitialisation du mot de passe principal les révoque également. Vérifiez ce point avant de modifier les paramètres du serveur.

Contrôlez ensuite la méthode choisie, l’activation d’IMAP lorsqu’elle est requise et les informations de connexion. Pour Microsoft, le guide des paramètres Outlook et de l’échec de l’authentification de base explique pourquoi revenir à un mot de passe ne résout pas le problème.

La réception fonctionne, mais pas l’envoi

Traitez SMTP séparément. Mailera permet de conserver la boîte en réception seule lorsque la connexion d’envoi échoue. Le message Réception possible, mais envoi indisponible ne signifie pas que l’authentification IMAP a échoué elle aussi.

Le statut semble bon, mais la connexion reste douteuse

Pour les fournisseurs autres que Microsoft, GET /mailboxes/{id}/status reflète la dernière synchronisation, pas une nouvelle vérification directe de l’authentification. Tenez compte de la date de synchronisation lorsque vous interprétez ce statut.

Comment protéger et révoquer les secrets ?

Ne publiez jamais de mot de passe principal, de mot de passe d’application, de token OAuth ou de clé API. Masquez-les dans les captures et excluez-les des journaux partagés. À la fin d’un essai temporaire, révoquez le secret dédié chez le fournisseur.

La révocation diffère selon la messagerie. Google et Apple révoquent les mots de passe d’application lors d’un changement du mot de passe principal. Yahoo ne le fait pas : il faut supprimer le mot de passe d’application pour l’invalider.

Une clé API Mailera constitue un accès distinct. Limitez son périmètre aux boîtes et aux opérations nécessaires ; une intégration de lecture n’a pas besoin de l’autorisation d’envoi. Révoquer cette clé ne remplace pas la suppression du secret chez le fournisseur. La page sécurité de Mailera complète ces précautions.

Quelles sont les limites de Mailera ?

Mailera relie vos boîtes existantes : il ne crée ni nouvelle adresse ni nouvelle boîte mail. Il ne peut pas rendre disponible une option désactivée par votre fournisseur ou votre administrateur. Proton Mail et Tuta ne sont pas pris en charge.

Si une restriction bloque votre compte, vérifiez avec l’administrateur ou le fournisseur quelle méthode prise en charge reste disponible, avant de générer un autre secret.