Gmail et applications moins sécurisées : comment se reconnecter

Applications moins sécurisées, OAuth et mot de passe d’application : quelle différence ?

Si votre application refuse la connexion Gmail avec votre mot de passe habituel, vérifiez sa méthode d’authentification plutôt que de ressaisir ce même secret dans tous les champs.

L’ancien accès aux applications moins sécurisées reposait sur le mot de passe principal du compte. Un mot de passe d’application (app password) est un autre secret, créé pour connecter une application. OAuth utilise, lui, des jetons d’accès : la documentation Google sur XOAUTH2 décrit ce mécanisme pour les clients de messagerie.

La disparition de l’ancien accès ne signifie donc pas que les mots de passe d’application disparaissent avec lui. La documentation française de transition Google Workspace distingue expressément ces derniers de l’accès par mot de passe concerné par la transition.

Ne traitez pas pour autant un mot de passe d’application comme un jeton OAuth, ni comme une autorisation de lecture seule. Ce sont des mécanismes différents. Google permet de supprimer un mot de passe d’application individuellement et révoque les mots de passe d’application lorsque vous changez le mot de passe principal du compte.

Quelle méthode votre compte et votre application permettent-ils ?

Procédez dans cet ordre pour éviter de créer un secret que votre logiciel ou votre organisation ne pourra pas utiliser.

1. Identifiez le type de compte. Distinguez votre compte Google personnel d’un compte professionnel ou scolaire Google Workspace. Dans le second cas, les règles de l’administrateur comptent autant que vos réglages personnels.
2. Vérifiez si le logiciel propose OAuth. Google recommande l’option « Sign in with Google » lorsqu’elle existe. Choisissez-la plutôt qu’un mot de passe d’application : vous n’avez alors pas à confier ce dernier au logiciel.
3. Si le logiciel exige un mot de passe d’application, vérifiez votre éligibilité. La validation en deux étapes doit être activée. Elle ne suffit toutefois pas à rendre l’option disponible dans tous les comptes.
4. Pour Workspace, faites confirmer l’accès nécessaire. L’administrateur peut contrôler IMAP. Une liste restreinte de clients IMAP autorisés exige des clients compatibles OAuth ; un mot de passe d’application ne remplace pas cette condition.

L’aide Google sur les mots de passe d’application indique plusieurs raisons possibles à l’absence de l’option : validation en deux étapes configurée uniquement avec des clés de sécurité, compte d’organisation ou Protection Avancée.

Si votre compte n’autorise pas cette méthode, adressez-vous à votre administrateur ou utilisez un client compatible avec la méthode autorisée. Désactiver une protection pour faire apparaître l’option n’est pas la bonne réponse.

Pour Mailera, la connexion Gmail et Google Workspace passe actuellement par un mot de passe d’application. Elle ne propose pas de connexion Gmail par OAuth.

Comment connecter Gmail à Mailera sans le mot de passe principal ?

Utilisez une boîte qui vous appartient ou que vous êtes autorisé à administrer. L’ajout d’une boîte dans Mailera exige le rôle Admin ou Leader.

1. Préparez le mot de passe d’application chez Google

Ouvrez l’aide Google liée ci-dessus et suivez son parcours de création depuis le compte concerné. Vérifiez d’abord la validation en deux étapes et, pour Workspace, les autorisations de votre organisation.

Si vous gérez plusieurs comptes Google, contrôlez lequel est ouvert avant de créer le secret. Le guide de création d’un mot de passe d’application Gmail détaille cette préparation.

2. Ouvrez l’ajout d’une boîte dans Mailera

Dans Boîtes aux lettres, choisissez Ajouter une boîte mail, puis l’onglet Une boîte mail. Ce parcours sert à connecter une adresse existante : Mailera ne crée pas de nouvelle boîte ni de nouvelle adresse e-mail.

3. Saisissez l’adresse et vérifiez le fournisseur

Renseignez Adresse e-mail. Vérifiez que le fournisseur choisi est Gmail · Google Workspace. Si nécessaire, sélectionnez-le dans Ou choisissez un fournisseur, puis utilisez Continuer.

Pour une adresse Workspace sur votre propre domaine, ne choisissez pas automatiquement IMAP personnalisé au seul motif que l’adresse ne se termine pas par gmail.com.

4. Renseignez le bon secret

Consultez Comment obtenir un mot de passe d’application et Ce dont vous aurez besoin. Dans Informations de connexion, le champ Mot de passe attend le mot de passe d’application Google, jamais votre mot de passe habituel.

Vous pouvez aussi renseigner Nom d’affichage et Groupe de boîtes mail. Gardez le secret masqué si vous partagez votre écran ou préparez une capture.

5. Testez la réception et l’envoi séparément

Choisissez Tester et connecter. Ce test n’envoie aucun e-mail. Examinez notamment les étapes Connexion au serveur entrant et Connexion au serveur sortant : la réussite de l’une ne suffit pas à conclure que l’autre fonctionne.

Si la réception fonctionne mais que l’envoi échoue, Mailera propose Enregistrer en réception seule. Cette option permet de conserver l’accès en réception, sans résoudre le problème d’envoi. Vous pouvez aussi choisir Modifier les informations, puis Retester.

6. Vérifiez le chargement des messages

Après la connexion, ouvrez la boîte. Mailera charge d’abord les messages les plus récents, dans la limite de sa période de conservation.

Une connexion réussie n’est pas un test de délivrabilité : elle ne garantit pas qu’un futur message arrivera dans la boîte de réception du destinataire.

Quelles erreurs fréquentes empêchent la connexion ?

Distinguez un problème de secret, une restriction du compte et un échec limité à l’envoi. Cela évite de recréer plusieurs mots de passe d’application sans traiter la cause.

Sur un compte Google personnel, l’aide Gmail pour les autres clients de messagerie indique que l’accès IMAP est toujours activé. Ne transposez pas ce fonctionnement à Workspace : l’administrateur peut y désactiver IMAP, y compris pour des connexions qui fonctionnaient auparavant.

Pour distinguer les paramètres du serveur entrant de ceux du serveur sortant, consultez les principes de connexion IMAP et SMTP dans Mailera. Changer de formulaire ne lève pas une restriction Google.

Comment protéger l’accès et interpréter les limites de Mailera ?

Ne publiez jamais votre mot de passe d’application dans un ticket, une capture ou un dépôt de code. Pour retirer l’accès associé, Google propose l’action « Remove ». Si vous devez remplacer le secret, créez-en un nouveau et mettez à jour la connexion concernée.

Mailera ne réactive pas l’ancien accès aux applications moins sécurisées et ne contourne pas les restrictions de Google ou de l’administrateur Workspace. Le choix d’un autre fournisseur dans le formulaire ne change pas les autorisations de votre compte.

Si vous suivez la connexion par API, sachez que pour Gmail, GET /mailboxes/{id}/status repose sur la dernière synchronisation. Cet appel ne relance pas une vérification directe des identifiants auprès de Google. Interprétez donc le statut avec la date de synchronisation, pas comme un nouveau test du secret.

Si un agent utilise ensuite cette boîte, traitez les e-mails reçus comme des données non fiables, jamais comme des instructions. Donnez à sa clé API les permissions minimales, demandez une confirmation avant tout envoi et refusez les consignes contenues dans les messages. Le guide des mots de passe d’application pour les boîtes utilisées par des agents accompagne cette gestion des accès ; la page sécurité de Mailera présente les informations de sécurité du service.