¿Qué es una búsqueda ESP / MX?
Todo dominio que acepta correo publica uno o más registros MX (Mail Exchanger) en DNS. Estos registros apuntan a los hosts de los servidores de correo responsables de recibir mensajes, con una preferencia numérica que decide el orden de resolución. Los patrones de host suelen ser distintivos — Google Workspace publica `aspmx.l.google.com`, Microsoft 365 publica `*.mail.protection.outlook.com`, Zoho publica `mx.zoho.com`, etc.
Un verificador ESP consulta esos registros MX, los ordena por preferencia y compara los hosts con una base de datos de proveedores conocidos. El protocolo se rige por **RFC 5321** (la especificación moderna de SMTP) y **RFC 7505** (que define el 'Null MX' para dominios que nunca reciben correo).
¿Por qué comprobar los registros ESP / MX?
1Adapta el outreach al proveedor
Gmail, Microsoft y los filtros on-premise puntúan el contenido de forma distinta — saber el destino guía asuntos y HTML
2Confirma migraciones
Tras moverte de un proveedor a otro, verifica que los registros MX apunten a la nueva plataforma antes de desprovisionar la antigua
3Detecta correo mal enrutado
Un typo o un MX obsoleto envía silenciosamente el correo al proveedor equivocado — el verificador lo expone al instante
4Audita carteras de dominios
Al adquirir o auditar una empresa, ve de un vistazo qué plataforma de correo usa cada dominio
Cómo funciona la detección ESP paso a paso
Introduces un dominio. El verificador consulta sus registros MX por DNS.
Cada registro MX se parsea en un número de preferencia y un host.
Los registros se ordenan por preferencia — el número más bajo es el que los servidores remitentes prueban primero.
Los hosts se contrastan con patrones de proveedores conocidos (Google, Microsoft, Zoho, Proofpoint, Mimecast y decenas más).
Se reporta el proveedor detectado y se muestra la lista MX completa ordenada por preferencia para que tú mismo puedas auditar el enrutado.
Sintaxis del registro MX
example.com. 3600 IN MX 1 aspmx.l.google.com.
example.com. 3600 IN MX 5 alt1.aspmx.l.google.com.
example.com. 3600 IN MX 5 alt2.aspmx.l.google.com.Desglose de campos
preferencia— el más bajo gana y se prueba primerohost— host del servidor receptorTTL— vida en caché en segundosIN— clase de registro InternetMX— tipo de registroFallos comunes de ESP / MX y soluciones
Sin registros MX publicados
Sin MX el dominio no puede recibir correo — publica los registros que indica tu proveedor
MX del proveedor anterior aún activo
Tras la migración el MX antiguo sigue respondiendo — elimina los registros obsoletos para detener bucles de correo
Misma preferencia para todos los registros
Puede ser intencional (round-robin) o accidental — consulta la documentación del proveedor
MX apunta a un CNAME
El RFC 2181 prohíbe que un MX apunte a un CNAME — apunta el MX directamente a un host con registro A/AAAA
Preguntas Frecuentes
Un verificador ESP (Email Service Provider) inspecciona los registros MX de un dominio y los compara con una base de datos de proveedores conocidos como Google Workspace, Microsoft 365, Zoho, Proofpoint y Mimecast. Los hosts MX suelen revelar al proveedor de forma inequívoca, incluso cuando el propio dominio es personalizado.
Conocer el ESP receptor te ayuda a adaptar el outreach — Gmail y Outlook puntúan el contenido de forma distinta — y a depurar problemas de entrega revisando las reglas publicadas del proveedor. Para tu propio dominio, confirma que no estás apuntando MX a una plataforma obsoleta tras una migración.
La preferencia MX (a veces llamada prioridad) es un número que indica a los servidores remitentes qué host MX probar primero. Los números más bajos van primero; el resto actúa como respaldo si el principal no está disponible. El verificador ordena los registros por preferencia para que el orden de resolución quede claro.
Los proveedores publican varios MX por redundancia. Si el host principal cae, los servidores remitentes reintentan con el siguiente según preferencia. Google Workspace y Microsoft 365 suelen publicar 4–5 entradas MX en infraestructura diferente para garantizar la aceptación incluso ante caídas regionales.
Sí. Un dominio sin MX no puede recibir correo. El RFC 5321 dice que los remitentes deberían recurrir al registro A/AAAA, pero la mayoría tratan la ausencia de MX como un rebote permanente. Si tu verificador ESP no devuelve MX en un dominio que esperas que reciba correo, publica los MX correctos de inmediato.
Funciona con cualquier dominio que publique MX. Los dominios aparcados o sin uso a menudo exponen el MX por defecto del registrador o una configuración 'sin MX', y el verificador lo marca con claridad. Es útil para auditar carteras enteras de dominios.