← Tous les projets

• Brevo
• API
• Délivrabilité
• SMTP
• JMAP
• Stalwart
• IMAP

Faire tourner son propre serveur email suppose de faire dialoguer plusieurs briques : réception/envoi (SMTP), consultation (IMAP historiquement), authentification (DKIM/DMARC/SPF) et filtrage antispam. JMAP est un protocole plus récent qui remplace avantageusement IMAP pour les clients modernes (web, mobile), et des serveurs comme Stalwart réunissent désormais toute la chaîne dans un seul binaire au lieu d’empiler Postfix, Dovecot et SpamAssassin séparément.

Historique

SMTP (1982) et IMAP (1986) sont les fondations historiques de l’email tel qu’on le connaît. Ces protocoles, conçus pour des connexions lentes et intermittentes, montrent leurs limites à l’ère du mobile et du synchrone. JMAP (JSON Meta Application Protocol, normalisé RFC 8620 en 2019) est conçu dès le départ pour le web et le mobile, porté notamment par Fastmail. Stalwart Mail Server, écrit en Rust, apparaît plus récemment comme une alternative moderne “tout-en-un” aux piles traditionnelles (Postfix/Dovecot).

Avantages des versions récentes

• JMAP : synchronisation plus efficace (delta sync), une seule requête pour ce qui demandait plusieurs allers-retours IMAP, mieux adapté aux connexions mobiles.
• Stalwart tout-en-un : SMTP, IMAP, JMAP, antispam, DKIM/DMARC/SPF et chiffrement dans un seul serveur écrit en Rust, réduisant la surface de configuration et les points de défaillance.
• Filtrage antispam intégré sans dépendance à un service tiers, avec apprentissage et règles configurables directement dans le serveur.
• Sécurité mémoire : Rust élimine des classes entières de vulnérabilités mémoire fréquentes dans les serveurs mail historiques écrits en C.

Expert en envoi d’e-mails

Au-delà de la messagerie, je suis expert de l’envoi d’e-mails, que ce soit par une plateforme, par API ou par un serveur dédié. Le cas le plus exigeant est celui des agences de presse, où il faut envoyer de gros volumes sur très peu de temps.

Plateformes d’envoi

Avec une plateforme comme Brevo, je gère les listes, la segmentation, les modèles d’e-mails, le suivi des envois et les désinscriptions. C’est la voie la plus simple pour des campagnes et des newsletters. Un exemple de synchronisation avec Brevo est détaillé dans la page n8n / Talend.

Connexions API

Pour les envois déclenchés par un événement (création d’un compte, fin d’abonnement, alerte), je connecte les applications aux services d’envoi par API. L’envoi est alors piloté par le système métier lui-même, sans intervention manuelle, avec des retours exploitables (livré, rebond, désinscrit).

Serveurs dédiés aux agences de presse

Pour une agence de presse, la plateforme standard ne suffit pas toujours : l’information doit arriver à tous les abonnés au même moment. J’ai mis en place et exploité des serveurs d’envoi propriétaires, dimensionnés pour ce besoin. Un cas concret :

• 120 000 e-mails par jour, envoyés en 6 paquets de 20 000.
• Chaque paquet part en 5 minutes environ, soit un débit d’environ 67 e-mails par seconde.

Tenir un tel rythme sans être classé comme spam suppose de maîtriser plusieurs points :

• Files d’attente et débit contrôlé, pour absorber un paquet sans saturer le serveur ni les boîtes de réception des destinataires.
• Réputation des adresses IP et authentification SPF, DKIM et DMARC.
• Gestion des rebonds et des plaintes, pour garder des listes propres.
• Séparation des flux transactionnels et de masse, pour qu’une campagne ne retarde pas un message critique.
• Surveillance de la délivrabilité, paquet après paquet.

Dans mes projets

Le serveur de messagerie Stalwart envoie aussi les e-mails du formulaire de contact de ce site : message reçu par l’équipe et accusé de réception à l’expéditeur.