Cole seus registros MX, SPF, DKIM e DMARC e receba um relatório de entregabilidade com nota e uma correção para cada problema, analisado no seu dispositivo e sem envio de nada.
Verificação de saúde do domínio de e-mail
Cole seus registros MX, SPF, DKIM e DMARC e receba um relatório de entregabilidade com nota e uma correção para cada problema, analisado no seu dispositivo e sem envio de nada.
A Verificação de saúde do domínio de e-mail funciona inteiramente no seu navegador. Os registros colados são analisados no seu dispositivo: nenhuma consulta DNS é feita e nada é enviado ou armazenado.
A Verificação de saúde do domínio de e-mail lê os registros DNS que decidem se as mensagens do seu domínio chegam à caixa de entrada ou ao spam e dá uma nota a eles. Cole a saída de dig ou nslookup, ou quaisquer linhas de um arquivo de zona, e a ferramenta separa sozinha MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT e BIMI. Cada registro é validado contra a sua especificação e depois cruzado com os outros: uma política DMARC sem SPF nem DKIM por trás, uma política MTA-STS que esquece um dos seus hosts MX, um logotipo BIMI sem política DMARC rígida. Você recebe uma nota de 0 a 100, uma letra e uma correção em linguagem clara para cada achado. Tudo é analisado no seu dispositivo; nenhuma consulta DNS é feita e nada é enviado.
Recursos
Detecta registros MX, SPF, DKIM, DMARC, MTA-STS, TLS-RPT e BIMI em uma única colagem
Lê linhas de arquivo de zona, saída de dig, saída de nslookup e valores TXT soltos
Pontua de 0 a 100 com uma letra e uma correção escrita para cada achado
Cruza registros: DMARC sem SPF nem DKIM, hosts MX ausentes numa política MTA-STS, BIMI sem DMARC rígido
Pega registros publicados no nome errado, como DMARC na raiz em vez de _dmarc
Avisa sobre SPF e DMARC duplicados, +all, faixas ip4 enormes e chaves DKIM curtas
Reconhece provedores de e-mail comuns pelos hosts MX e aponta um include SPF ausente
Copia o relatório inteiro como texto simples para um chamado ou um cliente
Como usar Verificação de saúde do e-mail
Execute os comandos dig de “Como obter estes registros” e copie o que eles mostram
Cole a saída na caixa; o domínio é deduzido, ou digite-o para conferir onde cada registro está publicado
Leia a nota e abra cada cartão para ver seus achados, erros primeiro
Corrija os registros no seu provedor DNS, espere o TTL e cole de novo para confirmar
Exemplo
Entrada
3 MX records at Google Workspace · SPF with SendGrid ~all · DKIM 2048-bit · DMARC p=none
Saída
Score 83/100, grade B — SPF pass · DKIM pass · MX pass · DMARC review: p=none only monitors
Todos os registros existem e são válidos; a nota só é segurada por uma política DMARC de mero monitoramento.
Erros comuns e solução de problemas
O DMARC aparece como não colado, embora você o tenha publicado. — O DMARC só é lido em _dmarc.seudominio, como registro TXT. Um registro no domínio raiz, ou em dmarc sem o sublinhado, nunca é encontrado. Muitos painéis de DNS acrescentam o domínio sozinhos, então digite apenas _dmarc como host.
O SPF é apontado como falho com dois registros. — Um domínio pode ter exatamente um registro SPF. Com dois, os receptores retornam erro permanente e ignoram o SPF por completo. Junte todos os mecanismos include, ip4 e ip6 em uma única string v=spf1 e apague o outro.
A verificação de DKIM não encontra nada. — Os verificadores consultam <selector>._domainkey.<domínio>, e o seletor é o valor s= do cabeçalho DKIM-Signature de uma mensagem que você realmente enviou. Um seletor chutado devolve resposta vazia; copie o real dos cabeçalhos de uma mensagem.
A nota fica em B com todos os registros presentes. — Uma política DMARC none apenas monitora, então o relatório marca o DMARC para revisão. Leia seus relatórios agregados, corrija quem falha e mova a política para quarantine e, por fim, reject.
Perguntas frequentes
O que uma verificação de saúde do domínio de e-mail realmente testa?
Testa os registros DNS que os sistemas de e-mail consultam antes de confiar no seu domínio: MX para onde o e-mail é recebido, SPF para quais servidores podem enviar, DKIM para a chave de assinatura, DMARC para a política quando esses falham e, opcionalmente, MTA-STS, TLS-RPT e BIMI. De cada um se confere a sintaxe e como ele se encaixa nos demais.
Por que colo os registros em vez de digitar meu domínio?
Consultar um domínio significaria enviar o nome dele a um resolvedor DNS externo, e o ArrayKit mantém no seu dispositivo aquilo em que você trabalha. Colar leva segundos com os comandos dig mostrados na página e ainda permite conferir registros que você ainda não publicou.
Quais registros o Gmail e o Yahoo esperam de remetentes em massa?
Desde fevereiro de 2024 ambos exigem que remetentes em massa, cerca de 5.000 mensagens por dia ou mais para seus usuários, publiquem SPF, DKIM e um registro DMARC de pelo menos p=none, com o domínio do From alinhado a um deles. Remetentes menores também não escapam do filtro de spam.
O que MTA-STS e TLS-RPT acrescentam a SPF, DKIM e DMARC?
SPF, DKIM e DMARC provam quem enviou uma mensagem. O MTA-STS diz a outros servidores que entreguem no seu domínio só com TLS validado, o que barra ataques de downgrade, e o TLS-RPT envia relatórios quando isso falha. Eles protegem a entrega ao seu domínio, não as mensagens que saem dele.
Como encontro o seletor DKIM para colar?
Envie uma mensagem para qualquer caixa, abra o código-fonte original e procure o cabeçalho DKIM-Signature. O valor s= é o seletor e d= é o domínio. O console de administração do seu provedor de e-mail também lista os seletores configurados, como google ou selector1.