Cloudflare Temp Email: costruiscila tu, oppure usa questa

Se cerchi questa frase finisci soprattutto su progetti open source che fanno girare un servizio di posta usa e getta interamente sullo stack di Cloudflare: Email Routing accetta il messaggio in ingresso, un Email Worker lo gestisce, un archivio come D1 o KV lo conserva e un piccolo frontend su Pages o Workers disegna la casella. Non serve nessun server virtuale da accudire, ed è esattamente il motivo per cui lo schema ha preso piede tra gli sviluppatori.

Il fascino si capisce al volo. Cloudflare accetta la posta in ingresso per un dominio che risiede nel suo DNS, la consegna a un Worker invece che a una casella, e fa girare tutto il percorso sulla stessa rete edge che già usi per gli altri tuoi progetti. I piani gratuiti e i limiti di ogni prodotto però cambiano, quindi considera la documentazione di Cloudflare come la fonte autorevole prima di progettare intorno a un numero preciso.

Questa è metà della ricerca. L'altra metà è fatta di persone che non volevano affatto costruire niente: la frase era semplicemente attaccata allo strumento che si posizionava per primo, e quello che serve loro è un indirizzo funzionante nei prossimi dieci secondi. Se sei tra questi, la casella in cima a questa pagina è già attiva e niente di quello che segue è un compito da finire prima.

Il primo requisito è un dominio che possiedi e che sei disposto a bruciare. Deve stare sul DNS di Cloudflare, Email Routing va attivato per quel dominio e i record MX devono puntare dove indica Cloudflare. Se su quel dominio viaggia già posta da cui dipendi, non riutilizzarlo: fai passare il traffico usa e getta da un dominio separato, così un errore resta circoscritto.

Poi arriva il deploy: creare il database, collegarlo al Worker, pubblicare il Worker, pubblicare il frontend e impostare il segreto di amministrazione e le chiavi di protezione dai bot che il progetto si aspetta. Chi ha già messo in produzione un Worker di solito arriva a una prima casella funzionante in una serata. Chi non l'ha mai fatto passerà gran parte di quella serata tra propagazione DNS e nomi dei binding: un ottimo modo per imparare la piattaforma, ma non un lavoro da cinque minuti.

La parte che si sottovaluta è la seconda settimana. I messaggi conservati vanno potati o il database cresce in silenzio, il progetto a monte pubblica modifiche che rompono la compatibilità e, prima o poi, uno script di spam trova la tua casella aperta e ti tocca scrivere dei rate limit. Una volta che il dominio ha assorbito qualche centinaio di registrazioni comincia a comparire nelle blocklist degli indirizzi usa e getta, e proprio i moduli per cui l'avevi costruito iniziano a rifiutarlo. È una convivenza che tocca a ogni dominio pubblico di temp mail, self-hosted o no.

TempMail.cv è costruito su infrastruttura Cloudflare, quindi il percorso di recapito qui somiglia a quello che metteresti in piedi tu: la differenza è che il deploy, la potatura dei messaggi, i rate limit e il carosello degli aggiornamenti sono già gestiti. Un indirizzo ti aspetta quando la pagina si carica, gli allegati arrivano intatti, ogni indirizzo porta con sé un codice QR per spostarlo sul telefono e puoi scegliere un nome personalizzato al posto della stringa casuale. L'interfaccia esiste in 20 lingue, e gli indirizzi scadono da soli portandosi via la posta che contengono.

Siamo un servizio indipendente, non affiliato a Cloudflare, e non siamo il progetto open source che forse stavi cercando. Usa questo per la metà usa e getta della tua vita — registrazioni, prove, download bloccati — e tieni una installazione self-hosted per il caso che ha davvero bisogno di un dominio tuo. Banca, lavoro e qualsiasi cosa ti mancherebbe vanno tenuti fuori da ogni casella temporanea, questa compresa.