Validador de sintaxe DMARC

Compreender a sintaxe de um registo DMARC

Domain-based Message Authentication, Reporting and Conformance (DMARC) combina os resultados SPF e DKIM para definir uma política publicada como registo TXT em _dmarc.<domínio>. Esta página explica que etiquetas o validador analisa e como interpretar os diagnósticos devolvidos pela API.

Exemplo de registo DMARC

Um registo DMARC é uma lista de pares etiqueta/valor separados por ponto e vírgula. Cada etiqueta inclui um nome curto, um sinal de igual e um valor. Espaços adicionais são tolerados, mas os nomes das etiquetas devem ser ASCII e únicos.

v=DMARC1; p=quarantine; rua=mailto:relatorios@example.com; ruf=mailto:forense@example.com; adkim=s; aspf=s; pct=100

Etiquetas obrigatórias

v — versão. DMARC1 é a única atualmente aceite.
p — política aplicada a mensagens desalinhadas (none, quarantine ou reject).

Sem estas etiquetas o registo é inválido e os destinatários ignoram a política.

Etiquetas opcionais recomendadas

rua — destinos de relatórios agregados (URIs mailto:). Altamente recomendado para acompanhar a evolução da política.
ruf — destinatários de relatórios forenses. Utilize apenas com caixas monitorizadas e protegidas.
sp — política aplicada aos subdomínios quando difere de p.
adkim / aspf — modos de alinhamento para DKIM e SPF (r relaxado, s estrito).
pct — percentagem de tráfego sujeita à política (100 por defeito).
fo — opções de relatório de falhas (por exemplo 1, d, s).
ri — intervalo desejado entre relatórios agregados, em segundos (86400 por defeito).
rf — formatos de relatório esperados (afrf, iodef).

O validador apresenta todas as etiquetas detetadas para mostrar exatamente o que o DNS irá servir.

Erros frequentes detetados pela ferramenta

Etiquetas desconhecidas ou duplicadas. Os nomes devem ser únicos; duplicados geram alertas.
URIs de relatório inválidas. As etiquetas rua e ruf devem conter URIs mailto: ou https: válidas.
Política ausente ou vazia. Sem p a política nunca se aplica.
Percentagem fora do intervalo. pct tem de estar entre 1 e 100.
Alinhamento ou opções não suportadas. Valores diferentes de r/s para adkim ou aspf, ou opções fo fora da especificação, provocam erros.

Boas práticas antes de implementar

Comece com p=none e um rua válido para observar o tráfego sem afetar a entrega.
Analise os relatórios e avance gradualmente para p=quarantine e p=reject quando SPF e DKIM estiverem alinhados.
Utilize sp apenas se os subdomínios precisarem de política distinta.
Documente os mailboxes rua/ruf, responsáveis e capacidade para garantir que os relatórios são processados.
Teste o registo final com este validador e resolva _dmarc.<domínio> para confirmar publicação e propagação.

Uma validação sistemática evita erros de sintaxe, garante o sucesso do DMARC e fornece diagnósticos úteis às equipas de entregabilidade.