Verificação de DNS do email
Tudo o que o DNS diz sobre onde um domínio recebe email e quem pode enviar em seu nome. Lido apenas no DNS público; nenhum servidor de correio é contactado.
As chaves DKIM são publicadas sob um seletor escolhido por quem envia; aparece como s= no cabeçalho DKIM-Signature de uma mensagem.
Exemplos:unam.mxinegi.org.mxexample.com
Observações
- ip=none recolhe relatórios mas pede a quem recebe que não faça nada ao email que falha.
Servidores de correio (MX)
| Prioridade | Servidor | Endereços |
|---|---|---|
| 0 | unam-mx.mail.protection.outlook.com | 52.101.10.152.101.9.9052.101.40.552.101.194.42a01:111:f403:c95d::82a01:111:f403:f912::2a01:111:f403:f90a::82a01:111:f403:f804::7 |
Política de envio (SPF)
- Regra final
- -all — rejeitar tudo o resto (fail)
- Consultas DNS
- 1 de um máximo de 10
- Termos
- ip4:132.247.28.137ip4:132.247.190.11ip4:132.248.10.70ip4:132.248.10.100ip4:132.248.165.142ip4:132.248.165.143ip4:132.248.165.144ip4:132.248.165.145ip4:132.248.165.146ip4:132.248.165.149ip4:132.248.165.150ip4:132.248.165.151ip4:132.248.165.152ip4:132.248.165.153ip4:132.248.165.154ip4:132.248.10.3ip4:132.248.10.4include:spf.protection.outlook.com-all
- Registo
v=spf1 ip4:132.247.28.137 ip4:132.247.190.11 ip4:132.248.10.70 ip4:132.248.10.100 ip4:132.248.165.142 ip4:132.248.165.143 ip4:132.248.165.144 ip4:132.248.165.145 ip4:132.248.165.146 ip4:132.248.165.149 ip4:132.248.165.150 ip4:132.248.165.151 ip4:132.248.165.152 ip4:132.248.165.153 ip4:132.248.165.154 ip4:132.248.10.3 ip4:132.248.10.4 include:spf.protection.outlook.com -all
Política DMARC
- Política
- none — apenas monitorizar
- Subdomínios
- none — apenas monitorizar
- Aplicada a
- 100 % do email que falha
- Alinhamento
- DKIM flexível, SPF flexível
- Relatórios agregados para
- mailto:[email protected]
- Registo
v=DMARC1; p=none; rua=mailto:[email protected]; ruf=mailto:[email protected]; fo=0:1;
Segurança no transporte
- MTA-STS
- não publicado
- Relatórios TLS
- não publicado
Consultado através do nosso resolvedor em 1 de nov. de 2026, 01:48. As respostas ficam em cache durante um minuto.
Se o email de um domínio chega ao destino, e se o email que diz vir dele é aceite, é decidido quase inteiramente por meia dúzia de registos DNS. Esta ferramenta lê-os todos de uma vez.
Os registos MX indicam os servidores que recebem o email do domínio, por ordem de preferência (os números mais baixos primeiro). Cada servidor MX tem de ter um registo A ou AAAA; a ferramenta resolve os primeiros cinco. Um único MX 0 . é um MX nulo (RFC 7505): o domínio declara que não aceita email nenhum.
O SPF (RFC 7208) é um registo TXT que começa por v=spf1 e lista os servidores autorizados a enviar em nome do domínio: intervalos de endereços (ip4:, ip6:), as listas de outros domínios (include:) e uma regra final para tudo o resto, normalmente -all (fail) ou ~all (softfail). Um domínio só pode publicar um registo SPF, e avaliá-lo pode exigir no máximo dez consultas DNS, contando cada include, a, mx, ptr, exists e redirect — incluindo os que estão dentro dos registos incluídos. Acima de dez, quem recebe devolve um erro permanente, e é assim que listas longas de serviços de envio na nuvem estragam o SPF sem ninguém dar por isso.
O DMARC (RFC 7489), em _dmarc.<domínio>, diz a quem recebe o que fazer ao email que falha o alinhamento de SPF e de DKIM — nada (p=none), pasta de spam (quarantine) ou recusar (reject) — e para onde enviar os relatórios agregados (rua=). O caminho habitual é começar com p=none e ler os relatórios antes de apertar a política.
O MTA-STS (RFC 8461) e os relatórios TLS (RFC 8460) pedem aos servidores que enviam que exijam TLS e comuniquem falhas. O registo DNS só anuncia que existe uma política; a política em si é um ficheiro em mta-sts.<domínio> que esta ferramenta não descarrega.
As chaves DKIM ficam em <seletor>._domainkey.<domínio>. O seletor é escolhido por quem assina o email, por isso não pode ser descoberto pelo DNS: procure o s= no cabeçalho DKIM-Signature de uma mensagem recebida e introduza-o acima.
Tudo aqui vem do DNS público, através do nosso resolvedor. Não é feita nenhuma ligação aos servidores de correio do domínio.
Perguntas frequentes
Porque é que a ferramenta não encontra a minha chave DKIM?
As chaves DKIM procuram-se pelo seletor, e os seletores não podem ser listados a partir do DNS. Copie o valor s= do cabeçalho DKIM-Signature de uma mensagem enviada pelo domínio e introduza-o como seletor.
É melhor ~all ou -all?
O -all pede a quem recebe que rejeite o email de servidores não listados; o ~all marca-o como suspeito. Quando o DMARC está a ser aplicado, quem recebe age de qualquer forma segundo a política DMARC, por isso muitos domínios mantêm o ~all para não perder email reencaminhado.
Um bom resultado garante que o meu email é entregue?
Não. Estes registos são necessários, mas não suficientes: a entrega depende também da reputação do servidor que envia, do DNS inverso, do conteúdo e dos filtros de quem recebe.
Posso verificar um domínio .co.il?
Sim. Os registos são DNS normal e funcionam da mesma forma em .il, .co.il, .org.il ou qualquer outro domínio.