Ayuda y Resolución de problemas
Registro PTR (DNS inverso)
Qué es esto
Un registro PTR asigna una dirección IP de vuelta a un nombre de host: lo inverso de un registro A. Los servidores de correo lo comprueban constantemente: enviar correo desde una IP con DNS inverso ausente o incongruente es una fuerte señal de spam.
Cómo interpretar tu resultado
Para la IP de un servidor de correo, el PTR debería existir y coincidir con el nombre que el servidor usa en su saludo SMTP (y el registro A de ese nombre debería apuntar de vuelta a la misma IP: "DNS inverso confirmado hacia adelante", forward-confirmed reverse DNS).
Problemas comunes y cómo solucionarlos
No hay registro PTR en la IP de un servidor de correo emisor
Cómo se manifiesta: El correo saliente es rechazado o cae en spam en los grandes proveedores; los mensajes de rebote mencionan el DNS inverso o rDNS.
Cómo solucionarlo: Los registros PTR los controla quien posee el bloque de IP (tu proveedor de hosting/nube), no el DNS de tu dominio. Configúralo en la consola del proveedor (la mayoría de las nubes tienen un campo de rDNS) o abre un ticket, apuntándolo al nombre de host de tu servidor de correo.
El PTR existe pero no coincide con el nombre HELO del servidor de correo
Cómo se manifiesta: Los receptores más estrictos difieren o rechazan el correo; las puntuaciones de spam son elevadas a pesar de que SPF/DKIM pasan.
Cómo solucionarlo: Alinea los tres: el nombre del PTR, el nombre de host que anuncia el servidor de correo (HELO/EHLO) y el registro A de ese nombre de host. Todos deben coincidir en un nombre y una IP.
PTR genérico del proveedor (por ejemplo, 203-0-113-7.provider.example)
Cómo se manifiesta: Algunos receptores tratan el correo con un rDNS de aspecto genérico como de nivel doméstico y lo puntúan como probable spam.
Cómo solucionarlo: Reemplaza el PTR predeterminado por un nombre de host bajo tu propio dominio (por ejemplo, mail.tudominio.com) a través de la configuración de rDNS de tu proveedor.