DNS inverso (o Reverse DNS, abreviado rDNS) es una verificación que permite comprobar qué nombre de dominio está asociado a una dirección IP. En vez de traducir un dominio a una IP (como hace el DNS), el rDNS hace lo contrario: traduce una IP hacia un nombre.
¿Para qué sirve el Reverse DNS en email?
En el envío de emails, muchos proveedores (Microsoft, Gmail, Yahoo, etc.) revisan el rDNS de la IP que está enviando. Si el rDNS está ausente, es incoherente o “no parece legítimo”, puede afectar la entregabilidad (más spam, más bloqueos o más “soft bounces”).
Cómo funciona (explicación simple)
- Tu servidor/servicio de envío usa una IP para enviar.
- El receptor mira el PTR record (registro PTR) de esa IP.
- Ese PTR debe devolver un hostname (por ejemplo: mail.tudominio.com).
- Luego, idealmente, ese hostname debería resolver de vuelta a la misma IP (esto se llama forward-confirmed reverse DNS).
¿Qué debo revisar si envío por SMTP?
Si envías con SMTP (por ejemplo usando un gateway como Mailpro SMTP), lo importante es que tu configuración “cuadre”:
- rDNS (PTR) válido en la IP de envío
- SPF/DKIM/DMARC activos y alineados (ver DKIM y DMARC)
- Nombre y dominio coherentes (sin hostnames genéricos raros)
Errores típicos
- No hay PTR (rDNS inexistente).
- PTR apunta a un hostname que no existe o no resuelve.
- PTR apunta a un hostname “random” (poco confiable).
- El hostname del PTR no coincide con la identidad del envío (mala coherencia).
Consejo práctico
Si tu prioridad es la entregabilidad, no es solo “tener rDNS”: es tener rDNS coherente con tu setup de envío. En Mailpro, cuando trabajas con infraestructura SMTP, puedes mantener una identidad técnica más limpia y apoyarte en autenticación y buenas prácticas para mejorar resultados.
Mailpro y el DNS inverso
Registros PTR alineados, antes de enviar
Cada IP de envío de Mailpro tiene un PTR que se alinea con su HELO y con tu SPF. Una señal de reputación menos que gestionar — ya está lista.