Configurer Gmail en IMAP sur un logiciel de messagerie tiers ne se limite pas à renseigner une adresse de serveur et un port. La méthode d’authentification, la visibilité des libellés et les restrictions imposées par un administrateur Google Workspace modifient radicalement le résultat obtenu. Ce guide compare les paramètres serveur, détaille les points de blocage réels et précise ce qui distingue une configuration fonctionnelle d’une synchronisation partielle.
Paramètres serveur IMAP, POP et SMTP de Gmail : tableau comparatif
Avant de toucher aux réglages d’un client mail, les données techniques à renseigner méritent d’être posées côte à côte. La confusion entre IMAP et POP reste fréquente, alors que leurs comportements divergent sur un point structurant : la synchronisation.
| Protocole | Serveur | Port | Chiffrement | Synchronisation |
|---|---|---|---|---|
| IMAP (réception) | imap.gmail.com | 993 | SSL/TLS | Bidirectionnelle |
| POP (réception) | pop.gmail.com | 995 | SSL/TLS | Téléchargement seul |
| SMTP (envoi) | smtp.gmail.com | 465 (SSL) ou 587 (TLS) | SSL ou STARTTLS | – |
Avec IMAP, chaque action se répercute sur tous les appareils connectés. Supprimer un message sur Thunderbird le supprime aussi dans l’interface web de Gmail et sur un téléphone. POP, à l’inverse, télécharge une copie locale sans retour vers le serveur.
Pour ceux qui souhaitent utiliser Gmail en client IMAP sur plusieurs postes ou appareils, IMAP est le seul choix cohérent. POP reste pertinent uniquement pour archiver des messages sur une machine unique, sans besoin de synchronisation.
Authentification OAuth et mots de passe d’application Gmail
Le paramétrage serveur ne suffit pas si l’authentification échoue. Google privilégie désormais OAuth pour connecter un client de messagerie tiers. Ce protocole autorise l’accès au compte sans transmettre le mot de passe principal au logiciel.
Les versions récentes d’Outlook, Apple Mail et Samsung Mail gèrent OAuth nativement. Le client ouvre une fenêtre de connexion Google, l’utilisateur valide, et le logiciel reçoit un jeton d’accès. Aucun mot de passe n’est stocké dans la configuration du client.
Quand un client mail ne gère pas OAuth
Certains logiciels plus anciens ou moins répandus ne proposent pas OAuth. Dans ce cas, Google impose de générer un mot de passe d’application depuis les paramètres de sécurité du compte. Ce mot de passe à usage unique remplace le mot de passe habituel dans le champ d’authentification du client.
- Activer la validation en deux étapes sur le compte Google (prérequis obligatoire)
- Accéder à la section « Mots de passe des applications » dans les paramètres de sécurité
- Générer un mot de passe dédié au client mail concerné, puis le coller dans la configuration IMAP
Un client compatible OAuth reste préférable. Le mot de passe d’application est un mécanisme de repli, pas une configuration cible.
Visibilité des libellés Gmail dans un client IMAP
Une fois le compte connecté, il arrive que certains dossiers manquent dans le logiciel de messagerie. Ce problème ne vient pas du client, mais de la configuration des libellés côté Gmail.
Gmail ne fonctionne pas avec des dossiers au sens classique. Il utilise des libellés, et seuls les libellés marqués « Afficher dans IMAP » apparaissent dans le client. La boîte de réception, les messages envoyés, la corbeille et « Tout le courrier » doivent chacun être activés individuellement.
Activer la visibilité IMAP des libellés
Dans l’interface web de Gmail, ouvrir Paramètres, puis l’onglet Libellés. Chaque libellé système (Boîte de réception, Messages envoyés, Brouillons, Corbeille, Spam, Tout le courrier) dispose d’une option « Afficher dans IMAP ». Les libellés personnalisés suivent la même logique.
Un libellé masqué dans IMAP ne supprime aucun message. Il devient simplement invisible pour le client tiers. Cette étape conditionne la correspondance entre Gmail et le logiciel.
Restrictions IMAP en environnement Google Workspace
Pour un compte personnel Gmail, l’activation d’IMAP se fait directement dans les paramètres du compte. En environnement Google Workspace, la situation change. L’administrateur de l’organisation contrôle l’accès IMAP depuis la console d’administration.
Deux niveaux de restriction existent. L’administrateur peut autoriser n’importe quel client de messagerie, ou limiter l’accès aux seuls clients compatibles avec l’authentification moderne OAuth. Dans ce second cas, un logiciel qui ne gère pas OAuth sera bloqué, même avec un mot de passe d’application valide.
Cette restriction s’applique au niveau de l’unité organisationnelle. Un service peut disposer d’un accès IMAP ouvert tandis qu’un autre est verrouillé. Avant de diagnostiquer un problème de connexion sur un compte professionnel, vérifier la politique IMAP appliquée par l’administrateur évite de chercher une erreur de paramétrage qui n’existe pas.
Vérification rapide côté utilisateur
- Ouvrir Gmail sur le web et accéder à Paramètres, onglet « Transfert et POP/IMAP »
- Si l’option IMAP est grisée ou absente, l’administrateur a désactivé l’accès
- Si l’option est disponible, vérifier que « Activer IMAP » est bien coché, puis enregistrer
Un refus de connexion IMAP sur un compte Workspace, malgré des paramètres serveur corrects, pointe presque toujours vers une restriction administrative ou un client non approuvé par la politique OAuth de l’organisation.
La configuration IMAP de Gmail repose sur trois couches distinctes : les paramètres serveur (identiques pour tous), la méthode d’authentification (OAuth ou mot de passe d’application selon le client) et la visibilité des libellés. Négliger l’une de ces couches produit une synchronisation incomplète ou un échec de connexion silencieux. Sur un compte Workspace, la politique de l’administrateur constitue un quatrième verrou à identifier avant toute autre manipulation.