Configuração de E-mail — [email protected]
Runbook operacional para configurar
[email protected](e endereços relacionados) no domínio já hospedado no Cloudflare. Executável pelo CEO, ~10 minutos, gratuito para a fase F&F.
Phase 53.9 · Última atualização: 2026-05-08 · Provedor: Cloudflare Email Routing (recomendado para F&F)
Por que este guia existe
Arc OS já envia e-mails de saída (verificação, redefinição de senha) via Resend com From: [email protected] — veja shared/email.ts. Porém o domínio não tem e-mail de entrada: dig MX arc-os.co retorna vazio, então qualquer mensagem enviada para [email protected] retorna com erro. Isso quebra:
- O link
Suporteno rodapé (mailto:[email protected]) - A expectativa de "responda com dúvidas" no fluxo de cadastro
- O fallback de report de bugs por e-mail para usuários que não abrem o FeedbackWidget no app
- Qualquer fluxo futuro de "responder ao usuário"
Este guia ativa o recebimento de e-mails sem precisar comprar uma caixa de e-mail.
Pré-requisitos
- Conta no Cloudflare com a zona
arc-os.co(já confirmado — NS recordsamir.ns.cloudflare.com/becky.ns.cloudflare.com) - Gmail pessoal (ou qualquer caixa de entrada ativa) pronto para receber os redirecionamentos
- 10 minutos
- NÃO habilite na etapa de verificação de domínio do Resend antes de concluir este guia — o Cloudflare Email Routing publica seus próprios registros MX/SPF e você vai criar conflito
Fase A — Cloudflare Email Routing (GRATUITO, recomendado)
Passo 1 — Habilitar Email Routing no painel do Cloudflare
- Abra https://dash.cloudflare.com → selecione a zona arc-os.co
- Barra lateral esquerda → Email → Email Routing
- Clique em Enable Email Routing
- O Cloudflare oferece adicionar os registros DNS necessários automaticamente — aceite. Ele cria:
MX 10 amir.mx.cloudflare.net.MX 20 isaac.mx.cloudflare.net.MX 30 linda.mx.cloudflare.net.TXT v=spf1 include:_spf.mx.cloudflare.net ~all
- Verifique se o check verde aparece ao lado de "DNS records configured correctly"
Passo 2 — Verificar seu endereço de destino (Gmail) uma vez
O Cloudflare envia um e-mail de verificação único para o endereço para o qual você vai redirecionar. Clique no link.
Passo 3 — Adicionar regras de redirecionamento
Em Email Routing → Routes, clique em Create address. Adicione três:
| Endereço personalizado | Ação | Destino |
|---|---|---|
[email protected] |
Redirecionar para | <seu-gmail>@gmail.com |
[email protected] |
Redirecionar para | <seu-gmail>@gmail.com |
[email protected] |
Redirecionar para | <seu-gmail>@gmail.com |
Opcional: adicione uma regra Catch-all → redirecionar para o Gmail. Captura erros de digitação como
[email protected].
Passo 4 — Enviar um teste
echo "test from $(hostname) at $(date)" | mail -s "Email Routing test" [email protected]
Ou simplesmente envie pelo celular. Deve chegar no Gmail em ~10 segundos, com From: <quem-enviou> preservado e To: [email protected].
Passo 5 — Responder pelo Gmail como [email protected] (opcional, mas prático)
O Cloudflare Email Routing é somente de entrada — você não pode ENVIAR de [email protected] diretamente. Solução alternativa via Gmail:
- Gmail → Configurações → Contas → Enviar e-mail como → Adicionar outro endereço de e-mail
- Endereço:
[email protected], Nome:Arc OS Team - SMTP de saída: o próprio SMTP do Gmail (o Cloudflare não faz proxy de saída)
- Verifique pelo código que o Gmail envia — o e-mail de verificação chega de volta no Gmail pela regra de redirecionamento, então é instantâneo
O Gmail permitirá compor mensagens com From: [email protected]. Os destinatários veem esse endereço. O Reply-To volta para [email protected] → cadeia de redirecionamento → Gmail.
Passo 6 — Atualizar o cabeçalho From: do cadastro no CRM
Já está correto — shared/email.ts:32 usa por padrão Citadel <[email protected]>. Confirme que RESEND_API_KEY está no vault e que o domínio arc-os.co do Resend está verificado no dashboard deles. O Resend usa um conjunto separado de CNAMEs DKIM (*.resend._domainkey) que não conflitam com os MX/SPF do Email Routing.
Se você também quiser que confirmações de cadastro cheguem em endereços roteáveis pelo info@, nenhuma alteração é necessária — o Resend apenas envia; o Cloudflare apenas recebe.
Fase B — DMARC (recomendado após verificar a Fase A)
O DMARC protege o domínio contra spoofing. Com o Cloudflare Email Routing (entrada) e o Resend (saída) ativos, adicione um registro TXT para monitoramento:
Name: _dmarc.arc-os.co
Type: TXT
Value: v=DMARC1; p=none; rua=mailto:[email protected]; pct=100
p=none coleta relatórios sem rejeitar nada. Após 2 semanas de relatórios limpos, escale para p=quarantine e depois p=reject.
Fase C — Migrar redirecionamentos para uma caixa real (mais tarde)
Quando os redirecionamentos não forem mais suficientes (caixas de entrada separadas por função, convites de calendário, apps mobile, envio confiável pelo próprio domínio):
| Provedor | Custo | Tempo de configuração | Prós |
|---|---|---|---|
| Zoho Mail Lite | $1/usuário/mês (ou gratuito para ≤5 usuários com branding do Zoho) | 30 min | Caixa completa, app mobile, envio nativo por info@ |
| Google Workspace | $6/usuário/mês | 30 min | Gmail + Calendar + Drive + console admin de alto nível |
| Fastmail | $5/usuário/mês | 30 min | Focado em privacidade, sem anúncios, UI rápida |
Caminho de migração do Cloudflare → caixa de e-mail: exclua a regra de redirecionamento do endereço que está migrando (ex: info@), atualize os registros MX para o novo provedor e mantenha o Cloudflare Email Routing para os endereços que ainda quer redirecionar (ex: bugs@ pode ficar redirecionado indefinidamente).
Não migre antes da hora. O volume de e-mails na fase F&F raramente justifica a sobrecarga cognitiva de uma caixa de entrada separada.
Checklist de verificação
Após concluir a Fase A:
-
dig MX arc-os.coretorna 3 registros do Cloudflare -
dig TXT arc-os.coincluiv=spf1 include:_spf.mx.cloudflare.net - E-mail de teste para
[email protected]chega no Gmail em <30s - Link
Suporteno AppFooter do CRM funciona (agora aponta parainfo@) - Estado de sucesso do FeedbackWidget menciona
[email protected] - Linha de contato no README funciona
- O domínio
arc-os.cono Resend ainda aparece verde no dashboard (sem conflito de DNS)
Após concluir a Fase B:
-
dig TXT _dmarc.arc-os.coretorna a política - Primeiro relatório DMARC recebido em
[email protected]em até 24h
Itens de ação para o CEO (não podem ser automatizados)
- Agora: abra Cloudflare → Email → habilite Email Routing → aceite o DNS → verifique o destino no Gmail → adicione 3 regras de redirecionamento. ~7 minutos.
- Opcional: configuração de "Enviar e-mail como" no Gmail. ~3 minutos.
- Opcional: adicione o registro TXT do DMARC. ~1 minuto.
Após concluir o passo 1, mande um ping e fechamos a issue #39.
Referências
- Documentação do Cloudflare Email Routing: https://developers.cloudflare.com/email-routing/
- Verificação de domínio no Resend: https://resend.com/docs/dashboard/domains/introduction
- Helper de e-mail existente no CRM:
shared/email.ts - Link no rodapé existente:
frontend/src/crm/components/AppFooter.jsx:17