Registro PTR y DNS inverso para el correo
¿Qué es el DNS inverso (PTR) en el correo?
El DNS normal traduce un nombre a una dirección IP: tú escribes un dominio y el DNS busca qué servidor hay detrás. El DNS inverso hace lo contrario: traduce una dirección IP de vuelta a un nombre. Esa «búsqueda inversa» se hace mediante un registro PTR (pointer record) asociado a la dirección IP.
En el correo esto importa porque el servidor receptor comprueba a la llegada: el mensaje viene de esta dirección IP y dice venir de este servidor de correo; ¿cuadra con lo que devuelve el DNS inverso? Si no hay registro PTR, o apunta a algo cualquiera, falta una pieza importante de confianza. Encontrarás una explicación más amplia del concepto en la página sobre qué es el reverse DNS.
Por qué el DNS inverso hace o deshace tu correo
Los servidores receptores estrictos rechazan el correo de direcciones IP sin un registro PTR en condiciones, o lo mandan a spam. Para ti, eso significa que tus mensajes no llegan, sin un motivo claro. Sobre todo en los grandes proveedores de correo, un DNS inverso correcto se ha convertido en un requisito básico.
Lo doloroso es que tú rara vez tienes visibilidad sobre esto. Un registro PTR no forma parte del DNS de tu dominio, sino de la dirección IP, y esa dirección IP pertenece a quien aloja el servidor. Si estás en un hosting compartido barato donde el DNS inverso no está bien configurado, tu entregabilidad se resiente, por muy correctamente que envíes el resto. Es justo el tipo de detalle técnico que hace fallar el correo en silencio.
Para la persona a la que le afecta, una responsable de oficina o un gerente que simplemente quiere que el correo llegue, es frustrante. No has hecho nada mal por tu parte y, aun así, los mensajes desaparecen. Como rara vez aparece un mensaje de error claro, el problema pasa desapercibido mucho tiempo: te das cuenta cuando un cliente se queja de que no ha recibido nada. Eso convierte el DNS inverso en una de las causas silenciosas de una mala entrega.
Cómo funciona
Imagina un portero que controla a los visitantes en la puerta. Alguien se presenta diciendo «vengo de la empresa X». El portero llama al número conocido de la empresa X para comprobar si de verdad alguien va de camino a esa dirección. Si la historia cuadra, el visitante puede entrar. Si no cuadra, o nadie contesta, la puerta sigue cerrada.
El DNS inverso funciona igual. Al establecer la conexión, tu servidor de correo indica un nombre (el nombre «HELO»). El servidor receptor toma la dirección IP de la que procede el mensaje y busca mediante DNS inverso qué nombre le corresponde.
- El servidor remitente se conecta desde una dirección IP determinada.
- El receptor hace una búsqueda de DNS inverso sobre esa dirección IP y lee el registro PTR.
- Lo ideal es que ese registro PTR apunte a un nombre de servidor limpio, y que ese nombre, mediante el DNS normal, remita de nuevo a la misma dirección IP (una coincidencia «forward-confirmed»).
- Si todo encaja, cuenta como una señal positiva. Si falta el registro PTR o es genérico, la confianza baja.
El DNS inverso no va por libre. Funciona junto con la autenticación, como SPF, DKIM y DMARC. Cómo encajan esos tres lo lees en la guía sobre configurar SPF, DKIM y DMARC juntos.
En qué debes fijarte
- Un registro PTR no se configura en el DNS de tu propio dominio. Pertenece a la dirección IP y lo gestiona quien es dueño del servidor. Si buscas en vano el botón en tu gestión de DNS, ese es el motivo.
- Un DNS inverso genérico no cuenta. Un nombre como
host-84-12-x.pool.provider.netno dice nada; los receptores prefieren ver un nombre que pertenezca claramente a un servidor de correo real. - El directo y el inverso deben coincidir. Si el DNS inverso apunta a un nombre que a su vez no remite a ninguna parte, la señal sigue siendo débil.
- En un hosting compartido barato no tienes control sobre ello. Dependes de cómo lo haya resuelto el proveedor de hosting, y eso no siempre está bien hecho.
Si quieres comprobar tú mismo cómo está, hay herramientas online gratuitas con las que buscas una dirección IP y ves qué nombre devuelve el DNS inverso. Si obtienes un nombre genérico o nada, es señal de que no está bien resuelto. Normalmente no puedes arreglarlo tú; le toca a quien es dueño del servidor.
En resumen: el DNS inverso es uno de esos botones invisibles que pueden minar tu entregabilidad en silencio. Si tu correo acaba a menudo en spam, esta comprobación entra en la lista, junto con los puntos de por qué tu correo acaba en spam.
Y en Mailflux
En Mailflux no tienes que tocar el DNS inverso: gestionamos los servidores de envío con un DNS inverso (PTR) correcto y vigilamos su reputación de IP. Así, tus mensajes llevan desde el principio las señales correctas, sin que tengas que buscar botones que en tu propio DNS ni siquiera existen.
Además, obtienes correo profesional con tu propio dominio, alojado en Europa y conforme al RGPD, con SPF, DKIM y DMARC gestionados, copias de seguridad automáticas y verificación en dos pasos opcional. Un precio claro por buzón, con facturación anual, sin adornos innecesarios.
FAQ
Preguntas frecuentes
¿Puedo configurar yo mismo el DNS inverso?
Normalmente no desde tu gestión de DNS habitual. Un registro PTR pertenece a la dirección IP y lo gestiona quien es dueño del servidor. Si tienes hosting propio, lo pides a tu proveedor de hosting; con un correo alojado, el proveedor se encarga por ti.
¿Qué diferencia hay entre un registro PTR y un registro MX?
Un registro MX le dice al mundo a qué servidor debe ir el correo de tu dominio. Un registro PTR hace lo contrario: vincula la dirección IP del servidor remitente de vuelta a un nombre, para que el receptor pueda verificar al remitente. Ambos son necesarios para una entrega fiable.
¿Mi correo acaba en spam por el DNS inverso?
Puede influir. Si falta un registro PTR en condiciones o es genérico, los receptores estrictos rechazan tu correo o lo mandan a spam. Rara vez es la única causa, pero sí un requisito básico que a menudo se olvida en el hosting barato.