Controllo deliverability email

Verifica della deliverability delle email

Prepara la configurazione del tuo mittente prima che si verifichino respinti

MX/A SPF DKIM DMARC DNSBL
*

L'IP del server che invia la posta, usato per controllare le liste nere DNSBL. Lascia vuoto per saltare. Puoi trovarlo nelle intestazioni email (Received: from) o chiedendolo al tuo provider SMTP.

Il prefisso per la ricerca della chiave pubblica DKIM, usato per verificare le firme delle email. Lascia vuoto per rilevare automaticamente i selettori comuni (google, default, s1, k1…). Trova il tuo in qualsiasi intestazione di email inviata: DKIM-Signature: s=...

Controllo configurazione mittente

La deliverability email determina se i tuoi messaggi raggiungono la casella di posta o vengono rifiutati e sepolti nello spam. Dipende da un insieme di record DNS: MX dimostra che il tuo dominio esiste e ha server mail, SPF dichiara chi può inviare in tuo nome, DKIM utilizza firme crittografiche per dimostrare che la mail non è stata manomessa, e DMARC li unisce con una politica di applicazione. Se il tuo IP in uscita è in una blacklist DNSBL, anche un'autenticazione perfetta non ti salverà.

Una configurazione errata non dà alcun avviso — vedrai solo respinti, tassi di inbox bassi e email di registrazione che spariscono nello spam. Un SPF mancante permette a chiunque di falsificare il tuo dominio; un DMARC p=none inattivo permette a mail falsificate di passare indisturbate; un IP in uscita in blacklist affonda ogni messaggio. Peggio ancora, questi problemi vengono spesso scoperti solo dopo aver perso utenti.

Questo strumento esegue gli stessi controlli che eseguono i destinatari — prima di inviare. Inserisci il tuo dominio mittente (e, opzionalmente, il tuo IP in uscita e il selettore DKIM) per verificare che i quattro record DNS chiave siano pubblicati correttamente e che il tuo IP sia pulito. Ogni risultato corrisponde direttamente a un codice di respinto reale, indicandoti esattamente cosa c'è di sbagliato e come correggerlo.

Preparati prima di inviare, non dopo il respinto: controlla tu stesso prima che lo facciano i destinatari

Cinque controlli in un'unica esecuzione: risoluzione DNS, SPF, DKIM, DMARC, blacklist IP

Zero tracce: query DNS pure, nessuna email inviata, nessun dominio o IP archiviato

Corrisponde direttamente ai codici di respinto: ogni risultato del controllo corrisponde a un vero errore di respinto, così sai cosa correggere

Quando usarlo

1

Prima del primo invio da un nuovo dominio — conferma che MX, SPF, DKIM e DMARC siano tutti pubblicati

2

Quando le email restituiscono errore: abbina il codice di rimbalzo per individuare problemi DNS, auth o IP

3

Dopo modifiche DNS: verifica che l'aggiornamento sia propagato e non abbia introdotto nuovi problemi

4

Dopo il passaggio a server di posta o provider SMTP: controlla che il nuovo IP sia pulito

Riferimento errori di rimbalzo

Errori di rimbalzo comuni e il controllo che li individua:

Errore di rimbalzo Causa principale Questo strumento controlla Direzione della correzione
554 5.1.8 Dominio non trovato Dominio mittente senza record DNS Risoluzione DNS del dominio Aggiungi record MX/A/AAAA
550 DNSBL (es. r1401) IP in uscita in una blacklist in tempo reale Blacklist IP Richiedi la rimozione o cambia IP
550 5.7.26 Autenticazione fallita SPF/DKIM/DMARC mancanti o non validi SPF + DKIM + DMARC Pubblica e rafforza i record di autenticazione

Modelli record DNS

Modelli per i quattro record DNS chiave. Sostituisci yourdomain.com e includi il provider quando necessario.

MX (su yourdomain.com MX):

yourdomain.com. IN MX 10 mail.yourdomain.com.

SPF (su yourdomain.com TXT):

v=spf1 include:_spf.google.com include:mail.zoho.com -all

DMARC (su _dmarc.yourdomain.com TXT):

v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s

DKIM (su <selector>._domainkey.yourdomain.com TXT):

v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

Avvia DMARC con p=none per raccogliere report, poi passa a quarantine e infine reject.

Conoscenza su DNS e autenticazione email

I record DNS che questo strumento controlla e il loro ruolo per la consegna delle email:

Risoluzione DNS del dominio (MX / A / AAAA)

MX indica ai destinatari quali server di posta gestiscono il tuo dominio. A/AAAA mappano il tuo dominio a un indirizzo IPv4/IPv6. Se un dominio mittente non ha record DNS, i destinatari rifiutano con 554 5.1.8 Domain not found — il dominio semplicemente non esiste nel DNS.

SPF (Sender Policy Framework)

Un record TXT nel tuo dominio che elenca gli IP/server autorizzati a inviare email in tuo nome. I destinatari verificano l'IP mittente rispetto a questo elenco. Senza SPF, chiunque può spoofare il tuo dominio.

Valori comuni e rischi
-all
Rifiuto rigido: i mittenti non autorizzati vengono bloccati. È la best practice, garantisce la massima sicurezza.
~all
Soft fail: il messaggio viene contrassegnato come sospetto ma non rifiutato. Adatto durante la fase di transizione, ma riduce la fiducia nel dominio a lungo termine.
?all
Neutro: nessuna affermazione. Equivalente a non avere alcun SPF. Alto rischio di spoofing.
+all
Consenti tutti: qualsiasi IP può inviare messaggi a tuo nome. Estremamente pericoloso, non usarlo mai.

DKIM (DomainKeys Identified Mail)

Una firma crittografica aggiunta alle email in uscita. La chiave pubblica è pubblicata come record TXT in <selector>._domainkey.yourdomain.com. I destinatari verificano la firma rispetto a questa chiave. A differenza di SPF, devi conoscere il selettore per cercare la chiave.

Valori comuni e rischi
v=DKIM1
Identificatore di versione, obbligatorio. Senza di esso, il record non viene riconosciuto come DKIM.
k=rsa
Tipo di chiave, RSA è il più comune. Se manca, viene impostato come valore predefinito rsa.
p=...
Chiave pubblica RSA, obbligatoria. Una p= vuota o mancante revoca il selettore.
t=s
Modalità rigorosa: la firma deve corrispondere esattamente al dominio. Previene abusi di firma di sottodomini.

DMARC (Autenticazione Messaggi basata sul dominio)

Un record TXT policy in _dmarc.tuodominio.com che unisce SPF e DKIM. Indica ai destinatari cosa fare quando entrambi falliscono. Specifica inoltre dove inviare i report aggregati.

Valori comuni e rischi
p=none
Solo monitoraggio: nessuna azione, si limitano a raccogliere report. È un punto di partenza sicuro, ma senza alcuna protezione: la posta spoofata arriva comunque nella casella di posta.
p=quarantine
Quarantena: l'autenticazione fallita va nella cartella spam. Protezione moderata, adatta per la fase di convalida.
p=reject
Rifiuta: l'autenticazione fallita viene bloccata completamente. Protezione più forte, l'obiettivo finale. Saltare questo livello consente comunque il passaggio della posta spoofata.
rua=
Destinazione dei report aggregati. Per monitorare i fallimenti di consegna, non serve a applicare regole, ma aiuta nella risoluzione dei problemi.
adkim=s / aspf=s
Allineamento rigoroso: richiede che il dominio DKIM/SPF corrisponda esattamente all'intestazione From. Previene lo spoofing di sottodomini.

DNSBL (Elenco di Blackhole basato su DNS)

Blacklist IP in tempo reale interrogate via DNS. I destinatari verificano il tuo IP in uscita contro elenchi come Spamhaus, Barracuda, SpamCop. Se incluso in un elenco, la mail viene rifiutata (550 DNSBL).

Valori comuni e rischi
zen.spamhaus.org
La lista nera pubblica più grande, con la copertura più ampia. Impatto più elevato: quasi tutti i destinatari la controllano.
b.barracudacentral.org
Lista nera di livello enterprise, utilizzata da numerosi dispositivi di sicurezza. Impatto moderato.
bl.spamcop.net
Basata su segnalazioni da parte degli utenti. Potrebbe generare falsi positivi, ma ha un impatto moderato.
dnsbl.sorbs.net
Lista nera più piccola, impatto limitato, ma viene comunque interrogata.

Domande frequenti

Perché il mio SPF ha esito positivo ma le email vengono comunque respinte?
L'SPF da solo non è sufficiente. Gmail e altri provider controllano anche DKIM e DMARC. Se DKIM manca o DMARC non riesce all'allineamento, l'email viene comunque rifiutata. Esegui tutti e tre i controlli.
Come trovo il mio selettore DKIM?
Controlla la documentazione del tuo provider di posta. Selettori comuni: google (Google Workspace), selector1/selector2 (Microsoft 365), default, s1, k1. Lo rivelano anche le tue intestazioni email (DKIM-Signature: s=...).
Il mio IP è in una blacklist. Cosa fare adesso?
Visita la pagina di rimozione della blacklist del provider (es. spamhaus.org/lookup), richiedi la rimozione e assicurati che il tuo IP non invii spam. Se il tuo host assegna IP condivisi, contattali per cambiare IP.
Il mio dominio risolve ma non ha record MX. È un problema?
Non necessariamente. Un dominio solo per invio (utilizzando un provider SMTP terzo) potrebbe non avere MX ma avere comunque record A. Finché SPF/DMARC puntano al provider corretto, la posta può essere consegnata.
Questo tool invia delle email?
No. Questo tool esegue solo interrogazioni ai record DNS (TXT, MX, A, AAAA) e controlla l'IP in uscita rispetto ai database pubblici DNSBL. Non viene inviato nulla. Il tuo dominio e il tuo IP non vengono memorizzati.
Con quale frequenza devo eseguire questo controllo?
Eseguilo prima dei primi invii da un nuovo dominio, dopo qualsiasi modifica DNS, quando cambi provider di posta o prima di una campagna importante. Per la manutenzione ordinaria, una volta al mese è sufficiente.
Posso controllare un dominio che non possiedo?
Sì. I record DNS sono pubblici, l'interrogazione di qualsiasi dominio non costituisce un problema di privacy. Tuttavia, il tool è progettato per diagnosticare la tua configurazione di invio.
SPF e DKIM passano entrambi ma la posta finisce comunque nello spam — perché?
Oltre all'autenticazione, la consegna nella casella di posta dipende dalla reputazione dell'IP (DNSBL), da picchi improvvisi di volume, dal contenuto etichettato come spam e dai filtri lato destinatario. Controlla se il tuo IP è in blacklist e costruisci gradualmente la reputazione di invio.