Requisito de HELO e DNS reverso do Spamhaus (novembro de 2026)

Desde novembro de 2026, o Spamhaus está exigindo aos poucos que todo IP de envio tenha um HELO válido, um registro de DNS reverso (PTR) e um registro A correspondente. Na prática são três checagens: o registro PTR do IP nomeia um hostname, esse hostname resolve de volta para o mesmo IP, e o hostname que o seu servidor anuncia no HELO/EHLO também resolve para o IP de envio. Se você envia por um ESP compartilhado, o ESP cuida disso. Se você tem servidor de e-mail próprio, um VPS ou um IP dedicado, confira agora.

O aviso está no topo das novas Spamhaus Sender Guidelines (diretrizes para remetentes, lidas em 2 de novembro de 2026): "Starting in November 2026, we are gradually rolling out a requirement for every sending IP to have a valid HELO, a reverse DNS (PTR) record, and a matching A record." O Spamhaus indica o próprio verificador de HELO e diz para seguir as diretrizes "to avoid being listed" (para evitar ser listado).

Quem é afetado

Como você envia	Quem controla o PTR e o HELO do IP	O que você checa
ESP compartilhado (Mailchimp, Brevo, IPs compartilhados do SES)	O ESP	SPF, DKIM e DMARC no seu domínio
Google Workspace ou Microsoft 365	Google ou Microsoft	O mesmo
IP dedicado em um ESP	O ESP, às vezes com o seu hostname	Se o rDNS resolve, usando a configuração do ESP
Servidor próprio (Postfix, Exim, PowerMTA) em VPS ou bare metal	Você e o seu provedor de hospedagem	As três checagens abaixo
Um app enviando SMTP direto de uma instância na nuvem	Você	As três, e se o provedor libera a porta 25

As três checagens

1. O PTR existe e nomeia um hostname real. Consulte o IP de envio na consulta de DNS reverso. Ela deve retornar um nome completo no seu domínio, como mail.example.com, e não ip-203-0-113-7.provider.net. Spamhaus: "Do not use generic or auto-generated rDNS entries for dedicated IPs that point to the hosting provider" (não use entradas rDNS genéricas ou geradas automaticamente, apontando para o provedor de hospedagem, em IPs dedicados).
2. O nome do PTR resolve de volta para o mesmo IP. Consulte o registro A (ou AAAA) desse hostname na consulta DNS. Spamhaus: "Ensure the rDNS hostname resolves to the connecting IP address via a corresponding forward DNS (A/AAAA) record." (Garanta que o hostname do rDNS resolva para o IP que está conectando por meio de um registro DNS direto A/AAAA correspondente.) Isso é o DNS reverso confirmado no sentido direto (FCrDNS).
3. O nome HELO resolve para o IP de envio. Descubra o hostname que o seu servidor anuncia (Postfix: myhostname; a maioria dos MTAs registra no log, e ele aparece no cabeçalho Received: que os receptores adicionam). Ele precisa resolver para o IP de envio. Spamhaus: "Where possible, ensure the HELO/EHLO hostname is consistent with the rDNS hostname." (Sempre que possível, garanta que o hostname do HELO/EHLO seja consistente com o hostname do rDNS.)

A configuração mais simples que passa nas três: um hostname só, por exemplo mail.example.com, com um registro A apontando para o IP, um PTR no IP apontando para mail.example.com e o servidor anunciando mail.example.com no HELO.

Erros comuns citados pelo Spamhaus

• Placeholders. "Do not use placeholder values such as localhost or generic hostnames that point to the hosting company/ISP as the HELO value." (Não use como valor de HELO placeholders como localhost nem hostnames genéricos que apontam para a empresa de hospedagem ou o provedor de internet.)
• Vários nomes HELO para um mesmo remetente. "Multiple HELO values resolving to different IP addresses may indicate residential proxy and/or malware behaviour." (Vários valores de HELO resolvendo para IPs diferentes podem indicar proxy residencial e/ou malware.)
• HELO apontando para outro lugar. "Do not resolve HELO hostname to infrastructure that is not used for sending" (não faça o hostname do HELO resolver para infraestrutura que não é usada para envio).
• Nenhum PTR. O Spamhaus "will treat emails originating from IP addresses without rDNS as suspicious" (vai tratar como suspeitos os e-mails vindos de IPs sem rDNS).
• IPv6 sem rDNS, ou alocações menores que /64.

Registros PTR são configurados por quem controla o IP, normalmente no painel do seu provedor de hospedagem ou por ticket, e não no DNS do seu domínio. O nosso post sobre registros PTR para e-mail explica quem pode alterá-lo e como checá-lo com dig, e o post sobre provedores de nuvem que bloqueiam a porta 25 cobre o outro bloqueio comum para quem envia do próprio servidor.

Depois que o DNS estiver certo

Corrigir o rDNS e o HELO não remove uma listagem que já existe. Se o IP já está listado, confira com o verificador de blacklist de IP e siga os passos de remoção da própria lista; veja listagens do Spamhaus explicadas. O restante das diretrizes (opt-in confirmado, bounces abaixo de 5%, descadastros em até 2 dias) está resumido no nosso checklist das diretrizes do Spamhaus.

Onde o SimpleVerifier entra

As ferramentas de DNS citadas acima são gratuitas. A parte paga do SimpleVerifier é a verificação de listas, que mantém os bounces abaixo da linha de 5% dessas mesmas diretrizes; ele não configura nem monitora o seu DNS. As primeiras 100 checagens são grátis com login do Google na página de verificação. O Pro custa US$ 39 por mês: os primeiros 100.000 e-mails de cada mês rodam em velocidade máxima, e depois listas grandes rodam mais devagar, sem bloqueio; e os pacotes avulsos de 10.000 checagens por US$ 15 nunca expiram. Veja os preços.