Autenticazione email
Validator SPF
Valida record SPF, mechanisms, terminal all, lookup count e avvisi.
Serve SPF, DMARC e DKIM insieme? Audit email completo → Email Auth Checker
Come usare lo strumento
- SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Parti dal dominio organizzativo, elenca ogni mittente autorizzato, preferisci include per SaaS, termina con -all o ~all, resta sotto dieci lookup DNS e valida l’allineamento DMARC prima dell’enforcement. Per «include e mittenti terzi», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
- SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Parti dal dominio organizzativo, elenca ogni mittente autorizzato, preferisci include per SaaS, termina con -all o ~all, resta sotto dieci lookup DNS e valida l’allineamento DMARC prima dell’enforcement. Per «terminal all e modalità fail», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
- SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Parti dal dominio organizzativo, elenca ogni mittente autorizzato, preferisci include per SaaS, termina con -all o ~all, resta sotto dieci lookup DNS e valida l’allineamento DMARC prima dell’enforcement. Per «più TXT SPF», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
- SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Parti dal dominio organizzativo, elenca ogni mittente autorizzato, preferisci include per SaaS, termina con -all o ~all, resta sotto dieci lookup DNS e valida l’allineamento DMARC prima dell’enforcement. Per «limite lookup DNS», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
- SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Parti dal dominio organizzativo, elenca ogni mittente autorizzato, preferisci include per SaaS, termina con -all o ~all, resta sotto dieci lookup DNS e valida l’allineamento DMARC prima dell’enforcement. Per «allineamento SPF con DMARC», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
- SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Parti dal dominio organizzativo, elenca ogni mittente autorizzato, preferisci include per SaaS, termina con -all o ~all, resta sotto dieci lookup DNS e valida l’allineamento DMARC prima dell’enforcement. Per «meccanismi ip4, ip6, mx e ptr», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Cosa mostra il risultato
Il risultato separa i segnali importanti per questo controllo.
| Campo | Scopo | Esempio |
|---|---|---|
| Dominio | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «include e mittenti terzi», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Inserisci il dominio apex del From visibile. |
| Nome query | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «terminal all e modalità fail», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Conferma un solo TXT v=spf1 pubblicato. |
| Found | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «più TXT SPF», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Rivedi mechanisms, terminal all e lookup count. |
| Valid | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «limite lookup DNS», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Rimuovi ptr obsoleto e +all permissivo. |
| Terminal all | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «allineamento SPF con DMARC», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Abbina a DMARC e DKIM. |
| Mechanisms | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «meccanismi ip4, ip6, mx e ptr», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Ripeti dopo il TTL. |
| DNS lookup count | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «include e mittenti terzi», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Inserisci il dominio apex del From visibile. |
| Raw record | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «terminal all e modalità fail», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC. | Conferma un solo TXT v=spf1 pubblicato. |
Quando questo controllo è utile
Usa il validator durante onboarding ESP, migrazioni Microsoft 365 o Google Workspace, rollout DMARC, incidenti di deliverability e questionari vendor. SPF è solo metà dell’autenticazione; DMARC richiede ancora DKIM o SPF allineati al dominio From. Per «include e mittenti terzi», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Usa il validator durante onboarding ESP, migrazioni Microsoft 365 o Google Workspace, rollout DMARC, incidenti di deliverability e questionari vendor. SPF è solo metà dell’autenticazione; DMARC richiede ancora DKIM o SPF allineati al dominio From. Per «terminal all e modalità fail», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Usa il validator durante onboarding ESP, migrazioni Microsoft 365 o Google Workspace, rollout DMARC, incidenti di deliverability e questionari vendor. SPF è solo metà dell’autenticazione; DMARC richiede ancora DKIM o SPF allineati al dominio From. Per «più TXT SPF», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Usa il validator durante onboarding ESP, migrazioni Microsoft 365 o Google Workspace, rollout DMARC, incidenti di deliverability e questionari vendor. SPF è solo metà dell’autenticazione; DMARC richiede ancora DKIM o SPF allineati al dominio From. Per «limite lookup DNS», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Usa il validator durante onboarding ESP, migrazioni Microsoft 365 o Google Workspace, rollout DMARC, incidenti di deliverability e questionari vendor. SPF è solo metà dell’autenticazione; DMARC richiede ancora DKIM o SPF allineati al dominio From. Per «allineamento SPF con DMARC», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Usa il validator durante onboarding ESP, migrazioni Microsoft 365 o Google Workspace, rollout DMARC, incidenti di deliverability e questionari vendor. SPF è solo metà dell’autenticazione; DMARC richiede ancora DKIM o SPF allineati al dominio From. Per «meccanismi ip4, ip6, mx e ptr», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Cosa controllare se il risultato sembra errato
Senza record, interroga il TXT apex, non _dmarc o un selector. Con più v=spf1 unisci le fonti in un record perché i receiver possono rifiutare pubblicazioni ambigue. Dopo le modifiche attendi il TTL e confronta il TXT grezzo con dig +short TXT example.com. Per «include e mittenti terzi», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Senza record, interroga il TXT apex, non _dmarc o un selector. Con più v=spf1 unisci le fonti in un record perché i receiver possono rifiutare pubblicazioni ambigue. Dopo le modifiche attendi il TTL e confronta il TXT grezzo con dig +short TXT example.com. Per «terminal all e modalità fail», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Senza record, interroga il TXT apex, non _dmarc o un selector. Con più v=spf1 unisci le fonti in un record perché i receiver possono rifiutare pubblicazioni ambigue. Dopo le modifiche attendi il TTL e confronta il TXT grezzo con dig +short TXT example.com. Per «più TXT SPF», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Senza record, interroga il TXT apex, non _dmarc o un selector. Con più v=spf1 unisci le fonti in un record perché i receiver possono rifiutare pubblicazioni ambigue. Dopo le modifiche attendi il TTL e confronta il TXT grezzo con dig +short TXT example.com. Per «limite lookup DNS», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Senza record, interroga il TXT apex, non _dmarc o un selector. Con più v=spf1 unisci le fonti in un record perché i receiver possono rifiutare pubblicazioni ambigue. Dopo le modifiche attendi il TTL e confronta il TXT grezzo con dig +short TXT example.com. Per «allineamento SPF con DMARC», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Senza record, interroga il TXT apex, non _dmarc o un selector. Con più v=spf1 unisci le fonti in un record perché i receiver possono rifiutare pubblicazioni ambigue. Dopo le modifiche attendi il TTL e confronta il TXT grezzo con dig +short TXT example.com. Per «meccanismi ip4, ip6, mx e ptr», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Come interpretare il risultato
SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «include e mittenti terzi», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «terminal all e modalità fail», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «più TXT SPF», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «limite lookup DNS», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «allineamento SPF con DMARC», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
SPF è pubblicato come unico record TXT all’apex del dominio che inizia con v=spf1. I receiver lo valutano durante SMTP per decidere se l’IP connesso è autorizzato a inviare per quel dominio. Per «meccanismi ip4, ip6, mx e ptr», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Flusso consigliato
- Inserisci il dominio apex del From visibile.
- Conferma un solo TXT v=spf1 pubblicato.
- Rivedi mechanisms, terminal all e lookup count.
- Rimuovi ptr obsoleto e +all permissivo.
- Abbina a DMARC e DKIM.
- Ripeti dopo il TTL.
Strumento vs controlli manuali
dig TXT example.com mostra stringhe ma non analizza mechanisms né avvisa su +all. DNS Checker elenca TXT senza validazione SPF dedicata. DN01 usa lo stesso parser Go dell’API di produzione e offre pagine risultato condivisibili. Per «include e mittenti terzi», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
dig TXT example.com mostra stringhe ma non analizza mechanisms né avvisa su +all. DNS Checker elenca TXT senza validazione SPF dedicata. DN01 usa lo stesso parser Go dell’API di produzione e offre pagine risultato condivisibili. Per «terminal all e modalità fail», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
dig TXT example.com mostra stringhe ma non analizza mechanisms né avvisa su +all. DNS Checker elenca TXT senza validazione SPF dedicata. DN01 usa lo stesso parser Go dell’API di produzione e offre pagine risultato condivisibili. Per «più TXT SPF», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
dig TXT example.com mostra stringhe ma non analizza mechanisms né avvisa su +all. DNS Checker elenca TXT senza validazione SPF dedicata. DN01 usa lo stesso parser Go dell’API di produzione e offre pagine risultato condivisibili. Per «limite lookup DNS», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
dig TXT example.com mostra stringhe ma non analizza mechanisms né avvisa su +all. DNS Checker elenca TXT senza validazione SPF dedicata. DN01 usa lo stesso parser Go dell’API di produzione e offre pagine risultato condivisibili. Per «allineamento SPF con DMARC», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
dig TXT example.com mostra stringhe ma non analizza mechanisms né avvisa su +all. DNS Checker elenca TXT senza validazione SPF dedicata. DN01 usa lo stesso parser Go dell’API di produzione e offre pagine risultato condivisibili. Per «meccanismi ip4, ip6, mx e ptr», considera il TXT apex come il contratto applicato in SMTP. Documenta ogni mechanism, conferma il costo lookup e verifica che terminal all corrisponda al profilo di rischio. Dopo modifiche DNS, ripeti lo stesso dominio per dimostrare una pubblicazione unica, valida e pronta per l’allineamento DMARC.
Perché usare DN01
- Lookup TXT live all’apex
- Parsing mechanisms e stima lookup
- Errori sintassi e record multipli
- Avvisi su ptr e all permissivo
- Si abbina a DMARC e DKIM
- URL risultato SPF condivisibile
FAQ
FAQ validator SPF
TXT v=spf1, include, terminal all, limite lookup e allineamento DMARC.
Cos’è un record SPF?
SPF è TXT v=spf1 che elenca mittenti con include, ip4, mx e all. guida TXT SPF
Dove pubblicare SPF?
Pubblica un solo SPF all’apex, non su _dmarc o selector DKIM.
Cosa significa -all vs ~all?
-all fail hard; ~all softfail; +all e ?all permissivi in produzione.
Come valida SPF DN01?
DN01 interroga TXT live all’apex, analizza mechanisms, stima lookup DNS e segnala errori.
Relazione SPF, DMARC e DKIM?
SPF autorizza envelope; DKIM firma; DMARC allinea e definisce policy. Usa tutti e tre sullo stesso dominio.
Perché falliscono più record SPF?
Più v=spf1 possono causare permerror — unisci gli include in un record.
Cambio strumento
Continua con un altro controllo
Scegli il passo successivo nel tuo flusso di lavoro su dominio o sicurezza.
- Email Auth CheckerSPF, DMARC e DKIM in un auditApri
- Analizzatore DMARCPolicy DMARC, allineamento e reportApri
- Validatore DKIMRicerca del selettore DKIM e validazione del recordApri
- Controllo DNSTutti i principali tipi di record in un solo passaggioApri
- DIGUn tipo di record, risposta stile resolverApri
- Trova IP dominioIP A e AAAA di un dominioApri
- Controllo età dominioCreazione, età, registrar e scadenzaApri
- WHOISRegistrar, scadenza e stato del dominioApri
- Controllo intestazioni HTTPIntestazioni di risposta, redirect e cachingApri
- Tester HTTP/2Supporto HTTP/2, ALPN e TLSApri
- Controllo certificato SSLCatena certificati, SAN e versione TLSApri
- Controllo lista neraReputazione DNSBL per IP e dominioApri
- Convertitore PunycodeUnicode ↔ Punycode per domini IDNApri
- Separatore URLDivide URL in parti e parametriApri
- Codec Base64Codifica e decodifica testo Base64Apri
- Generatore passwordPassword casuali sicure per il lavoro operativoApri
- Controllo robustezza passwordEntropia, tempo di cracking e consigliApri
- Generatore di passphraseFrasi casuali memorabili per test sicuriApri
- BIN CheckerBrand, banca e paese della carta dal BIN/IINApri
- Calcolatore IPCalcolo subnet per CIDR IPv4 e IPv6Apri
- Controllo aggiornamento browserVersione browser, aggiornamento e Client HintsApri
Articoli correlati
Guide pratiche per le attività più comuni con Validator SPF: record DNS, passaggi di risoluzione problemi e link ai nostri strumenti gratuiti.
spf txt record basics, spf validator, v=spf1
Basi del TXT SPF all’apex del dominio
Basi del TXT SPF all’apex del dominio. SPF autorizza mittenti con un solo TXT v=spf1 all’apex, non su _dmarc o selector DKIM. DN01 restituisce mechanisms parsati, stima lookup, avvisi e URL risultato condivisibile dopo modifiche DNS.
Leggi articolo →include mechanisms third party senders, spf validator, v=spf1
Meccanismi include e mittenti terzi
Meccanismi include e mittenti terzi. SPF autorizza mittenti con un solo TXT v=spf1 all’apex, non su _dmarc o selector DKIM. DN01 restituisce mechanisms parsati, stima lookup, avvisi e URL risultato condivisibile dopo modifiche DNS.
Leggi articolo →terminal all qualifiers, spf validator, v=spf1
Qualifier terminal all: pass, fail, softfail, neutral
Qualifier terminal all: pass, fail, softfail, neutral. SPF autorizza mittenti con un solo TXT v=spf1 all’apex, non su _dmarc o selector DKIM. DN01 restituisce mechanisms parsati, stima lookup, avvisi e URL risultato condivisibile dopo modifiche DNS.
Leggi articolo →spf dns lookup limit, spf validator, v=spf1
Limite lookup DNS e flattening SPF
Limite lookup DNS e flattening SPF. SPF autorizza mittenti con un solo TXT v=spf1 all’apex, non su _dmarc o selector DKIM. DN01 restituisce mechanisms parsati, stima lookup, avvisi e URL risultato condivisibile dopo modifiche DNS.
Leggi articolo →spf dmarc alignment, spf validator, v=spf1
Allineamento SPF con enforcement DMARC
Allineamento SPF con enforcement DMARC. SPF autorizza mittenti con un solo TXT v=spf1 all’apex, non su _dmarc o selector DKIM. DN01 restituisce mechanisms parsati, stima lookup, avvisi e URL risultato condivisibile dopo modifiche DNS.
Leggi articolo →shareable spf validator results, spf validator, v=spf1
Pagine risultato condivisibili del validator SPF
Pagine risultato condivisibili del validator SPF. SPF autorizza mittenti con un solo TXT v=spf1 all’apex, non su _dmarc o selector DKIM. DN01 restituisce mechanisms parsati, stima lookup, avvisi e URL risultato condivisibile dopo modifiche DNS.
Leggi articolo →