Invio programmato e conferme di lettura: cosa garantiscono davvero

Queste due funzioni compaiono spesso insieme negli elenchi, anche se il loro grado di affidabilità non potrebbe essere più diverso.

L'invio programmato è deterministico finché il servizio è operativo. Il server conserva il messaggio e lo rilascia all'ora scelta. Puoi chiudere il portatile, perdere la connessione o andare a dormire: l'invio non dipende dal fatto che il dispositivo resti collegato.

Le conferme di lettura sono una richiesta. Chiedi al programma di posta del destinatario di avvisarti quando mostra il messaggio, ma può rifiutare, interpellare prima l'utente o ignorare la richiesta. Se la conferma non arriva, non puoi dedurne quasi nulla.

Entrambe le funzioni sono utili, purché tu sappia cosa può indicare ciascuna.

Come funziona l'invio programmato

Per programmare un invio, scrivi il messaggio, apri il menu accanto a Invia e scegli un'ora. Le opzioni predefinite comprendono domani mattina, domani pomeriggio e lunedì prossimo al mattino; per gli altri momenti puoi usare il selettore della data. Il messaggio passa nella cartella Programmati e vi rimane fino alla scadenza.

La caratteristica importante è il luogo in cui il messaggio attende. Viene conservato sul server, dove un processo controlla ogni minuto quali invii sono giunti a scadenza. Il tuo dispositivo non interviene: non devi lasciare aperta una scheda del browser o mantenere un'app in esecuzione, e il computer può essere spento. È la differenza tra la programmazione sul server e quella offerta da alcuni client desktop, nei quali «programmato» può voler dire che il computer invierà il messaggio soltanto se sarà acceso.

Fino all'esecuzione, un invio programmato resta completamente modificabile. Apri la cartella Programmati per annullarlo, cambiare l'ora o modificare il contenuto. Annullandolo, il messaggio torna nelle Bozze invece di essere eliminato.

Conviene conoscere subito una limitazione: l'invio programmato non è disponibile quando agisci come una casella condivisa. Un messaggio messo in coda con ore di anticipo da una casella del team potrebbe non avere un responsabile chiaro al momento dell'invio; chi lo ha scritto potrebbe aver lasciato il gruppo e gli altri membri non possono vederlo mentre attende. L'invio immediato da un indirizzo condiviso non cambia.

Annulla invio non è l'invio programmato

Le due funzioni vengono confuse di frequente, ma risolvono problemi diversi. Annulla invio permette di correggere un errore nei cinque secondi successivi al clic; l'invio programmato serve a scegliere un momento che può distare settimane.

Annulla invio aggiunge un'attesa di cinque secondi a ogni messaggio. Fai clic su Invia: il messaggio viene messo in coda senza essere trasmesso e compare un conto alla rovescia. Fai clic su Annulla per riportarlo nell'editor, ancora interamente modificabile. Se lasci scadere il tempo, partirà.

I cinque secondi sono una scelta deliberata. In genere bastano per accorgersi di due errori comuni, l'allegato dimenticato e il destinatario sbagliato, che spesso notiamo subito dopo la chiusura della finestra, senza far sembrare lento l'invio.

Una finestra più lunga sembra preferibile, ma crea inconvenienti. Con trenta secondi ogni messaggio rimane sospeso per mezzo minuto; per rispondere «è partito?» bisogna controllare e la cartella Inviati riflette la situazione in ritardo.

Fusi orari: dove l'invio programmato può sbagliare

«Domani alle 9» diventa ambiguo non appena due persone si trovano in luoghi diversi. Con l'invio programmato, questa ambiguità può far arrivare un messaggio alle 3 di notte.

Gli orari che scegli si riferiscono al tuo fuso, ricavato dal browser. Se programmi da un portatile a Berlino per una persona a San Francisco, le 9 indicano le 9 a Berlino, cioè mezzanotte per il destinatario.

In passato i calendari soffrivano di un problema analogo, con conseguenze più serie. Per questo gli eventi ora memorizzano un fuso orario esplicito invece di una semplice ora locale mobile. Una riunione creata a Berlino e aperta a San Francisco mostra l'ora locale corretta su entrambi gli schermi, non le stesse cifre nel posto sbagliato.

La buona abitudine è pensare alla mattina del destinatario, non alla tua, e prestare particolare attenzione nella settimana del cambio dell'ora. Se programmi con tre settimane di anticipo e nel frattempo cambia l'ora legale, il messaggio può arrivare con un'ora di scarto rispetto all'orario locale che avevi in mente.

Conferme di lettura: che cos'è una MDN

Nel sistema e-mail, una conferma di lettura è una Message Disposition Notification, o MDN, standardizzata nella RFC 8098. Funziona così:

1. Invii un messaggio contenente l'intestazione Disposition-Notification-To con il tuo indirizzo.
2. Il programma di posta del destinatario la rileva. Ciò che accade dopo dipende interamente dal programma e dalla sua configurazione.
3. Se decide di rispondere, ti invia un piccolo messaggio strutturato, leggibile da una macchina, che indica che il messaggio è stato mostrato, a quell'ora e da quell'utente.
4. La notifica arriva nella tua posta in arrivo come qualsiasi altro messaggio e viene associata all'originale tramite il suo Original-Message-ID.

Da parte nostra, la richiesta di una conferma crea al momento dell'invio una voce in sospeso per ogni destinatario. Quando arriva una MDN valida e associabile, la voce corrispondente riceve data e ora. L'elenco Inviati mostra un indicatore; aprendo il messaggio compare il resoconto per destinatario, con chi ha confermato e chi no.

I destinatari in Ccn sono esclusi intenzionalmente dal resoconto. Una conferma proveniente da un destinatario nascosto, visibile nel resoconto del mittente, potrebbe rivelare l'esistenza della copia nascosta a chi guarda lo schermo. Una funzione che indebolisse Ccn senza avvertire sarebbe un difetto.

Puoi richiedere la conferma per un singolo messaggio dall'editor oppure impostare un valore predefinito per casella nelle impostazioni, se la desideri davvero per ogni messaggio. Per la maggior parte delle persone non è consigliabile.

Perché non è un pixel di tracciamento

Un altro modo per tentare di sapere se una persona ha aperto un messaggio consiste nell'incorporare un'immagine trasparente di 1×1, ospitata su un server controllato dal mittente, e registrare la richiesta quando il client del destinatario la carica. È il metodo usato da molte estensioni per il «tracciamento e-mail» e da strumenti commerciali.

Qui non lo adottiamo per tre motivi.

È nascosto. Il destinatario non riceve un'indicazione chiara della raccolta. Una richiesta MDN è visibile: il client può avvisarlo o chiedere il suo consenso. Il consenso fa parte del meccanismo.

Rivela più dell'ora di apertura. Una richiesta di immagine trasporta un indirizzo IP e uno user agent, dati che possono suggerire la posizione approssimativa e il tipo di dispositivo usato. È molto diverso da «il messaggio è stato mostrato» e può essere raccolto senza una richiesta esplicita.

Oggi il segnale è poco affidabile. La Protezione della privacy di Mail di Apple può precaricare le immagini tramite un proxy, producendo aperture apparenti immediate da un luogo che non è quello del destinatario. Gmail distribuisce le immagini tramite la propria cache. Il dato contiene quindi molto rumore.

Una MDN offre meno dati, ma descrive un'azione che il programma ha scelto di comunicare. È un compromesso intenzionale.

Cosa indica una conferma assente (quasi nulla)

Questo punto va espresso chiaramente: molte richieste di conferma di lettura non ricevono mai risposta, per ragioni estranee all'effettiva lettura del messaggio.

Un resoconto vuoto è quindi compatibile con molti casi: messaggio non ancora letto, letto su un telefono o in Gmail, aperto in Outlook da qualcuno che ha risposto No, oppure letto senza confermarlo. Non puoi distinguere queste situazioni.

L'interpretazione corretta è asimmetrica. Una conferma che arriva è un forte indizio che il programma ha mostrato il messaggio. La sua assenza non offre alcuna prova sulla lettura. Considera la prima un segnale e la seconda silenzio.

Se ti serve una prova di consegna anziché di lettura, la domanda è diversa e di solito più verificabile. Il registro in uscita conserva la risposta fornita dal server ricevente quando accetta il messaggio, compresa la risposta SMTP, e un tasso di mancato recapito in crescita è un segnale da osservare. L'infrastruttura vede l'accettazione da parte del server; la lettura è un'informazione che il destinatario sceglie di comunicare.

Come leggere il resoconto

L'elenco Inviati contrassegna i messaggi per i quali è stata richiesta una conferma. Aprine uno: il resoconto elenca ogni destinatario nei campi A e Cc, con un'ora di conferma oppure senza indicazioni.

Usalo come promemoria, non come verdetto. «Tre persone su cinque hanno confermato e mi serve una risposta dalle altre due» può giustificare un sollecito. «Hai letto la mia e-mail alle 14:32 e non hai risposto» non è una buona base per una conversazione e mette a disagio per motivi comprensibili.

Quando usare ciascuna funzione

Usa l'invio programmato quando scrivi fuori dall'orario di lavoro e non vuoi dare l'impressione di lavorare all'1 di notte; il destinatario si trova in un altro fuso e vuoi raggiungere la sua mattina; qualcosa deve partire in una data precisa, come un avviso di rinnovo o una scadenza contrattuale; oppure vuoi rifletterci un'ultima volta prima dell'invio.

Richiedi una conferma quando il messaggio è davvero importante, riceverla cambierebbe la tua prossima azione e hai già accettato che l'assenza di risposta non risponde alla domanda. Attivarle per impostazione predefinita può infastidire chi riceve una richiesta ogni volta e riduce il valore del segnale nei messaggi in cui conta davvero.

Domande frequenti

L'invio programmato funziona se il computer è spento?

Sì, finché il servizio è operativo. Il messaggio resta sul server e un processo controlla ogni minuto gli invii giunti a scadenza. Nessuno dei tuoi dispositivi deve essere acceso o online.

Posso modificare un invio programmato prima che parta?

Sì. Apri la cartella Programmati per cambiare il contenuto o l'ora, oppure per annullarlo. Con l'annullamento torna nelle Bozze.

Perché l'invio programmato non è disponibile da una casella condivisa?

Un messaggio messo in coda ore prima in una casella del team può non avere un responsabile chiaro al momento dell'invio e resta invisibile agli altri membri durante l'attesa. L'invio immediato da un indirizzo condiviso funziona normalmente.

Le conferme di lettura funzionano con Gmail?

Con gli account Gmail personali, in genere non bisogna aspettarsi una MDN. In Google Workspace le conferme dipendono da impostazioni amministrate e possono essere disattivate. Il comportamento è determinato dalla configurazione corrente del dominio e del client.

Il destinatario può sapere che ho chiesto una conferma?

Sì, ed è intenzionale. Il client può avvisarlo o chiedere la sua autorizzazione. È una richiesta, non sorveglianza.

Una conferma di lettura prova che il messaggio è stato consegnato?

Una conferma valida indica che il messaggio è stato consegnato e mostrato dal programma. La sua assenza non prova nulla. Per verificare la consegna, consulta il registro di invio e la risposta SMTP del server ricevente.

Usate pixel di tracciamento?

No. Le conferme usano il meccanismo MDN standard, che il programma del destinatario può rifiutare. Non vengono inserite immagini o beacon di apertura e questo meccanismo non registra l'IP o lo user agent del destinatario.

Una conferma mi dice se il messaggio è stato inoltrato?

No. Una MDN segnala una disposizione soltanto per il destinatario originale. Non rende visibile un inoltro.