D’un audit de délivrabilité à une migration KumoMTA : le cas Laposta

Votre infrastructure email tourne, les emails partent, les campagnes sont envoyées et les performances vous semblent bonnes… Du moins, c'est ce que vous pensez ! Mais vous êtes-vous déjà demandé ce que révélerait un vrai regard extérieur sur votre stack ? C'est exactement ce qu'a fait Laposta en faisant appel à Postmastery pour un audit complet de son infrastructure. Et le moins que l'on puisse dire... c'est que les conséquences ont été très positives.

Tout a démarré avec un Audit Délivrabilité

Laposta est un ESP néerlandais gérant les newsletters de la majorité des communes des Pays-Bas, ainsi que de grands hôpitaux, associations et marques e-commerce. Lorsque Postmastery a commencé à travailler avec eux, l'objectif initial était simple : réaliser un audit de délivrabilité et identifier des axes d'amélioration.

L'analyse des logs SMTP, chargée et traitée dans le module Delivery Analytics de la Console Postmastery, a mis en lumière plusieurs optimisations possibles au niveau des serveurs Postfix pour en améliorer notablement les performances.

Au-delà des optimisations identifiées, c'est l'architecture elle-même qui posait question. L'infrastructure avait évolué organiquement sur des années, et certaines fonctionnalités devenues indispensables pour maintenir une bonne délivrabilité, DSN Rewrite, Suppression List ou encore gestion des FBL, n'existaient tout simplement pas dans Postfix.

Deux options, un choix éclairé

À l'issue de l'audit, deux voies s'offraient à Laposta :

• Optimiser l'infrastructure Postfix existante : une solution simple mais incomplète.
• Migrer vers un MTA orienté senders : une solution plus complexe, mais complète.

C'est cette deuxième solution qui a été retenue. Et un élément clé l'a rendue particulièrement attractive : Laposta disposait de ses propres adresses IPs, elles ont pu être ré-utilisées immédiatement, sans passer par une phase de warmup et en conservant intacte la réputation d'envoi construite sur ces IPs.

Pourquoi KumoMTA et pas une autre solution ?

Postmastery accompagne ses clients sur l'ensemble des principaux MTAs on-premise : PowerMTA, Halon, GreenArrow, Postfix, KumoMTA. Notre approche est totalement indépendante : chaque solution a ses propres caractéristiques techniques et son propre modèle. Notre rôle est d'aider chaque sender à identifier celle qui correspond le mieux à ses besoins, aussi bien techniques que contractuels.

Pour Laposta, le choix s'est porté sur KumoMTA avec un accompagnement par Postmastery. Au-delà de la migration, l'enjeu était aussi de permettre aux équipes de Laposta de monter en compétence sur ce nouvel environnement, en s'appuyant sur l'ingénierie et l'expertise de Postmastery de A à Z.

Une migration en 4 phases : structurée, progressive et sans interruption de service

La migration s'est déroulée sur environ un mois et demi, avec un plan en quatre phases intégralement piloté par Postmastery.

Phase 1 : Réplication et fondation

L'objectif de cette première phase était de reproduire intégralement dans KumoMTA ce que faisait l'infrastructure Postfix existante, sans régression et surtout sans surprise. À cela s'est ajoutée une première couche d'améliorations natives : Traffic Shaping Automation, Bounce Rewrite et gestion des FBL.

Il a fallu également apporter une fonctionnalité custom : la configuration OpenDKIM reposait sur une base MySQL. KumoMTA ne gérant pas MySQL nativement, il a fallu développer un outil de migration spécifique pour convertir cette base en SQLite et l'intégrer dans la nouvelle configuration, tout en garantissant que l’infrastructure Postfix, toujours en production, reste fonctionnelle.

Les tests fonctionnels ont validé chaque élément et ont d'emblée démontré une hausse des performances ainsi qu'une réduction des besoins en ressources.

Phase 2 : Montée en charge et optimisation

Le trafic a été progressivement basculé vers la première instance KumoMTA, jusqu'à atteindre 50 % du volume total.

Cette phase a permis d'exploiter pleinement les capacités de la plateforme :

• optimisation fine des performances
• développement d'un script Lua personnalisé pour la gestion d'une Liste de suppression
• ajustement continu du Traffic Shaping sur la base des données remontées par la Console Postmastery
• réduction du nombre d'IPs pour en optimiser la réputation.

À l'issue de cette phase, le trafic de 100 IPs, et donc 100 instances Postfix, était géré par une seule instance KumoMTA utilisant 8 adresses IP.

Phase 3 : Préparation de l'infrastructure côté Laposta

En parallèle, Laposta a fait évoluer son infrastructure interne afin de gérer plusieurs instances KumoMTA simultanément, avec la mise en place d'un load balancer SMTP gérant les headers spécifiques à KumoMTA.

Cette phase était principalement portée par les équipes de Laposta.

Phase 4 : Deuxième instance et finalisation

La seconde instance KumoMTA a été déployée, configurée et intégrée en quelques heures seulement.

L'architecture cible était atteinte : deux instances KumoMTA, 16 adresses IP, le tout sur deux VMs et intégralement monitoré par la Console Postmastery.

La Console Postmastery : de la première ligne de log au suivi post-migration

La Console Postmastery a joué un rôle central à chaque étape du projet.

C'est elle qui a fourni le cadre de l'audit initial : les logs SMTP de l'infrastructure Postfix ont été envoyés en temps-réel dans le module Delivery Analytics, permettant de visualiser et d'analyser précisément toutes les anomalies. C'est sur cette base que les recommandations ont été construites et les deux options présentées à Laposta.

Pendant la migration, la Console Postmastery a permis de comparer en temps réel les performances de l'ancienne infrastructure et de la nouvelle : vitesse d'envoi, taux de bounces, taux de deferrals et causes de bounces. C'est à partir de ces données qu'il a été possible de valider chaque phase et d'ajuster la configuration des nouvelles instances en conséquence.

Depuis la migration, l'équipe de Laposta consulte la Console Postmastery chaque semaine, en lien direct avec les équipes de Postmastery, pour suivre les performances par campagne et détecter les anomalies.

Là où il fallait auparavant fouiller manuellement des centaines de milliers de lignes de logs, tout est désormais accessible en un coup d'œil.

Les résultats

• Temps moyen d'envoi divisé par 2
• Volume d'IPs réduit de plus de 90 %
• Infrastructure consolidée sur 2 VM
• Coûts d'infrastructure réduits de 33 %
• Zéro interruption de service, zéro changement d'IP

Le résultat le plus important reste structurel : Laposta dispose aujourd'hui d'une infrastructure solide, maîtrisée et monitorée, capable de grandir et d'être gérée de manière proactive.

Que retenir de ce projet ?

Chaque sender a une infrastructure, une histoire et des contraintes qui lui sont propres. Notre rôle chez Postmastery n'est pas de vendre une solution toute faite, c'est de comprendre précisément où vous en êtes, d'identifier ce dont vous avez réellement besoin et de vous accompagner jusqu'aux résultats.

Cela commence toujours par une analyse objective de l'existant, afin de proposer la solution la plus adaptée à vos besoins réels, pas aux tendances du marché, avec un accompagnement structuré et les bons outils de mesure à chaque étape.

Si vous vous posez des questions sur votre infrastructure email actuelle, commencez par un audit. Et découvrez comment la Console Postmastery et nos services KumoMTA peuvent vous aider à aller plus loin.

Ce projet a également fait l'objet d'un case study publié par notre partenaire KumoMTA. Les deux articles portent sur le même projet et reflètent notre collaboration étroite. Lire le case study KumoMTA (en anglais)