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.