Dominio catchall: cos'è una catch all email, come funzionano gli indirizzi catch-all, perché i verifier non possono confermarli e come contattarli senza rischi

Una catch all email è un indirizzo su un dominio catchall, cioè un dominio il cui server di posta accetta ogni messaggio, qualunque cosa ci sia prima della @. Il server non dice mai se la casella esiste, quindi il verifier restituisce «catch-all» invece di valido o non valido. I controlli di Spona collocano in questa categoria il 14,25% di 40.000 indirizzi.

Questa guida si mette dalla parte di chi invia email B2B. Mostra cosa fa il server durante un controllo di verifica, perché le aziende lo configurano così e come ogni verifier chiama il risultato. Mostra anche cos'è successo quando un cliente ha inviato 1.200 email a indirizzi catch-all. La configurazione di una casella catch-all ha una sola risposta, nelle FAQ.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Catchall email e dominio catchall: una casella che accetta ogni indirizzo

Il termine lo usano due gruppi, e intendono due cose diverse.

Per un amministratore di posta, un catch-all è una casella. Proton lo descrive come l'opzione per «ricevere tutta la posta inviata al proprio dominio», compresa quella diretta a indirizzi che nessuno ha creato. Secondo Namecheap, lì finisce qualsiasi email inviata al tuo dominio «che non è ancora configurata come account email o alias».

Le caselle reali tengono la propria posta. Proton precisa che i messaggi diretti a un indirizzo esistente «non verranno recapitati all'indirizzo catch-all».

Per chi invia, un catch-all è un esito di verifica. NeverBounce lo riassume in una riga: l'accept-all «è un'impostazione del server di posta del destinatario, non un verdetto sul singolo indirizzo». L'indirizzo che hai controllato potrebbe essere una persona reale, un refuso o qualcuno che se n'è andato due anni fa. Il server non ti ha detto nulla, né in un senso né nell'altro.

Le grafie variano: catchall email, catch-all email, accept-all email. I verifier dicono anche «accept all» e i provider di hosting «wildcard». Descrivono tutti lo stesso comportamento del server.

Un solo equivoco causa la maggior parte dei danni. Si sente catch-all e si pensa «indirizzo morto». Lo stato dice che il dominio accetta tutto. Non dice nulla sul fatto che la persona sia ancora lì.

Come un dominio catchall risponde al controllo SMTP di un verifier

Un verifier controlla un indirizzo avviando una consegna e fermandosi prima che parta qualsiasi messaggio. Si collega al server di posta del dominio, indica un destinatario e legge la risposta. La RFC 5321, lo standard SMTP, definisce queste risposte: quando il server accetta il destinatario, «restituisce una risposta “250 OK”». Quando il destinatario è «noto per non essere un indirizzo recapitabile», risponde 550.

Su un dominio normale, quella risposta chiude la questione. Un 250 significa che la casella esiste. Un 550 significa che non esiste.

Un dominio catch-all risponde 250 a tutto. Il verifier non riesce a distinguere una casella reale da una inventata, quindi lancia un secondo test.

Il metodo di Hunter consiste nel chiedere al server se accetterà posta per un indirizzo «che sicuramente non esiste». Se la risposta è sì, l'intero dominio viene segnato come accept-all. Ogni indirizzo di quel dominio eredita poi l'etichetta.

Lo standard lo aveva previsto: un server «NON DEVE restituire un codice 250» a un comando di verifica se non ha davvero verificato l'indirizzo. Quando non può farlo, «DOVREBBE essere restituito» il codice 252. Questa regola riguarda il comando VRFY. Un server catch-all risponde nella fase del destinatario, dove un 250 significa che accetterà il messaggio, non che qualcuno legge la casella.

C'è un'altra clausola che conterà più avanti. Un server che ha accettato un messaggio e poi non riesce a consegnarlo «DEVE costruire una notifica di “posta non recapitabile”» e rimandarla indietro. Il sì all'ingresso può trasformarsi in un no dopo l'invio.

Perché le aziende configurano indirizzi email catch-all

Le pagine di assistenza dei provider che offrono la funzione indicano due motivi. Una migrazione della posta può aggiungerne un terzo.

Refusi: l'esempio di one.com è un mittente che digita «daivd@domain.com» invece di david@. Senza catch-all, il server rifiuta il messaggio. Con il catch-all, il messaggio arriva in una casella che qualcuno controlla.

Dipendenti usciti: Google Workspace consente a un amministratore di instradare i messaggi inviati a «indirizzi email inesistenti o errati» verso una casella catch-all. L'opzione di instradamento si chiama «All inactive and unrecognized accounts». Così la posta in arrivo per chi ha lasciato l'azienda continua a raggiungerla. È una regola di instradamento impostata da un amministratore, non un'impostazione predefinita: un dominio su Google non è catch-all a meno che qualcuno non l'abbia attivato.

Migrazioni: con Directory-Based Edge Blocking, Microsoft 365 fa l'opposto e permette a un tenant di «rifiutare i messaggi per destinatari non validi al perimetro della rete del servizio». La risposta è «550 5.4.1 Recipient address rejected: Access denied». Microsoft dice agli amministratori di lasciare un dominio in «Internal relay» solo finché la directory non contiene tutti i destinatari validi. Fino ad allora, il perimetro può accettare destinatari sconosciuti, e il test di un verifier può leggerlo come catch-all.

Il prezzo è lo spam. L'avvertimento di one.com a chi attiva la funzione: «la maggior parte delle email che catturerai sarà spam».

Verifica delle email catch-all: cosa restituisce ogni verifier

Nella verifica delle email, «catch-all» significa che il verifier ha trovato un server di posta che accetta qualsiasi destinatario, quindi non ha potuto testare il tuo indirizzo.

Tutti i verifier sbattono contro lo stesso muro. ZeroBounce scrive che le email catch-all «sono impossibili da validare senza inviare loro un'email» e aspettare di vedere se rimbalzano. MailerCheck concorda: «non c'è modo di sapere se sono valide o non valide». A cambiare sono l'etichetta e quello che il fornitore fa dopo.

Le etichette vengono dalle pagine di assistenza e dalle pagine prodotto di ciascun fornitore. I prezzi dei controlli più approfonditi si trovano nella guida alla pulizia delle liste email, non qui.

«Unknown» è un esito diverso. NeverBounce lo definisce come il caso in cui il server non dà «una risposta definitiva in tempo», spesso per via del greylisting o di un gateway di sicurezza. Un server catch-all ha risposto; un server «Unknown» no.

Ricontrolla un «Unknown» domani e potrebbe risolversi. Ricontrolla un catch-all e otterrai un altro 250.

Quanto sono diffuse le email catch-all: i 40.000 controlli B2B di Spona

Spona ha controllato 10.000 indirizzi candidati unici in ciascuno di quattro Paesi, prima di qualsiasi invio. I dati sono di Spona, e la quota tornata catch-all va dal 12% del Regno Unito al 16% della Germania.

La quota è calcolata su tutti gli indirizzi candidati unici controllati. Un indirizzo supera il controllo, risulta catch-all o viene rifiutato per altri motivi, mai due cose insieme. Spona non ha misurato suddivisioni per ruolo o settore, e questi quattro Paesi sono gli unici che ha misurato. Nel complesso dei quattro Paesi, circa un indirizzo controllato su sette è tornato senza verdetto.

Altre quote pubblicate descrivono altre popolazioni. ZeroBounce ha rilevato che «oltre il 9%» di tutte le email controllate era catch-all, su oltre 11 miliardi di indirizzi elaborati. Il dato di MailerCheck è l'8,6% di tutto ciò che ha verificato, ma per singola lista cliente la mediana sale al 15,25%. Hunter conta i domini invece degli indirizzi: «il 38% dei domini email» in un campione di 2.572 indirizzi era accept-all.

Nessuno di questi dati è confrontabile con la tabella di Spona. Ognuno conta una cosa diversa, su una lista diversa. In comune hanno la direzione: una minoranza consistente di qualunque lista tu controlli.

Le email catch-all sono rischiose per le cold email? Cosa ha visto un cliente

Sì, e il rischio si può misurare. Il benchmark live di Spona fissa il riferimento ed esclude per regola gli indirizzi catch-all: «L'hard bounce è il numero di mancate consegne permanenti diviso per gli invii tentati verso il sottoinsieme verificato, esclusi gli indirizzi catch-all». Su 20.000 invii di questo tipo, il tasso di hard bounce è stato dell'1,525%.

Un cliente ha scritto comunque a indirizzi catch-all e ha comunicato il risultato. In circa tre mesi, i suoi 1.200 invii hanno prodotto 86 hard bounce, che Spona ha registrato come coorte separata. Pari al 7,17%. Segnalazioni come questa mantengono il proprio denominatore di invii e non entrano mai nel benchmark.

Messo a confronto, il tasso della coorte è circa 4,7 volte quello del benchmark.

Questo divario va letto con due cautele. Il 7,17% viene dai 1.200 invii di un solo cliente: non è un tasso di settore e non prevede il tuo. Le due coorti differiscono anche per altro oltre all'etichetta catch-all, quindi il divario confronta risultati; non misura una causa.

Hunter ha fatto un suo test: una campagna verso 100 indirizzi accept-all e 100 indirizzi validi. Il risultato: «Il bounce rate è stato del 27%» per il gruppo accept-all e dell'1% per il gruppo di controllo. Lista diversa, mittente diverso, stessa direzione.

Il meccanismo è la clausola della RFC 5321 vista sopra. Un server catch-all accetta ogni messaggio all'ingresso, poi prova a consegnarlo all'interno. Quando nessuna casella corrisponde, deve rimandare l'avviso di mancato recapito. Da qui l'avvertimento di ZeroBounce: «gli indirizzi email catch-all inesistenti finiranno per rimbalzare» e danneggiare la tua reputazione di mittente.

Hunter elenca i tre esiti possibili per un messaggio inviato a un dominio accept-all: «consegnato, reindirizzato a una casella catch-all o rimbalzato in un secondo momento». Scopri quale solo dopo l'invio.

Resta da capire dove sta la soglia. Twilio scrive che un bounce rate «superiore al 2%» indica che è ora di intervenire, e che i programmi sani restano sotto l'1%. Un segmento catch-all che rimbalza come quella coorte, inserito in una campagna verificata, spinge il tasso dell'intera campagna verso quella soglia.

Come verificare le email catch-all oltre il controllo SMTP

Nessuno strumento può confermare una casella dietro un server catch-all. Il server non lo dice, e nient'altro può parlare al suo posto. Gli strumenti migliori fanno una stima, in tre modi.

Punteggi di affidabilità: Hunter assegna un punteggio ai suoi esiti «Accept all», basato su «numero e freschezza delle fonti» in cui ha trovato l'indirizzo. La sua indicazione è trattare come valido un punteggio «85-100%», anche se l'indirizzo resta un po' più esposto al rimbalzo. Un punteggio è una probabilità ricavata da indizi sul web, non una risposta del server.

Controlli più approfonditi: MillionVerifier dichiara che un ping più approfondito trasforma «fino al 40%» delle email catch-all in «Valid» o «Invalid», mentre il resto rimane «Risky». È il dato del fornitore per il proprio metodo, sulle proprie liste. Tratta ogni tasso di recupero allo stesso modo finché non l'hai testato sulle tue.

Indizi al di fuori del server di posta: un nome che segue lo schema degli indirizzi dell'azienda, un profilo presso quel datore di lavoro, una menzione recente sul sito aziendale. Ognuno aumenta le probabilità che la casella esista. La guida alla validazione dei dati B2B descrive questo processo, e nulla di tutto ciò cambia la risposta del server.

L'unico test che funziona è quello che ti costa. Inviare un messaggio e aspettare un eventuale rimbalzo è l'unico modo, come dice ZeroBounce. Eppure l'assenza di rimbalzo può voler dire solo che il messaggio è finito in una casella catch-all, che secondo Hunter difficilmente qualcuno legge. Hunter osserva che il metodo solleva «questioni etiche», perché fai spam ad altre aziende per scoprirlo, e ogni rimbalzo finisce nello storico del tuo dominio.

Come scrivere a un indirizzo catch-all in sicurezza: sei passaggi

1. Tieni un segmento separato. Gli indirizzi catch-all non stanno mai nella stessa lista di quelli verificati. La checklist di igiene dei dati li mantiene nel loro segmento a ogni invio.
2. Limita la quota. Hunter consiglia di limitare gli indirizzi accept-all a una piccola parte delle tue campagne, dal 2% al 5% degli invii. Con quella quota, un segmento che rimbalzasse come la coorte del cliente aggiungerebbe al massimo qualche decimo di punto.
3. Ordina in base agli indizi. Scrivi prima agli indirizzi con un punteggio di affidabilità alto, uno schema del nome coerente o una menzione pubblica recente. Lascia per ultimi i semplici tentativi, oppure saltali.
4. Invia a piccoli lotti e osserva. NeverBounce consiglia di inviare «a piccoli lotti» e di monitorare quali messaggi rimbalzano. Se il tuo provider richiede un bounce rate «sotto il 4%», NeverBounce suggerisce di inviare in modo selettivo invece di eliminarli.
5. Fermati al primo rimbalzo da un dominio. Un hard bounce da un dominio catch-all ti dice che lo smistamento è fallito per quel nome. Metti subito l'indirizzo nella lista di soppressione e sospendi il resto del dominio finché non hai un nome migliore.
6. Usa l'identità su un altro canale. Uno stato catch-all non dice nulla sulla persona, quindi nome, azienda e ruolo possono ancora essere utili. Una telefonata o un messaggio su LinkedIn non rimbalzano. Un secondo contatto in azienda può aiutare, ma sullo stesso dominio anche il suo indirizzo è catch-all.

Per i contatti catch-all che tieni in archivio vale anche l'art. 5.1.d del GDPR, che il Garante privacy riassume così: «esattezza e aggiornamento dei dati, compresa la tempestiva cancellazione dei dati che risultino inesatti rispetto alle finalità del trattamento».

Come Spona gestisce le email catch-all, e i suoi limiti

Spona trova lead a partire dalla descrizione in chat del tuo cliente ideale, verifica ogni indirizzo e consegna una lista con punteggio in circa 4 minuti. Gli indirizzi catch-all passano dallo stesso controllo SMTP di tutti gli altri. Quello che succede dopo segue sei regole.

Dove è utile: paghi per lead, e un indirizzo catch-all non rientra mai nel conteggio delle email verificate. Un lead Standard Search solo email costa da 3 a 7 crediti. Ai prezzi dei crediti dei piani, sono da 0,024 $ a 0,07 $.

Ogni nuova sessione di ricerca ha anche un costo una tantum di 1.000 crediti.

Per i record catch-all la regola utile è la 3. Spona conserva il record della persona, e l'arricchimento può aggiungere un numero di cellulare per 35 crediti. Sono da 0,28 $ a 0,35 $, e la conversazione si sposta al telefono. Ogni ricerca parte con un campione gratuito, e il piano Free include 3.000 crediti una tantum.

Dove non arriva: nemmeno Spona può confermare una casella catch-all; il suo export catch-all, per scelta, non dichiara nulla sulla casella né sul bounce rate. Non vende un resolver né un punteggio di affidabilità per questi record, cose che invece offrono Hunter e MillionVerifier.

La tabella per Paese copre solo Stati Uniti, Regno Unito, Germania e Francia, senza suddivisione per ruolo o settore. La coorte da 1.200 invii è la segnalazione di un solo cliente, registrata perché quel cliente l'ha inviata. Spona non invia le tue email, quindi vede i rimbalzi catch-all solo quando un cliente li segnala.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

FAQ sulle catch all email

Come si configura un indirizzo email catch-all?

Nelle impostazioni di amministrazione del tuo provider di posta, non in un client di posta. Proton lo consente con «qualsiasi piano a pagamento di Proton» da Settings, All settings, Organization, Domain names e poi Set catch-all. Google Workspace usa una regola di instradamento per «All inactive and unrecognized accounts» che «può richiedere fino a 24 ore» per diventare effettiva. Microsoft 365 funziona al contrario e rifiuta i destinatari sconosciuti al perimetro.

Cos'è un dominio catchall?

Un dominio catchall è un dominio il cui server di posta accetta messaggi per qualsiasi indirizzo, anche per quelli che non esistono. I verifier lo riconoscono testando un indirizzo inventato: se ottengono un 250, il dominio viene segnato. Da quel momento ogni indirizzo del dominio porta lo stato catch-all, quindi lo stato descrive il dominio, non la persona.

Un'email catch-all è un'email non valida?

No. Non valida significa che il server ha rifiutato l'indirizzo con un 550. Catch-all significa che il server l'ha accettato insieme a tutto il resto, quindi l'indirizzo potrebbe benissimo appartenere a una persona reale. Nei controlli di Spona, controllo superato, catch-all e rifiuto per altri motivi sono categorie distinte, e ogni indirizzo rientra in una sola.

Le email catch-all rimbalzano?

Alcune sì, dopo che il server le ha accettate: prende il messaggio, non trova nessuna casella corrispondente e rimanda un avviso di mancato recapito. I 1.200 invii catch-all di un cliente sono tornati con 86 hard bounce. Nel test di Hunter, 100 indirizzi accept-all hanno avuto un bounce rate del 27%. Nessuno dei due dati prevede l'esito della tua lista.

Conviene eliminare le email catch-all dalla lista?

Non in automatico. La posizione di Hunter è che gli indirizzi accept-all «non andrebbero scartati automaticamente», ma che nessuno dovrebbe nemmeno trattarli come pienamente validi. Tienili in un segmento a parte, scrivi a piccoli lotti a quelli con più indizi e sposta gli altri sul telefono o su LinkedIn. MailerCheck descrive un periodo di tolleranza comune da 3 a 6 mesi senza aperture o clic prima della rimozione.