Deliverability

¿Qué es un registro PTR (DNS inverso) y lo necesita el correo electrónico?

Un registro PTR asocia una dirección IP al nombre de host que Gmail exige que resuelva de vuelta a esa dirección de envío.

Publicar los registros de correo de tu dominio no configura el DNS inverso del servidor que envía tu correo. Ese registro pertenece a la zona de direcciones de la IP de envío.

¿Quién controla un registro PTR?

El operador responsable de la dirección IP controla su DNS inverso o delega ese control.

Una zona de DNS inverso contiene nombres asociados a un bloque de direcciones. La zona DNS de tu dominio es un área de autoridad independiente. Tener permiso para editar example.com no implica permiso para cambiar el registro PTR de una IP de envío.

Un proveedor de alojamiento puede ofrecer un panel de control o aceptar una solicitud de configuración. Una plataforma de envío normalmente gestiona la zona inversa de las direcciones que proporciona. Recurre al operador responsable de la dirección, aunque los registros de tu dominio estén alojados en otro lugar.

¿Qué deben mostrar las consultas directa e inversa?

La IP de envío debe resolver a un nombre de host que resuelva de vuelta a la misma IP. Gmail puede limitar o bloquear correo temporalmente cuando esas consultas no coinciden.

Los requisitos de remitente de Google exigen ambas direcciones. Publica la dirección IPv4 de envío en un registro A en el nombre de host del PTR. Para IPv6, publica un registro AAAA.

Si el registro PTR indica mail.example.com, ese nombre de host debe tener un registro de dirección que contenga la IP de envío. Un nombre de host que ya no resuelve no supera esta comprobación. Un nombre de host que resuelve solo a otra IP tampoco la supera.

RFC 1912 recomienda registros inversos coincidentes para cada dirección de un host con múltiples IP. Comprobar solo una dirección puede dejar el tráfico de otra sin una consulta inversa válida.

Apunta tu registro PTR directamente al nombre de host que contiene el registro de dirección de la IP de envío para evitar una consulta adicional. Un alias CNAME añade esta indirección, algo que RFC 1912 desaconseja.

¿Gmail exige registros PTR a los remitentes de bajo volumen?

Sí, Gmail exige DNS directo e inverso coincidentes a todos los remitentes.

El requisito no depende de alcanzar el nivel de remitente masivo. Una aplicación de bajo volumen que envía restablecimientos de contraseña también necesita una IP de envío configurada correctamente.

Los paneles de Postmaster Tools de Google incluyen un error de entrega por PTR ausente o incorrecto. Si aparece ese error, investiga la consulta inversa de la IP de envío antes de modificar registros de autenticación de dominio no relacionados.

Un servidor de correo se identifica con un saludo HELO que contiene su nombre de host. Haz coincidir el nombre de host del saludo con el nombre de host del servidor y su DNS inverso, como recomienda Spamhaus. Los servidores mal configurados pueden tener problemas de entrega incluso en receptores que no usan listas de Spamhaus.

¿Qué debes hacer con tu configuración de envío?

Configura el DNS inverso a través del operador de tu IP de envío, o pídele que corrija una discrepancia.

Cómo envíasQuién puede configurar el registro inverso
IP compartidas de una plataformaLa plataforma o su proveedor de direcciones
IP dedicada de una plataformaLa plataforma o su proveedor de direcciones
Tu propio servidor de correoTu proveedor de alojamiento, o tú si se te delegó el control de la zona inversa

Una IP dedicada no te otorga automáticamente el control de su zona inversa. Un servicio gestionado también puede presentar una discrepancia. Confirma la configuración cuando diagnostiques una dirección nueva.

Para envíos desde una plataforma, proporciona a soporte la IP que falla y el error de entrega. Para un servidor que gestionas tú, comprueba ambas direcciones DNS y el nombre de host del saludo. Las comprobaciones de listas de bloqueo abordan una causa de rechazo diferente.

En resumen

  1. Los registros PTR pertenecen a la zona de direcciones.

    El operador responsable de una dirección IP controla su DNS inverso o delega ese control.

  2. Las consultas directa e inversa deben coincidir.

    La IP de envío debe asociarse a un nombre de host que resuelva de vuelta a la misma IP.

  3. Gmail exige DNS inverso a todos los remitentes.

    La coincidencia entre DNS directo e inverso es un requisito básico, independientemente del volumen de envío.

  4. El operador de envío se encarga de la corrección.

    Contacta a la plataforma o al proveedor de alojamiento responsable de la IP cuando no puedas editar su zona inversa.

Construye sobre la misma red.

Obtén una clave API de prueba de inmediato. El acceso a producción se desbloquea cuando añades un método de pago y verificas un remitente.

Tu próxima idea.
Lista para conectar.