plMail : le client mail auto-hébergé qui arrive juste à temps
La semaine dernière, un client m’appelle. Panique totale. Il gère trois boîtes : une vieille adresse Free qu’il garde depuis 2004, un Gmail pro, et une adresse de boulot en Exchange. Il relevait tout dans Gmail par POP depuis des années. Et là, il tombe sur l’annonce de Google : fin du relèvement POP des comptes tiers dans Gmail en janvier 2027. Autant dire que le monsieur a senti le sol se dérober. Je lui ai parlé de plMail, un projet que je surveille depuis quelques semaines, et je crois qu’on tient enfin un truc qui vaut le coup pour ce genre de situation. Mine de rien, l’échéance arrive vite.
Je vais être franc tout de suite : je ne suis pas un ayatollah de l’auto-hébergement. J’ai vu trop de clients se monter un Nextcloud sur un Raspberry Pi mal ventilé pour finir avec des fichiers corrompus et une facture de récupération à trois chiffres. Mais là, le contexte change. Google ferme un robinet que des millions de gens utilisaient sans y penser, et les alternatives propres se comptent sur les doigts d’une main. plMail en fait partie.
plMail, ou pourquoi j’ai arrêté de conseiller Gmail comme boîte centrale
Pour être honnête, ça fait des années que je dis à mes clients d’arrêter de tout faire transiter par Gmail. Pas par idéologie. Par pragmatisme. Une boîte unique qui agrège tout, c’est un point de défaillance unique. Le jour où Google décide de changer une règle, de fermer une API, ou de facturer une fonctionnalité, tu te retrouves le bec dans l’eau avec quinze ans de correspondance coincée dans un silo.
plMail propose l’inverse : une interface webmail unique, hébergée chez toi, qui se branche sur toutes tes boîtes existantes. Le principe est simple. Tu installes le bouzin sur ton serveur, tu configures tes comptes IMAP, et tu retrouves tout dans une seule interface. Pas de migration de données. Pas de copie de mails. Juste une surcouche qui parle à tes serveurs.
Ce qui me plaît, c’est l’honnêteté du projet. L’auteur ne prétend pas remplacer Gmail pour un utilisateur lambda qui veut juste cliquer sur une icône. Il assume un public technique. Et ça se voit dans la doc : il faut brancher Gmail à la main, et pour l’iPhone, il faut compiler. Oui, compiler. Autant dire qu’on n’est pas sur une app store à deux clics.
Le détail qui tue : Gmail ne se laisse pas faire
Là où le projet devient intéressant, c’est dans la gestion de Gmail. Parce que Google, évidemment, ne facilite pas la vie. L’authentification par mot de passe simple, c’est terminé. Il faut passer par OAuth, créer un projet dans la console développeur, générer des identifiants, autoriser l’accès. Un parcours du combattant que j’ai fait des dizaines de fois pour des clients, et qui décourage la moitié des gens au bout de dix minutes.
plMail ne contourne pas le problème. Il l’assume. Tu branches Gmail à la main, avec tes identifiants OAuth. C’est pénible, mais c’est le prix à payer pour ne pas dépendre de l’API fermée de Google. Et franchement, entre ça et perdre l’accès à tes mails en 2027, le choix est vite fait.
Je ne suis pas certain à 100% que la procédure OAuth reste stable dans le temps — Google a la fâcheuse habitude de changer les règles du jeu sans prévenir — mais d’après mon expérience en atelier, une configuration OAuth bien faite tient des années. Le tout est de documenter la procédure et de la garder sous le coude.
Auto-héberger son webmail : le retour de bâton que personne n’avait vu venir
Il y a cinq ans, auto-héberger son mail était un passe-temps de geek. Aujourd’hui, c’est une question de survie numérique. Et je pèse mes mots. J’ai un client notaire qui a perdu l’accès à sa boîte principale pendant trois semaines à cause d’une suspension de compte Google pour « activité suspecte ». Trois semaines. Un notaire. Sans accès à ses mails. On a fini par récupérer le compte, mais l’histoire fait froid dans le dos.
Le problème de l’auto-hébergement mail, c’est que ce n’est pas juste installer un logiciel. C’est gérer un serveur SMTP, un serveur IMAP, des certificats TLS, des enregistrements DNS (SPF, DKIM, DMARC), de la réputation d’IP, du filtrage anti-spam. Bref, un métier. Et c’est là que plMail est malin : il ne remplace pas tes serveurs mail. Il se contente d’être une interface. Tes mails restent chez Free, chez Google, chez Microsoft. plMail ne fait que les afficher.
Du coup, tu n’as pas à te soucier de la délivrabilité, du blacklisting ou des certificates. Tu gardes tes fournisseurs actuels, et tu ajoutes juste une couche de confort par-dessus. Histoire de ne pas tout casser.
Ce que ça change concrètement pour mes clients
La semaine dernière, j’ai installé plMail chez un client qui gère une petite association. Trois boîtes à surveiller : une adresse Gmail pour les contacts, une adresse OVH pour les inscriptions, une adresse Free pour les vieux dossiers. Avant, il jonglait entre trois onglets et trois interfaces différentes. Après, il a un seul écran. Rien de révolutionnaire, me direz-vous. Mais le gain de temps au quotidien est réel.
- Une seule interface pour toutes les boîtes, sans changer de compte
- Aucune migration de données : les mails restent chez leurs hébergeurs respectifs
- Un webmail auto-hébergé, donc pas de dépendance à un service tiers pour l’affichage
- Une configuration Gmail manuelle via OAuth, pénible mais pérenne
- Une app iPhone à compiler soi-même, clairement pas pour tout le monde
Autant dire que ce n’est pas pour Mme Michu. Mais pour un indépendant, une association, une petite structure qui veut garder la main sur son courrier sans se taper l’administration d’un serveur mail complet, c’est un compromis honnête.
La compilation iPhone : le détail qui fâche
Bon, parlons du sujet qui va faire grincer des dents. Pour avoir plMail sur iPhone, il faut compiler l’application soi-même. Pas de TestFlight, pas d’App Store. Tu récupères le code, tu ouvres Xcode, et tu compiles. Avec un compte développeur Apple, évidemment, sinon ça ne part pas sur l’appareil.
Je vais être tranché : c’est rédhibitoire pour 90% des utilisateurs. Mon client notaire, il ne compilera jamais rien. Il ne sait déjà pas ce qu’est un certificat TLS. Alors Xcode, autant dire que c’est du chinois. Ceci dit, pour les 10% restants — les techs, les curieux, les gens comme moi — c’est un mal nécessaire. Apple verrouille son écosystème, et un projet open source n’a pas les moyens de payer les 99 dollars annuels ni de se plier aux règles de l’App Store. La compilation, c’est la rançon de l’indépendance.
Mine de rien, ça pose une question de fond : est-ce que l’auto-hébergement doit forcément passer par des compilations et des configurations manuelles ? Je pense que oui, en partie. La facilité a un coût, et ce coût, c’est la dépendance. Chaque fois qu’on clique sur « Se connecter avec Google », on signe un petit bout de son autonomie. plMail, avec ses défauts, refuse ce marché.
Faut-il sauter le pas avant janvier 2027 ?
Ma réponse est nuancée, et je vais vous dire pourquoi. Si vous êtes un utilisateur qui relève plusieurs boîtes dans Gmail par POP, oui, il faut commencer à réfléchir à une alternative. Pas dans l’urgence, mais pas non plus dans six mois. Janvier 2027, c’est demain à l’échelle d’une migration mail. Et l’expérience me dit qu’il y aura un pic de demandes en décembre 2026, avec les délais qu’on imagine.
Si vous êtes un utilisateur qui n’a qu’une boîte Gmail et rien d’autre, plMail ne vous apportera rien. Restez chez Google, payez votre abonnement, et dormez tranquille. L’auto-hébergement n’est pas un sport de masse, et il n’a pas à le devenir.
Pour les autres — les indépendants, les associations, les structures avec plusieurs boîtes et une vraie exigence de souveraineté — plMail mérite un test. Pas un déploiement en production le lundi matin. Un test, sur une machine de dev, avec deux boîtes, histoire de voir. Histoire de comprendre ce que ça change, et ce que ça coûte en temps.
Parce que le vrai coût, ce n’est pas la licence — le projet est ouvert — c’est le temps de configuration. Compter une bonne demi-journée pour un setup propre, OAuth Gmail inclus. Une demi-journée, c’est raisonnable pour reprendre la main sur son courrier. Et puis, pour être honnête, il y a une satisfaction à voir ses mails s’afficher dans une interface qu’on contrôle, sans passer par les serveurs de Mountain View.
Le débat sur la souveraineté numérique a ses tartuffes et ses vrais combats. plMail n’est pas une révolution. C’est un outil modeste, avec des limitations assumées, qui rend un service précis à un moment précis. Et c’est exactement ce que je demande à un logiciel : faire une chose, bien, sans promettre la lune.
D’ailleurs, si vous voulez creuser le sujet, la source de cet article est chez Korben, qui suit le projet de près : plMail sur Korben. J’y retourne régulièrement, ne serait-ce que pour voir si l’auteur a simplifié la compilation iPhone. On peut rêver.
Source : article original
