La email usa e getta è bloccata da un gran numero di prodotti, e chi si imbatte in quel blocco di solito ne è perplesso, perché dal suo lato non è successo nulla di sbagliato: ha compilato un modulo ed è stato rifiutato. Il rifiuto è una politica deliberata, non un incidente del sistema di posta. Capire perché un prodotto la adotta, come viene presa la decisione e quali sono le alternative giuste rende tutta la faccenda meno misteriosa — e permette di parlarne senza trattarla come un gioco da vincere.
Perché un prodotto preferirebbe non accettare questi indirizzi
La ragione centrale è che un indirizzo sacrificabile rompe una promessa su cui il prodotto si affida silenziosamente. Quasi ogni prodotto presume che l’indirizzo su un account sia un modo durevole per raggiungere chi lo possiede. Ripristini di password, avvisi di sicurezza, ricevute, cambi di politica e recupero dell’account passano tutti da lì. Un indirizzo che scade in un’ora non può reggere nulla di tutto ciò.
La seconda ragione è l’abuso. Indirizzi gratuiti e sostituibili all’istante rendono economico creare molti account, il che è utile a chi ripete una prova più volte, riscatta una promozione più di una volta o genera contenuti su larga scala. Il prodotto vede lo schema, non il movente, e lo schema è costoso.
La terza è la reputazione di invio. Gli indirizzi su domini usa e getta vengono spesso abbandonati, e gli indirizzi abbandonati generano rimbalzi e segnali di reclamo all’estremità mittente. Un prodotto che ha speso energie per rendere affidabile la propria posta è riluttante a spendere quella fiducia su destinatari che non torneranno mai.
Come fanno i siti a decidere che un dominio è usa e getta?
Raramente leggendo l’indirizzo stesso; nel testo non c’è nulla da leggere. Gli ingredienti abituali sono una lista mantenuta di domini usa e getta noti, le caratteristiche di come un dominio accetta posta e servizi di reputazione o rischio che valutano le registrazioni in base a segnali oltre l’indirizzo.
Ciò che conta per chi si trova all’estremità ricevente di tutto questo è che tutti e tre sono approssimativi. Una lista di domini deve essere mantenuta a mano e diventa obsoleta in entrambe le direzioni: un dominio può essere riutilizzato per altro, e un fornitore legittimo può essere elencato per associazione con persone che ne hanno abusato. Il risultato è che un falso positivo è un esito normale anziché un bug, e un prodotto che blocca senza offrire una via d’uscita sceglie di perdere utenti reali insieme agli abusivi.
Non c’è nessuna lista di domini pubblicata qui, di proposito. Copiare una lista non aiuterebbe nessuno e diventerebbe obsoleta subito; la domanda interessante è come viene applicato un blocco e come si fa ricorso.
Come appare un blocco dall’esterno?
Varia, e la variazione è essa stessa informativa su quanto attentamente il prodotto ci abbia riflettuto.
| Forma del blocco | Cosa sperimenta l’utente |
|---|---|
| Validazione lato client | Il campo viene rifiutato con un messaggio sull’indirizzo |
| Accettazione silenziosa, rifiuto successivo | L’account viene creato ma non può essere completato |
| Soppressione della consegna | La registrazione riesce, il messaggio non arriva mai |
| Revisione manuale | Una coda, a volte confermata, a volte no |
Le ultime due sono le peggiori per gli utenti, perché il guasto è invisibile. Se un prodotto intende rifiutare un indirizzo, rifiutarlo al momento dell’inserimento con un messaggio onesto costa all’utente un minuto invece di un pomeriggio. Sopprimere il messaggio e non dire nulla è il comportamento che genera carico di assistenza, perché la persona non ha modo di sapere se ha digitato male l’indirizzo.
Bloccare è mai la scelta sbagliata?
Sì, in due situazioni che ricorrono di continuo.
La prima è un prodotto senza una relazione continuativa da mantenere. Se un account è davvero anonimo e il contatto permanente non fa parte del progetto, un indirizzo durevole non è un requisito, e rifiutarlo è teatro di politica che costa conversioni.
La seconda è un utente la cui situazione reale somiglia allo schema bloccato senza essere abuso. Alcune persone tengono un indirizzo separato esattamente per la ragione per cui esiste la posta usa e getta: limitare quanto della loro corrispondenza reale un nuovo servizio può vedere. Un rifiuto generalizzato dice a quella persona che il prodotto non vuole il suo denaro.
Per chiunque incontri un blocco, le risposte ragionevoli sono limitate ma reali: usare un indirizzo presso un fornitore che controlli, contattare l’assistenza e chiedere se è possibile un’eccezione, oppure scegliere un prodotto diverso. Aggirare deliberatamente la regola dichiarata di un prodotto è un’attività diversa dall’ingegneria, e nulla in questo articolo è un metodo per farlo. Un indirizzo temporaneo è uno strumento di test, non un modo per superare la decisione di qualcuno su chi può usare il suo servizio.
L’indirizzo stesso non fa alcuna affermazione su chi ci sia dietro, del resto. Uno creato per un esperimento è un segnaposto che dura quanto il test e non è mai un’identità reale, quindi appartiene alle fixture e alle note di test più che a un’anagrafica cliente.
Quali sono le alternative ragionevoli?
Se vuoi il beneficio per la privacy senza il blocco, un sotto-indirizzo durevole è di solito la risposta migliore: un alias che inoltra alla tua casella principale, o un indirizzo etichettato presso un fornitore che li supporta. Questi sopravvivono a un ripristino della password, non sembrano un dominio sacrificabile a un motore di rischio e tengono comunque il nuovo servizio fuori dal flusso della tua casella principale.
Ciò che nessuno di essi fornisce è una separazione netta delle identità, quindi un prodotto che vuole la prova di una relazione durevole chiederà comunque più di un indirizzo. La pagina della posta temporanea su questo sito serve ai casi di test e una tantum in cui un indirizzo sacrificabile è lo strumento giusto; che cos’è un indirizzo email usa e getta stabilisce dove passa il confine.
Per gli sviluppatori: dove applicare il blocco e come gestire i ricorsi
Se decidi di limitare i domini usa e getta, tre scelte plasmano l’esito più della restrizione stessa.
Applica il blocco allo strato giusto. Un controllo lato client dà il rifiuto più rapido e amichevole; un controllo lato server è quello che tiene davvero, perché il front-end può essere aggirato. Se usi entrambi, assicurati che il server sia l’autorità e che il messaggio del front-end corrisponda a ciò che farà il server.
Progetta il percorso di guasto prima di quello felice. Decidi cosa vede una registrazione rifiutata, se l’account viene creato affatto e come qualcuno può chiedere una revisione. Una registrazione rifiutata senza via di ricorso è un cliente perso senza alcun vantaggio. Registra la decisione con dettagli sufficienti per distinguere un falso positivo da un blocco genuino, e tieni la lista dei domini sotto controllo di versione, così che una modifica sia revisionabile.
Copri il ramo bloccato nei test, come qualsiasi altro ramo. La maggior parte delle suite esercita esaustivamente il percorso accettato e non controlla mai che il messaggio di rifiuto venga visualizzato, che lo stato sia corretto dopo o che il percorso di ricorso funzioni. Testare il rifiuto richiede un indirizzo della forma che lo innesca, che è un caso in cui una casella sacrificabile generata per l’esecuzione è davvero la fixture giusta, e la checklist per il test delle email transazionali copre la posta che un account verificato con successo inizierà a ricevere.
Prossimi passi
Se sei tu quello bloccato, passa quell’account a un alias durevole invece di cercare di sconfiggere il controllo. Se sei tu quello che blocca, scrivi il percorso di ricorso e testalo questa settimana. E quando ti serve un indirizzo sacrificabile per un tuo test, la pagina della posta temporanea richiede pochi secondi e non coinvolge la casella di nessun altro.