Come funziona l'email: SMTP, record MX e caselle di posta

Quando premi “Invia”, un messaggio non vola direttamente dal tuo dispositivo a quello del destinatario: viene consegnato a un server locale tramite il protocollo SMTP, instradato su Internet grazie a un'interrogazione ai record MX del DNS e infine archiviato su un server ricevente accessibile tramite protocolli come IMAP o interfaccia web. Questa catena di passaggi dura in genere meno di due secondi. Capire come opera questo meccanismo ti permette di risolvere i problemi di recapito, comprendere la sicurezza informatica e capire esattamente come una email temporanea si inserisce nell'infrastruttura globale della posta elettronica.

Il viaggio di un'email a colpo d'occhio

Per visualizzare il percorso di un messaggio, immagina il sistema postale tradizionale convertito in impulsi digitali. Esistono ruoli precisi assegnati a software e protocolli differenti che lavorano in sequenza:

1. Client email del mittente (MUA): L'applicazione o l'interfaccia web dove scrivi il messaggio.
2. Server di invio (MTA di partenza): Riceve la tua bozza e avvia la procedura di spedizione via SMTP.
3. Interrogazione DNS (Record MX): Il server cerca l'indirizzo digitale dell'ufficio postale del destinatario.
4. Consegna tra server (SMTP Relay): Il messaggio attraversa Internet e passa al server del dominio ricevente.
5. Server di ricezione (MTA/MDA di destinazione): Verifica i controlli di sicurezza, filtra lo spam e deposita il messaggio nella casella specifica.
6. Client del destinatario: L'utente scarica o visualizza la posta tramite IMAP, POP3 o browser web.

Guida passo-passo: come viaggia un messaggio dal mittente alla casella

1. Composizione e invio con il protocollo SMTP

Il punto di partenza è il tuo programma di posta, tecnicamente definito Mail User Agent (MUA). Può trattarsi di un programma desktop, di un'app per smartphone o di una webmail nel browser. Quando clicchi sul pulsante di invio, il MUA si collega al server del tuo fornitore utilizzando il protocollo SMTP (Simple Mail Transfer Protocol), standardizzato fin dagli albori di Internet nella RFC 5321 della IETF.

L'SMTP funziona come una conversazione rigida e formale. Il client saluta il server, dichiara chi sta inviando il messaggio (MAIL FROM), specifica l'indirizzo a cui recapitarlo (RCPT TO) e infine trasmette il corpo del testo e gli allegati. A questo punto, la responsabilità passa interamente al server del mittente, che agisce come Mail Transfer Agent (MTA).

2. La ricerca del server tramite i Record MX del DNS

Il server MTA di partenza guarda la parte finale dell'indirizzo del destinatario, ovvero il nome di dominio situato dopo la chiocciola (ad esempio, @esempio.it). Per scoprire dove inviare materialmente i byte, il server interroga il sistema DNS (Domain Name System).

Nello specifico, richiede i record MX (Mail Exchange). Un record MX è una riga di testo pubblica configurata nella zona DNS di un dominio che dice: “Tutta la posta diretta a questo dominio deve essere consegnata a questo specifico server”. I record MX hanno anche una scala di priorità numerica; se il server con priorità più alta non risponde, il sistema proverà automaticamente a consegnare il pacchetto al server secondario indicato.

3. Il passaggio tra server su Internet

Una volta ottenuto l'indirizzo IP del server di destinazione dai record MX, l'MTA del mittente apre una connessione diretta sulla porta standard (solitamente la porta 25, protetta da crittografia opportunistica TLS). I due server dialogano nuovamente usando comandi SMTP:

• Il server mittente presenta le proprie credenziali digitali.
• Il server ricevente esegue controlli preliminari per proteggere la propria rete: verifica che l'IP del mittente non sia presente in blacklist pubbliche di spammer e controlla le firme di autenticazione.
• Se l'infrastruttura è configurata con protocolli moderni come SPF, DKIM e DMARC, il server verifica la legittimità della fonte prima di accettare i dati.

4. Consegna locale e consultazione: MDA, IMAP e POP3

Se il server di destinazione accetta la transazione, il compito dell'MTA si conclude. Il messaggio passa a un Mail Delivery Agent (MDA), il software interno che archivia fisicamente la lettera nella cartella corretta dell'utente.

Per leggere quel messaggio, il destinatario si collega tramite due protocolli storici:

• IMAP (Internet Message Access Protocol): Lascia le email memorizzate sul server e ne sincronizza lo stato (letto, non letto, cartelle) su tutti i tuoi dispositivi. È lo standard moderno per chi usa smartphone e PC insieme.
• POP3 (Post Office Protocol): Scarica le email sul dispositivo locale e, di norma, le cancella dal server. Oggi viene usato raramente, soprattutto in ambienti d'archivio o con spazi cloud molto ristretti.

Tabella comparativa: componenti e protocolli a confronto

Per visualizzare con facilità l'architettura della posta elettronica, ecco il riepilogo dei ruoli che intervengono in ogni scambio:

Le due metà di un'email: Envelope contro Header

Uno degli aspetti più fraintesi della posta elettronica è la differenza tra ciò che accade dietro le quinte della trasmissione e ciò che appare a schermo. Ogni messaggio è composto da due parti distinte:

La busta (Envelope)

La busta non è visibile nel tuo programma di posta. È costituita dai comandi che i server si scambiano durante la connessione SMTP (in particolare MAIL FROM e RCPT TO). I server postali usano solo queste istruzioni per decidere dove instradare o restituire un messaggio in caso di errore (il cosiddetto Return-Path). Proprio come l'indirizzo scritto sulla busta di carta, serve unicamente ai postini.

L'intestazione e il corpo (Header e Body)

Quando apri un'email, leggi l'intestazione visibile: i campi Da:, A:, Oggetto: e Data:. Questo blocco di informazioni fa parte del carico trasportato (il foglio di carta dentro la busta). Storicamente, i protocolli email non imponevano che l'indirizzo mittente visibile nell'intestazione coincidesse con il mittente dichiarato sulla busta di trasporto. Questo scollamento strutturale è la ragione per cui i malintenzionati riescono a falsificare l'identità del mittente nelle campagne di spam e phishing.

Come si inserisce un'email temporanea nella catena di consegna

Molti credono che una mail temporanea funzioni con scorciatoie speciali o protocolli paralleli. In realtà, per ricevere email da giganti come Google, Microsoft o piattaforme web, qualsiasi servizio di email usa e getta deve rispettare rigorosamente le regole dell'infrastruttura Internet globale, come spiegato nella nostra guida su come funzionano i servizi di email temporanea dietro le quinte.

La differenza sta nel punto finale della catena di recapito:

• Record MX standard: Piattaforme come FakeEmail.net registrano record MX pubblici e perfettamente validi per i propri domini. Quando un sito invia un codice di conferma al tuo indirizzo email temporaneo, i server del mittente interrogano il DNS esattamente come farebbero per un indirizzo privato tradizionale.
• MTA dedicato in ricezione: Il server MTA riceve la transazione SMTP in ingresso. Tuttavia, a differenza dei servizi tradizionali, opera spesso con una logica di indirizzo catch-all: accetta qualsiasi username generato per quel dominio senza bisogno di creare preventivamente un account sul server.
• Nessun accesso IMAP/POP3: Invece di richiedere password o configurazioni su programmi di posta, il messaggio viene indirizzato direttamente alla memoria temporanea del browser tramite una sessione protetta. Su FakeEmail.net, puoi visualizzare la posta senza alcuna registrazione, conservare fino a 10 indirizzi contemporaneamente nella stessa sessione e inquadrare un codice QR per consultare l'inbox su smartphone per un'ora.
• Architettura solo ricezione: I provider di caselle monouso serie configurano i propri server come sistemi di sola ricezione. Non permettendo l'invio verso l'esterno, si impedisce che la piattaforma venga sfruttata per originare spam o attacchi informatici.

Perché le email a volte non arrivano

Anche se il sistema è automatizzato, capita che un messaggio non compaia nella tua casella di posta. Comprendere l'infrastruttura SMTP e DNS ti aiuta a capire dove si è verificato l'intoppo:

• Record MX errati o non propagati: Se il proprietario di un dominio ha modificato di recente la configurazione DNS, i resolver potrebbero impiegare diverse ore per aggiornarsi a livello globale, causando la mancata consegna temporanea.
• Filtri anti-spam aggressivi: Se il server del mittente non ha impostato correttamente i record SPF o le firme crittografiche DKIM, il server ricevente può respingere il messaggio durante la conversazione SMTP (errore 5xx) o deviarlo direttamente nella cartella spam.
• Blocchi specifici sui domini usa e getta: Alcune piattaforme web scelgono deliberatamente di bloccare i domini associati a caselle temporanee. In questo caso il form del sito rifiuta direttamente l'inserimento dell'indirizzo prima ancora di avviare la procedura SMTP.
• Greylisting e limitazioni di frequenza: Alcuni server rifiutano temporaneamente le email provenienti da mittenti sconosciuti con un errore transitorio (codice 4xx), chiedendo al mittente di riprovare dopo pochi minuti. I server di posta legittimi riprovano automaticamente, mentre i bot di spam di solito rinunciano.