Consulta MX Online
Verifique servidores de e-mail, acessibilidade SMTP e autenticação SPF, DMARC e DKIM de qualquer domínio — grátis.
Por que a autenticação de e-mail é crítica
O spoofing de e-mail custa bilhões às empresas anualmente. Sem SPF, DMARC e DKIM configurados corretamente, seu domínio pode ser usado em ataques de phishing — prejudicando sua reputação e colocando seus clientes em risco.
O trio de autenticação de e-mail:
- SPF: Declara quais servidores podem enviar em seu nome. Bloqueia remetentes não autorizados na origem.
- DKIM: Assina e-mails criptograficamente para que destinatários possam verificar autenticidade e detectar adulteração.
- DMARC: Une SPF e DKIM com uma política (reject/quarantine) e fornece relatórios sobre quem envia e-mail usando seu domínio.
Os três devem ser configurados corretamente para atender aos requisitos de remetentes em massa do Google e Yahoo (2024), que exigem SPF, DKIM e DMARC para domínios que enviam mais de 5.000 mensagens/dia.
Como interpretar os resultados MX
Registros MX aparecem com prioridade (menor = preferida) e hostname. A partir deles você costuma inferir o provedor — por exemplo, aspmx.l.google.com indica Google Workspace, e *.mail.protection.outlook.com indica Microsoft 365.
- Um MX único, prioridade 10: configuração mínima típica — funciona mas sem redundância se o host cair.
- Vários MX com prioridades diferentes: redundância — os valores menores são tentados primeiro.
- Null MX (
0 .): declara explicitamente que o domínio não aceita email; conforme a RFC 7505.
Problemas comuns e soluções
- Nenhum registro MX retornado: verifique se o domínio usa CNAME no apex, o que é inválido — MX precisa resolver para A/AAAA, não para outro CNAME.
- Todas as prioridades iguais: anula a redundância; clientes escolhem qualquer uma. Use valores distintos como 10, 20, 30.
- MX aponta para host inexistente: a entrega falha silenciosamente; confirme que cada destino resolve para um A de servidor de email.
- Destino MX usando CNAME: a RFC 2181 proíbe; muitos servidores rejeitam — substitua por um A record.
- Detecção de provedor errado: sobras de registros antigos do Google Apps ou Office 365 após migração; remova entradas obsoletas para evitar entrega fragmentada.
Próximos passos
Combine a auditoria MX com verificações de SPF, DKIM e DMARC — um MX saudável sozinho não garante entregabilidade. Adicione um MX secundário com prioridade maior para enfileirar durante quedas do primário.
Para monitoramento contínuo, o FlashMon.app acompanha mudanças automaticamente e avisa no momento em que algo falha.
Monitore sua infraestrutura de e-mail
Receba alertas quando registros MX mudarem, SMTP ficar indisponível ou registros de autenticação forem mal configurados.
Perguntas Frequentes
Um registro MX (Mail Exchanger) é um registro DNS que especifica quais servidores de e-mail são responsáveis por aceitar mensagens para um domínio. Quando alguém envia um e-mail para [email protected], o servidor de e-mail do remetente consulta o DNS do exemplo.com para encontrar os registros MX e saber para onde entregar a mensagem. Cada registro MX tem um número de prioridade — números menores têm prioridade maior. Se o servidor principal estiver inacessível, o remetente tenta o próximo em ordem crescente de prioridade.
SPF (Sender Policy Framework) é um registro TXT no DNS que lista quais endereços IP e servidores de e-mail estão autorizados a enviar e-mail em nome do seu domínio. Sem SPF, qualquer pessoa pode falsificar o endereço "De" do seu domínio e enviar e-mails de phishing que parecem vir de você. Os servidores receptores verificam o registro SPF e podem rejeitar ou marcar como spam qualquer e-mail enviado de um servidor não autorizado. Um registro SPF típico é: v=spf1 include:_spf.google.com ~all
DMARC (Domain-based Message Authentication, Reporting & Conformance) se baseia no SPF e DKIM para informar os servidores receptores o que fazer com e-mails que falham na autenticação. O campo de política (p=) pode ser definido como "none" (apenas monitorar), "quarantine" (enviar para spam) ou "reject" (bloquear completamente). O DMARC também fornece um mecanismo de relatórios (tags rua= e ruf=) para que você receba relatórios agregados e forenses sobre quem está enviando e-mail usando seu domínio.
DKIM (DomainKeys Identified Mail) adiciona uma assinatura criptográfica aos e-mails enviados. O servidor de e-mail assina cada mensagem com uma chave privada, e a chave pública é publicada como registro TXT DNS em um subdomínio "seletor" (ex: google._domainkey.exemplo.com). Os servidores receptores verificam a assinatura usando a chave pública. Ao contrário do SPF — que verifica apenas o IP do servidor remetente — o DKIM comprova que o conteúdo da mensagem não foi adulterado em trânsito. Ambos são necessários para segurança robusta de e-mail.
Muitos provedores de hospedagem e ISPs bloqueiam a porta 25 de saída para evitar spam de servidores comprometidos. Servidores de e-mail com porta 25 fechada no nosso teste ainda podem receber e-mails se aceitarem conexões de outros servidores por um caminho de rede diferente ou se o nosso probe for bloqueado por firewall. Um resultado SMTP fechado de uma origem não significa necessariamente que o servidor está inativo. Servidores de e-mail frequentemente também aceitam conexões na porta 587 (submissão) ou 465 (SMTPS).
Registros MX e configurações de autenticação de e-mail mudam com menos frequência que o status HTTP, mas quando mudam inesperadamente — um SPF mal configurado após migrar provedores de e-mail, uma chave DKIM expirada, ou registros MX apontando para um servidor desativado — a entrega de e-mails falha silenciosamente e o impacto pode durar dias sem ser percebido. O FlashMon monitora continuamente seus registros MX e alerta imediatamente quando eles mudam ou quando o SMTP fica inacessível, prevenindo interrupções prolongadas no e-mail.