Solutions testées pour un domaine personnalisé

Le propriétaire du domaine jacobg.co a évalué plusieurs options entre 2022 et 2026. Cloudflare Email Routing permet de rediriger les messages entrants vers une boîte existante, mais ne gère pas l’envoi depuis l’adresse du domaine. Le routage montre des délais de plusieurs minutes, ce qui rend l’expérience moins fluide. Mailflare, projet open‑source hébergé sur GitHub, utilise Cloudflare pour la réception et Resend pour l’envoi. En pratique, la configuration d’authentification SPF/DKIM et la réputation d’expéditeur se sont avérées complexes, entraînant des doutes sur la fiabilité du service d’envoi.

Purelymail propose un accès SMTP/IMAP standard pour environ 10 $ par an, supporte un nombre illimité d’adresses et se connecte directement à Apple Mail. Le service fonctionne sans passer par une interface web propriétaire, mais le rédacteur n’a pas finalisé son adoption, le gardant comme option de secours.

Google Workspace offre une solution clé en main avec Gmail, mais le coût et les fonctionnalités superflues pour un usage personnel ont conduit à son rejet.

Fonctionnement de l’envoi d’email depuis un domaine custom

L’envoi fiable nécessite la mise en place de SPF, DKIM et, idéalement, DMARC. Ces enregistrements DNS attestent que le serveur d’envoi est autorisé à utiliser le domaine, ce qui influence directement la délivrabilité auprès de fournisseurs comme Gmail ou Yahoo. En plus de la configuration DNS, la réputation IP du serveur d’envoi joue un rôle majeur : une IP partagée ou récemment créée peut être classée comme spam, entraînant des blocages ou des filtres.

Les solutions qui délèguent l’envoi à un tiers (Resend, Purelymail, Foundermail) intègrent ces mécanismes en interne, mais chaque service impose ses propres exigences. Par exemple, Foundermail requiert une « demande spéciale » avant d’autoriser l’envoi vers des adresses qui n’ont jamais reçu de message du domaine, afin de limiter les abus.

Analyse technique de Foundermail

Foundermail se connecte à Cloudflare pour la réception, puis expose des points d’accès SMTP et IMAP classiques. La configuration se résume à trois étapes : (1) lier le domaine via l’interface Cloudflare, (2) créer les identifiants SMTP/IMAP, (3) ajouter les enregistrements SPF/DKIM fournis par Foundermail dans la zone DNS. Aucun serveur de messagerie complet n’est déployé par l’utilisateur, ce qui élimine la charge de maintenance d’un MTA.

Le service a démontré des temps de réception quasi instantanés et un envoi fonctionnel dès la première utilisation, à condition que la destination ait déjà interagi avec le domaine ou que la demande spéciale soit validée. L’interface web, décrite comme moderne, ne constitue pas une contrainte, car les clients de messagerie classiques (Apple Mail, Thunderbird) fonctionnent avec les mêmes identifiants.

Limites et considérations

Le principal frein reste la dépendance à une demande d’autorisation pour les nouveaux destinataires, ce qui peut retarder des campagnes légitimes. De plus, l’absence de chiffres précis sur le prix empêche une comparaison fine avec des alternatives comme Purelymail. Enfin, la solution repose sur l’infrastructure Cloudflare ; toute interruption de ce service affecterait la réception.

En synthèse, le test montre que la partie réception d’email est triviale, tandis que l’envoi exige une orchestration de DNS, d’authentification et de réputation. Foundermail répond à ces exigences avec un processus simplifié, justifiant son adoption pour un usage personnel à faible coût.