Requisito de HELO y DNS inverso de Spamhaus (noviembre de 2026)

Desde noviembre de 2026, Spamhaus exige de forma gradual que cada IP de envío tenga un HELO válido, un registro de DNS inverso (PTR) y un registro A coincidente. En la práctica son tres comprobaciones: el registro PTR de la IP nombra un host, ese host resuelve de vuelta a la misma IP y el nombre de host que tu servidor anuncia en HELO/EHLO también resuelve a la IP de envío. Si envías con un ESP compartido, el ESP se encarga de esto. Si tienes tu propio servidor de correo, un VPS o una IP dedicada, revísalo ahora.

El aviso está al principio de las nuevas Spamhaus Sender Guidelines (directrices para remitentes, leídas el 2 de noviembre 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." Spamhaus remite a los remitentes a su verificador de HELO y dice que sigan las directrices "to avoid being listed" (para evitar ser listados).

A quién afecta

Cómo envías	Quién controla el PTR y el HELO de la IP	Qué revisas tú
ESP compartido (Mailchimp, Brevo, IP compartidas de SES)	El ESP	SPF, DKIM y DMARC en tu dominio
Google Workspace o Microsoft 365	Google o Microsoft	Lo mismo
IP dedicada en un ESP	El ESP, a veces con tu nombre de host	Que el rDNS resuelva, con la configuración del ESP
Tu propio servidor (Postfix, Exim, PowerMTA) en un VPS o servidor físico	Tú y tu proveedor de hosting	Las tres comprobaciones de abajo
Una app que envía SMTP directo desde una instancia en la nube	Tú	Las tres, y si el proveedor permite usar el puerto 25

Las tres comprobaciones

1. El PTR existe y nombra un host real. Busca la IP de envío con la búsqueda de DNS inverso. Debe devolver un nombre completo en tu dominio, como mail.example.com, no 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" (no uses entradas rDNS genéricas o autogeneradas que apunten al proveedor de hosting para IP dedicadas).
2. El nombre del PTR resuelve de vuelta a la misma IP. Busca el registro A (o AAAA) de ese host con la búsqueda DNS. Spamhaus: "Ensure the rDNS hostname resolves to the connecting IP address via a corresponding forward DNS (A/AAAA) record." (Asegúrate de que el host del rDNS resuelva a la IP que se conecta mediante un registro DNS directo A/AAAA correspondiente.) Esto se llama DNS inverso confirmado en directo (FCrDNS).
3. El nombre HELO resuelve a la IP de envío. Averigua qué nombre anuncia tu servidor (Postfix: myhostname; la mayoría de los MTA lo registra y aparece en el encabezado Received: que agregan los receptores). Debe resolver a la IP de envío. Spamhaus: "Where possible, ensure the HELO/EHLO hostname is consistent with the rDNS hostname." (Cuando sea posible, asegúrate de que el host de HELO/EHLO coincida con el host del rDNS.)

La configuración más simple que pasa las tres: un solo nombre de host, por ejemplo mail.example.com, con un registro A que apunta a la IP, un PTR en la IP que apunta a mail.example.com y el servidor anunciando mail.example.com en HELO.

Errores comunes que menciona Spamhaus

• Valores de relleno. "Do not use placeholder values such as localhost or generic hostnames that point to the hosting company/ISP as the HELO value." (No uses como valor HELO valores de relleno como localhost ni nombres genéricos que apunten a la empresa de hosting o al ISP.)
• Varios nombres HELO para un mismo remitente. "Multiple HELO values resolving to different IP addresses may indicate residential proxy and/or malware behaviour." (Varios valores HELO que resuelven a IP distintas pueden indicar un proxy residencial o malware.)
• HELO que apunta a otro lado. "Do not resolve HELO hostname to infrastructure that is not used for sending" (no hagas que el host HELO resuelva a infraestructura que no se usa para enviar).
• Ningún PTR. Spamhaus "will treat emails originating from IP addresses without rDNS as suspicious" (tratará como sospechosos los correos de IP sin rDNS).
• IPv6 sin rDNS, o asignaciones menores que /64.

Los registros PTR los configura quien controla la IP, normalmente en el panel de tu proveedor de hosting o mediante un ticket, no en el DNS de tu dominio. Nuestro artículo sobre registros PTR para correo explica quién puede cambiarlo y cómo revisarlo con dig, y el de proveedores de nube que bloquean el puerto 25 cubre el otro bloqueo habitual para quienes envían desde su propio servidor.

Cuando el DNS ya está bien

Corregir el rDNS y el HELO no elimina un listado que ya existe. Si la IP ya está listada, revísala con el verificador de listas negras de IP y sigue los pasos de eliminación de esa lista; consulta listados de Spamhaus explicados. El resto de las directrices (opt-in confirmado, rebotes por debajo del 5%, bajas en un plazo de 2 días) está resumido en nuestra lista de verificación de las directrices de Spamhaus.

Dónde encaja SimpleVerifier

Las herramientas de DNS enlazadas arriba son gratuitas. La parte de pago de SimpleVerifier es la verificación de listas, que mantiene los rebotes por debajo del límite del 5% de esas mismas directrices; no configura ni monitorea tu DNS. Las primeras 100 comprobaciones son gratis al iniciar sesión con Google en la página de verificación. Pro cuesta $39 al mes: los primeros 100.000 correos de cada mes van a máxima velocidad y después las listas grandes avanzan más despacio, sin cortes; y los paquetes únicos de 10.000 comprobaciones por $15 nunca caducan. Consulta los precios.