Ir para a ferramenta
JoeLucky

Clique em ★ para salvar uma ferramenta

Categorias de ferramentas

Qual é o meu IPConsulta de IPReputação e risco de um IPCalculadora de sub-redes CIDRNOVOGerador SPF e DMARCNOVO
JoeLucky

Ferramentas online práticas, todas em um só lugar

Política de PrivacidadeTermos de Uso

© 2026 JoeLucky®. Todos os direitos reservados.

  1. JoeLucky
  2. /Rede e IP
  3. /Gerador SPF e DMARC

Gerador SPF e DMARC

Gere e verifique registros SPF e DMARC no navegador, sem consultar o DNS.

REDE E IP SEMELHANTES

Ver todas
Calculadora de sub-redes CIDR

Informe um CIDR e obtenha rede, broadcast, hosts utilizáveis e máscaras para IPv4 e IPv6.

Abrir →
Consulta de IP

Consulte os dados de registro RDAP e o DNS reverso de um endereço IPv4/IPv6, domínio ou URL.

Abrir →
Qual é o meu IP

Mostra seu IP público, detalhes da rede e a localização aproximada, com teste de vazamento WebRTC.

Abrir →

💬 Comentários

?

Ainda não há comentários. Seja o primeiro!

O QUE É Gerador SPF e DMARC?

O gerador de SPF e DMARC cria e verifica registros de autenticação de e-mail seguindo a RFC 7208 (SPF) e a RFC 9989 (DMARC). Para SPF você pode marcar os includes de serviços de envio comuns, adicionar IPs, definir a regra final e estimar a contagem de consultas DNS (limite 10); para DMARC você define as políticas p/sp/np, as caixas de relatório, as opções de relatório de falha e os modos de alinhamento. Também pode colar um registro existente para uma verificação de sintaxe offline. A ferramenta trata apenas texto: nunca consulta o DNS e não pode provar que o DNS está configurado corretamente.

Como usar?

  1. Em “Gerador SPF” marque os serviços de envio que você usa, adicione outros includes ou IPs e escolha a regra final (comece com ~all).
  2. Confira o registro gerado, a contagem de consultas DNS e os achados, e então copie o registro (ou a versão entre aspas) para o painel de DNS.
  3. Em “Gerador DMARC” informe o domínio, escolha a política e as caixas de relatório e siga a orientação de p=none a p=quarantine e p=reject.
  4. Use o “Verificador SPF” ou o “Verificador DMARC” para colar um registro existente e ler o resultado analisado e os achados.

Observações

  • Exemplo: para um domínio que usa apenas o Google Workspace, o SPF é v=spf1 include:_spf.google.com ~all, e um DMARC inicial é v=DMARC1; p=none; rua=mailto:dmarc@seu-dominio.
  • Um domínio só pode ter um registro SPF e no máximo 10 consultas DNS; a RFC 9989 removeu pct, rf e ri do DMARC, e o pct não é gravado por padrão.
  • Os valores include dos remetentes comuns vêm da documentação oficial de cada serviço e as contagens de consultas aninhadas foram medidas no DNS público em 2026-10-20 (os provedores podem alterá-las); a documentação do Postmark diz que ele não precisa ser adicionado ao seu SPF, por isso não é predefinido.
  • A ferramenta trata apenas texto, nunca consulta o DNS e não cria chaves privadas DKIM; após publicar, confirme com uma ferramenta de consulta DNS e uma mensagem de teste.

Perguntas frequentes

Esta ferramenta consegue verificar se meu DNS está configurado corretamente?

Não. Ela apenas constrói e verifica o TEXTO do registro no seu navegador e nunca consulta o DNS, então não pode provar que um registro está publicado ou ativo. Após publicar, confirme com uma ferramenta de consulta DNS e verifique os resultados de autenticação com uma mensagem de teste real.

Qual é o limite SPF de 10 consultas DNS?

Segundo a RFC 7208, uma avaliação SPF pode envolver no máximo 10 termos que disparam consultas DNS (include, a, mx, ptr, exists e redirect), e termos aninhados dentro de um include também contam. ip4, ip6 e all não contam. Acima do limite, os receptores retornam permerror, o que significa que o SPF falha.

Quão precisa é a contagem de consultas exibida?

Para os remetentes comuns embutidos, a ferramenta usa contagens de consultas aninhadas medidas no DNS público em 2026-10-20; para um include digitado por você, a contagem aninhada é desconhecida e é contada como 1 com um aviso. Os provedores podem alterar registros a qualquer momento, então confirme com um verificador de SPF baseado em DNS antes de publicar.

Um registro SPF deve terminar em ~all ou -all?

~all (falha suave) diz que fontes não listadas provavelmente não são autorizadas, mas devem ser aceitas e marcadas; serve para o começo, antes de confirmar todos os remetentes. -all (falha rígida) as rejeita de vez. A orientação do Google recomenda ~all, enquanto a Microsoft recomenda -all quando DKIM e DMARC também estão implantados. Nunca use +all, que permite a qualquer um enviar como seu domínio.

Quais tags o DMARC define na RFC 9989 e o que aconteceu com pct?

A RFC 9989 (DMARCbis) define v, p, sp, np, adkim, aspf, fo, rua, ruf, psd e t. As tags pct, rf e ri da RFC 7489 foram removidas, com t (a flag de teste; t=y substitui aproximadamente o uso comum de pct=0) assumindo o caso de uso habitual. Esta ferramenta não grava pct por padrão; ele só é adicionado se você ativá-lo em “Opções avançadas e de compatibilidade”.

Como levo o DMARC de p=none a p=reject passo a passo?

Comece com p=none e um endereço rua, e colete relatórios agregados por pelo menos um mês para encontrar todos os remetentes legítimos. Alinhe o SPF ou o DKIM de cada remetente ao seu domínio From, depois passe para p=quarantine e observe de novo (use t=y primeiro se tiver dúvida). Mude para p=reject somente quando os e-mails legítimos não forem mais afetados. p=reject pode atrapalhar listas de e-mail e encaminhamentos, então leia os relatórios antes.

O que devo saber sobre caixas de relatório em outro domínio? Por que o Postmark não é uma predefinição?

Quando uma caixa rua ou ruf está fora do seu domínio, esse outro domínio precisa publicar um registro TXT com o valor v=DMARC1; em “seu-dominio._report._dmarc.outro-dominio”, senão a maioria dos receptores não enviará relatórios; a ferramenta mostra o nome de host exato. A documentação do próprio Postmark diz que não é preciso adicioná-lo ao seu SPF, por isso ele não está nas predefinições; o valor include de cada serviço listado vem da documentação oficial dele.

Esta ferramenta apenas monta e verifica TEXTO no seu navegador. Ela não consulta o DNS e não pode provar que o seu DNS está configurado corretamente. Depois de publicar, confirme que o registro está ativo com uma ferramenta de consulta DNS.
Serviços de envio comuns (valores include tirados da documentação de cada provedor)
Domínios exists (avançado, um por linha)

Registro SPF gerado

v=spf1 include:_spf.google.com ~all
Registro SPF gerado
TipoNome de host DNSValor
TXT@v=spf1 include:_spf.google.com ~all
Consultas DNS1 / 10
35 caracteres—
Nenhum problema encontrado.
Base e limites
  • O SPF segue a RFC 7208: no máximo 10 termos que disparam consultas DNS (include, a, mx, ptr, exists, redirect); ip4/ip6/all não custam nada.
  • O DMARC segue a RFC 9989 (DMARCbis): tags v, p, sp, np, adkim, aspf, fo, rua, ruf, psd, t; pct, rf e ri foram removidas.
  • Os valores include e a contagem de consultas aninhadas dos serviços comuns foram conferidos manualmente / medidos no DNS público em 2026-10-20; os provedores podem alterá-los a qualquer momento, então siga a documentação deles.
  • A própria documentação da Postmark diz que não é preciso adicioná-la ao seu SPF (o Return-Path dela fica no domínio dela), por isso não está na lista padrão.
  • Use o DKIM junto com SPF e DMARC; as chaves e seletores DKIM vêm do seu serviço de envio e esta ferramenta nunca cria chaves privadas.