Caixa de e-mail no seu domínio, sem servidor.

A caixa no ar, no nosso domínio

Caixa de entrada do Mailflare aberta em email.nossodominio, logo depois do deploy.

Do botão ao primeiro e-mail

1. No GitHub do Mailflare, clique em Deploy to Cloudflare. Escolha sua conta do GitHub e marque repositório privado.
2. Crie um token no Cloudflare (Manage account → Account API tokens → Create token → Start from scratch) só para o seu domínio, com: DNS Edit, Zone Read, Zone DNS Settings Edit, Zone Settings Edit, Email Routing Rules Edit e, na conta, Email Routing Addresses Edit + Email Sending Edit.
3. Cole o token no campo CF_TOKEN da tela de deploy. Banco (D1), armazenamento (R2) e filas são criados sozinhos. Clique Deploy: leva cerca de 1 minuto e meio.
4. Abra o app e siga o /setup: confere o sistema, digite seu domínio e ligue Enable sending. Crie sua caixa (usuário@seudominio e senha).
5. Endereço bonito: Worker mailflare → Settings → Domains → Add domain → subdomínio email. Depois, em Variables, crie APP_URL = https://email.seudominio e salve com deploy.
6. Abra email.seudominio, escreva e mande. A resposta chega na sua caixa.

3 pegadinhas que achamos

1. Ele começa só recebendo. Para enviar, precisa ligar o Email Sending, que só existe no plano pago de Workers.
2. Token com escopo só no seu domínio. Não use token de conta inteira; se vazar, o estrago fica limitado.
3. Sem a variável APP_URL os links do app continuam apontando para o endereço workers.dev, mesmo com o domínio novo.

Antes de trocar o e-mail da empresa

Teste primeiro num domínio que não recebe e-mail importante. Ao ligar o recebimento, o Cloudflare troca o MX do domínio: se você já usa Google Workspace, Outlook ou Hostinger nele, o e-mail de lá para de chegar. A licença AGPL-3.0 permite uso livre; se modificar e oferecer como serviço para terceiros, tem que abrir o código das mudanças.