Pular para o conteúdo

Verificador de entrega de e-mail

Mail Deliverability Check

Verifica os registros MX, SPF, DKIM e DMARC de um domínio em conjunto e explica por que um e-mail seria rejeitado.

Lê tudo o que o DNS diz sobre como um domínio envia e recebe e-mail — MX, SPF, DMARC, chaves DKIM, MTA-STS, TLS-RPT — de uma vez, e diz o que está faltando ou se contradiz. É a verificação para rodar quando o seu e-mail está caindo em spam e ninguém sabe dizer por quê.

☁️ Usa o nosso servidoremailspfdkimdmarcmx

Apenas consultas DNS. O nome do domínio passa pelo nosso servidor até um resolvedor público (Cloudflare); nunca nos conectamos aos servidores de e-mail.

A parte depois do @ em um endereço de e-mail. MX, SPF, DMARC, MTA-STS, TLS-RPT e as chaves DKIM dos seletores comuns são consultados de uma vez.

Com o seletor, a consulta vai direto na chave certa. Sem ele, são tentados nomes comuns como default, google e selector1.

Como usar

  1. Digite o domínio depois do @

    O domínio de e-mail, não um endereço nem uma URL. Para um subdomínio que envia o próprio e-mail, verifique esse subdomínio separadamente.

  2. Adicione o seletor DKIM se souber

    As chaves DKIM moram sob um nome de seletor que não pode ser descoberto pelo DNS. Pegue o valor s= do cabeçalho DKIM-Signature de uma mensagem que você enviou; sem ele, os nomes comuns são tentados e muitas vezes erram.

  3. Trate as conclusões em ordem

    Elas vêm marcadas por área. SPF ausente e DMARC ausente vêm primeiro; um registro SPF acima do limite de dez consultas é o sutil, porque falha como se não houvesse SPF nenhum.

Perguntas frequentes

Envia uma mensagem de teste?

Não. Toda resposta daqui vem de registros DNS; nenhum servidor de e-mail é contatado e nada é entregue em lugar nenhum.

O DKIM não foi encontrado — está quebrado?

Provavelmente não. Sem o seletor certo não há o que consultar, e o seletor não é publicado em lugar nenhum. Encontre-o nos cabeçalhos de uma mensagem enviada e digite-o; chave ausente com o seletor correto é o problema real.

Tudo passa, mas o e-mail continua indo para o spam

Autenticação é o piso, não o teto. Reputação do IP e do domínio remetentes, conteúdo, taxa de reclamações e higiene da lista decidem onde a mensagem cai, e nada disso aparece no DNS. O que isto descarta é a metade que se resolve editando um registro.

Para que serve o MTA-STS?

Diz a outros servidores de e-mail que exijam TLS ao entregar para você, o que fecha o ataque de downgrade que o TLS oportunista deixa aberto. É opcional, e a ausência dele aqui é uma observação, não uma falha.

Pode receber de

Em seguida

Estas aceitam o que esta ferramenta produz, então o resultado pode ir direto.