O que é PTR (DNS reverso) e por que ele decide sua entrega

O DNS que todo mundo conhece responde “qual é o IP deste nome?”. O DNS reverso responde a pergunta contrária: “qual é o nome deste IP?”. O registro que faz isso se chama PTR.

Parece um detalhe menor, e é um dos requisitos mais rígidos da entrega de e-mail. Servidor sem PTR consistente tem as mensagens recusadas ou marcadas como spam por boa parte dos provedores — sem exceção e sem aviso.

Por que servidores de e-mail se importam

Quando uma conexão chega, antes de existir qualquer mensagem para analisar, o servidor que recebe já sabe o endereço IP de quem está do outro lado. O reverso é a primeira triagem: quem opera um servidor de e-mail legítimo configura o PTR; quem envia de uma máquina infectada, quase nunca.

É uma verificação barata que separa muito bem os dois grupos — e por isso é aplicada logo no começo, antes de gastar processamento com o resto.

Ter PTR não basta: ele precisa fechar

Aqui está o detalhe que a maioria dos painéis de DNS deixa passar. O nome apontado pelo reverso precisa, ele próprio, ter um registro A que volte para o mesmo IP. Quando as duas pontas fecham, o reverso é confirmado — em inglês, FCrDNS, forward-confirmed reverse DNS.

200.100.50.10  →  PTR  →  mail.empresa.com.br
mail.empresa.com.br  →  A  →  200.100.50.10   ✅ fecha

Se o nome do reverso não tiver registro A, ou se ele apontar para outro IP, a verificação não fecha — e vários provedores tratam isso exatamente como se não houvesse reverso nenhum. O verificador de PTR faz esse caminho de ida e volta e diz se está consistente.

Onde configurar (não é onde você imagina)

O PTR não fica no DNS do seu domínio. Essa é a confusão mais comum. Ele fica na zona reversa do bloco de endereços IP, e quem controla essa zona é o dono do bloco: o seu provedor de hospedagem, o datacenter ou a operadora.

Na prática:

• em VPS e servidor dedicado, costuma haver um campo “DNS reverso” no painel do provedor;
• em nuvem, é uma configuração da instância ou do IP elástico;
• em link corporativo com IP fixo, é chamado aberto na operadora.

Depois de configurar o PTR, não esqueça da outra metade: publique, no seu DNS, o registro A do nome escolhido apontando de volta para o IP. Sem isso, o reverso existe mas não confirma.

Que nome usar

Use um nome seu, que identifique o servidor — mail.suaempresa.com.br ou smtp.suaempresa.com.br.

Evite manter o nome genérico do datacenter. Reversos assim:

200-100-50-10.static.provedor.net.br
host10.servidor-cloud.com
dynamic-200-100-50-10.operadora.com.br

sinalizam IP de prateleira ou conexão residencial, e reduzem a confiança de quem recebe mesmo quando tecnicamente corretos. Palavras como “dynamic”, “dsl”, “pool” e “cable” são especialmente ruins: alguns provedores recusam a conexão só por causa delas.

Perguntas que sempre aparecem

Preciso de PTR para receber e-mail?

Não. O PTR importa para enviar. Quem recebe consulta o reverso do IP que está entregando; se o seu servidor só recebe, ninguém consulta o dele.

E se eu envio por um relay?

Aí o PTR relevante é o do IP do relay, não o seu — e é responsabilidade de quem opera o relay mantê-lo correto. É uma das coisas que se transfere ao usar um serviço de envio.

Posso ter mais de um PTR no mesmo IP?

É permitido, mas incomum em servidores de e-mail, e algumas implementações usam apenas o primeiro que recebem. O previsível é manter um só.

E IPv6?

Vale a mesma regra, e alguns provedores são mais rígidos com IPv6 do que com IPv4 — o Google, por exemplo, exige reverso válido para aceitar entrega por IPv6. Se o seu servidor envia pelos dois, configure os dois.

Conferindo

Use o verificador de PTR: informe o IP de envio e confira se o resultado diz “confirmado”. Se disser “existe, mas não é confirmado”, falta o registro A do lado do seu domínio.

Para ver o retrato completo do endereço — reverso, consistência e reputação nas listas — use a consulta de IP.