Verificare un indirizzo email
«Valida» significa tre cose diverse, e solo la prima si controlla offline: sintassi corretta, dominio in grado di ricevere posta e casella realmente esistente. Questa pagina dice quale delle tre risolve.
Come funziona il controllo
- 1
La sintassi viene verificata sulla RFC 5322
Struttura, caratteri ammessi, lunghezza totale limitata a 254. È l'unico livello che un browser può risolvere da solo.
- 2
Il dominio viene isolato e filtrato
Il dominio viene confrontato con una lista di servizi di caselle temporanee, e la parte locale con i prefissi generici della RFC 2142.
- 3
Il resto richiede un server
Sapere se il dominio ha un record MX è una richiesta DNS che una pagina non può fare al posto vostro. È ciò che aggiunge l'API.
Perché non facciamo sondaggi SMTP
Chiedere a un server se una casella esiste (il comando RCPT TO) sembra decisivo e non lo è. I server catch-all rispondono 250 OK a tutto; Gmail e Outlook restituiscono deliberatamente accettazioni generiche per impedire l'enumerazione degli account; e sondare centinaia di indirizzi da un solo IP lo fa finire su Spamhaus, il che penalizza poi i vostri invii.
Un «verificatore» che promette certezza su una casella vende una fiducia che non possiede.
Valida non vuol dire recapitabile
Un record MX prova che esiste un server per ricevere la posta del dominio, non che il vostro messaggio superi il suo filtro antispam né che la casella non sia piena, disattivata o abbandonata. La validazione riduce i rimbalzi permanenti; non garantisce la posta in arrivo.
Domande frequenti
Si può verificare un'email senza inviarne una?
Sì per la forma e il dominio, no per la casella. La sintassi e la presenza di un server di posta si controllano senza inviare nulla. Sapere che una casella precisa esiste richiede un dialogo con il server SMTP, invadente e poco affidabile per i motivi sopra.
Un dominio senza MX può comunque ricevere posta?
Sì, in un caso preciso. La RFC 5321 §5.1 prevede che, in assenza di record MX, il server mittente ripieghi sul record A o AAAA, trattato come un MX implicito di priorità 0. Un buon controllo guarda l'MX e, in mancanza, l'A/AAAA: altrimenti rifiuta a torto piccoli domini che la posta la ricevono eccome.
Bisogna bloccare gli indirizzi generici come info@?
Segnalarli, non bloccarli. La RFC 2142 ne normalizza un elenco. Per un'iscrizione individuale sono un segnale di qualità bassa: casella condivisa, più reclami. Per un contatto B2B, info@ è talvolta l'unico indirizzo pubblicato. Fatene un criterio di punteggio, non un rifiuto automatico.
Come riduco il tasso di rimbalzo di una campagna?
Togliendo prima dell'invio le tre famiglie che rimbalzano sempre: sintassi rotta, domini senza server di posta e domini usa e getta il cui titolare è sparito da tempo. I fornitori di invio sorvegliano il tasso di rimbalzo permanente e sospendono chi supera qualche punto percentuale.
Lo stesso controllo via API
Questo strumento gira nel vostro browser. Per lo stesso controllo dal vostro codice, in blocco o lato server, l'API risponde in JSON.
Vedi la documentazione