Le email vecchie hanno tutte la stessa data: cosa succede?

Il sintomo: tutte le email vecchie raggruppate alla stessa data

Apre Outlook, Gmail o Apple Mail una mattina. Qualcosa non va. Centinaia, a volte migliaia di email vecchie mostrano tutte la stessa data: quella di qualche giorno fa, o di qualche settimana fa. Messaggi del 2021, del 2019, del 2016 appaiono come se fossero stati ricevuti ieri. L'ordinamento per data non ha più senso. Cerca un'email importante dell'anno scorso, e la trova sepolta in un blocco di migliaia di messaggi che sembrano arrivare tutti dallo stesso giorno.

Le email nuove, invece, mostrano date corrette. Sono solo i messaggi vecchi a essere interessati.

Cos'è successo?

Il primo riflesso: incolpare il software

Naturalmente, si pensa a un bug. Outlook che è andato in crash. Un aggiornamento andato storto. Un file corrotto. Ed è qui che spesso comincia una ricerca frustrante: si cerca "bug data Outlook", si finisce su forum che parlano di file OST, di SCANPST.exe, di ricreare il profilo Outlook da zero...

Si passano due ore a riprovare tutto. Il problema rimane.

Tra l'altro, SCANPST è uno strumento per riparare i file di dati locali di Outlook. Può correggere certe corruzioni di file, ma non tocca i dati archiviati sul server di posta. In altre parole, anche se ripara il file OST alla perfezione, le date resteranno sbagliate, perché il problema non è nel computer locale.

Il problema è nelle email stesse, sul server.

Cosa è successo davvero: una migrazione

Nella quasi totalità dei casi, questo sintomo compare dopo una migrazione di posta elettronica. L'azienda è passata da un vecchio sistema a Google Workspace, a Microsoft 365, o a un nuovo server. Qualcuno, da qualche parte, ha usato uno strumento per trasferire tutte le email da un posto all'altro.

Forse non si è stati informati. O lo si sapeva, ma non si è fatto il collegamento con il problema delle date. È del tutto normale.

Questi strumenti di migrazione fanno un lavoro enorme: copiano migliaia di messaggi, intere cartelle, allegati. Ma hanno un effetto collaterale piuttosto insidioso. Quando un'email viene trasferita da un server all'altro, lo strumento aggiunge una piccola riga tecnica nell'email, chiamata intestazione "Received:", che indica quando il messaggio è arrivato sul nuovo server. Vale a dire: la data della migrazione.

Ed ecco il nodo del problema.

Come il client di posta decide quale data visualizzare

Un'email contiene in realtà diverse date, nascoste nei suoi dati tecnici. C'è la data di invio originale (quella che si vede normalmente), ma anche delle intestazioni "Received:" che registrano ogni tappa del percorso del messaggio su Internet.

(Se ha mai cliccato su "Mostra sorgente" o "Visualizza intestazioni complete" di un'email, ha forse visto quelle righe criptiche che assomigliano a un blocco di testo incomprensibile. È esattamente quello.)

In condizioni normali, il client di posta legge l'intestazione "Received:" più recente per determinare quando visualizzare l'email. Questa logica funziona perfettamente: l'ultimo "Received:" corrisponde sempre all'arrivo del messaggio nella casella, pochi secondi dopo l'invio.

Ma dopo una migrazione, questa logica si ritorce contro di Lei. Lo strumento di migrazione ha aggiunto una nuova intestazione "Received:" in cima, con la data del trasferimento. Il client di posta legge quell'intestazione per prima, vede la data della migrazione, e la visualizza. La data originale di invio è ancora lì, intatta, sepolta più in basso nei dati dell'email. Ma il software non la vede, perché si ferma alla prima intestazione.

Risultato: 8.000 email che sembrano arrivare tutte dallo stesso martedi di novembre.

Quali strumenti causano questo problema?

Gli strumenti di migrazione più comuni hanno tutti questo comportamento. BitTitan MigrationWiz, CloudM, imapsync, GSMMO (lo strumento gratuito di Google per migrare da Outlook), e molti altri. Non è propriamente un difetto loro: è una conseguenza del funzionamento tecnico del protocollo email. Questi strumenti aggiungono quell'intestazione perché è quello che il protocollo prevede quando un messaggio viene trasferito da un server all'altro.

Il problema è che nessuno avvisa gli utenti che questo accadrà.

Se l'azienda ha cambiato sistema di posta di recente, o se il reparto informatico ha effettuato una "migrazione al cloud", è molto probabilmente questa l'origine del problema. Si può verificare guardando le date interessate: corrispondono tutte più o meno allo stesso periodo? Se sì, quel periodo è quello della migrazione.

Le false piste da evitare

Alcune soluzioni che si trovano spesso sui forum, e che non funzionano:

Riparare il file di dati con SCANPST

Come accennato sopra: SCANPST ripara i file locali di Outlook (i file .pst o .ost archiviati sul computer). Non modifica le email sul server. Dopo la riparazione, le email avranno ancora le stesse date sbagliate, perché quelle date si trovano nelle email stesse, non nel file locale.

Ricreare il profilo Outlook

Stessa logica. Ricreare un profilo Outlook equivale a ripartire da zero in locale, poi ri-scaricare tutte le email dal server. Le email ri-scaricate avranno esattamente le stesse date sbagliate di prima. Si è solo perso tempo a riconfigurare tutto.

Ordinare per "data di invio" invece di "data di ricezione"

Alcuni forum suggeriscono di cambiare il criterio di ordinamento in Outlook, passando dalla data di ricezione alla data di invio. Può aiutare in certi casi... ma non sempre. E non risolve niente per altri software, altri dispositivi, o altre persone che accedono alla stessa casella. La causa profonda rimane. L'ordinamento per data di invio non è una soluzione, è un cerotto.

Reinstallare il client di posta

No. Le email sono sul server, non nel software. Reinstallare Outlook, Gmail, Apple Mail o Thunderbird non cambia nulla ai dati archiviati online.

La buona notizia: le date vere sono ancora lì

C'è qualcosa di importante da capire, e che rende possibile la correzione: la data originale di invio di ogni email non è stata cancellata. È ancora lì, nell'email, in un'intestazione chiamata "Date:" che corrisponde alla data di invio scelta dal mittente. È uno standard email (definito da una specifica tecnica chiamata RFC 2822) che tutti gli strumenti di migrazione rispettano, perché modificarla sarebbe una violazione grave degli standard.

In altre parole, se ha ricevuto un'email il 14 marzo 2022, quell'email contiene ancora quella data da qualche parte nei suoi dati. Semplicemente non è più quella che il software visualizza per prima.

Ed è precisamente questo che rende possibile la correzione. Il problema non è una perdita di dati. È una questione di lettura dei metadati: il client di posta legge la data sbagliata, mentre quella giusta è ancora presente.

Perché non tentare di correggere il problema da soli?

Ci si potrebbe chiedere se un tecnico informatico possa semplicemente scrivere uno script per risolvere il problema. Capire cosa succede è una cosa. Correggerlo correttamente su migliaia di email senza perderne nessuna è un'altra.

Un'email non è un semplice file di testo. Può contenere allegati, firme digitali, contenuti codificati in formati complessi. Modificare i metadati di un tale messaggio senza destrutturarlo richiede di gestire decine di casi particolari: messaggi firmati digitalmente (S/MIME), email cifrate (PGP), codifiche non standard, strutture multipart... Uno script fatto in casa che funziona su 20 email di test molto probabilmente non funzionerà correttamente su una casella di produzione da 15.000 messaggi. E se qualcosa va storto, come si verifica che nessuna email sia stata danneggiata o persa? Con uno script artigianale: impossibile.

Senza un meccanismo di backup e di verifica individuale per ogni email, il rischio di danni collaterali è reale.

Cosa fa Redate.io

Redate.io è un servizio progettato specificamente per questo problema. Si connette alla casella di posta (Google Workspace, Microsoft 365, o un server IMAP), identifica le email le cui date sono state alterate da una migrazione, e le corregge tramite un motore proprietario che analizza la catena completa delle intestazioni e ricostruisce i metadati di data per ogni messaggio.

Ogni email corretta viene verificata individualmente. Gli originali sono conservati in una cartella di backup visibile per 30 giorni. Se qualcosa non va, è possibile tornare indietro.

La scansione iniziale è gratuita: Redate.io analizza la casella e mostra esattamente quante email sono interessate prima di prendere qualsiasi decisione. Nessuna sorpresa.

Il prezzo è un pagamento unico, basato sul volume di email da correggere. Nessun abbonamento. Si paga una volta, il problema è risolto.

Vuole vedere l'entità del problema prima di impegnarsi? Avvii una scansione gratuita della Sua casella di posta su Redate.io e scopra in pochi minuti quante email sono interessate.