Cosa succede quando fa clic su Invia

Modulo 1: Come funziona la Sua posta · Tempo di lettura: 9 minuti

Obiettivo della lezione: Al termine di questa lezione saprà spiegare quale percorso compie un'e-mail tra Invia e la Posta in arrivo del destinatario, e saprà indicare la differenza tra la busta e le intestazioni di un'e-mail.

Concetti chiave: webmail, server di posta, SMTP, record MX, IMAP, busta, intestazioni, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

La webmail è un programma di posta nel Suo browser

La Sua posta non si trova nel browser e nemmeno sul Suo computer. Si trova su un server di posta: un computer sempre acceso, giorno e notte, che riceve, conserva e inoltra la posta. Per leggere quella posta Le serve un programma di posta. Può essere Outlook, l'app di posta sul Suo telefono oppure la webmail.

La webmail è semplicemente un programma di posta che funziona nel Suo browser. Da WebOké si tratta di Roundcube. Roundcube non è un server di posta. Dialoga con il server di posta per conto Suo, usando gli stessi linguaggi di Outlook o Apple Mail:

• IMAP per leggere, spostare ed eliminare la Sua posta;
• SMTP per inviare la posta.

Se qualcosa non funziona nella webmail, spesso il problema non è la webmail ma ciò che il server fa o risponde. E viceversa: se l'invio funziona nella webmail ma non nel Suo programma di posta, il problema sta nelle impostazioni di quel programma.

Da Invia a Posta in arrivo in cinque passaggi

Sanne de Vries (sanne@example.com) ha un atelier floreale. Invia al suo cliente Ahmed (ahmed@example.net) un preventivo per un bouquet da sposa. Ecco cosa succede quando fa clic su Invia.

1. Consegna al proprio server. La webmail consegna il messaggio tramite SMTP al server di posta di Sanne. Questa fase si chiama anche consegna o submission. Sanne deve effettuare l'accesso, altrimenti chiunque potrebbe usare il suo server per inviare spam. I programmi di posta usano a questo scopo la porta 465 o 587, con crittografia. La webmail di WebOké invia tramite lo stesso server su cui ha effettuato l'accesso.
2. Cercare la strada. Il server di Sanne guarda la parte dopo la @ dell'indirizzo di Ahmed: example.net. Richiede al DNS il record MX di quel dominio. Quel record indica quale server accetta la posta per example.net.
3. Recapito. Il server di Sanne contatta il server di destinazione e gli consegna il messaggio, sempre con SMTP. Tra server questo avviene sulla porta 25.
4. Nella casella di posta. Il server di destinazione controlla il messaggio (l'indirizzo esiste? è spam?) e lo deposita nella casella di posta di Ahmed, in Posta in arrivo o nella cartella spam.
5. Lettura. Ahmed apre il suo programma di posta o la webmail, che recupera il messaggio con IMAP e lo mostra.

Ogni passaggio può fallire separatamente. Per questo un messaggio di errore dà sempre un'indicazione sul punto del problema: Sanne non è riuscita ad accedere al proprio server (passaggio 1), il suo server non ha trovato il destinatario (passaggio 2 o 3), oppure il server di destinazione ha rifiutato la posta (passaggio 4)?

Busta e lettera: due tipi di indirizzi

Un'e-mail somiglia a una lettera in una busta. I server guardano solo la busta. Lei e Ahmed vedete soprattutto la lettera.

La busta nasce durante il dialogo SMTP tra due server. Il server mittente dichiara prima da chi proviene la posta (il comando MAIL FROM) e poi a chi è destinata (RCPT TO). Solo dopo segue il messaggio vero e proprio. L'indirizzo mittente della busta è l'indirizzo a cui vengono inviati i messaggi di errore. Al recapito finale il server di destinazione lo inserisce in cima al messaggio come Return-Path.

La lettera inizia con le intestazioni (headers): righe con un nome, due punti e un valore. Le più note sono:

• From: il mittente che vede nel Suo programma di posta;
• To e Cc: i destinatari visibili;
• Subject: l'oggetto;
• Date: il momento dell'invio, secondo l'orologio del programma del mittente;
• Message-ID: un identificativo univoco di questo messaggio. Le risposte vi fanno riferimento, così un programma di posta sa quali messaggi appartengono alla stessa conversazione.

Busta e intestazioni non devono per forza coincidere. Se Sanne invia un'e-mail mettendo in Ccn il suo collega Daan (daan@example.com), Daan compare sulla busta ma non nelle intestazioni. Per questo Ahmed non vede che anche Daan legge il messaggio. E una newsletter ha spesso un Return-Path presso il servizio di newsletter, mentre From è l'indirizzo del negozio. In quel caso i messaggi di errore arrivano al servizio.

Le righe Received: il diario di viaggio di un'e-mail

Ogni server che accetta un'e-mail deve aggiungere un'intestazione Received, e precisamente in cima. Così, lungo il percorso, un'e-mail costruisce un diario di viaggio. La riga Received più in alto è quindi l'ultimo passaggio, quella più in basso il primo. Si leggono dal basso verso l'alto.

Ecco, più o meno, come appaiono le intestazioni dell'e-mail di Sanne presso Ahmed (in forma abbreviata):

Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
        by mail.example.com with ESMTPSA
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>

Legga per prima la riga Received più in basso. La webmail ha consegnato il messaggio a mail.example.com. Le lettere ESMTPSA significano: crittografato (S) e con accesso (A). Poi mail.example.com lo ha passato a mx.example.net, il server di Ahmed. La parte dopo "from" è il server che ha offerto la posta, la parte dopo "by" il server che l'ha accettata. Gli orari mostrano quanto è durato ogni passaggio.

Un'insidia: un mittente può aggiungere righe false in fondo prima di inviare. Si fidi quindi soprattutto delle righe in alto, create da server che conosce, come il server del Suo provider.

Perché From si può falsificare

Il protocollo SMTP è stato ideato in un'epoca in cui tutti si fidavano gli uni degli altri. Nulla nel protocollo stesso verifica che il mittente indicato in From sia autentico. Un truffatore può quindi inviare un'e-mail con From: sanne@example.com senza avere nulla a che fare con Sanne.

Per questo in seguito sono stati introdotti tre controlli, che il proprietario di un dominio configura nel suo DNS:

• SPF indica quali server possono inviare posta con un mittente di busta di quel dominio.
• DKIM appone una firma digitale sul messaggio. Il destinatario la verifica con una chiave presente nel DNS del dominio che ha firmato.
• DMARC collega questi due controlli al dominio che Lei vede in From e indica cosa deve fare il destinatario se il controllo fallisce: niente, spostare nello spam oppure rifiutare.

Di questo si occupa l'amministratore del dominio, non Lei come utente della webmail. Come funziona esattamente lo imparerà nel corso E-mail in ordine. Per ora basta sapere che il nome visualizzato di un mittente non dimostra nulla, e che nelle intestazioni può vedere se questi controlli sono stati superati (lezione 2.2).

Inviata non significa arrivata

Se la Sua e-mail si trova nella cartella Inviata, può essere certo di una sola cosa: il Suo server l'ha accettata (passaggio 1). Il resto avviene dopo, a volte molto più tardi.

• Il server di destinazione può rifiutare temporaneamente. Alcuni server chiedono a un mittente sconosciuto di riprovare più tardi (greylisting). Il Suo server allora riprova, a volte per giorni, e La avvisa se continua a non riuscire.
• Il server di destinazione può rifiutare la posta in modo definitivo, per esempio perché l'indirizzo non esiste o la casella è piena. In tal caso riceve un messaggio di errore (un bounce, lezione 8.4).
• La posta può arrivare ma finire nella cartella spam. In questo caso non riceve alcun avviso.

Se Sanne aspetta una risposta che non arriva, controlla quindi prima se nella sua Posta in arrivo c'è un messaggio di errore, e chiede ad Ahmed di guardare nella sua cartella spam.

In pratica: come funziona nella webmail

Nella webmail può vedere le intestazioni di un messaggio con il pulsante Intestazioni sopra il messaggio, oppure tramite Azioni > Visualizza sorgente messaggio. La lezione 2.2 approfondisce questo argomento. Come la webmail e il Suo programma di posta mostrano la stessa posta lo trova nel manuale di Roundcube, alla voce Che cos'è la webmail. In altre webmail, come Gmail o Outlook.com, funziona in modo simile, solo che il pulsante ha un altro nome (in Gmail, per esempio, Mostra originale).

Riepilogo

• La webmail è un programma di posta nel Suo browser. Dialoga con il server di posta tramite IMAP (lettura) e SMTP (invio).
• Un'e-mail passa dal Suo server al server indicato nel record MX del dominio del destinatario.
• La busta (MAIL FROM, RCPT TO, poi Return-Path) è per i server, le intestazioni (From, To, Subject, Date, Message-ID) sono per le persone e i programmi.
• Ogni server aggiunge una riga Received in cima; si leggono dal basso verso l'alto.
• From si può falsificare; SPF, DKIM e DMARC rendono la falsificazione più difficile. Inviata non significa arrivata.

Quiz

Esercizio

Esercizio A1.1: Leggere le intestazioni. Il materiale kopregels-1.txt si trova sotto questo esercizio: le intestazioni di un'e-mail reale ma resa anonima. Le legga dal basso verso l'alto e indichi: il dominio in From, il dominio del Return-Path, quante righe Received ci sono e quale server ha ricevuto l'e-mail per ultimo (la riga Received più in alto, la parte dopo "by"). Il programma confronta le Sue risposte con la chiave di correzione e mostra per ogni domanda se è corretta, spiegando dove avrebbe potuto trovarla nelle intestazioni.

Per saperne di più

Dove sono descritti passaggi nella webmail, valgono per la webmail di WebOké; in altre webmail funziona in modo simile.

• Roundcube Webmail 1.1: Che cos'è la webmail?
• Spiegazione del processo di invio delle e-mail / SMTP
• Visualizzare e leggere le intestazioni (header) di un'email
• Corso gratuito E-mail in ordine: configurarla e farla arrivare correttamente 1.1: Il percorso di un'email
• Corso gratuito E-mail in ordine: configurarla e farla arrivare correttamente 1.5: Leggere le intestazioni: da dove proveniva questa mail?
• Corso gratuito E-mail in ordine: configurarla e farla arrivare correttamente 4.1: Perché la posta finisce nello spam
• RFC 5321, Simple Mail Transfer Protocol (in inglese): https://www.rfc-editor.org/rfc/rfc5321
• RFC 5322, Internet Message Format (in inglese): https://www.rfc-editor.org/rfc/rfc5322