La maggior parte delle aziende possiede più domini di quanti ne utilizzi. Ci sono il marchio acquisito e mai migrato, l’errore ortografico comune acquistato per precauzione, il dominio di una campagna di due anni fa e la variante nazionale registrata da qualcuno perché costava poco.
Nessuno richiede caselle. Tutti ricevono messaggi: un cliente che ha digitato il vecchio marchio, un fornitore che usa ancora un indirizzo precedente all’acquisizione o un sistema automatico che nessuno ha aggiornato. Probabilmente quei messaggi stanno rimbalzando e nessuno sa quanti siano.
Un catch-all esterno gestisce tutto senza predisporre nulla: indirizza l’intero dominio verso un indirizzo che leggi già. Nessuna casella, spazio, costo per utente o password da gestire. Esistono compromessi reali che conviene conoscere prima dell’attivazione.
Tre modi per gestire un indirizzo
| Meccanismo | Cosa esiste | Spazio | Può inviare come indirizzo |
|---|---|---|---|
| Casella | Spazio reale, accesso proprio | Sì, quota propria | Sì |
| Alias | Indirizzo aggiuntivo di una casella esistente | No, condivide quello della destinazione | Sì, se l’invio è abilitato |
| Instradamento catch-all | Nulla, una regola a livello di dominio | Nessuno | No |
Il catch-all è l’unica opzione in cui non viene definito alcun indirizzo. Qualsiasi parte locale del dominio, come sales@, john@ o qwerty@, viene accettata e consegnata alla destinazione indicata. Questa è insieme la sua forza e il suo problema.
Cosa fa un catch-all esterno
La destinazione può essere una casella sullo stesso dominio o un indirizzo in un luogo completamente diverso, come il tuo indirizzo di lavoro principale, una casella condivisa del team sul dominio principale o una coda dell’assistenza. Il secondo caso è il catch-all esterno.
È ciò che rende il meccanismo utile per domini che possiedi ma che nessuno gestisce. Sul dominio parcheggiato non bisogna predisporre nulla. Aggiungilo, punta MX verso il servizio, imposta la destinazione e hai finito. I messaggi che sarebbero rimbalzati arrivano dove qualcuno li legge.
Si applicano due protezioni, entrambe per buoni motivi.
Una destinazione sullo stesso dominio deve essere una casella attiva. Puntare il catch-all a un indirizzo dello stesso dominio che non sia una casella reale rimanderebbe il tentativo alla stessa regola, creando un ciclo che genera messaggi finché qualcosa non cede. La regola viene rifiutata anziché accettata e lasciata fallire in seguito.
Un catch-all esterno richiede Pro o Agency. Instradare verso un indirizzo esterno significa accettare posta per tuo conto e reinviarla a terzi. È un’operazione di invio con conseguenze reputazionali, limitata ai piani che comprendono l’invio.
Quando un catch-all esterno è la soluzione giusta
Domini parcheggiati e difensivi. acme-inc.com quando utilizzi acme.com. Nessuno ha motivo di possedere una casella lì, ma è utile non far rimbalzare la posta che arriva.
Un marchio acquisito. I messaggi continuano ad arrivare per anni agli indirizzi della vecchia azienda. Un catch-all esterno li invia a chi gestisce ora la relazione, senza migrare caselle né indovinare quali indirizzi fossero in uso.
Domini che inviano soltanto. Un dominio per campagne o transazioni invia messaggi ma non ha destinatari umani. Deve comunque accettare risposte e mancata consegna; scartarle significa non vedere avvisi di assenza, reclami o il cliente che ha premuto Rispondi.
Capire cosa riceve davvero un vecchio dominio. Instradalo verso una cartella per un mese e leggi il registro. Spesso la risposta è «due messaggi reali e molto rumore», indicando se conviene creare qualcosa di strutturato o lasciare attivo il catch-all.
Quali costi comporta un catch-all esterno
Un catch-all esterno accetta tutto, con conseguenze che emergono in ritardo.
Gli attacchi di raccolta degli indirizzi smettono di fallire. Gli strumenti di spam sondano i domini con elenchi di dizionario, come info@, admin@, a@ e ab@. Senza catch-all, il dominio rifiuta quelli non validi durante la conversazione SMTP, a basso costo. Il catch-all li accetta tutti, quindi una sonda che non avrebbe dovuto costarti nulla impone il costo del messaggio intero.
Il volume è illimitato e imprevedibile. Quando si sa che un dominio con catch-all esterno accetta tutto, la lista degli indirizzi circola. Non è una tendenza graduale: può restare tranquillo per mesi e poi diventare improvvisamente molto rumoroso.
Il dominio diventa non verificabile. Chiunque controlli l’esistenza di un indirizzo riceve «sì» per ogni indirizzo, perché accetti tutto. I servizi di verifica vedono il dominio come accept-all e collocano gli indirizzi nella categoria rischiosa, compresi quelli reali. Consulta cosa dimostrano davvero i controlli di verifica.
Gli errori di digitazione vengono consegnati in silenzio. Senza catch-all, un messaggio a jhon@ rimbalza e il mittente corregge l’errore. Con uno esterno arriva nel collettore e il mittente presume che John lo abbia ricevuto. Spesso nessuno se ne accorge per settimane.
L’analisi generale del compromesso si trova in come si comporta davvero la posta catch-all. In breve, è adatto a un dominio in cui nessuno lavora e poco adatto a uno usato dalle persone.
Il problema di autenticazione del catch-all esterno
Un catch-all esterno esegue un inoltro e l’inoltro interrompe l’autenticazione SPF. Il messaggio conserva il mittente originale, ma arriva a destinazione dai nostri server, mai autorizzati dal record SPF originale.
Sender Rewriting Scheme corregge automaticamente la parte SPF riscrivendo il mittente della busta con un dominio che ci autorizza. Si applica senza configurazione. Non può riparare una firma DKIM danneggiata durante il transito né aiutare se il dominio originale pubblica p=reject e il destinatario applica una policy rigida.
Conseguenza pratica: instradando un catch-all esterno verso Gmail, alcuni messaggi possono finire nello spam, soprattutto quelli provenienti da domini con policy più rigide, spesso legittimi. Controlla la cartella spam della destinazione per le prime due settimane. Approfondimento in SRS e posta inoltrata.
Quando gli alias sono preferibili
Per un dominio in cui le persone lavorano davvero, gli alias superano un catch-all esterno sotto ogni aspetto.
La maggior parte delle organizzazioni usa meno di dieci indirizzi reali: info@, sales@, support@, billing@ e alcuni nomi. Definirli esplicitamente permette di rifiutare tutti gli altri durante la conversazione SMTP, con un costo minimo, blocca la raccolta e fa rimbalzare l’errore del mittente affinché possa correggerlo.
Gli alias fanno anche cose impossibili per un catch-all. Puoi inviare da un alias, così una risposta a billing@ proviene da billing@ invece che dal tuo indirizzo personale. Puoi instradare alias diversi verso caselle diverse. Inoltre l’alias consegna in una casella reale, quindi i messaggi sono ricercabili, filtrabili e sottoposti a backup.
La decisione si riduce a una domanda: qualcuno lavora in questo dominio? Se sì, alias. Se no, un catch-all esterno. Consulta alias e caselle a confronto.
Configurare un catch-all esterno
- Aggiungi il dominio e completa il DNS affinché MX punti verso il servizio. Senza MX, tutto questo non si applica e i messaggi continuano ad andare dove andavano prima.
- Apri la scheda Instradamento del dominio.
- Attiva il catch-all e inserisci l’indirizzo di destinazione.
- Salva. La regola entra in vigore immediatamente, senza ritardi di propagazione dal nostro lato.
Quindi esegui il passaggio che molti saltano: invia un messaggio di prova a un indirizzo assurdo sul dominio e conferma che arrivi. È l’unico modo per sapere che la regola sia attiva e non soltanto salvata, e richiede trenta secondi.
Se instradi verso una casella che leggi davvero, aggiungi un filtro che archivi questi messaggi in una cartella dedicata. Altrimenti il volume del collettore sommerge la casella e una configurazione sensata finisce per essere disattivata per irritazione tre settimane dopo. I filtri lato server agiscono alla consegna, prima che qualcosa raggiunga il telefono.
Domande frequenti
Serve una casella sul dominio per usare un catch-all esterno?
Non se la destinazione è esterna. È proprio questo il punto per un dominio parcheggiato: non viene predisposto nulla. Se la destinazione è sullo stesso dominio, deve essere una casella attiva, altrimenti la regola entra in ciclo.
La posta catch-all usa il mio spazio?
L’instradamento verso un indirizzo esterno non ne usa. Quello verso una tua casella archivia lì la posta, consumandone la quota.
Posso rispondere dall’indirizzo catch-all?
No. Un catch-all non definisce indirizzi, quindi non esiste un’identità da cui inviare. Le risposte provengono dalla casella che ha ricevuto i messaggi. Se devi inviare come un indirizzo specifico, crea un alias.
Perché il catch-all esterno è limitato a Pro e Agency?
Instradare verso l’esterno significa reinviare posta per tuo conto, un’operazione di invio con conseguenze reputazionali. È disponibile nei piani che comprendono l’invio.
La posta del catch-all esterno finirà nello spam?
In parte potrebbe. L’inoltro interrompe l’autorizzazione SPF originale; SRS la corregge automaticamente, ma nessuno può riparare una firma DKIM danneggiata in transito. Controlla lo spam della destinazione nelle prime due settimane.
Come fermo la valanga quando inizia?
Disattiva il catch-all e definisci alias espliciti per gli indirizzi che si sono rivelati reali. Nel frattempo filtra il collettore in una cartella dedicata, affinché non competa con la posta in arrivo.
Posso configurare un catch-all esterno tramite API?
Sì, la configurazione è disponibile tramite API REST e per gli agenti via MCP, un modo ragionevole per gestirla su un portafoglio di domini dei clienti.
