Verificador de SPF e DMARC

RSS

Test a domain's email authentication: SPF, DKIM and DMARC records are checked for syntax, lookup limits and policy strength, with plain-English fixes.

Autenticação de e-mail de outlook.com

SPFVálido
DKIM2 chaves encontradas
DMARCp=none

SPF (Sender Policy Framework)

1/10 consultas DNS
v=spf1 include:spf2.outlook.com -all
  • O registro SPF é válido e termina com -all.

DKIM (DomainKeys Identified Mail)

Seletor selector1 (via CNAME selector1._domainkey.outbound.protection.outlook.com)

v=DKIM1;k=rsa;p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvWyktrIL8DO/+UGvMbv7cPd/Xogpbs7pgVw8y9ldO6AAMmg8+ijENl/c7Fb1MfKM7uG3LMwAr0dVVKyM+mbkoX2k5L7lsROQr0Z9gGSpu7xrnZOa58+/pIhd2Xk/DFPpa5+TKbWodbsSZPRN8z0RY5x59jdzSclXlEyN9mEZdmOiKTsOP6A7vQxfSya9jg5N81dfNNvP7HnWejMMsKyIMrXptxOhIBuEYH67JDe98QgX14oHvGM2Uz53if/SW8MF09rYh9sp4ZsaWLIg6T343JzlbtrsGRGCDJ9JPpxRWZimtz+Up/BlKzT6sCCrBihb/Bi3pZiEBB4Ui/vruL5…

Seletor selector2 (via CNAME selector2._domainkey.outbound.protection.outlook.com)

v=DKIM1;k=rsa;p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAv4FtIHuwq9952OTOwVZEofzUo9nZJZV7Hn3zOXBHaEOP71nMs+uCheSeYRH34PLvo9MngvAFxXG4X8dpL35onCZq2uivZrSBid1ZPDiDqTsK8y26vCV/RpVSWeJEO0SWejooFY7RJ1sbSIxj3Yj4n95oysVoNk3OIJcLryIgjPwzoxFyFQKfpfzAuBf0xvAs29JW9whxe1A7J9Z+wJVhVs37o2ua+sMb7ypEhVjoGHJnGpHh3qq8ukHMw6XAiSD1bG5jndbWNXEf93E1UAAmIYZvxGqwFU0cpCu9YwmwEXYQtAXORinEYAIQKpIlCtH0hW6XKnsbxnbmUmRs/a1…

DMARC

v=DMARC1; p=none; sp=quarantine; pct=100; rua=mailto:rua@dmarc.microsoft; ruf=mailto:ruf@dmarc.microsoft; fo=1
Política (p)
none
Política de subdomínio (sp)
quarantine
Relatórios agregados (rua)
mailto:rua@dmarc.microsoft
Porcentagem (pct)
100%
Alinhamento
DKIM: R, SPF: R (R = relaxado, S = estrito)
  • A política é p=none (apenas monitoramento). Quando os relatórios estiverem limpos, passe para p=quarantine e depois para p=reject.

Ver os registros MX de outlook.com (e-mail gerenciado por Microsoft 365).

Por que SPF, DKIM e DMARC importam

O e-mail foi projetado sem verificação do remetente, então qualquer pessoa pode colocar o seu domínio na linha "De". Três padrões baseados em DNS resolvem isso. Desde fevereiro de 2024, o Google e o Yahoo os exigem de quem envia em massa, e a ausência desses registros é hoje um motivo comum para e-mails legítimos caírem no spam.

  • O SPF lista os servidores autorizados a enviar e-mails em nome do seu domínio, em um registro TXT que começa com v=spf1.
  • O DKIM adiciona uma assinatura criptográfica a cada mensagem; os servidores de recebimento a verificam com uma chave pública publicada em selector._domainkey.seudominio.
  • O DMARC (em _dmarc.seudominio) diz aos servidores de recebimento o que fazer quando o SPF e o DKIM não se alinham com o domínio do campo De (From) (none, quarantine ou reject) e para onde enviar os relatórios.

O que este verificador testa

  • Se o SPF existe, se há apenas um registro, se ele termina em ~all ou -all (nunca +all) e se o número total de consultas DNS, incluindo os mecanismos include: aninhados, permanece dentro do limite de 10 da RFC 7208.
  • Chaves DKIM no seletor que você informar ou em uma dúzia de seletores comuns usados pelo Google Workspace, pelo Microsoft 365 e por serviços de envio populares.
  • Se o DMARC existe, tem uma política válida, se aplica a 100% dos e-mails e envia relatórios agregados para que você veja quem está enviando em seu nome.

Exemplos de registros

example.com.         TXT  "v=spf1 include:_spf.example.net ip4:192.0.2.0/24 -all"
_dmarc.example.com.  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; adkim=s"
s1._domainkey.example.com. TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh…"

Implantação recomendada

  1. Publique o SPF cobrindo todos os serviços que enviam em seu nome, terminando com ~all.
  2. Ative a assinatura DKIM em cada provedor.
  3. Publique o DMARC com p=none e um endereço rua e analise os relatórios por duas a quatro semanas.
  4. Passe para p=quarantine e depois para p=reject quando todos os e-mails legítimos estiverem passando.

Passo a passo completo: SPF, DKIM e DMARC explicados.

Perguntas frequentes

Devo usar ~all ou -all?

Com o DMARC configurado, qualquer um funciona; o DMARC decide o resultado. O ~all é o ponto de partida mais seguro; o -all é mais rígido, quando você tem certeza de que todos os remetentes estão listados.

O que significa "muitas consultas DNS"?

Cada include, a, mx, exists e redirect custa uma consulta, inclusive os que estão dentro de registros incluídos. Acima de 10, o SPF falha para todos. Remova serviços não usados ou substitua os includes por faixas ip4/ip6.

Domínios estacionados precisam desses registros?

Sim. Proteja os domínios que nunca enviam e-mail com v=spf1 -all e v=DMARC1; p=reject.

Atualizado

Copiado para a área de transferência