Imagina que haces todo bien con tu correo: configuras SPF, DKIM y DMARC a la perfección, cuidas tu contenido, no envías spam. Y aun así, tus correos caen en spam o los rechazan. Hay un culpable frecuente y silencioso que casi nadie revisa porque vive fuera de tu panel de DNS: el registro PTR, el corazón del DNS inverso. Este artículo es corto porque el concepto es simple, pero el impacto es enorme.
Directo e inverso: las dos direcciones del DNS
El DNS que todos conocen va en una dirección: de nombre a IP. Preguntas "¿dónde está miempresa.com?" y el registro A responde "en la IP 203.0.113.25". El DNS inverso va al revés: de IP a nombre. Preguntas "¿de quién es la IP 203.0.113.25?" y el registro PTR responde "de correo.miempresa.com". Es la misma información, consultada en sentido contrario.
Por qué los servidores de correo lo exigen
Cuando tu servidor se conecta a otro para entregar un correo, el receptor hace una comprobación de sentido común: "esta IP que me está enviando, ¿tiene un nombre asociado (PTR), y ese nombre concuerda con quien dice ser?". Los servidores de correo legítimos y bien configurados tienen un PTR que coincide con su dominio. Los spammers, que suelen enviar desde IPs domésticas o comprometidas, a menudo no tienen PTR o tienen uno genérico que no concuerda. Por eso, la ausencia de un PTR correcto es una señal fuerte de sospecha: muchos servidores rechazan o penalizan de entrada a quien envía desde una IP sin DNS inverso válido.
A la comprobación de que el PTR existe y concuerda con el DNS directo se le llama Forward-Confirmed reverse DNS (FCrDNS), y es una de las verificaciones básicas de reputación. Aprobar-la no te garantiza llegar, pero reprobarla casi te garantiza problemas.
El detalle que sorprende: tú no pones el PTR
Aquí está lo que descoloca a mucha gente. Los registros normales (A, MX, TXT) los administras tú en el panel de DNS de tu dominio. El PTR no. El PTR pertenece a quien es dueño del bloque de direcciones IP —es decir, tu proveedor de internet o de hosting—, porque el DNS inverso se delega junto con las IPs. Para configurar un PTR necesitas una IP fija y homologada (dedicada a ti, no compartida ni dinámica) y pedirle a tu proveedor que apunte el PTR de esa IP a tu nombre de correo. No es algo que resuelvas solo en tu panel; es una gestión con el dueño de la IP.
Esto tiene una consecuencia práctica importante: si envías correo desde una IP dinámica o compartida de un servicio doméstico, no puedes tener un PTR propio y correcto, y por eso ese tipo de conexiones son pésimas para enviar correo directamente. Es una de las razones por las que el correo serio se envía a través de servicios con IPs dedicadas y reputación cuidada, no directamente desde cualquier servidor casero.
La lista de verificación
Si envías correo desde tu propia infraestructura y tienes problemas de entrega: (1) confirma que tu IP de envío es fija y homologada; (2) verifica si tiene PTR y si concuerda con tu dominio (hay herramientas que lo revisan en segundos); (3) si falta o está mal, pídele a tu proveedor de IP que lo configure. Es un trámite con ellos, no un cambio en tu DNS. Resolver este registro invisible es, muchas veces, la pieza que faltaba para que tus correos legítimos por fin lleguen.