Cloudflare Email Service : ouverture de la bêta privée

• Cloudflare Email Service offre une fonctionnalité d’envoi d’e-mails transactionnels intégrée à Cloudflare Workers
• Configuration DNS automatique et infrastructure mondiale pour renforcer la fiabilité et la délivrabilité des e-mails
• Prend en charge REST API et SMTP, et peut s’intégrer à des frameworks d’e-mail existants comme React Email
• Combiné à Email Routing, il permet de mettre en œuvre des workflows end-to-end pour la réception, l’analyse et le traitement des e-mails

---

Présentation et importance de Cloudflare Email Service

• Cloudflare Email Service permet aux développeurs d’envoyer des e-mails transactionnels directement depuis Cloudflare Workers et, combiné à la fonctionnalité existante Email Routing, propose une solution e-mail unifiée
• L’e-mail est utilisé pour l’inscription des utilisateurs, les notifications d’événements, l’envoi de factures, et sert aussi de plus en plus d’entrée/sortie clé dans les workflows basés sur l’IA
• Le service met en avant la simplicité et la fiabilité pour résoudre la complexité de la gestion de l’envoi d’e-mails et l’intégrer naturellement au workflow des développeurs

Fonctionnalités clés et expérience développeur

Envoi d’e-mails transactionnels

• Il est possible d’envoyer des e-mails directement depuis Cloudflare Workers, avec une implémentation simple via une liaison Email sans gestion complexe de clés API
• Dans l’exemple de code, l’envoi d’e-mail se fait simplement avec env.SEND_EMAIL.send
• Il n’y a pas de risque lié au stockage d’API Key ou de Secret, et la sécurité peut être renforcée en ajoutant simplement une liaison dans wrangler.jsonc
• Des tests en émulation sont également possibles en environnement local avec wrangler

Fiabilité et distribution mondiale

• La configuration intégrée du DNS gère automatiquement les enregistrements SPF, DKIM et DMARC
• Le service est conçu pour que les e-mails atteignent la boîte de réception des utilisateurs de manière rapide et fiable
• Grâce à l’infrastructure mondiale, il permet une distribution des e-mails à faible latence sans complexité de gestion des régions serveur

Conception orientée développeur et intégration

• L’e-mail est un élément essentiel du workflow des développeurs et influence directement l’expérience centrale de l’application
• Le service prend en charge REST API et SMTP, et permet de réutiliser tels quels les e-mails HTML générés par des frameworks existants comme React Email
• En production, il fournit des fonctions de supervision et de débogage comme l’historique d’envoi et le taux de rebond

Exemple : intégration avec des frameworks externes

• Les modèles d’e-mails créés avec React Email ou d’autres outils peuvent être appliqués directement à la méthode send
• Les développeurs peuvent migrer facilement leurs outils et leur code existants

Workflows end-to-end combinés à Email Routing

• Email Routing permet de créer des adresses e-mail personnalisées basées sur le domaine et de traiter par programmation les messages entrants dans un Worker
• En lien avec Workers AI, il prend en charge divers workflows d’automatisation, comme l’analyse, la classification, le résumé et la réponse automatique aux e-mails reçus
• Exemples : création automatique de tickets à partir des e-mails du support client, stockage séparé des pièces jointes de factures, et bien d’autres usages

Exemple de code : analyse et traitement des e-mails entrants

• Le contenu des e-mails reçus est analysé par l’IA, étiqueté, puis envoyé vers un canal de traitement distinct

Avantages d’un service e-mail unifié

• La combinaison de Email Sending et Routing permet de construire un service complet basé sur l’e-mail en end-to-end
• Par exemple, si un e-mail arrive à l’adresse support, un Worker peut tout gérer dans Cloudflare : analyse du contenu → création d’un ticket → envoi d’un e-mail de réponse automatique

Tarification et périmètre de disponibilité

• Email Sending nécessitera un abonnement Workers payant, avec une facturation prévue selon le nombre d’e-mails envoyés
• La politique tarifaire officielle sera annoncée ultérieurement, avec une notification préalable aux utilisateurs avant tout changement
• Email Routing est actuellement proposé gratuitement, et les limites d’usage existantes sont maintenues

Conclusion et calendrier de disponibilité

• Cloudflare Email Service est développé pour servir de moteur aux agents IA de nouvelle génération, aux tâches en arrière-plan et aux workflows d’automatisation
• Lancement prévu en bêta privée en novembre
• Il est possible de s’inscrire sur une liste d’attente si vous êtes intéressé par Email Sending
• Email Routing est disponible immédiatement et sera ensuite intégré à la nouvelle API e-mail

Conclusion

• L’ajout de Cloudflare Email Service peut permettre d’innover dans l’expérience utilisateur centrée sur l’e-mail au sein de la plateforme développeur
• Il devrait favoriser à l’avenir le développement de diverses applications, de l’IA et de workflows d’automatisation centrés sur l’e-mail

[shakespeares]

Il semble y avoir plusieurs aspects assez efficaces, mais c’est dommage qu’il soit spécialisé dans les e-mails transactionnels sans offrir d’éléments marketing, et qu’il soit trop dépendant de Cloudflare.

[GN⁺]

Avis Hacker News

• Au final, tôt ou tard, tous les protocoles d’Internet finiront par être MITM (attaque de l’homme du milieu) par Cloudflare. On se retrouve avec Cloudflare comme point unique de passage pour tout le trafic
  • Honnêtement, Internet était pire avant Cloudflare. Tant qu’ils fournissent un bon service aux clients, ça me va. Google pourrait faire la même chose mais ne le fait pas, donc Cloudflare n’est pas en situation de monopole. Au moins, Cloudflare ne vend pas de publicité à partir des données clients
  • Je suis habituellement critique envers la Big Tech, mais je ne vois pas de problème au fait que Cloudflare fournisse une infrastructure d’envoi d’e-mails. Le vrai problème serait si Cloudflare construisait une position monopolistique, adoptait des pratiques anti-consommateurs ou violait le droit de la concurrence avec un gouvernement américain qui fermerait facilement les yeux. Pour l’instant, de grandes entreprises peuvent encore proposer des services d’envoi d’e-mails en concurrence. Il suffit que le droit de la concurrence soit respecté. Et si Cloudflare configure automatiquement SPF, DKIM et DMARC, je serais prêt à l’utiliser selon les cas plus tard. C’est un domaine dont je n’ai pas envie de m’occuper moi-même
  • Ensuite, ils te feront payer sous prétexte de « te protéger des crawlers IA », puis te factureront encore pour la négociation collective avec Google et d’autres
  • En pratique, il n’existe déjà presque plus de moyen d’envoyer des e-mails de façon significative sans passer par un intermédiaire. D’un point de vue philosophique, c’est vrai, mais dans la réalité il y a déjà des intermédiaires comme Cloudflare
  • J’ai du mal à comprendre le scénario dans lequel Cloudflare ferait du MITM pour faire quelque chose de malveillant. Leurs conditions d’utilisation et leurs contrats interdisent l’usage abusif des données, et comme l’essentiel de leurs revenus vient de grandes entreprises, si un scandale éclatait autour d’un abus de données, ils perdraient massivement des clients, voire feraient face à des poursuites. Ils n’ont donc aucune raison de le faire. En revanche, le fait que des auteurs de DDoS se protègent mutuellement via les services de Cloudflare me paraît plus suspect, même si là encore ils n’abusent pas des données utilisateurs elles-mêmes
• Cloudflare a annoncé la private beta d’Email Sending. Beaucoup de commentaires ont cru que Cloudflare lançait un service d’hébergement e-mail, alors qu’en réalité ils ont lancé leur propre service de type Sendgrid
  • Je me demande pourquoi Cloudflare fait ce service. On a l’impression qu’ils sortent des produits de manière un peu aléatoire. Veulent-ils devenir une plateforme cloud complète comme AWS ou d’autres, ou y a-t-il un autre objectif ?
  • En réalité, c’est plus proche d’Amazon SES que de Sendgrid
  • Dépendre d’une seule entreprise basée aux États-Unis pour l’envoi d’e-mails est un peu risqué
  • Justement pour cette raison, j’en attends beaucoup. C’est exactement le type de fonctionnalité dont on avait besoin
• Maintenant que ce genre de fonctionnalité est possible, j’ai un souhait pour les gens qui veulent lancer de nouveaux projets open source. J’aimerais que quelqu’un crée un service serverless de filtrage anti-spam. Il tournerait sur Cloudflare Workers et pourrait se placer en frontal d’un e-mail auto-hébergé. Par exemple : gestion de blacklist/whitelist, détection du phishing, envoi d’un résumé quotidien des spams, analyse antivirus des pièces jointes, remplacement des liens intégrés par des aperçus ou des vérifications de malveillance, etc. C’est grâce à ce type de fonctions que j’aimerais quitter la pile e-mail de Microsoft
• Aujourd’hui, l’hébergement e-mail ou l’infrastructure e-mail ne peuvent en pratique être correctement gérés que par de grandes entreprises. L’époque où des particuliers ou de petites structures les faisaient tourner eux-mêmes semble révolue. Ce n’est pas tant une critique de Cloudflare qu’un regret sur la réalité de l’infrastructure e-mail d’Internet. J’aime bien les produits Cloudflare en général, car ils sont simples et proposés à des prix raisonnables
  • Les clients de Cloudflare sont surtout des entreprises qui doivent envoyer des e-mails indispensables à leurs services web, comme des réinitialisations de mot de passe ou des vérifications de compte. Plutôt que de me laisser monter cette infrastructure moi-même, j’espère que Cloudflare ira jusqu’aux SMS et rattrapera Twilio
  • Je fais toujours tourner mon propre serveur e-mail et je n’ai absolument pas l’intention de passer à un service commercial comme Google. La protection de la vie privée est incomparablement meilleure, et je n’ai pas à subir des limites de stockage ou des changements de conditions d’utilisation. La principale raison pour laquelle les gens n’exploitent pas eux-mêmes leur serveur e-mail vient de la vision à court terme et de la paresse des administrateurs IT. On pensait au contraire que le cloud serait plus simple et moins cher, mais maintenant on est pris dans ce piège
  • Cela fait 10 ans que j’exploite mon propre serveur mail personnel, sans gros problème. Il suffit d’avoir les enregistrements rDNS, SPF et DKIM corrects. Une fois, je n’ai pas pu envoyer de message à une vieille adresse @att.com, mais en suivant les instructions du message de rejet et en contactant l’administrateur, le blocage de l’IP de mon serveur mail a été levé en quelques heures
  • Ce genre d’histoire relève presque du mythe et ne s’applique qu’à certains cas. Je gère moi-même une infrastructure mail depuis 1999 et je n’ai eu aucun problème
  • Avec https://github.com/docker-mailserver/docker-mailserver, auto-héberger son serveur mail n’est pas si difficile. Le problème, c’est que Gmail bloque tous les e-mails provenant des IP DigitalOcean. Même sans historique de spam, même pour des e-mails de réponse, même avec une inscription à Google Postmaster, c’est pareil. Pour faire de l’auto-hébergement, il faut dès le départ trouver une IP qui n’est pas bloquée
• J’ai demandé l’early access à la private beta de Cloudflare Email Sending. Jusqu’ici, j’ai utilisé Resend, Sendgrid, Loops, etc., et Resend était de loin le plus simple et le plus pratique, surtout grâce à la bibliothèque React Email. Avant, je devais créer mes e-mails HTML à la main et gérer moi-même tout le style, ce qui était pénible ; maintenant, je peux les écrire facilement avec des composants React. La validation avant envoi est importante, donc je vérifie les adresses via l’API Emailable, mais Resend ne le prend pas en charge nativement. Ce serait vraiment bien si Cloudflare proposait ça en interne. Ce n’est pas le genre de chose auquel les fournisseurs de services e-mail pensent d’habitude, mais c’est clairement appréciable quand c’est là
• Avec le service annoncé cette fois par Cloudflare (Email Sending), je compte passer immédiatement de Sendgrid à autre chose. Sendgrid a récemment supprimé son offre gratuite (100 e-mails par jour), et son forfait minimum est désormais de 20 $/mois pour 50 000 e-mails, ce qui devient excessivement cher pour des projets à faible trafic
  • Malgré cette politique tarifaire, 95 % du spam que je reçois vient de Sendgrid. Cela dit, quand je le signale à abuse@ de Sendgrid, c’est traité automatiquement, et je reçois ensuite une réponse puis un e-mail de suivi confirmant que le problème a bien été pris en charge, donc ça reste un peu digne de confiance. Le spam ne baisse pas, mais le traitement est rapide
  • Zeptomail by zoho était bon marché et très fiable https://www.zoho.com/zeptomail/
  • Après la fin de l’offre gratuite de Sendgrid, je suis passé facilement à Resend pour les formulaires de contact. Leur offre gratuite est similaire, donc j’en suis satisfait
  • Mailgun offre aussi 100 e-mails par jour gratuitement https://www.mailgun.com/pricing/
  • Je recommande https://mailpace.com : il existe une offre à 40 $/an pour 1 000 e-mails par mois, absente de la page tarifaire mais sélectionnable lors de l’inscription
• Pour information, j’ai créé un projet appelé Guten Email Notification sur la base de Cloudflare Email Service. C’est un projet qui permet d’envoyer simplement à soi-même des e-mails de notification depuis un NAS, un serveur home lab, GitHub Actions, etc. https://github.com/gutenye/email-notification est le lien pour le voir
• Le scénario donné en exemple — « un worker reçoit un e-mail, analyse son contenu, appelle l’API de création de ticket, puis envoie immédiatement un e-mail de confirmation avec le numéro du ticket » — était déjà possible. Avant aussi, on pouvait répondre directement via un e-mail worker
  • J’ai pensé exactement la même chose. La différence, c’est qu’aujourd’hui on peut au moins le mettre dans une file d’attente quand un traitement complexe est nécessaire, donc c’est un peu différent de l’exemple
• Enfin la fonctionnalité que j’attendais. Mes deux projets en production sont tous deux basés sur Cloudflare Workers, et devoir aller sur AWS à chaque fois pour gérer SES afin d’envoyer des e-mails était vraiment pénible. J’en étais même arrivé à noter dans un mémo quels boutons cliquer et où aller, de peur de l’oublier. On aurait dit le genre de pense-bête qu’on écrit pour une personne âgée peu familière avec l’informatique
  • J’aime de plus en plus cette orientation prise récemment par Cloudflare. Ce n’est plus un simple CDN : ils deviennent un vrai cloud comme AWS ou Azure, et j’ai le sentiment que l’expérience développeur y est meilleure que sur n’importe quel autre cloud
• Question à un employé de Cloudflare : jusqu’ici, je créais des sous-comptes dans Sendgrid (entièrement via API), puis je laissais chaque client ajouter et vérifier son propre domaine en ajoutant quelques enregistrements DNS, afin d’envoyer des e-mails depuis son domaine. DKIM et SPF étaient aussi correctement configurés. Je me demande si Cloudflare Email Routing prend en charge ce type de sous-comptes et de configuration de domaines clients

[koyokr]

C’est amusant de voir que tous ceux qui font de l’auto-hébergement de leur e-mail depuis des années disent que ce n’est pas compliqué, tout en finissant toujours par raconter qu’ils se sont fait bloquer.