IMAP : le protocole qui décide où vivent tes mails

IMAP, pour Internet Message Access Protocol, ne se contente pas de transporter des messages. Il tranche une question plus fondamentale : où habitent tes e-mails, et qui en garde la copie maîtresse.

Avec POP3, le serveur est un guichet. Tu passes, tu prends ton courrier, il disparaît du guichet. Ta machine locale devient le seul endroit où l'historique existe.

Avec IMAP, le serveur reste le domicile. Ton client n'est qu'une fenêtre ouverte dessus. Tu lis, tu déplaces, tu marques comme lu — chaque geste part vers le serveur et devient la vérité pour tous tes appareils.

Cette différence paraît anodine jusqu'au jour où tu consultes ta boîte depuis un deuxième appareil. Là, tout se joue.

Ce que ça change concrètement

Un dossier que tu crées sur ton téléphone apparaît sur ton portable. Un message que tu supprimes sur ta tablette disparaît de ton écran de bureau. La synchronisation n'est pas un bonus : c'est le modèle même du protocole.

Le coût de ce confort, c'est la dépendance. Ton client mail ne vaut rien sans le serveur. Pas de connexion, pas de boîte — ou seulement ce que tu as mis en cache.

POP3 travaille hors ligne par nature. IMAP travaille en ligne par défaut, même s'il sait mettre des messages de côté pour plus tard.

Les ports, et pourquoi il n'y en a qu'un qui compte

IMAP non chiffré écoute sur le port 143. Personne ne devrait l'utiliser en 2024.

La version chiffrée via SSL/TLS écoute sur le port 993, et c'est celle que tu configures partout. Ton client affiche souvent « IMAPS » pour la distinguer, mais dans les faits tu coches simplement la case SSL/TLS et tu mets 993.

Le port 143 existe encore pour des raisons historiques et pour quelques scénarios internes. Si ton fournisseur te demande de l'ouvrir vers l'extérieur, pose la question avant de le faire.

Les versions, parce que « IMAP » tout court ne veut rien dire

La version que tu utilises réellement s'appelle IMAP4rev1, définie dans la RFC 3501 en 2003. Elle corrige et remplace la RFC 2060 de 1996.

Oui, 2003. Le protocole que tu utilises tous les jours a plus de vingt ans, et il fonctionne toujours. C'est rare, et ce n'est pas un hasard.

Depuis, des extensions sont venues se greffer — IDLE pour la notification en temps réel, CONDSTORE pour la synchronisation des drapeaux, MOVE pour déplacer un message sans le copier puis le supprimer. Ton client les négocie au moment de la connexion.

Côté serveur : ce qui fait tourner la boîte

Le serveur IMAP que tu croiseras le plus souvent aujourd'hui s'appelle Dovecot. Il tourne sur Linux et les systèmes UNIX, il gère IMAP et POP3, et il s'intègre avec Postfix ou Exim comme MTA. Il sait chercher dans le corps des messages, appliquer des quotas, et s'authentifier via LDAP ou une base SQL.

Avant Dovecot, d'autres ont tenu le rôle. Cyrus est sorti en 1994, pensé pour la scalabilité et la sécurité dans les environnements universitaires et d'entreprise. UW-IMAP est venu de la University of Washington en 1996, partageant son code avec le client Pine. Courier a suivi en 1999, orienté stabilité et chiffrement.

Ces serveurs ne sont pas des curiosités historiques. Certains tournent encore, et les migrations prennent du temps quand tout le monde a ses habitudes.

Côté client : le choix est vaste, et ce n'est pas une bonne nouvelle

Ton client mail doit parler IMAP4rev1, gérer SSL/TLS, et idéalement supporter IDLE pour recevoir les nouveaux messages sans attendre. À partir de là, tu as l'embarras du choix.

Alpine fonctionne dans un terminal. Il hérite de Pine, il est léger, et il plaît aux administrateurs système qui ne veulent pas quitter leur shell. Son coût : une interface texte, une courbe d'apprentissage réelle, et zéro confort visuel.

GNOME Evolution fait l'inverse. Il intègre le mail, le calendrier et les contacts dans un seul programme, avec une interface graphique complète. Son coût : il tire dans les dépendances de GNOME, et si tu n'utilises pas cet environnement, il t'en apporte la moitié.

Entre les deux, il y a Thunderbird, Kmail, Mutt, et une bonne dizaine d'autres. Tous parlent le même protocole, aucun ne se comporte de la même façon.

Les limites qu'on oublie de te dire

IMAP garde tout sur le serveur. C'est sa force et sa facture. Une boîte de quinze ans avec pièces jointes peut peser plusieurs gigaoctets, et ton hébergeur te facturera cet espace.

Chercher dans une grosse boîte dépend de la vitesse du serveur, pas de la tienne. Un serveur lent rend un client rapide inutile.

Et puis il y a la sécurité. Si ton serveur IMAP est mal configuré, chaque message qu'il stocke est exposé. Le port 993 chiffre le transport, pas le stockage. Un serveur compromis reste un serveur compromis, chiffrement ou pas.

Ce que tu choisis vraiment

IMAP n'est pas meilleur que POP3 dans l'absolu. Il est meilleur si tu consultes ta boîte depuis plusieurs appareils, si tu veux un historique centralisé, si tu acceptes que tes mails vivent chez quelqu'un d'autre.

POP3 reste pertinent si tu archives localement, si tu veux la propriété physique de tes messages, ou si ton fournisseur impose des quotas serrés.

Le reste — Dovecot ou Cyrus, Alpine ou Evolution, port 993 ou 143 — découle de cette première décision. Et cette décision, personne ne peut la prendre à ta place.

Ce que tu peux faire, c'est vérifier ce que ton fournisseur propose réellement avant de configurer quoi que ce soit. La moitié des problèmes IMAP viennent d'un serveur qui annonce IMAP4rev1 dans sa documentation et qui, dans les faits, n'en implémente qu'un sous-ensemble.