Cómo configurar MX, A y rDNS/PTR para recibir emails sin problemas de entregabilidad
Guía práctica para SaaS, email marketing y mail tester: configura MX, A y rDNS/PTR correctamente para recibir emails y evitar problemas de entregabilidad.
Para que una plataforma SaaS, una herramienta de email marketing o un mail tester reciba correos correctamente, no basta con tener un dominio y un servidor activo. La configuración DNS determina si otros servidores pueden encontrar tu buzón, validar tu infraestructura y confiar en tus envíos o respuestas. Los registros MX, A y rDNS/PTR cumplen funciones distintas pero conectadas: el MX indica dónde se reciben los emails, el A apunta un hostname a una IP, y el PTR permite verificar que esa IP corresponde a un nombre de dominio coherente. Si alguno falla, puedes sufrir rechazos, rebotes, filtros antispam o diagnósticos incompletos en pruebas de entregabilidad.
Qué papel cumple cada registro DNS
Registro MX: dónde se recibe el correo
El registro MX, o Mail Exchange, indica qué servidor acepta emails para un dominio. Por ejemplo, si quieres recibir correos en [email protected], el dominio necesita un MX que apunte a un hostname como mail.tudominio.com o al proveedor de correo que uses.
Registro A: a qué IP apunta tu servidor
El registro A conecta un nombre de host con una dirección IPv4. Si tu MX apunta a mail.tudominio.com, ese hostname debe resolver a una IP mediante un registro A. Sin este paso, el MX existe, pero los servidores externos no sabrán a qué máquina entregar el email.
rDNS/PTR: la verificación inversa de la IP
El rDNS, configurado mediante un registro PTR, hace lo contrario que el registro A: permite consultar una IP y obtener un nombre de host. Es especialmente importante para entregabilidad, porque muchos servidores rechazan o penalizan conexiones SMTP desde IPs sin PTR o con un PTR genérico, como nombres de cloud provider sin relación con tu dominio.
Configuración recomendada para SaaS y mail tester
Usa hostnames claros y consistentes
Para una infraestructura propia, una configuración típica sería:
- Dominio:
tudominio.com - Servidor de correo:
mail.tudominio.com - Registro A:
mail.tudominio.com → 203.0.113.10 - Registro MX:
tudominio.com → mail.tudominio.com - Registro PTR:
203.0.113.10 → mail.tudominio.com
La clave es la coherencia. El MX apunta al hostname, el hostname apunta a la IP, y la IP vuelve al mismo hostname mediante PTR.
Pasos prácticos para configurar MX, A y rDNS/PTR
1. Crea el registro A del servidor
En tu proveedor DNS, añade un registro A:
- Tipo: A
- Nombre:
mail - Valor: IP pública de tu servidor
- TTL: 300 o 3600 segundos
Verifica que mail.tudominio.com resuelve correctamente antes de continuar.
2. Añade el registro MX del dominio
Después, crea el MX en el dominio raíz:
- Tipo: MX
- Nombre:
@ - Valor:
mail.tudominio.com - Prioridad: 10
Si usas un proveedor externo como Google Workspace, Microsoft 365, Amazon SES, Mailgun o Postmark, usa exactamente los MX que indique el proveedor.
3. Configura el rDNS/PTR en el proveedor de la IP
El PTR no se configura normalmente en el panel DNS del dominio, sino en el proveedor que controla la IP: hosting, VPS, cloud o ISP. Solicita o configura:
- IP:
203.0.113.10 - PTR/rDNS:
mail.tudominio.com
Después comprueba que la resolución inversa coincide con el hostname usado por el servidor SMTP.
4. Alinea el hostname del servidor SMTP
Tu servidor debe anunciarse con un nombre coherente en el saludo SMTP, normalmente mediante HELO/EHLO. Lo ideal es que use el mismo hostname del PTR:
mail.tudominio.com
Esto ayuda a reducir sospechas en filtros antispam.
5. Prueba la recepción y entregabilidad
Usa herramientas tipo mail tester para comprobar:
- Resolución MX
- Resolución A
- PTR/rDNS
- Coincidencia entre IP, hostname y HELO
- Reputación de IP
- SPF, DKIM y DMARC si también envías emails
Errores comunes que afectan la entregabilidad
MX apuntando directamente a una IP
Un MX debe apuntar a un hostname, no a una dirección IP. Usa mail.tudominio.com, no 203.0.113.10.
Falta de registro A para el hostname del MX
Si el MX apunta a mail.tudominio.com, ese subdominio debe tener un A válido. Sin él, la entrega fallará.
PTR inexistente o genérico
Un PTR como vps-123.provider.com no siempre bloquea la recepción, pero puede dañar la reputación al enviar o responder emails. Para SaaS y email marketing, conviene personalizarlo.
Inconsistencia entre A y PTR
Lo ideal es que la IP resuelva inversamente al mismo hostname que, a su vez, apunta de vuelta a esa IP. Esta relación se conoce como forward-confirmed reverse DNS.
Cambiar DNS sin esperar propagación
Algunos cambios tardan minutos u horas. Durante ese periodo, puedes ver resultados mixtos en pruebas de mail tester.
Recursos relacionados
Si quieres profundizar, prueba estas herramientas gratuitas: Domain Health, mail tester, validador SPF y validador DMARC.
¿Necesitas que alguien lleve tu canal de email entero? Abalola Mail es la agencia de email marketing especializada en ecommerce de Abalola para ecommerce: estrategia, producción y operación del stack sobre Klaviyo, Mailchimp o Brevo.