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,?allou+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 comall.exp=aponta para um TXT com mensagem explicativa. Está obsoleto e serve apenas para informação.
Erros frequentes detetados pela ferramenta
- Registo demasiado longo. Cadeias superiores a 450 caracteres são rejeitadas.
- Termos desconhecidos ou duplicados. Mecanismos mal escritos e modificadores repetidos geram erros.
- Prefixos IP ou domínios inválidos. O validador confere a sintaxe de redes CIDR e hostnames.
- Limites de consultas excedidos. SPF interrompe a análise após 10 consultas DNS (
include,mx,a,ptr,exists). - Políticas permissivas. Os qualificadores
?e+allenfraquecem 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
ip4eip6geridos pela sua organização ou fornecedor. - Documente cada cadeia
includee 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.