O que é uma consulta ESP / MX?
Todo domínio que aceita e-mail publica um ou mais registros MX (Mail Exchanger) no DNS. Esses registros apontam para os nomes de host dos servidores responsáveis por receber mensagens, com uma preferência numérica que define a ordem de resolução. Os padrões de nome costumam ser distintivos — o Google Workspace publica `aspmx.l.google.com`, o Microsoft 365 publica `*.mail.protection.outlook.com`, o Zoho publica `mx.zoho.com`, e assim por diante.
Um verificador ESP consulta esses registros MX, ordena por preferência e compara os nomes de host com uma base de provedores conhecidos. O protocolo é regido pela RFC 5321 (especificação SMTP moderna) e pela RFC 7505 (que define o 'Null MX' para domínios que nunca recebem e-mail).
Por que verificar os registros ESP / MX?
1Adapte o outreach ao provedor
Gmail, Microsoft e filtros on-premise pontuam o conteúdo de forma diferente — saber o destino orienta assunto e HTML
2Confirme migrações
Depois de trocar de provedor, verifique se os MX apontam para a nova plataforma antes de desativar a antiga
3Detecte e-mail mal roteado
Um erro de digitação ou MX desatualizado envia mensagens em silêncio para o provedor errado — o verificador expõe na hora
4Audite portfólios de domínios
Ao adquirir ou auditar uma empresa, veja num piscar quais plataformas de e-mail cada domínio usa
Como funciona a detecção de ESP passo a passo
Você insere um domínio. O verificador consulta os MX dele via DNS.
Cada registro MX é decomposto em número de preferência e nome de host.
Os registros são ordenados por preferência — o menor número é tentado primeiro pelos servidores de envio.
Os nomes de host são comparados com padrões de provedores conhecidos (Google, Microsoft, Zoho, Proofpoint, Mimecast e dezenas de outros).
O provedor detectado é exibido, com a lista MX completa ordenada por preferência para você mesmo auditar o roteamento.
Sintaxe do 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.Descrição dos campos
preferência— a menor vence, esse host é tentado primeirohost— nome de host do servidor receptorTTL— tempo de cache em segundosIN— classe de registro da InternetMX— tipo do registroFalhas comuns de ESP / MX e soluções
Sem registros MX publicados
Sem MX o domínio não recebe e-mail — publique os registros que seu provedor forneceu
MX do provedor antigo ainda ativo
Após a migração o MX antigo continua respondendo — remova registros obsoletos para parar loops de e-mail
Mesma preferência para todos os registros
Pode ser intencional (round-robin) ou acidental — confira a documentação do provedor
MX apontando para um CNAME
A RFC 2181 proíbe MX apontando para CNAME — aponte o MX direto para um host com registro A/AAAA
Perguntas Frequentes
Um verificador ESP (Email Service Provider) inspeciona os registros MX de um domínio e os compara com uma base de provedores conhecidos como Google Workspace, Microsoft 365, Zoho, Proofpoint e Mimecast. Os nomes de host MX costumam revelar o provedor de forma inequívoca, mesmo quando o próprio domínio é personalizado.
Conhecer o ESP receptor ajuda a adaptar o outreach — Gmail e Outlook pontuam conteúdo de forma diferente — e a depurar problemas de entrega consultando as regras publicadas do provedor. Para o seu próprio domínio, confirma que você não está apontando MX para uma plataforma obsoleta após uma migração.
Os provedores publicam vários MX para redundância. Se o host principal cair, os servidores de envio tentam o próximo conforme a preferência. Google Workspace e Microsoft 365 costumam publicar de 4 a 5 entradas MX em infraestruturas diferentes para garantir aceitação de e-mail mesmo em quedas regionais.
Funciona em qualquer domínio que publique MX. Domínios estacionados ou sem uso muitas vezes expõem o MX padrão do registrador ou uma configuração 'sem MX', e o verificador sinaliza isso com clareza. É útil para auditar portfólios inteiros de domínios.
Saber se um prospect está no Google, na Microsoft ou em outro provedor permite segmentar campanhas e adaptar o envio ao comportamento de filtragem de cada provedor. Você pode aquecer e rotear as caixas de entrada certas por segmento e priorizar os provedores onde a sua entregabilidade é mais forte.
Unknown geralmente significa que o domínio não tem registros MX, usa um provedor que a ferramenta não consegue associar a uma assinatura conhecida ou roteia as mensagens por um servidor personalizado ou auto-hospedado. Também pode aparecer para domínios estacionados ou mal configurados que não estão preparados para receber mensagens.