Autenticação de e-mail
Validador SPF
Valide o registro SPF, mechanisms, terminal all, lookup count e avisos.
Precisa de SPF, DMARC e DKIM juntos? Auditoria completa de email → Email Auth Checker
Como usar a ferramenta
- SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Comece no domínio organizacional, liste cada remetente autorizado, prefira include para SaaS, termine com -all ou ~all, fique abaixo de dez lookups DNS e valide alinhamento DMARC antes do enforcement. Para «include e remetentes terceiros», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
- SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Comece no domínio organizacional, liste cada remetente autorizado, prefira include para SaaS, termine com -all ou ~all, fique abaixo de dez lookups DNS e valide alinhamento DMARC antes do enforcement. Para «terminal all e modos fail», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
- SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Comece no domínio organizacional, liste cada remetente autorizado, prefira include para SaaS, termine com -all ou ~all, fique abaixo de dez lookups DNS e valide alinhamento DMARC antes do enforcement. Para «vários TXT SPF», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
- SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Comece no domínio organizacional, liste cada remetente autorizado, prefira include para SaaS, termine com -all ou ~all, fique abaixo de dez lookups DNS e valide alinhamento DMARC antes do enforcement. Para «limite de lookups DNS», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
- SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Comece no domínio organizacional, liste cada remetente autorizado, prefira include para SaaS, termine com -all ou ~all, fique abaixo de dez lookups DNS e valide alinhamento DMARC antes do enforcement. Para «alinhamento SPF com DMARC», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
- SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Comece no domínio organizacional, liste cada remetente autorizado, prefira include para SaaS, termine com -all ou ~all, fique abaixo de dez lookups DNS e valide alinhamento DMARC antes do enforcement. Para «mecanismos ip4, ip6, mx e ptr», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
O que o resultado mostra
O resultado separa os sinais importantes para esta verificação.
| Campo | Finalidade | Exemplo |
|---|---|---|
| Domínio | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «include e remetentes terceiros», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Informe o domínio apex do From visível. |
| Nome da consulta | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «terminal all e modos fail», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Confirme um único TXT v=spf1 publicado. |
| Found | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «vários TXT SPF», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Revise mechanisms, terminal all e lookup count. |
| Valid | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «limite de lookups DNS», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Remova ptr obsoleto e +all permissivo. |
| Terminal all | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «alinhamento SPF com DMARC», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Combine com DMARC e DKIM. |
| Mechanisms | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «mecanismos ip4, ip6, mx e ptr», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Execute novamente após o TTL. |
| DNS lookup count | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «include e remetentes terceiros», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Informe o domínio apex do From visível. |
| Raw record | SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «terminal all e modos fail», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC. | Confirme um único TXT v=spf1 publicado. |
Quando esta verificação ajuda
Use o validador em onboarding de ESP, migrações Microsoft 365 ou Google Workspace, rollout DMARC, incidentes de entregabilidade e questionários de fornecedores. SPF é só metade da autenticação; DMARC ainda exige DKIM ou SPF alinhados ao domínio From. Para «include e remetentes terceiros», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Use o validador em onboarding de ESP, migrações Microsoft 365 ou Google Workspace, rollout DMARC, incidentes de entregabilidade e questionários de fornecedores. SPF é só metade da autenticação; DMARC ainda exige DKIM ou SPF alinhados ao domínio From. Para «terminal all e modos fail», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Use o validador em onboarding de ESP, migrações Microsoft 365 ou Google Workspace, rollout DMARC, incidentes de entregabilidade e questionários de fornecedores. SPF é só metade da autenticação; DMARC ainda exige DKIM ou SPF alinhados ao domínio From. Para «vários TXT SPF», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Use o validador em onboarding de ESP, migrações Microsoft 365 ou Google Workspace, rollout DMARC, incidentes de entregabilidade e questionários de fornecedores. SPF é só metade da autenticação; DMARC ainda exige DKIM ou SPF alinhados ao domínio From. Para «limite de lookups DNS», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Use o validador em onboarding de ESP, migrações Microsoft 365 ou Google Workspace, rollout DMARC, incidentes de entregabilidade e questionários de fornecedores. SPF é só metade da autenticação; DMARC ainda exige DKIM ou SPF alinhados ao domínio From. Para «alinhamento SPF com DMARC», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Use o validador em onboarding de ESP, migrações Microsoft 365 ou Google Workspace, rollout DMARC, incidentes de entregabilidade e questionários de fornecedores. SPF é só metade da autenticação; DMARC ainda exige DKIM ou SPF alinhados ao domínio From. Para «mecanismos ip4, ip6, mx e ptr», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
O que revisar se o resultado parecer errado
Sem registro, consulte TXT no apex, não _dmarc nem selector. Com vários v=spf1, una fontes em um registro porque receptores podem rejeitar publicações ambíguas. Após mudanças, aguarde TTL e compare o TXT bruto com dig +short TXT example.com. Para «include e remetentes terceiros», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Sem registro, consulte TXT no apex, não _dmarc nem selector. Com vários v=spf1, una fontes em um registro porque receptores podem rejeitar publicações ambíguas. Após mudanças, aguarde TTL e compare o TXT bruto com dig +short TXT example.com. Para «terminal all e modos fail», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Sem registro, consulte TXT no apex, não _dmarc nem selector. Com vários v=spf1, una fontes em um registro porque receptores podem rejeitar publicações ambíguas. Após mudanças, aguarde TTL e compare o TXT bruto com dig +short TXT example.com. Para «vários TXT SPF», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Sem registro, consulte TXT no apex, não _dmarc nem selector. Com vários v=spf1, una fontes em um registro porque receptores podem rejeitar publicações ambíguas. Após mudanças, aguarde TTL e compare o TXT bruto com dig +short TXT example.com. Para «limite de lookups DNS», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Sem registro, consulte TXT no apex, não _dmarc nem selector. Com vários v=spf1, una fontes em um registro porque receptores podem rejeitar publicações ambíguas. Após mudanças, aguarde TTL e compare o TXT bruto com dig +short TXT example.com. Para «alinhamento SPF com DMARC», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Sem registro, consulte TXT no apex, não _dmarc nem selector. Com vários v=spf1, una fontes em um registro porque receptores podem rejeitar publicações ambíguas. Após mudanças, aguarde TTL e compare o TXT bruto com dig +short TXT example.com. Para «mecanismos ip4, ip6, mx e ptr», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Como interpretar o resultado
SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «include e remetentes terceiros», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «terminal all e modos fail», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «vários TXT SPF», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «limite de lookups DNS», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «alinhamento SPF com DMARC», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
SPF é publicado como um único registro TXT no apex do domínio começando com v=spf1. Os receptores avaliam durante SMTP se o IP conectado está autorizado a enviar pelo domínio. Para «mecanismos ip4, ip6, mx e ptr», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Fluxo recomendado
- Informe o domínio apex do From visível.
- Confirme um único TXT v=spf1 publicado.
- Revise mechanisms, terminal all e lookup count.
- Remova ptr obsoleto e +all permissivo.
- Combine com DMARC e DKIM.
- Execute novamente após o TTL.
Ferramenta vs verificação manual
dig TXT example.com mostra strings mas não analisa mechanisms nem alerta sobre +all. DNS Checker lista TXT sem validação SPF específica. DN01 usa o mesmo parser Go da API de produção e oferece páginas de resultado compartilháveis. Para «include e remetentes terceiros», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
dig TXT example.com mostra strings mas não analisa mechanisms nem alerta sobre +all. DNS Checker lista TXT sem validação SPF específica. DN01 usa o mesmo parser Go da API de produção e oferece páginas de resultado compartilháveis. Para «terminal all e modos fail», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
dig TXT example.com mostra strings mas não analisa mechanisms nem alerta sobre +all. DNS Checker lista TXT sem validação SPF específica. DN01 usa o mesmo parser Go da API de produção e oferece páginas de resultado compartilháveis. Para «vários TXT SPF», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
dig TXT example.com mostra strings mas não analisa mechanisms nem alerta sobre +all. DNS Checker lista TXT sem validação SPF específica. DN01 usa o mesmo parser Go da API de produção e oferece páginas de resultado compartilháveis. Para «limite de lookups DNS», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
dig TXT example.com mostra strings mas não analisa mechanisms nem alerta sobre +all. DNS Checker lista TXT sem validação SPF específica. DN01 usa o mesmo parser Go da API de produção e oferece páginas de resultado compartilháveis. Para «alinhamento SPF com DMARC», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
dig TXT example.com mostra strings mas não analisa mechanisms nem alerta sobre +all. DNS Checker lista TXT sem validação SPF específica. DN01 usa o mesmo parser Go da API de produção e oferece páginas de resultado compartilháveis. Para «mecanismos ip4, ip6, mx e ptr», trate o TXT do apex como o contrato aplicado no SMTP. Documente cada mechanism, confirme o custo de lookup e verifique se terminal all corresponde à sua postura de risco. Após mudanças DNS, execute novamente o mesmo domínio para provar publicação única, válida e pronta para alinhamento DMARC.
Por que usar DN01
- Lookup TXT live no apex
- Análise de mechanisms e lookup
- Erros de sintaxe e registros múltiplos
- Avisos sobre ptr e all permissivo
- Combina com DMARC e DKIM
- URL compartilhável do resultado SPF
FAQ
FAQ validador SPF
TXT v=spf1, include, terminal all, limite lookup e alinhamento DMARC.
O que é registro SPF?
SPF é TXT v=spf1 listando remetentes com include, ip4, mx e all. guia TXT SPF
Onde publicar SPF?
Publique um SPF no apex, não em _dmarc nem selectors DKIM.
O que significa -all vs ~all?
-all falha forte; ~all softfail; +all e ?all são permissivos em produção.
Como o DN01 valida SPF?
DN01 consulta TXT live no apex, parseia mechanisms, estima lookups DNS e marca erros.
Como SPF se relaciona com DMARC e DKIM?
SPF autoriza envelope; DKIM assina; DMARC alinha e define policy. Use as três ferramentas no mesmo domínio.
Por que vários SPF falham?
Vários v=spf1 podem causar permerror — una includes em um registro.
Troca de ferramenta
Continue com outra verificação
Escolha a próxima etapa no seu fluxo de domínio ou segurança.
- Email Auth CheckerSPF, DMARC e DKIM numa auditoriaAbrir
- Analisador DMARCPolítica DMARC, alinhamento e relatóriosAbrir
- Validador DKIMConsulta de seletor DKIM e validação do registroAbrir
- Verificador DNSTodos os tipos de registro em uma passagemAbrir
- DIGUm tipo de registro, resposta estilo resolverAbrir
- Encontrar IP do domínioIPs A e AAAA de um domínioAbrir
- Verificador de idade do domínioCriação, idade, registrador e expiraçãoAbrir
- WHOISRegistrador, expiração e status do domínioAbrir
- Verificador de Cabeçalhos HTTPCabeçalhos de resposta, redirecionamentos e cacheAbrir
- Testador HTTP/2Suporte HTTP/2, ALPN e TLSAbrir
- Verificador de Certificado SSLCadeia de certificados, SAN e versão TLSAbrir
- Verificador de Lista NegraReputação DNSBL para IP e domínioAbrir
- Conversor PunycodeUnicode ↔ Punycode para domínios IDNAbrir
- Separador de URLSepara URL em partes e parâmetrosAbrir
- Codec Base64Codificar e decodificar texto Base64Abrir
- Gerador de SenhasSenhas aleatórias fortes para trabalho operacionalAbrir
- Verificador de força da senhaEntropia, tempo de quebra e dicasAbrir
- Gerador de frases-senhaFrases aleatórias memoráveis para testes segurosAbrir
- BIN CheckerBandeira, banco e país do cartão pelo BIN/IINAbrir
- Calculadora IPCálculos de sub-rede para CIDR IPv4 e IPv6Abrir
- Verificador de atualização do navegadorVersão do navegador, atualização e Client HintsAbrir
Artigos relacionados
Guias práticas para tarefas comuns com Validador SPF — registros DNS, passos de diagnóstico e links para nossas ferramentas gratuitas.
spf txt record basics, spf validator, v=spf1
Fundamentos do TXT SPF no apex
Fundamentos do TXT SPF no apex. SPF autoriza remetentes por um único TXT v=spf1 no apex, não em _dmarc ou selectors DKIM. DN01 retorna mechanisms parseados, estimativa de lookup, avisos e URL de resultado compartilhável após mudanças DNS.
Ler artigo →include mechanisms third party senders, spf validator, v=spf1
Mecanismos include e remetentes terceiros
Mecanismos include e remetentes terceiros. SPF autoriza remetentes por um único TXT v=spf1 no apex, não em _dmarc ou selectors DKIM. DN01 retorna mechanisms parseados, estimativa de lookup, avisos e URL de resultado compartilhável após mudanças DNS.
Ler artigo →terminal all qualifiers, spf validator, v=spf1
Qualificadores terminal all: pass, fail, softfail, neutral
Qualificadores terminal all: pass, fail, softfail, neutral. SPF autoriza remetentes por um único TXT v=spf1 no apex, não em _dmarc ou selectors DKIM. DN01 retorna mechanisms parseados, estimativa de lookup, avisos e URL de resultado compartilhável após mudanças DNS.
Ler artigo →spf dns lookup limit, spf validator, v=spf1
Limite de lookups DNS e flattening SPF
Limite de lookups DNS e flattening SPF. SPF autoriza remetentes por um único TXT v=spf1 no apex, não em _dmarc ou selectors DKIM. DN01 retorna mechanisms parseados, estimativa de lookup, avisos e URL de resultado compartilhável após mudanças DNS.
Ler artigo →spf dmarc alignment, spf validator, v=spf1
Alinhamento SPF com enforcement DMARC
Alinhamento SPF com enforcement DMARC. SPF autoriza remetentes por um único TXT v=spf1 no apex, não em _dmarc ou selectors DKIM. DN01 retorna mechanisms parseados, estimativa de lookup, avisos e URL de resultado compartilhável após mudanças DNS.
Ler artigo →shareable spf validator results, spf validator, v=spf1
Páginas de resultado compartilháveis do validador SPF
Páginas de resultado compartilháveis do validador SPF. SPF autoriza remetentes por um único TXT v=spf1 no apex, não em _dmarc ou selectors DKIM. DN01 retorna mechanisms parseados, estimativa de lookup, avisos e URL de resultado compartilhável após mudanças DNS.
Ler artigo →