Como encontrar quais IPs de envio não têm DNS reverso (antes de enviar)

Cole seus IPs de envio na consulta de DNS reverso em massa e filtre as linhas sem PTR ou sem correspondência direta. O Gmail verifica se todo IP de envio tem um registro PTR e se o nome de host nele resolve de volta para o mesmo IP. Um IP que falha em qualquer uma dessas verificações é o que deve ser corrigido antes de você enviar por ele.

Verificar o DNS reverso de uma lista de IPs →

Verifique em massa

1. Abra a consulta de DNS reverso em massa.
2. Cole os IPs, um por linha: até 100 por rodada, ou 500 depois de um login gratuito com o Google. IPv4 e IPv6 funcionam, assim como linhas copiadas de um log ou de um cabeçalho Received: o primeiro IP de cada linha é usado.
3. Clique em Look up PTR records (consultar registros PTR).
4. Leia cada linha: o nome de host do PTR, Confirmed quando ele resolve de volta para o mesmo IP, e Generic quando parece um nome de pool gerado automaticamente.
5. Filtre os IPs sem PTR ou sem correspondência direta e baixe o CSV.

Faça à mão

printf "142.251.189.27\n140.82.112.3\n104.16.132.229\n8.8.8.8\n" > ips.txt

while read -r ip; do
  ptr=$(dig +short -x "$ip" | head -1)
  if [ -z "$ptr" ]; then echo "$ip,NO PTR"; continue; fi
  if dig +short a "$ptr" | grep -qx "$ip"; then echo "$ip,$ptr,confirmed"; else echo "$ip,$ptr,not confirmed"; fi
done < ips.txt
# 142.251.189.27,yucbfcd-in-f27.1e100.net.,confirmed
# 140.82.112.3,lb-140-82-112-3-iad.github.com.,confirmed
# 104.16.132.229,NO PTR
# 8.8.8.8,dns.google.,confirmed

Rodamos isso em 9 de novembro de 2026. O dig -x transforma o IP no nome reverso por você: 104.16.132.229 vira 229.132.16.104.in-addr.arpa, o esquema que a RFC 1035, seção 3.5 define. Para 104.16.132.229, um endereço web da Cloudflare, a resposta foi status: NXDOMAIN: não existe PTR. Isso é normal para um servidor web e um problema para um servidor de e-mail.

O loop verifica apenas registros diretos IPv4. Para IPs de envio IPv6, troque dig +short a por dig +short aaaa.

Por que isso importa e o que fazer com cada resultado

As diretrizes para remetentes do Google dizem que o IP público de um servidor de envio "must have a corresponding PTR record that resolves to a hostname" (precisa ter um registro PTR correspondente que resolva para um nome de host), e que "the sending IP address must match the IP address of the hostname specified in the Pointer (PTR) record" (o endereço IP de envio precisa corresponder ao endereço IP do nome de host indicado no registro PTR).

• Sem PTR. Defina um antes de enviar por esse IP. A maioria dos provedores de VPS e de servidores dedicados tem um campo de DNS reverso no painel de controle; caso contrário, peça ao suporte deles.
• PTR, mas não confirmado. Adicione um registro A (ou AAAA) para o nome de host no seu próprio DNS, apontando para o IP. Essa parte você controla.
• Nome genérico, como 203-0-113-7.dynamic.example.net. Troque por um nome sob o seu próprio domínio, como mail1.yourdomain.com, que corresponda ao seu nome HELO.
• Confirmado. Nada a fazer. Garanta que o HELO do seu servidor use o mesmo nome; veja o requisito de HELO e PTR do Spamhaus.

Para entender o que é um registro PTR e quem pode alterá-lo, veja registros de DNS reverso (PTR) para e-mail. Para ver a qual rede cada IP pertence, use a consulta de IP para ASN em massa.

Próximo passo: verifique a lista para a qual você vai enviar

Um DNS reverso limpo faz a conexão do seu servidor ser aceita. Bounces de endereços mortos continuam prejudicando a reputação desses mesmos IPs. Envie a lista em /verify para checar cada caixa postal sem enviar nada. As primeiras 100 checagens são grátis com login do Google, sem cartão.

Pro, US$ 39 por mês: verificação de e-mails ilimitada.* Nunca medida, nunca cortada. Veja os preços.

*Uso justo: as primeiras 100.000 verificações do mês em velocidade máxima, depois mais devagar, nunca cortado.

Leia também: requisitos para enviar e-mail por IPv6, descobrir de quem são os IPs em um bounce ou cabeçalho de e-mail.