Autorizar servidores diretamente
ip4: e ip6: listam endereços ou faixas (ex.: ip4:203.0.113.0/24) e não gastam consultas DNS. a autoriza os IPs dos registros A/AAAA do domínio e mx os servidores dos registros MX — cada um gasta uma consulta.
Marque os serviços que enviam e-mail em nome do seu domínio, acrescente seus próprios servidores e receba um único registro SPF válido, pronto para colar no DNS. O gerador conta as consultas DNS enquanto você monta o registro, para você não passar do limite de 10 que quebra o SPF sem aviso.
Roda 100% no seu navegador — nada é enviado
0 neste registro · ≈0 total estimado com includes aninhados
Cada include, a, mx, exists e redirect gasta uma consulta, assim como cada include aninhado nos registros dos seus provedores. O verificador mede o total real.
TXT@@ significa a raiz do domínio. Edite o registro SPF existente em vez de criar um segundo.
v=spf1 ~all→ Confira o total real de consultas com o verificador SPF, DKIM e DMARC grátis
SPF, DKIM e DMARC perfeitos não evitam bounces. Enviar para endereços inválidos, descartáveis ou abandonados prejudica sua reputação de remetente na mesma medida. Valide sua lista antes da próxima campanha.
Seu provedor de e-mail, ferramenta de newsletter, serviço transacional, CRM, help desk, site e sistema de cobrança — tudo o que envia com o seu domínio no From ou no return-path.
Marque os serviços prontos e inclua seus IPs ou includes. O registro e a contagem de consultas se atualizam na hora.
No seu provedor de DNS, edite o registro SPF existente ou crie um TXT na raiz do domínio (host @). Nunca publique um segundo registro SPF — junte tudo em um só.
Rode nosso verificador SPF, DKIM e DMARC grátis: ele segue cada include aninhado e mostra o total real de consultas.
Um registro SPF começa com v=spf1, lista quem pode enviar pelo domínio e termina com uma regra “all” para todo o resto.
ip4: e ip6: listam endereços ou faixas (ex.: ip4:203.0.113.0/24) e não gastam consultas DNS. a autoriza os IPs dos registros A/AAAA do domínio e mx os servidores dos registros MX — cada um gasta uma consulta.
include:_spf.google.com puxa o próprio registro SPF do provedor, então você não precisa acompanhar as faixas de IP dele. Cada include gasta uma consulta, mais cada include, a, mx ou exists que existir dentro dele.
~all (soft fail) marca todo o resto como suspeito e deixa o DMARC decidir — a escolha mais comum. -all (hard fail) pede que os servidores recusem de vez. Nunca use +all (qualquer um envia como você) nem ?all (neutro, não protege nada).
Avaliar o SPF pode exigir no máximo 10 consultas DNS (RFC 7208); uma a mais e os servidores retornam “permerror”, que conta como falha de SPF. E um domínio só pode ter um registro v=spf1 — dois registros também geram erro permanente.
Um registro TXT no seu domínio com a lista de servidores autorizados a enviar e-mail por ele. Os servidores de destino comparam o IP de envio com a lista; junto com DKIM e DMARC, isso impede que outros enviem como se fossem o seu domínio.
Não. Um domínio deve ter exatamente um registro TXT começando com v=spf1. Com dois, os servidores retornam erro permanente e o SPF falha para todas as mensagens. Junte todos os mecanismos em um único registro — é exatamente o que este gerador faz.
Os dois funcionam quando o DMARC está configurado. ~all (soft fail) é a recomendação mais comum, porque o DMARC dá a palavra final e e-mails encaminhados têm menos chance de se perder; -all (hard fail) é mais rígido e preferido por alguns provedores. Nunca use +all nem ?all.
A RFC 7208 limita a 10 as consultas DNS necessárias para avaliar um registro SPF. Cada include, a, mx, exists e redirect conta — inclusive os que estão aninhados nos registros dos seus provedores. Acima de 10, o SPF retorna permerror e falha.
Remova serviços que você não usa mais; troque a e mx por ip4/ip6 quando os IPs forem estáveis; leve ferramentas de marketing para um subdomínio com SPF próprio; ou use DKIM nos provedores que assinam com o seu domínio. Evite “achatar” manualmente as faixas dos provedores — elas mudam sem aviso.
Gmail e Yahoo (desde fevereiro de 2024) e Outlook.com (desde maio de 2025) exigem SPF e DKIM de remetentes em massa, e o DMARC passa se qualquer um dos dois estiver alinhado. Ter os dois é o padrão seguro.
No domínio usado no return-path (remetente do envelope) — normalmente a raiz do domínio (host @). Alguns serviços, como o Amazon SES com domínio MAIL FROM personalizado, usam um subdomínio: o registro SPF fica então nesse subdomínio.
Não. O registro é montado inteiramente no seu navegador; nada do que você digita é enviado aos nossos servidores.
Uma conta grátis traz 200 créditos para validar listas de e-mail em massa, pela API REST ou em tempo real nos seus formulários.
Criar conta grátis — 200 créditosSem cartão de crédito. Os créditos não expiram.