Reverse DNS (rDNS): o teste silencioso que derruba entregas
Muita gente configura SPF e DKIM perfeito, mas esquece do rDNS e vai direto pra caixa de spam. Entenda o que é Reverse DNS e como configurar para o IP do seu servidor SMTP.
Você configurou SPF, DKIM e DMARC e mesmo assim o e-mail cai no spam? Aposto quanto quiser: seu rDNS está errado ou ausente. Este é o filtro silencioso que mais derruba entregas em produção.
DNS vs rDNS
O DNS normal faz nome → IP: você digita seudominio.com e o DNS responde 198.27.109.36.
O rDNS (ou PTR) faz o caminho inverso, IP → nome: você pergunta quem é 198.27.109.36 e o rDNS responde mail.seudominio.com.
Quando um servidor recebe uma conexão SMTP, uma das primeiras coisas que ele faz é perguntar "quem é esse IP que está me mandando mensagem?". Se a resposta for vps-1234.provedor-random.net ou nenhum nome (NXDOMAIN), a conexão já é tratada com suspeita — ou simplesmente rejeitada.
Por que isso importa tanto
- AOL e alguns servidores corporativos rejeitam categoricamente qualquer conexão SMTP sem rDNS.
- Gmail e Outlook não rejeitam direto, mas penalizam pesadamente a reputação do IP.
- SpamAssassin adiciona pontos quando o rDNS não casa com o HELO.
- Filtros corporativos (Proofpoint, Mimecast) são especialmente rigorosos.
Em casa e na nuvem de pequeno porte, é comum o IP vir com rDNS genérico do provedor. É aceitável para navegação web, mas para enviar e-mail é quase garantia de problemas.
Como configurar
O rDNS é configurado no provedor que te vendeu o IP, não no DNS do seu domínio. Se você aluga um VPS na OVH, DigitalOcean, AWS, Hetzner — o registro PTR fica no painel deles.
Passos:
- Escolha o hostname que seu servidor SMTP vai usar no HELO/EHLO. Por convenção,
mail.seudominio.comousmtp.seudominio.com. - Crie um registro A (ou AAAA para IPv6) apontando esse hostname para o IP do servidor.
- No painel do provedor do IP, configure o rDNS do IP para o mesmo hostname.
- Garanta que o servidor SMTP está enviando exatamente esse hostname no HELO/EHLO.
Validação:
$ dig +short -x 198.27.109.36
mail.seudominio.com.
$ dig +short mail.seudominio.com
198.27.109.36
Os dois lados precisam casar — IP aponta para nome e nome aponta para IP. Isso chama-se Forward-Confirmed Reverse DNS (FCrDNS).
Um IP, um rDNS
Cada IP só aceita um registro PTR. Se você envia e-mails por múltiplos domínios no mesmo servidor, escolha um hostname neutro (smtp.suaempresa.com, por exemplo) e use ele como HELO. O DKIM e o SPF cuidam da autenticação por domínio — o rDNS só precisa bater com o HELO do servidor.
Erros frequentes
Hostname genérico do provedor
Algo como vps-12345.cloud-provider.net. Muda hoje mesmo.
rDNS não aponta de volta
O IP resolve para mail.seudominio.com, mas mail.seudominio.com não resolve para o IP. FCrDNS quebra e os filtros rigorosos rejeitam.
HELO diferente do rDNS
O servidor envia HELO como srv02.interno, mas o rDNS é mail.seudominio.com. Alguns filtros consideram isso suspeito.
Como testar
O MailTester RapidCloud mostra três informações críticas na aba "Autenticação do servidor":
- O IP que enviou.
- O HELO declarado.
- O rDNS resolvido.
Os três precisam bater. Se não baterem, ajuste antes de sair enviando volume.
Usa RapidCloud SMTP? Nós cuidamos de toda a infraestrutura de IP: rDNS configurado, HELO alinhado, warm-up gradual e monitoramento de reputação. Você publica SPF/DKIM, a gente garante que os bastidores estão impecáveis.
Perguntas frequentes
O que é rDNS ou PTR?
Por que o rDNS é importante para e-mail?
Como configurar o rDNS?
Posso ter dois rDNS no mesmo IP?
Como testar o rDNS?
Teste agora o que você acabou de configurar
Envie um e-mail pelo MailTester RapidCloud e veja em segundos se SPF, DKIM, DMARC e rDNS estão passando.
Testar entregabilidade