Dentro un servizio di email temporanea: il viaggio di un'email dall'SMTP al tuo schermo

Perché mostriamo la nostra pipeline

La maggior parte dei servizi di email usa e getta è una scatola nera. Digiti un indirizzo, le email compaiono, e non hai idea di cosa accada nel mezzo — chi vede i messaggi, dove vengono archiviati, se vengono mai davvero eliminati. Poiché la risposta onesta alla domanda «posso fidarmi di un servizio di email temporanea?» dipende interamente da questi dettagli, abbiamo deciso di documentare esattamente come funziona PureTempMail, componente per componente.

Tutto ciò che segue descrive il sistema di produzione che serve questo sito in questo momento. È scritto dal team che lo ha costruito e lo gestisce — non un diagramma di marketing semplificato. Dove abbiamo fatto un compromesso, diciamo quale e perché.

Passo 1: l'handshake SMTP — dove muore la maggior parte della spazzatura

Ogni email su Internet inizia come una conversazione SMTP. Il nostro perimetro esegue un server SMTP irrobustito, in ascolto sulla porta 25 con TLS abilitato per i mittenti che lo supportano. Quando un server di posta si connette e annuncia un destinatario, non accettiamo il messaggio alla cieca.

Durante la fase RCPT TO — prima che un solo byte di contenuto venga trasferito — verifichiamo l'indirizzo del destinatario rispetto all'elenco delle caselle attive. Se nessuno ha generato quell'indirizzo, o la sua casella è già scaduta, la connessione viene rifiutata all'istante con un errore SMTP permanente. Non accettiamo mai un messaggio per poi scartarlo in silenzio. Questo rifiuto precoce riflette anche un vincolo di progettazione deliberato: PureTempMail è solo in ricezione. Non c'è modo di inviare email da un indirizzo PureTempMail, quindi il servizio non può essere sfruttato per spam, phishing o molestie.

Passo 2: una coda tra ricezione ed elaborazione

Un messaggio accettato non viene analizzato dentro il server SMTP. L'email grezza viene invece incanalata in una coda di messaggi e la conversazione SMTP termina immediatamente. Il motivo è il tempo: i server mittenti si aspettano una risposta in pochi secondi, mentre l'analisi di un'email voluminosa con allegati può richiedere molto di più. Disaccoppiare le due fasi significa che un picco di posta in arrivo non causa mai timeout o messaggi persi — la coda assorbe il picco e un consumer lo smaltisce.

Quel consumer analizza la struttura MIME grezza: estrae oggetto, mittente, corpo HTML e testo semplice, e gli eventuali allegati. Gli allegati vengono scritti in uno storage isolato con nomi generati casualmente — mai con il nome file scelto dal mittente, il che elimina un'intera classe di attacchi basati sulla manipolazione dei percorsi. Metadati e corpi dei messaggi finiscono nel database, legati alla scadenza della casella.

Passo 3: sanificare l'HTML perché le email di marketing non possano tracciarti

L'email HTML è la parte più pericolosa di qualsiasi casella di posta. Un tipico messaggio di marketing contiene immagini remote (pixel di tracciamento che segnalano quando e dove l'hai aperto), fogli di stile esterni e talvolta script. Prima che un'email ti venga mostrata, la passiamo attraverso un sanificatore HTML con una whitelist rigorosa: gli script vengono rimossi, le risorse esterne eliminate del tutto, e sopravvivono solo gli stili inline sicuri. Un pixel di tracciamento semplicemente non si carica mai, quindi il mittente non può sapere se il messaggio è stato aperto.

Il risultato sanificato viene poi renderizzato dentro un iframe completamente isolato (sandbox) nel tuo browser. Anche se qualcosa di dannoso sopravvivesse alla sanificazione, la sandbox gli impedisce di toccare la pagina circostante, la tua sessione o qualsiasi altra cosa nel browser.

Passo 4: consegna in tempo reale con i Server-Sent Events

La maggior parte dei siti di email temporanea ti costringe ad aggiornare la pagina o interroga il server ogni pochi secondi. PureTempMail mantiene dal tuo browser una singola connessione HTTP di lunga durata tramite Server-Sent Events (SSE). Nel momento in cui il consumer finisce di salvare un messaggio, un evento viene spinto su quella connessione e l'email compare nella tua casella — tipicamente da uno a tre secondi dopo l'invio. Per i flussi sensibili al tempo, come i codici di autenticazione a due fattori e i link di attivazione con scadenza breve, quei secondi contano.

La connessione invia heartbeat periodici per rilevare le connessioni morte, e il client si riconnette automaticamente con backoff esponenziale se la rete cade. Lo stesso flusso di eventi alimenta le nostre app Android e iOS, così ogni piattaforma vede un nuovo messaggio nello stesso istante.

Passo 5: la scadenza è una cancellazione vera

Ogni casella viene creata con un conto alla rovescia visibile sullo schermo, prorogabile finché è attiva. Una volta scaduta, entra in azione un processo di pulizia che gira ogni pochi minuti: prima i file degli allegati vengono eliminati dal disco, poi le righe del database della casella e di tutti i suoi messaggi vengono rimosse a cascata.

Non c'è alcun archivio, nessun backup della posta scaduta e nessun flag di «soft delete» che conservi i dati in modo invisibile. È minimizzazione dei dati imposta dall'architettura, non solo dalla policy: non possiamo consegnare, far trapelare o perdere ciò che non esiste più.

Questo è l'intero viaggio — un handshake SMTP, una coda, un parser, un sanificatore, un evento push e un processo di eliminazione. Ogni fase esiste perché un indirizzo che userai per dieci minuti non ti costi nulla dopo. Se ti chiedi mai se un servizio di email usa e getta stia facendo qualcosa di losco con i tuoi messaggi, chiedigli di pubblicare la sua pipeline. Noi lo abbiamo appena fatto.

Preferisci la versione breve e non tecnica di questa pipeline? Scopri come funziona PureTempMail passo dopo passo