Souveraineté des données
Héberger son propre serveur mail : l’alternative réaliste
Héberger son propre serveur mail, c’est décider d’exploiter soi-même la pile SMTP : l’agent de transfert, le magasin IMAP, le moteur antispam, les certificats TLS, les enregistrements DNS d’authentification, le reverse DNS, les sauvegardes, et la réputation d’une adresse IP dont les grands opérateurs de réception n’ont jamais entendu parler. Ce que cela achète, c’est la garde totale des données. Ce que cela coûte, ce n’est pas l’installation initiale, qui fait un bon week-end. C’est le filet d’eau qui vient après, indéfiniment.
Je veux être juste envers cette pratique, parce que j’ai fait tourner mon propre serveur de courrier et que ceux qui le font n’ont pas tort sur ce qu’ils veulent. Ils se trompent souvent sur ce qu’il faut accepter pour l’obtenir.
Combien coûte réellement l’auto-hébergement d’une messagerie ?
Pas de l’argent. De l’attention, par petites quantités imprévisibles, concentrée sur la seule partie que vous ne maîtrisez pas : le fait que les serveurs des autres acceptent votre courrier.
Commencez par la plomberie, qui est la moitié facile. Des enregistrements SPF, DKIM et DMARC alignés. Un enregistrement PTR correspondant à votre nom HELO, ce qui suppose une adresse IP dont vous pouvez fixer le reverse DNS. Des certificats qui se renouvellent seuls pendant des années sans qu’un humain le remarque. MTA-STS et les rapports TLS si vous voulez un TLS entrant imposé plutôt qu’opportuniste. Le maintien à jour d’un démon de messagerie directement exposé à l’internet. Une pile antispam qu’il faut entraîner sur un corpus puis régler. Des sauvegardes que vous avez réellement restaurées une fois, plutôt que des sauvegardes que vous avez configurées.
Maintenant la moitié difficile. Beaucoup d’hébergeurs cloud bloquent le port 25 en sortie par défaut — Google Cloud ne l’ouvre pas du tout, AWS demande une requête, Azure le bloque pour la plupart des types d’abonnement — de sorte que votre choix d’hébergeur est contraint avant même de commencer. Une IP neuve sur un petit bloc se fait temporiser, différer ou refuser par les grands opérateurs de réception quelle que soit la justesse de votre configuration, et la chauffer demande des semaines de volume faible, régulier et désiré. Les listes noires demandent une surveillance, parce qu’on apprend qu’on y figure par un message de rejet, en général celui du destinataire qui comptait. Depuis février 2024, Google et Yahoo exigent un courrier authentifié, du DMARC pour les expéditeurs en masse, un désabonnement en un clic et un taux de plaintes pour spam inférieur à environ 0,3 pour cent — un plancher qui ne cesse de monter et sur lequel personne ne vous a consulté.
Le régime de croisière tourne peut-être à une heure par mois. Le mauvais jour, c’est un samedi passé à prouver à un système de réputation que vous n’êtes pas un spammeur, pendant que vos factures ne sont pas livrées. Cette variance est le vrai prix, et elle ne baisse pas avec la compétence. Elle baisse avec un historique de volume que vous ne pouvez pas simuler.
Que vouliez-vous vraiment obtenir en vous auto-hébergeant ?
Presque toujours trois choses, et aucune n’est le serveur de messagerie : la garde de l’archive, du courrier sur votre propre domaine, et la liberté de partir.
La garde signifie que les octets se trouvent quelque part où personne ne peut vous les prendre — pas de compte suspendu emportant douze ans de correspondance, pas de juridiction attachée à l’immatriculation d’un fournisseur, aucun ticket d’export à ouvrir. Votre propre domaine signifie que les adresses sont les vôtres, donc que le prestataire est un détail de mise en œuvre plutôt que votre identité. La portabilité signifie que l’archive est dans un format lisible avec autre chose que le logiciel du fournisseur.
Il y a un quatrième motif, plus discret : ne pas être une source de données. Aucune analyse du contenu, aucun ciblage publicitaire, aucun entraînement de modèle sur votre boîte de réception.
Regardez cette liste et remarquez ce qui n’y figure pas. Personne ne voulait exploiter un MTA. Personne ne voulait avoir un avis sur le greylisting. Le démon était le péage, pas la destination.
Quand l’auto-hébergement est-il vraiment le bon choix ?
Cinq situations, et elles sont réelles.
Quand le courrier ne quitte jamais votre réseau. Notifications internes, sorties de tâches planifiées, billetterie, alertes de supervision — un MTA local qui livre dans des boîtes locales contourne tous les problèmes de délivrabilité, puisqu’il n’y a aucun destinataire externe à convaincre.
Quand vous avez besoin d’un contrôle au niveau du protocole que les services hébergés n’exposent pas : routage inhabituel, Sieve sur mesure à grande échelle, politiques par domaine, intégration avec quelque chose d’ancien et de vital.
Quand la réglementation ou une coupure physique du réseau impose d’exploiter tout le chemin, et qu’aucune garde contractuelle ne remplace le contrôle physique.
Quand vous exploitez déjà une infrastructure supervisée avec quelqu’un d’astreinte. Si Prometheus alerte déjà et qu’une personne porte déjà le téléphone, ajouter la messagerie est un coût marginal plutôt qu’une nouvelle discipline.
Et quand l’exploiter est le but. Apprendre comment fonctionne le courrier électronique en le faisant tourner est un excellent usage d’un week-end, et je n’en dissuaderais personne.
Deux variantes plus légères méritent d’être citées, parce qu’elles règlent l’essentiel du problème. L’auto-hébergement en réception seule est facile — l’entrant n’a aucune exigence de réputation. Et relayer le sortant par un smarthost authentifié tout en gardant son propre magasin IMAP se débarrasse de la seule partie vraiment difficile.
Quelle est la voie médiane ?
Un routage géré, plus un stockage qui vous appartient. Un prestataire s’occupe des enregistrements MX, de la vérification SPF, DKIM et DMARC, du filtrage du spam et de la réputation d’envoi ; chaque message est chiffré puis écrit dans un stockage objet sur votre propre compte — votre bucket S3 ou R2, votre serveur WebDAV, voire un dépôt Git.
Le partage suit les modes de défaillance, et c’est pour cela qu’il tient. Perdre son archive est définitif et irrécupérable. Un verdict antispam mal jugé est une contrariété que l’on corrige le mardi. La réputation en sortie est décidée par des inconnus à partir de données auxquelles vous n’avez pas accès. Confier les problèmes réversibles et exigeants en expertise à ceux qui en font leur métier à plein temps, tout en gardant l’irréversible pour soi, est la répartition que je choisirais délibérément même si l’auto-hébergement était gratuit.
Ce que vous obtenez concrètement : la sauvegarde devient du versionnage de bucket et une règle de cycle de vie au lieu d’une demande de fonctionnalité. La migration devient un repointage de ce qui écrit au lieu d’une extraction de l’archive. La région et la juridiction deviennent deux réglages que vous choisissez séparément. Et si le service de routage disparaît le mois prochain, vous perdez une interface plutôt qu’une décennie de courrier.
Que ne donne pas la voie médiane ?
Quatre choses, et prétendre le contraire serait malhonnête.
Vous faites toujours confiance à un opérateur de routage. Le filtrage du spam doit lire le message : votre texte en clair existe donc dans la mémoire de quelqu’un d’autre avant d’être chiffré au repos. Tout service qui filtre votre courrier et affirme aussi ne jamais le voir décrit une chose qui ne peut pas fonctionner.
Les métadonnées de transport restent exposées. Le SMTP négocie à découvert entre les sauts, donc les adresses d’enveloppe, les horodatages et le chemin parcouru sont visibles de chaque relais qui traite le message. L’endroit où un message se repose n’est pas la façon dont il a voyagé.
Vous ne pouvez pas modifier le serveur de messagerie. Si votre envie était de corriger Postfix vous-même, ce n’est pas cela.
Et la garde vous remet la responsabilité qui accompagne le pouvoir. Une politique de bucket permissive publie votre courrier. Un bucket supprimé le supprime. Personne ne le restaurera depuis la sauvegarde que vous n’avez pas faite. C’est le marché, et c’est le même marché que propose l’auto-hébergement — moins la partie où un système de réputation que vous n’avez jamais rencontré décide si votre courrier arrive.
Questions fréquentes
Vaut-il la peine d’héberger son propre serveur mail ?
Oui quand l’entretien vous plaît, ou quand le courrier est interne et de faible volume. C’est un mauvais échange quand votre motif était la maîtrise de l’archive, parce que c’est le seul bénéfice que l’on peut obtenir sans exploiter la pile SMTP. Le coût récurrent n’est pas le serveur, c’est la délivrabilité en sortie : réputation d’adresse IP, surveillance des listes noires, et le filet continu de petites tâches qui maintient le courrier en mouvement.
Quelle est la partie la plus difficile d’un serveur mail auto-hébergé ?
Faire accepter son courrier par les grands opérateurs de réception. L’entrant est un problème résolu par les paquets modernes, mais la réputation en sortie est décidée par les systèmes des autres. Beaucoup d’hébergeurs cloud bloquent le port 25 en sortie par défaut, une IP neuve est temporisée ou refusée jusqu’à ce qu’elle se soit chauffée, et depuis février 2024 Google et Yahoo exigent des expéditeurs en masse un courrier authentifié et un taux de plaintes pour spam inférieur à environ 0,3 pour cent.
Quelle est la voie médiane entre messagerie hébergée et auto-hébergement ?
Un routage géré plus un stockage qui vous appartient : un prestataire exploite le MX, les contrôles d’authentification, la pile antispam et la réputation d’envoi, puis chiffre chaque message et l’écrit dans un stockage objet sur votre propre compte. Vous gardez l’archive, le domaine et la portabilité. Quelqu’un d’autre garde le téléphone d’astreinte pour les parties qui cassent à trois heures du matin.
Quand l’auto-hébergement d’une messagerie est-il vraiment le bon choix ?
Quand le courrier ne quitte jamais votre réseau, quand vous avez besoin d’un contrôle au niveau du protocole que le monde hébergé n’expose pas, quand la réglementation ou une coupure physique du réseau impose d’exploiter tout le chemin, quand vous exploitez déjà une infrastructure supervisée avec quelqu’un d’astreinte, ou quand l’exploiter est justement le but. La réception seule et le relais par un smarthost sont aussi bien plus faciles qu’un auto-hébergement complet, et suffisent souvent.
Une adresse IP française change-t-elle la délivrabilité ?
Pas par sa géographie. Ce qui compte est la réputation du bloc et l’historique de volume de l’adresse : une IP neuve se fait temporiser ou refuser par les grands opérateurs de réception jusqu’à ce qu’elle se soit chauffée, ce qui prend des semaines. Le choix de l’hébergeur compte surtout pour deux autres raisons : beaucoup de fournisseurs cloud bloquent le port 25 en sortie par défaut, et sans reverse DNS que vous pouvez fixer, l’alignement entre le PTR et le nom HELO est impossible.
La voie médiane a-t-elle des inconvénients ?
Oui. Vous faites toujours confiance à un opérateur de routage avec du texte en clair au moment du filtrage, les métadonnées de transport restent visibles de chaque relais du chemin, et vous ne pouvez pas modifier la pile SMTP. La garde transfère aussi la responsabilité : une politique de bucket permissive publie votre courrier, un bucket supprimé le supprime, et personne ne le restaurera depuis la sauvegarde que vous n’avez pas faite.