Autenticazione email
Email Auth Checker
Audita SPF, DMARC e DKIM per un dominio in un report con selector DKIM opzionali.
Controlli recenti
I tuoi controlli riusciti recenti appariranno qui.
Come usare lo strumento
- SPF è pubblicato come unico record TXT all’apex del dominio che inizia con SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM pubblicato. |
| Found | SPF è pubblicato come unico record TXT all’apex del dominio che inizia con SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM 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ù SPF, DMARC, and DKIM 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ù SPF, DMARC, and DKIM 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ù SPF, DMARC, and DKIM 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ù SPF, DMARC, and DKIM 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ù SPF, DMARC, and DKIM 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ù SPF, DMARC, and DKIM 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM. 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 SPF, DMARC, and DKIM 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 Email Auth Checker
Audit combinato SPF, DMARC e DKIM con selector opzionali e riepilogo pass.
Cosa valida Email Auth Checker?
Esegue SPF all’apex, DMARC su _dmarc.<domain> e DKIM per selector, poi riassume i layer superati. guida stack SPF, DKIM e DMARC
Quali selector DKIM prova DN01?
Default: google, selector1, k1, s1, default. Aggiungi il selector ESP.
Come si calcola il punteggio?
Tre layer: TXT SPF valido, policy DMARC valida, almeno un DKIM valido.
Cosa correggere per primo?
Correggi SPF e firma DKIM prima di inasprire DMARC da p=none.
Posso condividere i risultati?
Gli URL includono dominio e ?selectors= per riaprire lo stesso audit.
Differenza dagli strumenti dedicati?
Orchestra i validatori SPF, DMARC e DKIM dedicati per il dettaglio.
Cambio strumento
Continua con un altro controllo
Scegli il passo successivo nel tuo flusso di lavoro su dominio o sicurezza.
- Validator SPFValida TXT SPF, mechanisms e terminal allApri
- 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 Email Auth Checker: record DNS, passaggi di risoluzione problemi e link ai nostri strumenti gratuiti.
spf dkim dmarc stack, email auth checker, spf dkim dmarc
SPF, DKIM e DMARC insieme
SPF, DKIM e DMARC insieme. Email Auth Checker esegue SPF all’apex, DMARC su _dmarc.<domain> e DKIM per ogni selector in un report unico. URL condivisibili mantengono dominio e selector nella query per riaprire lo stesso audit.
Leggi articolo →combined email auth audit, email auth checker, spf dkim dmarc
Audit combinato di autenticazione email
Audit combinato di autenticazione email. Email Auth Checker esegue SPF all’apex, DMARC su _dmarc.<domain> e DKIM per ogni selector in un report unico. URL condivisibili mantengono dominio e selector nella query per riaprire lo stesso audit.
Leggi articolo →dkim selector workflow, email auth checker, spf dkim dmarc
Workflow selector DKIM in un’unica passata
Workflow selector DKIM in un’unica passata. Email Auth Checker esegue SPF all’apex, DMARC su _dmarc.<domain> e DKIM per ogni selector in un report unico. URL condivisibili mantengono dominio e selector nella query per riaprire lo stesso audit.
Leggi articolo →dmarc before enforcement, email auth checker, spf dkim dmarc
Prontezza DMARC prima dell’enforcement
Prontezza DMARC prima dell’enforcement. Email Auth Checker esegue SPF all’apex, DMARC su _dmarc.<domain> e DKIM per ogni selector in un report unico. URL condivisibili mantengono dominio e selector nella query per riaprire lo stesso audit.
Leggi articolo →email auth result summary, email auth checker, spf dkim dmarc
Leggere il riepilogo email auth
Leggere il riepilogo email auth. Email Auth Checker esegue SPF all’apex, DMARC su _dmarc.<domain> e DKIM per ogni selector in un report unico. URL condivisibili mantengono dominio e selector nella query per riaprire lo stesso audit.
Leggi articolo →shareable email auth checker results, email auth checker, spf dkim dmarc
Pagine condivisibili Email Auth Checker
Pagine condivisibili Email Auth Checker. Email Auth Checker esegue SPF all’apex, DMARC su _dmarc.<domain> e DKIM per ogni selector in un report unico. URL condivisibili mantengono dominio e selector nella query per riaprire lo stesso audit.
Leggi articolo →