Propagação e diagnóstico

Compare resolvedores no mundo inteiro e inspecione as respostas devolvidas.

Validador de sintaxe SPF

Compreender a estrutura de um registo SPF

Sender Policy Framework (SPF) indica que servidores podem enviar email em nome de um domínio. A política publica-se num TXT que começa por v=spf1 seguido de mecanismos e modificadores. Esta página explica o que o validador verifica e como interpretar a resposta da API.

Anatomia de uma política SPF

Uma política SPF é uma lista de termos separados por espaços. Cada termo pode começar com um qualificador (+, -, ~, ?) e prosseguir com um mecanismo (ip4, mx, include…) ou um modificador (redirect=, exp=).

v=spf1 ip4:203.0.113.0/24 include:_spf.example.net -all

Elementos indispensáveis

  • v=spf1 — a versão deve aparecer e estar no início do registo.
  • Mecanismos — pelo menos um mecanismo (ip4, ip6, mx, include…) define os remetentes autorizados.
  • Diretiva final — um mecanismo final (-all, ~all, ?all ou +all) completa a política e indica o tratamento para mensagens que não correspondem.

Modificadores opcionais

  • include: remete para outro registo SPF e provoca consultas DNS adicionais.
  • redirect= delega a avaliação noutro domínio. Deve ser o último termo e não pode coexistir com all.
  • exp= aponta para um TXT com mensagem explicativa. Está obsoleto e serve apenas para informação.

Erros frequentes detetados pela ferramenta

  1. Registo demasiado longo. Cadeias superiores a 450 caracteres são rejeitadas.
  2. Termos desconhecidos ou duplicados. Mecanismos mal escritos e modificadores repetidos geram erros.
  3. Prefixos IP ou domínios inválidos. O validador confere a sintaxe de redes CIDR e hostnames.
  4. Limites de consultas excedidos. SPF interrompe a análise após 10 consultas DNS (include, mx, a, ptr, exists).
  5. Políticas permissivas. Os qualificadores ? e +all enfraquecem a proteção e surgem como avisos.

Boas práticas antes de publicar

  • Mantenha a política concisa e elimine mecanismos não utilizados para respeitar os limites de consultas.
  • Priorize blocos ip4 e ip6 geridos pela sua organização ou fornecedor.
  • Documente cada cadeia include e reveja regularmente os domínios delegados.
  • Teste o registo final com este validador e faça consultas DNS após a publicação para confirmar a propagação.

Validar a sintaxe antes de publicar reduz o risco de uma política SPF defeituosa e evita longas investigações quando os emails começam a ser rejeitados.