Faut-il exploiter son propre serveur de messagerie pour l'e-mail marketing ?

Presque certainement pas, et l'avertissement le plus clair vient d'un projet de serveur de messagerie plutôt que de nous : la documentation de Postal invite à ne pas prendre à la légère l'exploitation de sa propre plateforme e-mail. Exploiter un MTA, c'est assumer la réputation d'IP, la gestion des bounces et des plaintes, la surveillance des listes noires et le TLS — rien de ce que vous vouliez faire. Hébergez l'application de campagnes, et envoyez via un prestataire dont c'est le métier.

Peut-on seulement envoyer depuis un VPS bon marché ?

En général pas sans le demander, et parfois pas du tout. Le port 25 sortant est restreint par défaut chez AWS, Google Cloud, DigitalOcean, Hetzner et Oracle — AWS le bride, les autres le bloquent purement et simplement. AWS lève la limitation sur demande au support, Google peut lever son blocage de lui-même selon son évaluation du risque, et Hetzner bloque aussi le 465 et conditionne les deux à l'ancienneté du compte et à l'historique de paiement. DigitalOcean bloque 25, 465 et 587 sur chaque Droplet et ne publie aucune procédure de déblocage. Partez du principe que le port est fermé et prévoyez un relais.

Qu'apporte alors réellement l'auto-hébergement ?

La moitié qui compte. Votre liste d'abonnés, vos définitions de segments, vos modèles et votre historique d'envoi restent dans une base que vous contrôlez, sous une licence que personne ne peut changer, sans compteur au contact. Ce que vous cédez en louant la couche d'envoi, c'est une adresse IP — qui n'a jamais été ce qui rendait le logiciel vôtre.

Lesquels savent faire des séquences ?

Mautic et Plunk. Mautic dispose d'un constructeur de campagnes visuel complet avec branchements, et Plunk d'automatisations déclenchées par événement, en code. Listmonk est explicitement un gestionnaire de diffusion à sens unique, et Keila annonce les automatisations comme prévues et non livrées : si une séquence de bienvenue est l'exigence, ces deux-là sont hors jeu, quel que soit l'attachement qu'on leur porte.

L'e-mail auto-hébergé revient-il moins cher ?

Le logiciel est gratuit ; l'envoi ne l'est pas, et le temps d'exploitation non plus. Prévoyez un relais facturé au message, un serveur, et les heures passées aux mises à jour et à l'hygiène des bounces. L'auto-hébergement gagne sur la propriété, le contrôle et l'économie au contact à grande échelle — pas sur la gratuité.

Que faut-il régler avant la première campagne ?

L'authentification et l'hygiène de liste, qui ont chacune leur guide ici plutôt qu'un paragraphe sur cette page. En bref : publiez SPF, DKIM et DMARC avant d'envoyer quoi que ce soit, chauffez le domaine progressivement au lieu d'écrire à toute votre liste dès le premier jour, et surveillez le taux de plaintes — Google demande aux expéditeurs en masse de rester sous 0,10 % et traite 0,30 % comme la limite à ne jamais franchir.

Meilleurs · Open source

E-mail marketing auto-hébergé (2026)

L'e-mail marketing auto-hébergé recouvre deux choses empilées : l'application qui rédige, segmente et planifie les campagnes, et le serveur de messagerie qui les délivre. Hébergez la première — Listmonk, Keila, Plunk et Mautic le font bien et gratuitement. Louer la seconde est presque toujours le bon choix, et tous les grands clouds bloquent de toute façon le port qu'il vous faudrait.

Mis à jour le 6 sept. 20268 min de lecturePar fromHello

Rejoindre la liste Star sur GitHub

À retenir

Les deux couches se séparent proprement. L'application de campagnes détient votre liste, vos segments et vos contenus : elle vaut la peine d'être possédée. Le chemin d'envoi, lui, est une infrastructure de délivrabilité, et le posséder achète des problèmes de réputation plutôt que de la liberté.
Ce n'est pas une préférence. AWS, Google Cloud, DigitalOcean, Hetzner et Oracle restreignent tous le port 25 sortant par défaut — Hetzner bloque aussi le 465, et DigitalOcean bloque 465 et 587, sans procédure documentée pour demander l'ouverture.
Tous les outils ici sont gratuits et réellement open source, et tous attendent que vous apportiez un fournisseur d'envoi. Plunk exige AWS SES, ce qui est la séparation des couches écrite noir sur blanc dans un fichier de configuration.
Choisissez selon ce que vous envoyez, pas selon les étoiles : Listmonk pour les diffusions, Keila pour une newsletter soignée avec une posture RGPD, Plunk si vous envoyez déjà du transactionnel depuis votre produit, Mautic quand il faut de la vraie automatisation.

Cherchez e-mail marketing auto-hébergé et vous obtenez deux catégories de logiciels mélangées sans avertissement. La première est l'application de campagnes : elle détient les abonnés, construit les segments, compose les messages et planifie les envois. La seconde, ce sont les serveurs de messagerie — Postal, Mailu, Mailcow, iRedMail — et aucun de ces projets ne se présente comme un outil marketing. Postal se décrit comme une plateforme de livraison d'e-mails pour sites et serveurs web ; Mailcow comme une suite de travail collaboratif. C'est en confondant les deux qu'on se retrouve à exploiter un MTA dont on ne voulait pas, et à découvrir le problème de délivrabilité seulement après la contre-performance de la première campagne. Cette page garde les couches séparées : quatre applications qui valent l'auto-hébergement, et une réponse honnête sur le chemin d'envoi en dessous.

Comment nous avons choisi

Nous avons regardé ce qu'une équipe technique de deux à dix personnes peut réellement déployer et maintenir : une vraie licence open source vérifiée dans le dépôt plutôt que sur un badge, un projet assez vivant pour lui faire confiance, et une réponse claire sur ce qu'il fait quand les diffusions ne suffisent plus. Tout a été vérifié sur les dépôts, docs et historiques de versions des projets la première semaine de septembre 2026. Nous avons écarté des outils vivants mais destinés à d'autres usages — Ghost est une plateforme de publication dont l'envoi en masse est verrouillé sur un seul fournisseur, OpenEMM est un déploiement d'entreprise sur site avec une liste blanche de distributions — et écarté Mailtrain, qui paraît maintenu dans l'API GitHub uniquement parce qu'un bot pousse des branches : sa dernière version date de 2021. Nous construisons fromHello, il est donc placé en dernier et tenu au même standard, y compris sur ce qui n'est pas prêt.

La sélection

01
ListmonkAGPLv3
Idéal pour : Les équipes qui veulent envoyer aujourd'hui une newsletter ou une diffusion à un segment, puis ne plus jamais penser à l'outil.
Forces
L'option la plus légère de la catégorie : un binaire Go unique dont la seule dépendance est Postgres, soit un processus et une base de données à sauvegarder.
La segmentation se fait en SQL sur les champs d'abonnés et une colonne d'attributs JSONB — un avantage plutôt qu'une limite pour un fondateur technique, puisque vous connaissez déjà le langage.
La gestion des bounces est intégrée et non rapportée : lecture de boîte POP3, endpoint webhook générique et récepteurs spécifiques aux fournisseurs, donc votre liste se nettoie seule.
Points de vigilance
C'est un gestionnaire de diffusion à sens unique, de son propre aveu : pas de séquences, pas de constructeur de parcours. Si vous voulez une série de bienvenue qui réagit au comportement, ce n'est pas le bon outil et aucun plugin n'y remédie.
Tout passe par votre propre SMTP. C'est le bon choix de conception, mais cela signifie que le travail de délivrabilité vous revient avant le premier envoi, au lieu d'être une option à activer.
Comparer en détail Voir le site
02
KeilaAGPLv3
Idéal pour : Une newsletter soignée où la posture de confidentialité européenne est une exigence de premier ordre, pas une case à cocher.
Forces
La meilleure offre de composition, et de loin : éditeur visuel par blocs, plus Markdown, MJML, HTML et texte brut, avec des modèles réutilisables et des zones de contenu.
La segmentation fonctionne de deux façons — éditeur visuel et langage de requête — et peut cibler selon l'interaction avec une campagne précédente, ce qui est rare à ce niveau.
La plus grande souplesse d'envoi du comparatif : votre propre SMTP, SES, Mailgun, Postmark ou Sendgrid, et le suivi des ouvertures et des clics se désactive entièrement.
Points de vigilance
L'automatisation marketing est sur la feuille de route, pas dans le produit. À la version de septembre 2026, il n'y a ni séquence ni constructeur de parcours : prévoyez diffusions et segments.
Le projet est encore en 0.x et le numéro de version le dit. Le développement est rapide et régulier plutôt que risqué, mais les interfaces bougent encore.
Voir le site
03
PlunkAGPLv3
Idéal pour : Les équipes de développeurs qui envoient déjà du transactionnel depuis leur produit et veulent le marketing sur les mêmes rails, dans le même code.
Forces
Transactionnel, campagnes et automatisations déclenchées par événement vivent dans une seule base de code TypeScript que vous pouvez réellement lire — autre chose qu'un écosystème de plugins.
Un rythme de sorties rapide et régulier — cinq versions mineures entre mai et août 2026 — et une forme moderne orientée API qui convient aux équipes qui préfèrent écrire du code que cliquer dans une console.
Il fournit un serveur MCP officiel : un agent peut donc le piloter, propriété utile si vous comptez confier une partie de ce travail à du logiciel plus tard.
Points de vigilance
L'auto-hébergement exige AWS SES en particulier ; le fichier d'environnement le marque comme requis. C'est la séparation des couches écrite en configuration : vous hébergez l'application et louez l'envoi, que vous l'ayez voulu ou non.
C'est un logiciel en 0.x. La direction est bonne et le rythme réel, mais considérez les interfaces comme mouvantes.
Voir le site
04
MauticGPLv3
Idéal pour : Les équipes qui ont dépassé la diffusion simple et ont besoin d'automatisation lifecycle avec branchements, sur une infrastructure qu'elles contrôlent.
Forces
La seule option mature auto-hébergée ici à proposer un vrai constructeur de campagnes visuel multi-étapes, avec un modèle de données contacts et entreprises.
Investi et pas seulement vivant : la version 7.2 est arrivée en septembre 2026 avec un travail substantiel sur le constructeur, sur un rythme de sorties régulier.
Gratuit sous GPLv3, sans palier payant sur le cœur, gouverné par sa communauté, avec un large écosystème de plugins pour les intégrations que le cœur ne couvre pas.
Points de vigilance
La charge d'exploitation et d'apprentissage la plus lourde des quatre — PHP et Symfony sur MySQL, avec un cron qui déclenche les étapes de campagne : les automatisations tournent donc à la latence du cron, pas instantanément.
La licence est GPLv3 et non AGPL, une vraie différence si vous comptez proposer une version modifiée en tant que service.
Comparer en détail Voir le site
05
fromHelloAGPLAccès anticipé · liste d'attente
Idéal pour : Les petites équipes qui veulent la plateforme open source et une équipe de growth IA pour la piloter — une fois l'accès anticipé ouvert.
Forces
La seule option ici à associer la plateforme open source à huit spécialistes IA qui fixent la stratégie, construisent les journeys, écrivent les messages et mènent les expériences — vous approuvez, ajustez ou laissez partir.
Une plateforme complète en dessous, pas une couche de chat posée sur un outil : e-mail, SMS, in-app, web push, audiences pub, un constructeur de journeys visuel à 16 nœuds, des segments en temps réel, le suivi du consentement RGPD et un SDK JS/TS first-party.
Sous licence AGPL et auto-hébergeable sur Postgres + Redis, donc vos données clients restent sur votre infrastructure.
Points de vigilance
Le produit hébergé et les agents sont en accès anticipé, derrière une liste d'attente — Listmonk, Keila, Plunk et Mautic tournent chez vous cet après-midi.
Le tarif hébergé est annoncé à la sortie ; auto-héberger la plateforme open source est gratuit.
Rejoindre la liste d'attente

FAQ

Questions fréquentes

Faut-il exploiter son propre serveur de messagerie pour l'e-mail marketing ?
Presque certainement pas, et l'avertissement le plus clair vient d'un projet de serveur de messagerie plutôt que de nous : la documentation de Postal invite à ne pas prendre à la légère l'exploitation de sa propre plateforme e-mail. Exploiter un MTA, c'est assumer la réputation d'IP, la gestion des bounces et des plaintes, la surveillance des listes noires et le TLS — rien de ce que vous vouliez faire. Hébergez l'application de campagnes, et envoyez via un prestataire dont c'est le métier.
Peut-on seulement envoyer depuis un VPS bon marché ?
En général pas sans le demander, et parfois pas du tout. Le port 25 sortant est restreint par défaut chez AWS, Google Cloud, DigitalOcean, Hetzner et Oracle — AWS le bride, les autres le bloquent purement et simplement. AWS lève la limitation sur demande au support, Google peut lever son blocage de lui-même selon son évaluation du risque, et Hetzner bloque aussi le 465 et conditionne les deux à l'ancienneté du compte et à l'historique de paiement. DigitalOcean bloque 25, 465 et 587 sur chaque Droplet et ne publie aucune procédure de déblocage. Partez du principe que le port est fermé et prévoyez un relais.
Qu'apporte alors réellement l'auto-hébergement ?
La moitié qui compte. Votre liste d'abonnés, vos définitions de segments, vos modèles et votre historique d'envoi restent dans une base que vous contrôlez, sous une licence que personne ne peut changer, sans compteur au contact. Ce que vous cédez en louant la couche d'envoi, c'est une adresse IP — qui n'a jamais été ce qui rendait le logiciel vôtre.
Lesquels savent faire des séquences ?
Mautic et Plunk. Mautic dispose d'un constructeur de campagnes visuel complet avec branchements, et Plunk d'automatisations déclenchées par événement, en code. Listmonk est explicitement un gestionnaire de diffusion à sens unique, et Keila annonce les automatisations comme prévues et non livrées : si une séquence de bienvenue est l'exigence, ces deux-là sont hors jeu, quel que soit l'attachement qu'on leur porte.
L'e-mail auto-hébergé revient-il moins cher ?
Le logiciel est gratuit ; l'envoi ne l'est pas, et le temps d'exploitation non plus. Prévoyez un relais facturé au message, un serveur, et les heures passées aux mises à jour et à l'hygiène des bounces. L'auto-hébergement gagne sur la propriété, le contrôle et l'économie au contact à grande échelle — pas sur la gratuité.
Que faut-il régler avant la première campagne ?
L'authentification et l'hygiène de liste, qui ont chacune leur guide ici plutôt qu'un paragraphe sur cette page. En bref : publiez SPF, DKIM et DMARC avant d'envoyer quoi que ce soit, chauffez le domaine progressivement au lieu d'écrire à toute votre liste dès le premier jour, et surveillez le taux de plaintes — Google demande aux expéditeurs en masse de rester sous 0,10 % et traite 0,30 % comme la limite à ne jamais franchir.

Sources

Découvrez la plateforme que l'équipe pilote.

Rejoindre la liste Star sur GitHub

Comparatifs liés

Guides liés

Meilleurs & alternatives

Changer d'outil

Comment changer de plateforme e-mail sans perdre en délivrabilité

Accès anticipé

Votre growthen autopilote.

L'accès anticipé ouvre progressivement, pour que l'équipe s'ajuste à de vrais cas d'usage. Les petites équipes aux grandes ambitions passent en premier.

Pas prêt à laisser un e-mail ? C'est open source. Faites-la tourner vous-même dès aujourd'hui. Voir sur GitHub