Cómo comprobar un registro MX y probar el enrutamiento del correo

Una consulta MX comprueba qué servidores de intercambio de correo publica un dominio para el correo entrante. Para hacerla, consulta el registro MX del dominio e inspecciona cada nombre de host y valor de preferencia devueltos. Después, confirma que los nombres de host de destino se resuelven a direcciones y coinciden con la configuración actual del proveedor de correo. Es una forma rápida de detectar un registro ausente o un destino de proveedor obsoleto tras una migración. Sin embargo, ver una respuesta MX no garantiza que un sistema receptor esté en línea, acepte un buzón concreto o entregue el mensaje en la bandeja de entrada. El DNS es una capa importante del enrutamiento del correo, no el sistema de entrega completo.

Lee correctamente los valores de preferencia

Cada registro MX incluye una preferencia numérica y un nombre de host de intercambio de correo. Los valores más bajos tienen preferencia sobre los más altos, así que el número no es una clasificación de prioridad en la que gana el más grande. Varios servidores de intercambio pueden ofrecer respaldo o repartir la responsabilidad. Los agentes de transferencia de correo reintentan los envíos y pueden seguir probando con otro servidor de intercambio cuando el preferido no está disponible. No elimines un registro con un número más alto solo porque parezca menos importante sin confirmar antes el diseño del proveedor. Algunos servicios publican un único servidor de intercambio; otros dependen de un conjunto cuidadosamente ordenado de sistemas regionales o de respaldo.

Sé preciso con el dominio que consultas. Una empresa puede usar example.com para las direcciones mientras un subdominio gestiona un flujo de correo distinto, o un producto puede usar un subdominio de envío delegado. Consultar mail.example.com cuando los destinatarios usan @example.com puede dar una respuesta que no tiene relación con la ruta del buzón. Si no se publica ningún registro MX, los sistemas de correo pueden aplicar un comportamiento de reserva basado en los registros de dirección del dominio, pero eso no sustituye la verificación de la configuración prevista del proveedor. Sigue la documentación del proveedor de correo y usa exactamente el dominio asociado a las direcciones de los destinatarios.

Problemas habituales en las consultas MX

Un registro MX ausente puede indicar que el enrutamiento del correo nunca se configuró, que se consultó el nombre de host equivocado o que una migración de DNS omitió el registro. Un destino que no se resuelve puede impedir la entrega aunque el propio registro MX esté presente y sea sintácticamente correcto. Los valores MX de un proveedor antiguo pueden seguir apareciendo en consultas recursivas mientras caducan las respuestas en caché. Una errata en el nombre de host de destino o una preferencia incorrecta pueden enrutar el correo al servicio equivocado. Revisa la zona autoritativa y el panel del proveedor a la vez, y compara después las respuestas públicas mediante un resolvedor que no se limite a mostrar una vista previa en caché del panel.

• Comprueba el MX del dominio exacto del destinatario.
• Compara cada preferencia y destino con las instrucciones del proveedor.
• Resuelve el nombre de host de cada servidor de intercambio y confirma que los valores están actualizados.
• Inspecciona las respuestas autoritativas si las recursivas parecen obsoletas.
• Comprueba SPF, DKIM y DMARC por separado para la autenticación saliente.

Verifica el enrutamiento tras los cambios

Antes de cambiar el MX, anota la configuración actual e identifica qué buzones y remitentes dependen de ella. Publica los valores de sustitución exactamente como se te faciliten, incluidas las convenciones del punto final cuando el servicio de DNS las exija, y confirma que la zona autoritativa acepta los cambios. Tras la publicación, ejecuta una consulta MX y resuelve todos los destinos. Envía mensajes de prueba controlados desde un proveedor externo a direcciones que deberían recibir correo e inspecciona los registros de correo o los diagnósticos del proveedor si la entrega falla. Ten en cuenta los TTL y el comportamiento de reintento; un cambio puede tardar en usarse de forma coherente en los sistemas de envío remotos.

Para ver el panorama completo del correo, lee los registros DNS del correo electrónico y qué hacen los registros MX. Un verificador de DNS puede ayudar a inspeccionar la respuesta MX pública, pero solo una prueba con un mensaje real puede verificar la ruta de extremo a extremo de un buzón concreto. Mantén esas comprobaciones separadas y anota sus resultados; así es más fácil saber si un fallo lo causa un registro DNS, un servidor de intercambio, la política del destinatario o la configuración de autenticación del remitente.

No diagnostiques la entrega solo a partir del MX

Una consulta MX comprueba la instrucción de enrutamiento pública, pero la entrega tiene varios pasos posteriores: el servidor emisor resuelve el nombre de host del servidor de intercambio, abre una conexión, negocia la seguridad del transporte cuando está configurada, y el receptor aplica reglas de buzón, reputación y políticas. Un conjunto MX válido puede apuntar a un servicio temporalmente no disponible, y una conexión SMTP correcta aún puede rechazar a un destinatario o clasificar el mensaje como no deseado. Si el DNS parece correcto, reúne el estado de entrega del proveedor de envío, el texto de rechazo del lado del destinatario y los registros del servidor. Estos detalles identifican si el siguiente problema está en la resolución de direcciones, la accesibilidad de la red, la política SMTP, la existencia del buzón o el filtrado de spam.