Introduce cualquier dominio para obtener sus registros MX en tiempo real. Consulta cada hostname de servidor de correo, su prioridad y si la entrega de correo está configurada correctamente.
Los registros MX (Mail Exchange) son entradas DNS que indican los servidores preferidos para recibir correo de un dominio. Cuando alguien envía a user@example.com, el servidor de origen consulta primero los registros MX de example.com. Si no existe ningún MX, SMTP puede recurrir a la dirección A o AAAA del dominio; un MX nulo declara de forma explícita que el dominio no acepta correo.
Cada registro MX tiene dos componentes: un hostname (la dirección del servidor de correo) y un número de prioridad. Los números de prioridad más bajos tienen mayor preferencia. Cuando existen varios registros MX, el servidor de origen prueba primero el de menor prioridad. Si ese servidor no está disponible, pasa al siguiente de menor prioridad. Esta redundancia garantiza la entrega de correo aunque un servidor deje de funcionar.
Los registros MX son la capa habitual de enrutamiento del correo entrante. Los registros de autenticación como SPF, DKIM y DMARC conciernen a la identidad de salida, mientras que los MX dirigen a los remitentes hacia la infraestructura de recepción. Una consulta puede revelar intercambiadores de correo explícitos o un MX nulo, pero una respuesta MX vacía debe interpretarse junto con la reserva implícita de MX de SMTP y los registros A o AAAA del dominio.
Los dominios de Google Workspace suelen tener cinco registros MX que apuntan a aspmx.l.google.com y variantes con prioridades 1, 5, 5, 10 y 10. Todos son servidores de correo de Google redundantes.
Microsoft 365 usa un único registro MX que apunta a un hostname específico del inquilino, como yourdomainname-com.mail.protection.outlook.com, con prioridad 0.
Los servidores de correo autoalojados suelen tener uno o dos registros MX. El servidor principal tiene el número de prioridad más bajo y gestiona todo el correo entrante. Un servidor de respaldo con una prioridad más alta recibe el correo si el principal no está disponible.
Evidencia de enrutamiento de correo
Una consulta de registros MX devuelve los hostnames de los intercambiadores de correo y los valores de preferencia publicados en DNS. Muestra la intención de enrutamiento, no la aceptación a nivel de buzón.
Cada resultado contiene un nombre de dominio de un servidor de correo receptor. Ese hostname debe resolverse hacia una infraestructura accesible; un destino MX no debe publicarse como una dirección IP directa.
La consulta muestra solo la capa MX. Usa un Comprobador DNS más amplio cuando también necesites los registros de dirección del destino u otros datos DNS del dominio.
Los valores de preferencia numéricos más bajos se intentan antes que los más altos. Las preferencias iguales pueden repartir los intentos entre varios intercambiadores, mientras que los registros con números más altos suelen aportar capacidad de reserva.
Un registro con el número más bajo no es automáticamente más sano ni más rápido. El valor expresa la prioridad de enrutamiento elegida por el titular del dominio.
Estados del resultado
Tres casos que parecen similares en una tabla sencilla tienen significados SMTP distintos.
El dominio publica hosts de recepción explícitos. Comprueba que los hostnames estén bien escritos, que las prioridades correspondan al proveedor previsto y que se hayan eliminado los registros obsoletos tras las migraciones.
SMTP especifica una reserva implícita a la dirección A o AAAA del dominio. Esto no demuestra que haya un servicio SMTP escuchando ahí, así que una tabla MX vacía debe seguir siendo un estado de diagnóstico y no un veredicto automático sobre el buzón.
Un registro MX con preferencia 0 e intercambio . declara que el dominio no acepta correo. Es una señal explícita de ausencia de servicio y no debe combinarse con registros MX ordinarios.
El DNS puede parecer correcto mientras las conexiones agotan el tiempo de espera, fallan los certificados o el servidor rechaza destinatarios. La consulta MX no realiza esas comprobaciones de red ni de SMTP.
Flujo de resolución de problemas
Avanza por DNS y SMTP en orden para que cada resultado responda a una pregunta concreta.
Elimina URL, rutas y nombres de usuario. Si la dirección está en un subdominio, consulta ese subdominio porque puede publicar una ruta de recepción distinta de la raíz de la organización.
Tras una migración de correo, busca proveedores antiguos y nuevos mezclados, destinos mal escritos, falta de redundancia o un MX nulo que entre en conflicto con el servicio previsto.
Confirma que los hostnames de los intercambiadores se resuelven y que el servicio de recepción es accesible. Una fila MX por sí sola no acredita el estado del servidor.
Usa el Validador de correo para la sintaxis y el filtrado MX o el Verificador de correo para evidencia SMTP a nivel de destinatario.
Lo que MX no puede demostrar
El enrutamiento del dominio y la aceptación del destinatario son capas distintas de la ruta del correo.
Los mismos hosts MX sirven a todas las direcciones de un dominio, incluidos usuarios válidos, errores de escritura, cuentas retiradas, buzones de rol y conjeturas Catch-All.
Los registros DNS pueden sobrevivir a la infraestructura o apuntar a un servicio temporalmente no disponible. Esta herramienta no abre una conexión TCP ni SMTP.
SPF, DKIM y DMARC son controles independientes basados en TXT para la identidad de salida. Usa sus generadores y comprobadores específicos en lugar de inferirlos a partir de los registros MX de entrada.
El enrutamiento MX indica dónde se ofrece un mensaje. El filtrado antispam, la reputación, las políticas y las reglas del buzón determinan qué ocurre después de que el sistema receptor lo acepte.
Referencia del protocolo
Esta distinción evita dos errores habituales: declarar no entregable todo resultado MX vacío y pasar por alto un dominio que publica de forma explícita que no ofrece servicio de correo.
El RFC 5321 del IETF describe el orden MX y la reserva a registros de dirección que se usa cuando no se encuentran registros de recursos MX.
El RFC 7505 del IETF define el registro con prioridad 0 e intercambio . que permite a un dominio declarar que no acepta correo. Mantén esa señal explícita aparte de una respuesta ordinaria sin datos.
Elige la siguiente herramienta según el tipo de evidencia: destinatario, descubrimiento, DNS e infraestructura, o flujo del remitente.
Herramientas gratuitas
Consulta registros A, AAAA, MX, TXT, NS o CNAME de cualquier dominio. Búsqueda DNS en vivo con resultados instantáneos. Gratis, sin registro.
Evidencia de dominio o infraestructura — no prueba del buzón.
Herramientas de verificación de email
Validador de email gratis para sintaxis y registros MX publicados. Comprueba formato y enrutamiento al instante, sin afirmar verificación SMTP del buzón.
Evidencia del destinatario — no configuración del remitente ni de DNS.
Herramientas de verificación de email
Comprueba si un email es válido con un verificador gratis que ejecuta sintaxis, MX, SMTP del buzón, desechable, rol y catch-all.
Evidencia del destinatario — no configuración del remitente ni de DNS.
Herramientas gratuitas
Comprueba y valida el registro SPF de cualquier dominio. Consulta el registro, los mecanismos y si está bien configurado. Gratis, sin registro.
Evidencia de dominio o infraestructura — no prueba del buzón.
Herramientas gratuitas
Comprueba el registro DMARC de cualquier dominio. Consulta política, alineación, direcciones de informes y si está bien configurado. Gratis, sin registro.
Evidencia de dominio o infraestructura — no prueba del buzón.
Herramientas de email
Prueba de entregabilidad sobre una muestra real. Revisa SPF, DKIM, DMARC, DNS, listas negras, filtro de spam, cabeceras y contenido.
Diagnóstico del remitente o del mensaje — no descubrimiento de direcciones.
La ausencia de un registro MX explícito no es lo mismo que un MX nulo. SMTP define una reserva implícita a la dirección A o AAAA del dominio cuando no hay MX, aunque depender de esa reserva es poco habitual y puede indicar una mala configuración. Un único MX con prioridad 0 e intercambio . es un MX nulo y declara de forma explícita que el dominio no acepta correo.
Varios registros MX aportan redundancia. El servidor de origen prueba primero el registro con el número de prioridad más bajo. Si ese servidor está caído o no responde, el remitente reintenta con el siguiente registro. Así se garantiza la entrega de correo incluso durante el mantenimiento o las interrupciones.
El número de prioridad determina qué servidor de correo se contacta primero. Los números más bajos tienen mayor preferencia: la prioridad 1 se prueba antes que la prioridad 10. Cuando dos registros tienen la misma prioridad, los servidores se eligen al azar para equilibrar la carga.
Los cambios de DNS suelen propagarse en todo el mundo en un plazo de 30 minutos a unas pocas horas. El valor TTL (tiempo de vida) de los registros existentes determina cuánto tiempo se almacenan en caché los valores antiguos. Si el TTL está en 3600 (1 hora), el cambio puede tardar hasta una hora en ser visible en todo el mundo.
No. Los registros MX deben apuntar a un hostname (registro A o AAAA), no directamente a una dirección IP. Es una especificación RFC. Si intentas usar una dirección IP, los servidores de correo no podrán entregar al dominio de forma correcta.
Los registros MX identifican los intercambiadores de correo preferidos para la entrega entrante. Una consulta confirma los hostnames y las prioridades publicados, pero no comprueba si esos servidores son accesibles ni si existe un buzón. Un dominio sin registro MX aún puede usar la reserva implícita A o AAAA definida por SMTP, mientras que un MX nulo declara de forma explícita que el dominio no acepta correo.
La consulta MX es un paso de la verificación de correo. BillionVerify realiza el handshake SMTP completo para confirmar que cada dirección existe de verdad, no solo el dominio.
600/mes + 20/día por inicio de sesión · Verificación SMTP completa, no solo DNS · Acceso instantáneo a la API · Sin tarjeta de crédito
