Cloudflare Email Service: beta privada anunciada

• Cloudflare Email Service oferece envio de e-mails transacionais integrado ao Cloudflare Workers
• Configuração automática de DNS e infraestrutura global reforçam a confiabilidade e entregabilidade dos e-mails
• Suporta REST API e SMTP, além de integração com frameworks de e-mail existentes, como React Email
• Em conjunto com o Email Routing, permite implementar fluxos de trabalho end-to-end para recebimento, parsing e mais

---

Introdução e importância do Cloudflare Email Service

• O Cloudflare Email Service permite que desenvolvedores enviem e-mails transacionais diretamente do Cloudflare Workers e, combinado com o recurso existente de Email Routing, oferece uma solução de e-mail unificada
• E-mails são usados em cadastro de usuários, notificações de eventos, envio de faturas e, mais recentemente, também como entrada e saída essenciais em fluxos de trabalho baseados em IA
• O serviço enfatiza simplicidade e confiabilidade, resolvendo a complexidade do gerenciamento tradicional de envio de e-mails e se integrando naturalmente ao fluxo de trabalho dos desenvolvedores

Recursos principais e experiência do desenvolvedor

Envio de e-mails transacionais

• É possível enviar e-mails diretamente do Cloudflare Workers, com implementação simples apenas por meio de um binding de Email, sem necessidade de gerenciamento complexo de chaves de API
• No código de exemplo, é possível enviar e-mails de forma simples com env.SEND_EMAIL.send
• Não há risco relacionado ao armazenamento de API Keys ou Secrets, e a segurança pode ser reforçada apenas adicionando o binding em wrangler.jsonc
• Também é possível fazer testes por emulação com o wrangler em ambiente local

Confiabilidade e entrega global

• A configuração integrada de DNS gerencia automaticamente registros SPF, DKIM e DMARC
• O serviço foi projetado para que os e-mails cheguem à caixa de entrada dos usuários de forma rápida e estável
• Com a infraestrutura global, é possível fazer a entrega de e-mails com baixa latência sem a complexidade de gerenciar regiões de servidor

Design amigável para desenvolvedores e capacidade de integração

• E-mail é um elemento essencial no fluxo de trabalho dos desenvolvedores e influencia diretamente a experiência central da aplicação
• Há suporte tanto a REST API quanto a SMTP, e e-mails HTML gerados por frameworks existentes, como React Email, podem ser aproveitados sem alterações
• Em produção, o serviço fornece monitoramento e depuração de histórico de envio de e-mails e taxa de rejeição, entre outros indicadores

Exemplo: integração com frameworks externos

• Templates de e-mail criados com React Email e similares podem ser aplicados diretamente ao método send
• Isso permite que desenvolvedores migrem facilmente suas ferramentas e código existentes

Fluxos de trabalho end-to-end com Email Routing

• Com o Email Routing, é possível criar endereços de e-mail personalizados com base no domínio e processar programaticamente mensagens recebidas em um Worker
• Em conjunto com o Workers AI, o serviço oferece suporte a diversos fluxos automatizados, como análise, classificação, resumo e resposta automática de e-mails recebidos
• Exemplos: criação automática de tickets a partir de e-mails da equipe de suporte ao cliente, armazenamento separado de anexos de faturas e outros usos

Exemplo de código: parsing e processamento de e-mails recebidos

• O conteúdo do e-mail recebido é analisado por IA, rotulado e então enviado para um canal de processamento separado

Vantagens de um serviço de e-mail integrado

• A combinação de Email Sending e Routing permite construir um serviço completo baseado em e-mail, de ponta a ponta
• Por exemplo, quando um e-mail chega a um endereço de suporte, o Worker pode fazer o parsing da mensagem → criar um ticket → enviar uma resposta automática, tudo dentro da Cloudflare

Cobrança e escopo de disponibilidade

• O Email Sending exigirá uma assinatura paga do Workers e deverá ser cobrado com base na quantidade de e-mails enviados
• A política oficial de preços será divulgada no futuro, e os usuários serão avisados antecipadamente antes de qualquer mudança
• O Email Routing é oferecido gratuitamente no momento, e os limites de uso existentes serão mantidos

Encerramento e cronograma de disponibilidade

• O Cloudflare Email Service foi desenvolvido com o objetivo de servir como motor para agentes de IA de próxima geração, tarefas em segundo plano e fluxos de trabalho automatizados
• O lançamento está previsto para novembro, em beta privada
• Quem tiver interesse no Email Sending pode entrar na lista de espera
• O Email Routing já pode ser usado agora e, posteriormente, será integrado à nova API de e-mail

Conclusão

• A adição do Cloudflare Email Service pode impulsionar a inovação na experiência do usuário centrada em e-mail dentro da plataforma para desenvolvedores
• A expectativa é que, daqui para frente, o desenvolvimento de várias aplicações, IA e fluxos de trabalho automatizados centrados em e-mail seja acelerado

[shakespeares]

Parece ter várias eficiências interessantes..
Mas é uma pena que seja especializado em e-mails transacionais e não ofereça elementos de marketing, além de ser dependente demais da Cloudflare.

[GN⁺]

Comentários do Hacker News

• No fim das contas, em algum momento todos os protocolos da internet acabarão sendo MITM (ataque man-in-the-middle) pela Cloudflare. A Cloudflare está se tornando um ponto único por onde todo o tráfego passa
  • Sinceramente, a internet sem Cloudflare era pior. Enquanto ela oferecer um bom serviço aos clientes, tudo bem. O Google também poderia fazer isso, mas não faz, então a Cloudflare nem é um monopólio. Pelo menos a Cloudflare não vende anúncios com os dados dos clientes
  • Eu costumo ser crítico às Big Techs, mas não vejo problema no fato de a Cloudflare oferecer infraestrutura de envio de e-mail. O momento de realmente se preocupar seria se a Cloudflare criasse uma posição dominante de mercado, adotasse práticas anticonsumidor ou violasse leis antitruste enquanto o governo dos EUA fingisse não ver. Por enquanto, grandes empresas ainda podem competir oferecendo serviços de envio de e-mail. Basta que a legislação concorrencial seja respeitada. E como a Cloudflare aparentemente configura SPF, DKIM e DMARC automaticamente, dependendo de como evoluir, eu mesmo teria interesse em usar depois. É uma área da qual eu prefiro não ter que cuidar manualmente
  • Depois disso, vão cobrar dizendo que estão "protegendo você de crawlers de IA" e também passarão a cobrar extra por negociações coletivas com o Google e outros
  • Na prática, já quase não existe maneira de enviar e-mail de forma relevante sem passar por um intermediário. Filosoficamente faz sentido, mas no mundo real já temos mediadores como a Cloudflare
  • Não entendo muito bem o cenário em que a Cloudflare faria MITM para cometer algum ato malicioso. Os termos e contratos da Cloudflare proíbem o uso indevido de dados, e como a maior parte da receita vem de grandes empresas, se surgisse um caso desses os clientes poderiam sair em massa ou até processar a empresa, então não haveria motivo para fazer isso. O que eu acho meio suspeito é o fato de até agentes de DDoS acabarem se protegendo mutuamente com serviços da Cloudflare, mas nem aí há abuso direto dos dados dos usuários
• A Cloudflare anunciou o private beta de Email Sending. Muita gente nos comentários confundiu e achou que a Cloudflare passaria a oferecer hospedagem de e-mail, mas na verdade ela lançou um serviço próprio parecido com o Sendgrid
  • Fico curioso sobre por que a Cloudflare está oferecendo esse serviço. Dá a impressão de que está lançando vários produtos de forma aleatória. Será que quer virar uma plataforma de cloud completa como a AWS e outras, ou existe algum outro objetivo?
  • Na prática, é mais parecido com o Amazon SES do que com o Sendgrid
  • Depender de uma única empresa americana para a função de envio de e-mail é um pouco arriscado
  • Justamente por isso eu tenho grandes expectativas. Era uma funcionalidade muito necessária
• Agora que isso se tornou possível, tenho um pedido para quem estiver pensando em iniciar um novo projeto open source. Alguém poderia criar um serviço serverless de filtragem de spam? Seria ótimo se rodasse em Cloudflare Workers e pudesse ficar na frente de um e-mail self-hosted. Por exemplo: gerenciamento de blacklist/whitelist, detecção de phishing, envio de um resumo diário de spam, verificação de vírus em anexos e troca de links embutidos por previews ou validação de conteúdo malicioso. Com algo assim eu conseguiria finalmente sair da stack de e-mail da Microsoft
• Hospedagem e infraestrutura de e-mail hoje em dia, na prática, só grandes empresas conseguem fazer direito. Parece que já passou a época em que indivíduos ou pequenos grupos operavam isso diretamente. Não é tanto uma crítica à Cloudflare, mas uma lamentação sobre a realidade da infraestrutura de e-mail da internet. No geral eu gosto dos produtos da Cloudflare porque são simples e têm preços razoáveis
  • O ponto é que os clientes da Cloudflare são principalmente empresas que precisam enviar e-mails essenciais para seus serviços web, como redefinição de senha e verificação de conta. Em vez de me deixar montar essa infraestrutura por conta própria, eu espero que a Cloudflare expanda isso até SMS e acabe alcançando a Twilio
  • Eu ainda opero meu próprio servidor de e-mail e não pretendo de forma alguma migrar para um serviço comercial como o Google. A proteção de privacidade é muito superior, e eu não preciso ficar sujeito a limites de armazenamento ou mudanças nos termos de uso. A principal razão de as pessoas não operarem seu próprio servidor de e-mail vem da visão de curto prazo e da preguiça dos administradores de TI. Muitos acharam que a nuvem seria mais fácil e mais barata, mas agora estão presos nessa armadilha
  • Já opero meu servidor de e-mail pessoal há 10 anos e nunca tive grandes problemas. Basta acertar rDNS, SPF e os registros DKIM. Uma vez não consegui enviar e-mail para um endereço antigo @att.com, mas segui a instrução da mensagem de rejeição, contatei o administrador e em poucas horas removeram o bloqueio do IP do meu servidor
  • Esse tipo de história é quase um mito que só se aplica a alguns casos. Eu opero minha própria infraestrutura de e-mail desde 1999 e nunca tive problemas
  • Com https://github.com/docker-mailserver/docker-mailserver, operar seu próprio servidor de e-mail nem é tão difícil assim. O problema é que o Gmail bloqueia todos os e-mails vindos de IPs da DigitalOcean. Não importa se o IP não tem histórico de spam, se é um e-mail de resposta ou se você já cadastrou no Google Postmaster. Para fazer self-hosting, você precisa começar encontrando um IP que não seja bloqueado logo de cara
• Pedi acesso antecipado ao private beta de Email Sending da Cloudflare. Até agora também já usei Resend, Sendgrid, Loops etc., e o Resend foi de longe o mais fácil e confortável, especialmente por causa da biblioteca React Email. Antigamente eu sofria montando e-mails em HTML e cuidando de todo o estilo manualmente, mas agora dá para escrever isso facilmente como componentes React. A validação antes do envio é importante, então estou verificando endereços com a API do Emailable, mas o Resend não oferece isso de forma nativa. Seria ótimo se a Cloudflare passasse a oferecer isso por conta própria. Normalmente provedores de e-mail não costumam se preocupar com esse tipo de detalhe, mas seria realmente muito útil
• Pretendo migrar imediatamente do Sendgrid para o serviço que a Cloudflare anunciou desta vez (Email Sending). O Sendgrid recentemente encerrou o free tier (100 envios por dia), e o plano mínimo agora custa US$ 20 por mês por 50.000 envios, o que ficou caro demais para projetos de baixo tráfego
  • Mesmo com essa política de preços, 95% do spam que eu recebo vem do Sendgrid. Ainda assim, quando denuncio para abuse@sendgrid, apesar de o processo ser automático, eles respondem e depois ainda enviam um follow-up confirmando que trataram o caso, então dá para confiar um pouco. O spam não diminui, mas pelo menos o tratamento é rápido
  • O Zeptomail da Zoho teve bom preço e boa confiabilidade https://www.zoho.com/zeptomail/
  • Depois do fim do free tier do Sendgrid, migrei facilmente para o Resend para usar em formulários de contato. Como ele oferece um free tier parecido, estou satisfeito
  • O Mailgun também oferece 100 envios por dia gratuitamente https://www.mailgun.com/pricing/
  • Recomendo https://mailpace.com. Existe um plano de US$ 40 por ano com 1.000 envios por mês que não aparece na página de preços, mas pode ser escolhido no cadastro
• Para referência, eu criei um projeto chamado Guten Email Notification com base no Cloudflare Email Service. É um projeto para enviar e-mails simples de notificação para si mesmo a partir de NAS, servidores de homelab, GitHub Actions etc. Dá para ver aqui: https://github.com/gutenye/email-notification
• O cenário mencionado no exemplo — “o worker recebe um e-mail, faz o parsing do conteúdo, chama a API de emissão de ticket e em seguida envia um e-mail de confirmação com o número do ticket” — já era possível antes. Mesmo antigamente já dava para responder diretamente com email workers
  • Pensei exatamente a mesma coisa. A diferença é que agora ficou possível colocar em uma fila quando for necessário algum processamento mais complexo, então é um pouco diferente do exemplo
• Finalmente saiu a funcionalidade que eu queria. Meus dois projetos em produção são baseados em Cloudflare workers, e era muito incômodo ter que entrar na AWS toda vez só para gerenciar o SES e enviar e-mails. Eu chegava até a anotar em notas quais botões apertar e para onde ir, com medo de esquecer. Parecia um bilhete escrito para alguém idoso que não está acostumado com TI
  • Ultimamente tenho gostado dessa direção da Cloudflare. Não é mais só um CDN simples; está virando uma cloud de verdade, como AWS ou Azure, e sinto que a experiência de desenvolvimento é melhor do que a de qualquer outra cloud
• Uma pergunta para alguém da Cloudflare: antes eu criava subcontas no Sendgrid (tudo via API) e deixava o próprio cliente adicionar e autenticar o domínio dele (adicionando alguns registros DNS), para então enviar e-mails usando o domínio do cliente. Nesse processo, DKIM e SPF também eram configurados sem problema. Gostaria de saber se o roteamento de e-mail da Cloudflare também oferece suporte a esse tipo de subconta e configuração de domínio do cliente

[koyokr]

É engraçado como, entre quem já faz self-host de e-mail há anos, todo mundo diz que não é difícil, mas a história de ter sido bloqueado nunca fica de fora.