Come verificare un indirizzo email senza inviare

Non serve scrivere a qualcuno per sapere se il suo indirizzo è reale. Diverse tecniche confermano un indirizzo usando il sistema di posta stesso, e questa guida le spiega una per una: dove funzionano e dove non bastano.

In breve

Puoi verificare un indirizzo email senza inviare controllandone il formato, confermando che il dominio abbia server di posta e poi eseguendo un handshake SMTP che si ferma prima della consegna del messaggio. La versione affidabile non è una verifica manuale da riga di comando; è un flusso di API di verifica oppure verifica massiva a più livelli che gestisce anche i risultati catch-all, usa e getta e role-based.

Perché verificare senza inviare

Il modo più ovvio per testare un indirizzo email è scrivergli e vedere se rimbalza. Funziona, ma è il metodo peggiore possibile. Un bounce avviene solo dopo che il messaggio ha già raggiunto un provider di posta, il che significa che l'errore viene già conteggiato contro la reputazione del mittente. Se testi una lista in questo modo, scopri quali indirizzi sono sbagliati danneggiando nel frattempo la tua posizione. E non puoi nemmeno testare in silenzio, perché destinatari reali ricevono un messaggio reale.

Verificare senza inviare ribalta la situazione. Conferma se un indirizzo può ricevere posta prima che tu gli affidi anche una sola campagna. Nulla arriva in inbox, nulla rimbalza e la tua reputazione resta intatta. È possibile perché il sistema di posta si basa su un protocollo che permette ai server di farsi domande a vicenda, e un verificatore può porre quelle domande senza arrivare alla consegna.

Esistono diversi metodi, da un semplice controllo del formato a una conversazione completa con il server ricevente. Ognuno risponde a una parte della domanda, e capire cosa ti dice ciascuno, e cosa no, è la chiave per usarli bene.

Flusso di verifica SMTP che controlla un indirizzo tramite DNS, MX e RCPT TO senza inviare il corpo del messaggio
Il controllo SMTP può chiedere se un server ricevente accetterà una casella, poi fermarsi prima del comando DATA così che nessun messaggio venga consegnato.
MetodoCosa dimostraLimite principale
Controllo della sintassiL'indirizzo ha la forma corretta.Non può dimostrare che il dominio o la casella esistano.
Ricerca MXIl dominio pubblica dei server di posta.Non dice nulla sulla casella specifica.
handshake SMTPLa risposta del server per quell'indirizzo destinatario.Domini catch-all, greylisting e throttling possono rendere ambiguo il risultato.
Servizio di verificaUn risultato di deliverability a più livelli con categorie di rischio.Un comportamento incerto del server richiede comunque etichette oneste, non ipotesi.

Metodo 1: validazione della sintassi

Il controllo più rapido è puramente strutturale. Il formato degli indirizzi email è regolato da una specifica chiamata RFC 5322, che definisce esattamente com'è fatto un indirizzo valido: una parte locale, il simbolo @ e un dominio, con regole su quali caratteri sono ammessi e dove.

La validazione della sintassi confronta un indirizzo con quelle regole. Intercetta indirizzi senza @, con spazi o caratteri non ammessi, con un dominio mancante o malformato, o con una parte locale che viola la specifica. Non richiede alcuna connessione di rete, quindi è istantanea e gratuita, e filtra una quota significativa di indirizzi sbagliati, per lo più semplici errori di battitura fatti durante l'inserimento dei dati.

Il limite è strutturale. La validazione della sintassi dimostra solo che un indirizzo ha la forma corretta. Non può dimostrare che l'indirizzo esista. L'indirizzo valid.but.fake@gmail.com ha una sintassi perfettamente valida e quasi certamente non è una casella reale. Tratta la validazione della sintassi come un primo filtro, mai come un verdetto.

Metodo 2: ricerca del dominio e dei record MX

Il passo successivo si sposta dall'indirizzo al suo dominio. Ogni dominio che può ricevere email pubblica record DNS chiamati record MX, abbreviazione di Mail Exchanger. Questi record indicano i server responsabili di accettare la posta per conto del dominio.

Una ricerca MX interroga il DNS per ottenere i record MX del dominio. Se il dominio ha record MX validi, è configurato per ricevere email ed esiste un punto di connessione. Se il dominio non ha record MX, non può ricevere posta, e ogni indirizzo su quel dominio è non valido, indipendentemente da come è scritto. Questo passo è eccellente per intercettare i domini morti, che compaiono di continuo nelle liste più vecchie quando le aziende chiudono o cambiano nome.

Il limite è che un controllo sul dominio opera al livello sbagliato. Confermare che gmail.com ha record MX ti dice che Google può ricevere posta. Non ti dice nulla sull'esistenza di una specifica casella Gmail. La validazione di dominio e MX restringe il campo, ma non può risolvere il singolo indirizzo.

Metodo 3: il controllo SMTP, o ping

Questo è il metodo che esamina davvero una casella specifica senza inviarle nulla. Viene spesso chiamato ping di un indirizzo email, anche se il nome è fuorviante. Non ha nulla a che fare con il comando ping ICMP usato per la diagnostica di rete. Nella verifica email, fare ping significa sostenere una conversazione SMTP con il server ricevente.

L'SMTP, Simple Mail Transfer Protocol, è il linguaggio che i server di posta usano per passarsi i messaggi. Una consegna normale segue una sequenza fissa di comandi. Il controllo SMTP percorre quella sequenza ma si ferma un passo prima.

Funziona così. Il verificatore apre una connessione con il server di posta del destinatario, quello trovato con la ricerca MX. Scambia i saluti con EHLO o HELO, identificandosi. Dichiara un mittente con il comando MAIL FROM. Poi invia RCPT TO, indicando l'indirizzo esatto da verificare. Il server ricevente risponde con un codice di stato. Un codice 250 significa che il server accetterà posta per quell'indirizzo. Un codice 550 significa che sta rifiutando l'indirizzo, di solito perché la casella non esiste. Il verificatore legge quel codice e poi invia QUIT per chiudere la connessione. Non invia mai il comando DATA. DATA è il passaggio in cui verrebbe trasmesso il corpo del messaggio, e siccome la conversazione finisce prima di DATA, nessuna email viene mai consegnata. La casella è stata controllata e il destinatario non ha ricevuto nulla.

Questo è il cuore della verifica senza invio. Ed è anche il punto in cui iniziano le vere complicazioni.

Dove i controlli SMTP incontrano problemi

Un controllo SMTP sembra definitivo, ma diversi comportamenti comuni dei server rendono inaffidabile un controllo manuale e diretto.

Domini catch-all

Alcuni domini sono configurati come catch-all, cioè il server accetta posta per ogni indirizzo possibile del dominio, che la casella esista o no. Un server catch-all restituisce un codice 250 allo stesso modo per un indirizzo reale, uno scritto male e uno completamente casuale. Un controllo SMTP su un dominio catch-all quindi non ti dice nulla di definitivo a livello di casella, perché la risposta è sempre sì. Rilevare un catch-all richiede di sondare il dominio con un indirizzo casuale e osservare che viene accettato anche quello. È rilevamento, non un punteggio di qualità, e ti dice che l'indirizzo non può essere confermato singolarmente.

Greylisting

Alcuni server restituiscono di proposito un codice di errore temporaneo la prima volta che vedono un mittente sconosciuto, aspettandosi che un server di posta legittimo riprovi a breve. Un controllo ingenuo che interpreta questo codice temporaneo come un errore permanente segnerà erroneamente come non valido un indirizzo perfettamente funzionante. Gestirlo correttamente significa riconoscere i codici temporanei e non trattarli come una risposta definitiva.

Blocco delle verifiche

Questo è ciò che rende impraticabili i controlli manuali. I grandi provider come Google e Microsoft monitorano le verifiche SMTP ripetute da un singolo indirizzo IP e le trattano come ricognizione, il tipo di comportamento che uno spammer usa per scovare indirizzi validi. La loro risposta è bloccare del tutto l'IP che effettua le verifiche. Quindi, se provi a verificare una lista con controlli SMTP manuali dal tuo server o da una sessione Telnet, otterrai una manciata di risposte e poi troverai il tuo IP bloccato, con i controlli restanti che falliscono per il motivo sbagliato. La verifica SMTP manuale non scala, e a volumi elevati non funziona proprio.

Metodo 4: un servizio di verifica dedicato

Ciascuno dei metodi sopra verifica un pezzo del puzzle, e ognuno da solo ha un punto debole reale. Un servizio di verifica dedicato esiste per eseguirli tutti insieme, gestire correttamente i casi limite e operare a una scala che i controlli manuali non possono raggiungere.

VeriMails applica ogni controllo a ciascun indirizzo. Esegue la validazione della sintassi secondo RFC 5322, effettua la ricerca MX e DNS e conduce l'handshake SMTP in tempo reale descritto sopra, il tutto senza consegnare alcun messaggio. Su questa base aggiunge il rilevamento catch-all, così i domini accept-all vengono identificati correttamente invece di risultare falsamente validi, il rilevamento dei domini usa e getta, così gli indirizzi temporanei vengono segnalati, e il rilevamento role-based, così indirizzi come info@ e support@ vengono etichettati. Riconosce il greylisting e le altre risposte temporanee e le classifica correttamente invece di forzare un falso non valido. E opera da un'infrastruttura progettata per la verifica, quindi il problema del blocco delle verifiche che vanifica i controlli manuali non lo ferma.

Il risultato è una verifica pratica senza inviare nessuna email. Puoi usare l' API REST per verificare un singolo indirizzo in tempo reale, ideale per controllare l'invio di un form di iscrizione nel momento in cui avviene, oppure la la verifica CSV in blocco per pulire un'intera lista prima di una campagna. I prezzi partono da $0.0019 per email, con 10,000 crediti a $19 e pacchetti fino a 5 milioni di crediti per $1,499, e piani annuali da $12.50/mese con fatturazione annuale. Ogni account riceve 100 crediti gratuiti all'iscrizione, senza carta di credito, e non scadono mai, così puoi verificare una lista reale senza inviare una vera email e vedere tu stesso la differenza.

Domande frequenti

Sì. Un controllo di verifica SMTP apre una connessione con il server di posta del destinatario, percorre l'handshake fino al comando RCPT TO, legge la risposta del server e si disconnette prima della fase DATA in cui verrebbe trasmesso un messaggio. L'indirizzo viene controllato, ma nessuna email viene mai consegnata.
Fare ping a un indirizzo email è un modo informale per indicare il processo di verifica SMTP. Non usa il comando ping ICMP. Significa aprire una conversazione SMTP con il server ricevente, inviare RCPT TO con l'indirizzo da verificare e leggere il codice di stato restituito dal server per capire se la casella esiste.
I grandi provider possono considerare sospette le verifiche SMTP manuali ripetute da un solo IP e bloccarle o rallentarle. Molti server disattivano anche le risposte a livello di casella o sono configurati come catch-all, quindi un controllo manuale restituisce risultati ambigui. Un servizio di verifica combina più controlli e gestisce le risposte ambigue in modo più affidabile.
Un servizio di verifica dedicato che combina tutti i controlli è l'opzione più affidabile. VeriMails esegue su ogni indirizzo validazione della sintassi, ricerche MX e DNS, un handshake SMTP in tempo reale e rilevamento di catch-all, usa e getta e role-based, senza inviare mai alcun messaggio.

Parti da dati puliti

100 crediti gratuiti all'iscrizione. Nessuna carta di credito richiesta. Metti in pratica questi consigli oggi stesso.

Inizia Gratis
Nessuna carta di credito richiesta. I crediti non scadono mai.