Come verificare un indirizzo email prima di inviare

Un'email rimbalzata Le dice qualcosa che spesso avrebbe potuto sapere prima di inviare: che l'indirizzo non esiste. Per i contatti a freddo, dove gli indirizzi provengono da siti web, elenchi e biglietti da visita anziché da moduli di iscrizione, una parte di qualsiasi lista sarà obsoleta.

Questa guida è per chiunque stia per scrivere a una lista che non ha costruito con il consenso dei destinatari (opt-in) — team di vendita, fondatori, agenzie. Noi (Outreach) spieghiamo i tre controlli che indicano se un indirizzo può ricevere posta, dove quei controlli smettono di funzionare e come leggere i codici di rimbalzo che si ricevono quando un messaggio fallisce comunque.

La risposta breve subito: di solito si può confermare che un indirizzo esiste senza inviargli un'email, ma non sempre — e sapere quando non si può sapere è utile quanto la risposta stessa.

Perché conviene verificare gli indirizzi email prima di inviare?

Perché i fornitori di caselle di posta chiedono ai mittenti di rimuovere gli indirizzi non validi, e ogni rimbalzo è un messaggio che non ha raggiunto nessuno. Le buone pratiche di Yahoo Sender Hub dicono: “Rimuovere tempestivamente dalla lista i destinatari non validi.” Le linee guida di Google per i mittenti di email indicano di “annullare automaticamente l'iscrizione dei destinatari con più messaggi rimbalzati” e, “se i messaggi iniziano a rimbalzare o a essere rinviati, di ridurre il volume di invio finché il tasso di errori SMTP non diminuisce.”

In parole semplici: i fornitori osservano come gestisce gli indirizzi sbagliati. Controllare prima di inviare significa meno rimbalzi da gestire dopo e un quadro più chiaro di quante persone reali ha raggiunto la Sua campagna.

Quali sono i passaggi per verificare un indirizzo email?

Tre controlli, in ordine: l'indirizzo è scritto correttamente, il suo dominio ha un server di posta e quel server dice che la casella esiste? Ogni passaggio individua problemi che il precedente non può rilevare.

Un esito positivo al passaggio 3 è il segnale più forte che si può ottenere senza inviare. Ma, come vedremo, alcuni server danno la stessa risposta per ogni indirizzo, reale o no.

Come si controlla la sintassi di un'email?

Confermi che ci sia esattamente una @, una parte plausibile prima di essa e un dominio reale dopo — entro i limiti di lunghezza dello standard SMTP. RFC 5321 fissa “La lunghezza massima totale di un nome utente o di un'altra parte locale” (la parte prima della @) a 64 ottetti e la lunghezza massima del dominio a 255 ottetti.

I controlli di sintassi individuano le cose ovvie: sales@@example.com, info@example, uno spazio finale copiato da una pagina web o una virgola digitata al posto di un punto. Sono economici e immediati, quindi li esegua sempre per primi. Ciò che non possono dirLe è se dietro l'indirizzo ci sia qualcuno. jane.doe@example.com è perfettamente formato, che Jane lavori lì o no.

Come funziona una ricerca MX?

Chiede al DNS quale server riceve la posta del dominio; se non ce n'è uno, nessun indirizzo di quel dominio può ricevere email. Il record MX (mail exchanger) indica il server che accetta la posta di un dominio. Cercarlo indica se il dominio è configurato per ricevere email in assoluto.

Tre esiti, secondo gli standard:

• Record MX trovati. Il dominio ha un server di posta — si passa al passaggio 3.
• Il dominio non esiste. RFC 5321 dice: “Se viene restituito un errore di dominio inesistente, questa situazione DEVE essere segnalata come errore.” L'indirizzo è inattivo.
• Nessun record MX, ma il dominio esiste. RFC 5321 dice che l'indirizzo “viene trattato come se fosse associato a un MX implicito” — la posta va al record di indirizzo del dominio stesso. Quindi un MX mancante non è automaticamente un vicolo cieco.

Esiste anche un segnale esplicito “non accettiamo posta”. RFC 7505 definisce un “null MX” — un singolo record MX con preferenza 0 e un “.” come nome del server — che “causerà il fallimento immediato di tutti i tentativi di consegna della posta a un dominio.” Se lo vede, si fermi: il dominio ha dichiarato di non ricevere email.

Come funziona un controllo della casella SMTP senza inviare un'email?

Il verificatore si connette al server di posta del dominio e avvia una consegna, indica il destinatario, legge la risposta del server e poi si disconnette prima di inviare qualsiasi contenuto del messaggio. In termini SMTP: connessione, EHLO, MAIL FROM, RCPT TO:<address>, lettura del codice di risposta, poi QUIT — il passaggio DATA, in cui andrebbe il messaggio vero e proprio, non avviene mai.

Ciò che conta è la risposta a RCPT TO. RFC 5321 definisce i codici:

Perché non chiedere semplicemente al server direttamente con il comando VRFY? Perché ai server è consentito disattivarlo. La sezione 7.3 di RFC 5321 consente ai siti di disattivare VRFY per motivi di sicurezza e dice che un server che lo fa “DEVE restituire una risposta 252” — una risposta che non significa né sì né no. Per questo i verificatori usano invece la via RCPT TO.

Nei nostri test di settembre 2026, il metodo RCPT ha identificato correttamente tutti e 6 gli indirizzi di un piccolo insieme noto: 3 indirizzi che sapevamo essere rimbalzati, 2 indirizzi funzionanti e 1 su un dominio catch-all che abbiamo correttamente contrassegnato come non confermabile.

Che cos'è un dominio catch-all e perché non si può verificare?

Un dominio catch-all accetta la posta per qualsiasi indirizzo — reale o inventato — quindi il suo server risponde “250 OK” per ogni destinatario e un controllo prima dell'invio non scopre nulla. Alcune aziende configurano la posta in questo modo perché gli indirizzi scritti male raggiungano comunque qualcuno. Altre usano filtri intermedi che accettano prima tutto e smistano in seguito.

Si riconosce un catch-all chiedendo al server di un indirizzo che quasi certamente non esiste, come una lunga stringa casuale sullo stesso dominio. Se il server accetta anche quello, ogni “sì” che dà non ha alcun significato.

Quanto è diffuso? In un test di settembre 2026, noi (Outreach) abbiamo inviato controlli RCPT con indirizzi inventati a 25 domini di posta estratti da 200 contatti aziendali che avevamo raccolto (per lo più aziende coreane). Circa il 74% dei domini ha risposto onestamente e ha respinto l'indirizzo falso; circa il 25% lo ha accettato — erano catch-all. Lo consideri un campione di un solo mercato, non una percentuale universale. Il punto è che non è raro.

Per gli indirizzi catch-all, il risultato onesto è “non verificabile.” L'unico modo per scoprirlo è inviare, ed è una scelta di giudizio: un indirizzo pubblicato sul sito dell'azienda stessa è una scommessa migliore di uno dedotto da uno schema di nomi.

Perché alcuni server di posta rifiutano i controlli di verifica?

Alcuni server di posta limitano chi può chiedere informazioni sui destinatari, quindi invece di rispondere ritardano, rifiutano temporaneamente o interrompono la connessione. I rifiuti di solito si presentano così:

• Una risposta temporanea 4xx a ogni destinatario, che chiede di riprovare più tardi.
• Una risposta 5xx che fa riferimento alle regole del server o alla reputazione anziché alla casella — ad esempio un codice esteso 5.7.1, che RFC 3463 descrive come “Consegna non autorizzata, messaggio rifiutato.”
• Nessuna risposta, oppure una connessione che viene interrotta.

Nessuno di questi segnali indica se la casella esiste. Un buon verificatore li segnala come “sconosciuti,” non come “non validi” — contrassegnare un indirizzo reale come inattivo perché il suo server era prudente significherebbe scartare un buon contatto.

Alcuni fornitori di hosting bloccano inoltre le connessioni in uscita sulla porta 25, la porta SMTP, il che significa che un verificatore in esecuzione lì non può raggiungere affatto i server di posta. Anche in questo caso, la risposta giusta è “non è possibile verificare,” non “non esiste.”

Come si leggono i codici di rimbalzo dopo l'invio?

Guardi la prima cifra del codice di stato esteso: 5 significa permanente, 4 significa temporaneo. Poi la cifra centrale indica che tipo di problema è. RFC 3463 definisce i codici nella forma class.subject.detail:

• 5.x.x — Errore permanente: “improbabile che si risolva rinviando il messaggio nella forma attuale.”
• 4.x.x — Errore transitorio persistente: “l'invio in futuro potrebbe avere successo.”

I codici che si vedono più spesso quando il problema è l'indirizzo:

Quell'ultima riga è importante. Un codice 5.7.x di solito significa che il server ricevente ha rifiutato Lei, non che la casella manchi. Controlli la configurazione di SPF, DKIM e DMARC prima di eliminare il contatto.

Come si può controllare gratuitamente un singolo indirizzo?

Lo inserisca nel nostro verificatore email gratuito; esegue i controlli di sintassi, MX e casella e Le dice una di tre cose. Non serve registrarsi. Il verificatore è disponibile in inglese e coreano; inserisca l'indirizzo che vuole controllare. Il risultato è uno di questi:

• Questo indirizzo può ricevere posta — il server di posta ha accettato il destinatario.
• Questo indirizzo non esiste — l'indirizzo non è scritto correttamente, il dominio non ha un server di posta o il server ha detto che non c'è una casella di questo tipo.
• Non siamo in grado di verificarlo — il dominio è catch-all, il server ha rifiutato il controllo oppure non è stato possibile alcun controllo. Lo strumento Le dice quale motivo si è verificato.

Per evitare che lo strumento venga usato per sondare indirizzi in massa, consente un numero limitato di controlli al giorno. Per un'intera lista, verifichi all'interno del Suo processo di invio anziché un indirizzo alla volta.

Che cosa fare con gli indirizzi che non si possono verificare?

Li tenga separati, invii loro in lotti più piccoli e rimuova quelli che rimbalzano con un codice 5.x.x. Un ordine pratico:

1. Elimini tutto ciò che non supera la sintassi o non ha un server di posta.
2. Rimuova gli indirizzi che il server ha detto non esistere.
3. Invii prima agli indirizzi confermati.
4. Invii con più cautela agli indirizzi “non verificabili” e rimuova quelli che tornano con un rimbalzo permanente — come consigliano sia Yahoo sia Google.

Ricordi inoltre che un indirizzo valido non significa un destinatario disposto. I reclami per spam contano contro di Lei che l'indirizzo esista o no; trattiamo i numeri in perché le cold email finiscono nello spam.

In breve

• Verifichi in tre passaggi: sintassi → ricerca MX → controllo della casella SMTP (RCPT, senza inviare contenuto).
• La parte prima della @ può avere al massimo 64 caratteri (RFC 5321); un null MX significa che il dominio non accetta posta (RFC 7505).
• I domini catch-all accettano ogni indirizzo — nel nostro test su 25 domini lo ha fatto circa il 25% — quindi alcuni indirizzi si possono solo contrassegnare come “non verificabili.”
• Nei rimbalzi, 5.x.x è permanente e 4.x.x temporaneo; 5.1.1 significa che la casella non esiste; 5.7.x indica un problema di regole, non un indirizzo sbagliato.
• Provi un singolo indirizzo con il nostro verificatore email gratuito.