Respuesta rápida: ¿cómo se comprueba si un dominio recibe emails?
Comprueba sus registros DNS y busca registros MX válidos. Un registro MX indica qué servidores deben recibir el correo de un dominio. Si no existe un MX utilizable, el servidor emisor puede recurrir a un registro A o AAAA siguiendo las reglas SMTP, pero ese host también debe estar preparado para aceptar correo. Que una web funcione no demuestra que el dominio pueda recibir emails.
Usa nuestro comprobador de dominios para revisar MX, A, AAAA, SPF, DMARC, BIMI y TXT. Para una dirección concreta, utiliza el validador de email, que combina el dominio con la sintaxis y otras señales.
¿Qué es un registro MX?
MX significa Mail Exchange. Es un registro DNS que indica a los sistemas emisores qué host debe recibir mensajes para un dominio. Un dominio puede publicar varios registros MX, cada uno con una prioridad. Normalmente se prueba primero el número de prioridad más bajo.
Un ejemplo sería:
ejemplo.com. MX 10 mail1.ejemplo.net.
ejemplo.com. MX 20 mail2.ejemplo.net.
Los nombres de destino deben poder resolverse a direcciones IP. Después, el servidor emisor abre una conexión SMTP con el host seleccionado. Las reglas básicas de SMTP se describen en el RFC 5321.
Un MX es una instrucción de enrutamiento a nivel de dominio, no una garantía de que exista un buzón concreto. Indica dónde se intentará la entrega. El servidor receptor todavía puede rechazar un destinatario, aceptar todos, aplazar la solicitud o aplicar políticas adicionales.
¿Qué significa que no haya un registro MX?
Significa que el dominio no ha publicado un servidor de correo dedicado. Puede ser una mala configuración, un dominio que no recibe correo o una configuración diseñada solo para enviar. El dato por sí solo no explica la intención del propietario.
Cuando no hay MX, SMTP permite en algunos casos recurrir a los registros A o AAAA del dominio. Solo sirve si ese host ofrece SMTP y está configurado para recibir. Un servidor web que responde a HTTP no es automáticamente un servidor de correo.
En una lista o un formulario, la ausencia de MX debe considerarse una señal fuerte de revisión. No demuestra que todas las direcciones del dominio sean falsas. Puede haber una incidencia DNS temporal o una arquitectura poco habitual.
MX frente a A, AAAA, SPF, DKIM y DMARC
Cada registro responde a una pregunta distinta:
- A: relaciona un host con una dirección IPv4.
- AAAA: relaciona un host con una dirección IPv6.
- MX: indica los servidores que reciben correo.
- SPF: publica qué sistemas pueden enviar utilizando un dominio. Está definido en el RFC 7208.
- DKIM: utiliza una firma criptográfica y una clave pública publicada en DNS.
- DMARC: publica políticas y reglas de alineación para mensajes que usan el dominio. Consulta el RFC 7489.
MX trata principalmente del correo entrante. SPF, DKIM y DMARC tratan principalmente de autenticación y políticas de correo saliente. Un dominio puede tener SPF y DMARC, pero no recibir correo. También puede tener MX y carecer de una configuración de autenticación completa.
Por eso es mejor revisar todos los indicadores relacionados que reducirlos a un único resultado de “dominio válido”.
Cómo comprobar registros MX paso a paso
Sigue este flujo:
- Introduce el dominio sin el nombre de usuario, por ejemplo
ejemplo.comen vez de[email protected]. - Comprueba que el dominio esté delegado y sea accesible públicamente.
- Busca uno o varios registros MX.
- Revisa sus prioridades y nombres de destino.
- Comprueba que los hosts de destino se puedan resolver.
- Revisa SPF, DKIM y DMARC por separado si investigas el envío.
- Comprueba la dirección concreta si necesitas analizar un destinatario.
El comprobador de dominios muestra estas señales en un resultado. No envía un mensaje de prueba y no puede demostrar que un buzón concreto sea monitorizado.
Problemas frecuentes con los MX
El dominio no tiene MX
Confirma primero que deba recibir correo. Un dominio de tracking, una API o un sistema de envío puede no necesitar correo entrante. Si los usuarios deben responder a la dirección, la configuración merece una revisión.
El destino MX no se resuelve
Un MX cuyo nombre no tiene un registro A o AAAA utilizable no será fiable. Normalmente apunta a un problema del proveedor DNS o del servicio de correo.
El MX todavía apunta al proveedor antiguo
Después de una migración, los registros antiguos pueden seguir activos. El dominio parece funcionar, pero los mensajes pueden retrasarse, rechazarse o llegar a una infraestructura que ya no se utiliza.
Hay varios MX que no parecen relacionados
Varios registros son normales para prioridades o redundancia. Conviene revisarlos si apuntan a proveedores diferentes sin una razón clara.
Hay MX, pero la dirección falla
El MX solo responde a la pregunta del enrutamiento. El buzón puede no existir, el servidor puede ser catch-all, puede bloquear al destinatario o no responder temporalmente. La guía sobre validación y verificación de email explica esta limitación.
Ejemplo para interpretar un resultado
Supón que un dominio publica dos registros MX. Esto sugiere que existe una configuración redundante para recibir correo. Sin embargo, no demuestra que [email protected] sea un buzón creado. Un proveedor puede aceptar mensajes para destinatarios desconocidos y descartarlos después, mientras otro puede rechazarlos durante la sesión SMTP.
Por eso conviene combinar el estado del dominio, la sintaxis de la dirección y las demás señales disponibles. También debes conservar la hora de la comprobación: las respuestas DNS pueden variar después de un cambio de configuración o mientras distintos resolvers actualizan su caché.
Por qué importa para una lista de emails
Si muchas filas utilizan el mismo dominio, una revisión MX puede revelar un problema compartido y ahorrar tiempo. No sustituye la comprobación de sintaxis, duplicados, direcciones desechables y cuentas de rol. Para ese flujo, usa el comprobador de listas.
Cuando investigues entregas fallidas, combina el resultado con el mensaje de rebote, la configuración del remitente, los registros de autenticación y las políticas del proveedor receptor. Un resultado DNS es una señal de diagnóstico inicial, no un informe completo de entregabilidad.
Preguntas frecuentes
¿Puede un dominio recibir emails sin registro MX?
En algunos casos, el emisor puede recurrir al registro A o AAAA. El host debe ofrecer SMTP y estar preparado para recibir. Por eso la ausencia de MX normalmente se debe revisar.
¿Un registro MX demuestra que existe una dirección?
No. Indica la infraestructura de correo del dominio, pero no prueba que exista un buzón concreto, que sea leído o que acepte un mensaje.
¿Cuál es la diferencia entre MX y SPF?
MX indica dónde se reciben los emails entrantes. SPF indica qué sistemas están autorizados para enviar usando el dominio. Resuelven problemas distintos.
¿Cómo puedo comprobar MX sin enviar un email?
Con una consulta DNS o un comprobador de dominios. Se leen datos DNS públicos sin enviar un mensaje. El comprobador de dominios muestra MX y señales relacionadas.
¿Por qué funciona un dominio en el navegador, pero no para el email?
La web utiliza A o AAAA y HTTP/HTTPS. El correo utiliza SMTP y registros de enrutamiento. Una web puede funcionar aunque no exista un servicio de correo entrante.