"Verifica email" sembra semplice. In pratica è una trattativa con migliaia di personalità diverse di server di posta: Google che limita il tuo IP, Microsoft che restituisce blocchi per policy, Yahoo che richiede il fallback Verifly e server catch-all che rispondono sì a tutto.
Ecco esattamente cosa succede quando clicchi su Verify su Email Validator.
Passo 1: Sintassi e sanificazione
Prima di qualsiasi chiamata di rete:
- Rimuovi i caratteri Unicode invisibili (spazi a larghezza zero, BOM)
- Valida il formato RFC 5322
- Normalizza i punti di Gmail (
john.doe@gmail.com→ dedup key) - Controlla la blocklist dei domini usa e getta (oltre 10.000 domini)
- Controlla i pattern delle trappole antispam
Fallisce qui → non valido o disposable — nessuna connessione SMTP necessaria, nessun credito addebitato.
Passo 2: Ricerca DNS MX
Interroghiamo il DNS per i record MX. Senza MX → non valido (il dominio non può ricevere posta).
La priorità MX determina quale server sondiamo per primo. Più host MX vengono provati con rotazione degli IP tra i nostri pool GRE/Hetzner.
Passo 3: Conversazione SMTP
Sequenza tipica della sonda:
>>> EHLO verify.email-validaton.com
<<< 250 OK
>>> MAIL FROM:<verify@email-validaton.com>
<<< 250 OK
>>> RCPT TO:<target@company.com>
<<< 250 OK ← o 550 / 552 / 450
>>> RCPT TO:<randomfake@company.com> ← catch-tutti test
<<< 550 ← good: server rejects fakes
Rilevamento catch-all: se anche l'indirizzo fittizio riceve 250, il dominio è catch-all — la casella individuale non è confermata.
Passaggio 4: Classificazione delle risposte
Il nostro classificatore associa il testo SMTP agli stati:
| Schema di risposta | Stato |
|---|---|
| 250 su quello reale, 550 su quello fittizio | valid |
| 250 su entrambi | catch_all |
| 550 utente sconosciuto | non valido |
| 552 mailbox full | over_quota |
| Indicazioni 450 / greylist | rischioso (riprova) |
| Blocco della policy, risultato non conclusivo | rischioso o sconosciuto |
Passaggio 5: Gestione specifica per provider
Alcuni provider non possono essere verificati in modo affidabile tramite SMTP grezzo:
- Yahoo / AOL → fallback tramite API di Verifly
- Mail.ru → Verifly con mappatura specifica per Mail.ru
- Google 452 / 552 quota superata →
over_quota(mailbox exists but is not accepting mail)
Non contrassegniamo mai "valid…a meno che la confidenza non sia alta.
Passo 6: Cache e crediti
Risultati definitivi (valid, invalid, catch_all, over_quota, disposable) cache per user — repeat checks within TTL skip SMTP.
Fatturabili: valid, invalid, over_quota, disposable
Gratuiti: catch_all, risky, unknown, error
Errori interni del sistema (rate_limited) map to sconosciuto prima che tu li veda: i clienti non vengono mai addebitati per stati infrastrutturali non conclusivi.
Perché questo è importante per la tua lista
Capire la verifica SMTP spiega perché:
- Un catch-all non è "valido": il protocollo non può letteralmente verificare la casella
- Over quota non significa invalido: la casella esiste
- Risky richiede una nuova verifica: il greylisting è temporaneo
- Lo stesso motore alimenta Single Check, le verifiche in blocco, l'API e Company Finder
Guardalo in azione — Prova Single Check →
Correlati: Catch-All spiegato · Guida agli stati
