Verificador de registros DMARC

Sem registro DMARC, não há política DMARC — servidores receptores não aplicam enforcement baseado em DMARC. E-mails falsificados do seu domínio não enfrentam barreira adicional além de SPF e DKIM. Google e Yahoo agora exigem um registro DMARC (mesmo p=none) para remetentes em massa. Todo domínio que envia e-mail deve publicar pelo menos um registro DMARC de monitorização.

p=none significa modo de monitorização — recolher relatórios sem agir sobre mensagens com falha. p=quarantine instrui os servidores receptores a entregar falhas na pasta de spam. p=reject bloqueia por completo as mensagens com falha antes da caixa de entrada. Comece com none, revise relatórios por 2 a 4 semanas e avance para quarantine e reject.

Alinhamento significa que o domínio que passa SPF ou DKIM deve coincidir com o domínio do From visível. O alinhamento relaxed permite correspondências de subdomínio — mail.example.com alinha com example.com. O strict exige correspondência exata. Use relaxed na maioria das configurações para não quebrar encaminhamento e e-mail de ESP.

Quando você inclui um endereço de e-mail rua no registro DMARC, os principais ISPs enviam relatórios XML diários. Cada relatório contém: quais IPs enviaram e-mail do seu domínio, quantas mensagens cada um enviou e se SPF e DKIM passaram ou falharam. Use esses relatórios para encontrar remetentes legítimos que precisam de autenticação e detectar tentativas de falsificação.

A política DMARC do domínio principal aplica-se a subdomínios a menos que você defina uma tag sp=. Para proteção de subdomínios, adicione sp=reject ou sp=quarantine. Sem sp=, os subdomínios herdam a política p= sob alinhamento relaxed.

Sim. Definir pct=25 significa que a política DMARC se aplica a apenas 25% das mensagens com falha. É útil para rollout gradual — comece em 10% ou 25% ao ativar quarantine ou reject para limitar o impacto se o e-mail legítimo estiver mal configurado. Aumente para 100 quando confirmar que nenhum e-mail legítimo falha.