Pourquoi migrer son email en 2026
Google Workspace a ajusté ses tarifs deux fois depuis 2024, avec une hausse cumulée de l'ordre de 20 à 30 % selon les formules et les régions de facturation. Microsoft 365 a suivi une trajectoire similaire, en particulier sur les licences Business Premium qui incluent Exchange. Pour une agence qui héberge des emails pour vingt ou trente clients, le coût mensuel dépasse rapidement celui d'un VPS dédié au mail avec plusieurs fois plus de stockage et aucune restriction sur le nombre de boîtes.
La question de la souveraineté des données s'est imposée dans les appels d'offres publics et les contrats avec des clients sensibles. Héberger le courrier sur un serveur localisé en Europe, sous contrôle direct, élimine la dépendance à des conditions générales révisables unilatéralement et à des pratiques d'analyse statistique sur le contenu des messages.
La migration n'est pas anodine : elle engage la délivrabilité et la continuité du service. Mais choisir la bonne pile dès le départ réduit considérablement ce risque.
- IMAP et SMTP : protocoles de base pour l'accès aux boîtes et l'envoi de courrier — à valider nativement avant tout autre critère.
- DKIM, SPF et DMARC : signatures cryptographiques et politiques de validation indispensables pour la délivrabilité. Sans eux, les messages partent directement en spam chez Gmail et Outlook.
- Filtrage du courrier indésirable : Rspamd, SpamAssassin ou moteur intégré — présent ou à ajouter manuellement.
- Webmail : accès navigateur pour les utilisateurs non techniques, souvent attendu par les clients finaux.
- Gestion multi-domaines : capacité à héberger plusieurs dizaines de domaines sur une même instance sans dégradation.
- Chiffrement TLS en transit et au repos : configuration Let's Encrypt automatisée et, idéalement, chiffrement des boîtes sur disque.
- API ou interface d'administration : ajout de domaines et de boîtes sans toucher à la ligne de commande, essentiel dans un contexte d'agence.
Stalwart Mail Server — Rust, JMAP/IMAP natif
Stalwart est écrit en Rust et distribué sous licence AGPL-3.0. Il se déploie sous la forme d'un binaire unique qui embarque SMTP, IMAP, JMAP, un serveur POP3 optionnel, le filtrage anti-spam et la gestion DKIM. Aucune base de données externe n'est requise pour démarrer : Stalwart utilise RocksDB par défaut, avec une option de migration vers PostgreSQL ou MySQL pour les déploiements à forte charge.
L'empreinte mémoire au repos tourne autour de 80 Mo sur un VPS sans charge. Cette légèreté le rend utilisable sur des instances à 1 Go de RAM, ce que ni Mailcow ni une pile Postfix complète avec ClamAV ne peuvent revendiquer.
JMAP (JSON Meta Application Protocol) est le protocole moderne qui remplace IMAP pour la synchronisation des boîtes. Il réduit la latence sur les connexions mobiles et simplifie le développement de clients. Thunderbird et certains clients iOS commencent à l'adopter nativement. Pour un usage professionnel courant, IMAP reste la voie de compatibilité universelle, et Stalwart gère les deux en parallèle.
L'interface d'administration web est fonctionnelle sans être visuellement soignée. Elle couvre la gestion des domaines, des comptes, des listes de diffusion, des règles de filtrage Sieve et de la configuration DKIM. Un webmail n'est pas inclus dans la distribution officielle : Stalwart s'articule avec Roundcube ou Snappymail installés séparément, ou délègue l'accès navigateur à un client JMAP dédié.
Points de vigilance : la documentation évolue rapidement et quelques fonctions d'administration avancées sont encore en cours de stabilisation. Pour une agence qui gère plus de 50 domaines, prévoir un test de charge avant la mise en production.
Mailcow — stack complète, Docker, interface soignée
Mailcow est une suite complète distribuée sous licence GPLv2, conçue pour être déployée via Docker Compose. Elle assemble Postfix (SMTP), Dovecot (IMAP/POP3), Rspamd (anti-spam), ClamAV (antivirus), SOGo (webmail et CalDAV/CardDAV), Nginx (reverse proxy), Redis, MySQL et plusieurs micro-services de surveillance. La version actuelle compte entre 15 et 17 conteneurs selon la configuration.
Cette richesse fonctionnelle a un coût en RAM : il faut compter 2 Go au repos pour un déploiement sans ClamAV activé, et 3 à 4 Go si ClamAV analyse les pièces jointes en temps réel. Un VPS à 4 Go de RAM est le minimum confortable ; 8 Go est recommandé pour une agence gérant une vingtaine de domaines actifs.
L'interface d'administration est la plus soignée du marché open source. La gestion des domaines, des boîtes, des alias, des règles Rspamd, des certificats et des DKIM se fait entièrement depuis le navigateur. Pour une agence qui délègue la gestion du courrier à un technicien de niveau intermédiaire, Mailcow est souvent le choix le plus rapide à prendre en main.
Le modèle de mise à jour est solide : un script update.sh fourni par le projet tire les nouvelles images, sauvegarde les volumes et relance la stack. Les mises à jour mensuelles sont habituellement déployables en moins de dix minutes.
Points de vigilance : la multiplication des conteneurs complique le diagnostic lorsqu'un problème de délivrabilité survient — il faut savoir lire les logs de Postfix, de Rspamd et de Dovecot séparément. La migration depuis Mailcow vers une autre solution est plus laborieuse qu'avec une pile plus légère, en raison du format de stockage des données MySQL et du volume de configuration accumulée.
Postfix + Dovecot — la combinaison classique
Postfix assure le transport SMTP depuis 1999 et reste le MTA le plus déployé au monde. Dovecot gère l'accès IMAP et POP3. Ensemble, ils forment la base de référence sur laquelle Mailcow et d'autres suites sont construites.
L'empreinte mémoire combinée tourne entre 150 et 300 Mo au repos selon le volume de processus actifs et les options de filtrage. Cette légèreté permet un déploiement sur des VPS à 1 ou 2 Go de RAM, avec de la marge pour le système et les autres services.
La configuration se fait entièrement par fichiers texte, ce qui offre une flexibilité maximale mais implique de maîtriser la syntaxe propre à chaque composant. Ajouter DKIM requiert d'installer OpenDKIM ou PDKIM séparément. Le filtrage anti-spam passe généralement par Rspamd ou SpamAssassin, chacun à configurer, tuner et maintenir indépendamment. Un webmail comme Roundcube s'installe et se configure à part.
Cette approche modulaire est un avantage pour les administrateurs expérimentés qui souhaitent contrôler chaque composant, et un frein pour les équipes qui n'ont pas de profil sysadmin dédié. En 2026, cette pile reste pertinente pour des déploiements sur mesure, des environnements avec des contraintes de sécurité spécifiques, ou des serveurs qui hébergent déjà d'autres services Postfix.
Points de vigilance : aucune interface d'administration unifiée n'existe nativement. Des outils comme iRedMail ou Mail-in-a-Box proposent des configurations pré-assemblées autour de Postfix et Dovecot, mais ils ajoutent leur propre couche de complexité et d'opinionation.
Stalwart vs Mailcow vs Postfix+Dovecot
Faites défiler le tableau
| Stack | RAM idle | Conteneurs Docker | Anti-spam inclus | Webmail inclus | Protocoles | VPS min recommandé |
|---|---|---|---|---|---|---|
| Stalwart | ~80 Mo | 0 (binaire natif) | Oui (intégré) | Non (externe) | SMTP, IMAP, JMAP, POP3 | 1 Go RAM |
| Mailcow | 2-4 Go | 15-17 | Oui (Rspamd + ClamAV) | Oui (SOGo) | SMTP, IMAP, POP3 | 4 Go RAM |
| Postfix + Dovecot | 150-300 Mo | 0 (paquets système) | Non (à ajouter) | Non (à ajouter) | SMTP, IMAP, POP3 | 1-2 Go RAM |
Choisir selon votre cas d'usage
Agence gérant 5 à 50 domaines clients. Stalwart est la solution la plus adaptée dans ce cas. L'API de gestion permet d'automatiser le provisionnement de nouveaux domaines et boîtes. La faible empreinte mémoire laisse de la place pour d'autres services sur le même VPS. Le seul prérequis est d'accepter d'installer un webmail séparé et de se former sur la configuration Sieve pour les règles de tri.
Développeur solo ou petite équipe technique. Postfix + Dovecot, ou Stalwart si l'on souhaite JMAP. Les deux options tiennent sur un VPS à 1 Go de RAM et se combinent facilement avec un serveur web existant. La maintenance est minime : les mises à jour de sécurité passent par le gestionnaire de paquets système.
PME sans profil DevOps dédié. Mailcow est le seul choix raisonnable. L'interface d'administration couvre l'intégralité des opérations courantes depuis le navigateur, sans ligne de commande. Les mises à jour sont scriptées. Le coût en RAM est réel mais justifié par le gain en autonomie opérationnelle.
Migration depuis Gmail ou Outlook d'équipe. Mailcow offre une expérience soignée pour les utilisateurs habitués à des interfaces grand public, grâce à SOGo et à la synchronisation CalDAV/CardDAV. Stalwart peut convenir si les utilisateurs acceptent un client IMAP de bureau ou un webmail tiers comme Roundcube.
La délivrabilité ne dépend pas que du logiciel choisi. Quatre éléments sont obligatoires avant d'envoyer le premier message en production : un enregistrement SPF valide sur chaque domaine, une signature DKIM avec une clé d'au moins 2048 bits, une politique DMARC à p=quarantine ou p=reject, et un enregistrement PTR (rDNS) qui fait correspondre l'IPv4 du VPS au nom d'hôte du serveur mail. Sans le rDNS, Gmail et Outlook classeront une proportion significative des messages en spam, quelle que soit la qualité de la configuration logicielle. Enfin, si l'IPv4 est neuve ou provient d'un pool partagé, prévoir un warmup progressif : commencer par de faibles volumes pendant les deux premières semaines pour construire la réputation de l'adresse IP.
Dépannage : les 3 problèmes qui font abandonner
L'IPv4 est sur une liste noire. C'est le scénario le plus fréquent sur les VPS dont l'adresse IP a été utilisée par un locataire précédent pour envoyer du spam. Avant de déployer quoi que ce soit, vérifier l'IPv4 sur MXToolbox Blacklist Check et sur les bases Spamhaus (SBL, XBL, PBL). Si l'adresse est listée sur la PBL de Spamhaus, une demande de retrait suffit généralement — la PBL couvre les plages IP dynamiques et résidentielles par défaut, et les hébergeurs VPS sérieux font retirer leurs plages sur demande. Pour une liste SBL ou CBL, le retrait nécessite de démontrer que le problème source a été résolu, ce qui peut prendre plusieurs jours.
Le certificat TLS a expiré silencieusement. Les clients de messagerie modernes refusent les connexions avec un certificat expiré, et les messages rebondissent avec des erreurs cryptiques côté expéditeur. La solution préventive est un renouvellement automatisé via Let's Encrypt intégré à la configuration du serveur mail. Mailcow le gère nativement. Stalwart propose un renouvellement ACME intégré depuis la version 0.7.2. Sur une pile Postfix manuelle, il faut configurer un hook post-renouvellement certbot qui recharge Postfix et Dovecot.
Le quota disque est atteint sans alerte. Quand le disque est plein, Postfix refuse les messages entrants avec une erreur temporaire (4xx), et les expéditeurs réessaient pendant 48 à 72 heures avant d'envoyer un message d'erreur définitif. Les journaux locaux ne sont plus écrits, ce qui rend le diagnostic difficile. La prévention passe par une alerte à 80 % de remplissage (cron + script, ou monitoring intégré comme Netdata), et par une politique d'archivage ou de purge des anciens messages sur les boîtes dormantes.
Pour aller plus loin
Ces trois articles approfondissent les points clés abordés dans ce comparatif.
- [Héberger Stalwart sur un VPS](/blog/heberger-stalwart-vps) — guide d'installation pas à pas, configuration DKIM et premier domaine.
- [Postal : plateforme SMTP self-hosted pour l'envoi en volume](/blog/postal-smtp-platform-self-hosted-vps) — alternative orientée envoi transactionnel et marketing.
- [DMARC p=quarantine : étapes et impact sur la délivrabilité](/blog/dmarc-p-quarantine-email-delivrabilite) — comment passer de p=none à p=quarantine sans perdre de messages légitimes.
