Ricreare un profilo Outlook: perché le date cambiano

L'intervento di risoluzione che rompe le date

Un utente segnala che Outlook non si sincronizza più. Le email non arrivano, la cartella Posta inviata non si aggiorna, la rotella gira all'infinito. Il tecnico diagnostica un profilo corrotto, elimina il file OST, ricrea il profilo Outlook da zero. Risultato: Outlook si riconnette, le email riappaiono, tutto sembra funzionare.

Fino alla mattina dopo, quando l'utente apre la casella e scopre che 8 anni di corrispondenza mostrano la stessa data: oggi.

E' esattamente lo stesso sintomo di una migrazione IMAP andata male. E per le stesse ragioni.

Cosa succede tecnicamente

Per capire perché ricreare un profilo produca questo risultato, bisogna tornare su una distinzione che la maggior parte dei tecnici conosce poco: la differenza tra l'intestazione Date: di un'email e il suo INTERNALDATE IMAP.

Ogni email contiene nelle intestazioni RFC 2822 un campo Date: che indica quando il messaggio è stato inviato. Questo campo viene scritto dal client di posta del mittente al momento dell'invio, poi trasportato intatto attraverso tutti i server fino alla casella del destinatario. Non cambia mai. Un'email inviata il 14 marzo 2019 alle 09:32 avrà sempre quel campo Date: intatto, indipendentemente da ciò che succede in seguito.

L'INTERNALDATE IMAP è un'altra cosa. E' un metadato gestito dal server di posta, indipendente dal contenuto del messaggio. Indica quando il messaggio è stato "depositato" nella casella. In condizioni normali, quando un'email arriva tramite SMTP, il server registra l'ora di ricezione come INTERNALDATE. Un'email ricevuta il 14 marzo 2019 avrà quindi un INTERNALDATE coerente con la sua data di invio.

Outlook, per impostazione predefinita, ordina e visualizza le email in base all'INTERNALDATE trasmesso dal server IMAP, non in base al campo Date: del messaggio. (Tra l'altro, se avete mai aperto le proprietà complete di un'email in Outlook per vedere le intestazioni raw, sapete che non è esattamente una lettura rilassante.)

Cosa scatena l'eliminazione del file OST

Quando Outlook utilizza un account IMAP, mantiene un database locale: il file OST (Offline Storage Table). Questo file è uno specchio locale delle email memorizzate sul server, con i relativi metadati, gli stati di lettura, le categorie, ecc.

Eliminare il file OST equivale a cancellare questo specchio locale. Outlook deve quindi riscaricare tutto dal server IMAP.

Il problema? Quando Outlook riscarica un messaggio tramite IMAP, usa il comando FETCH per recuperare il contenuto. Ma non usa sistematicamente il comando FETCH INTERNALDATE per recuperare e conservare la data IMAP originale. In alcune configurazioni e versioni di Outlook, il client ricostruisce il proprio indice locale usando la data in cui ha riscaricato il messaggio, anziche l'INTERNALDATE memorizzato sul server.

E a quel punto, tutte le email della casella si ritrovano datate al giorno del ricaricamento.

Non tutte le versioni di Outlook si comportano allo stesso modo

A dire il vero, questo comportamento non riguarda tutte le versioni di Outlook in modo identico, ed è qui che la diagnosi diventa complessa.

Outlook 2016 e 2019 in modalità IMAP hanno comportamenti documentati di ricostruzione dell'indice errata dopo l'eliminazione della cache. Il nuovo Outlook (basato sul web, distribuito progressivamente dalla fine del 2023) gestisce la cache in modo diverso e può produrre risultati variabili. Outlook tramite Exchange/Microsoft 365 con un account configurato in modalità Exchange è meno esposto a questo problema specifico, perché il protocollo MAPI/Exchange gestisce la sincronizzazione in modo diverso rispetto a IMAP.

Ma se il Suo utente usa un account IMAP configurato nel classico Outlook, e un tecnico ha eliminato il file OST o ricreato il profilo: il rischio è reale.

Come distinguere questo caso da una vera migrazione

Un amministratore IT che riceve ticket del tipo "le mie date sono sbagliate" dopo una ricreazione di profilo potrebbe erroneamente pensare a un problema di migrazione. Ecco come distinguere i due casi.

Il caso di una migrazione IMAP

Durante una migrazione IMAP (BitTitan, CloudM, imapsync, ecc.), lo strumento di migrazione copia le email da un server all'altro. Per ogni messaggio copiato, crea una nuova voce sul server di destinazione tramite il comando IMAP APPEND. Se lo strumento non specifica esplicitamente l'INTERNALDATE originale in questo comando, il server di destinazione registra l'ora corrente come INTERNALDATE. Parallelamente, alcuni strumenti aggiungono anche un'intestazione Received: con la data di migrazione, il che aggrava il problema in alcuni client. Può leggere il dettaglio di questo meccanismo nell'articolo su IMAP INTERNALDATE e le date rotte.

Il caso della ricreazione del profilo

Qui le email sono ancora sullo stesso server, con gli stessi INTERNALDATE originali. Niente è cambiato lato server. E' solo la cache locale di Outlook che è stata ricostruita con date errate. Il sintomo visibile è identico (tutte le email mostrano la stessa data recente), ma l'origine è diversa.

Per confermare: acceda alla casella tramite webmail (Gmail, Outlook.com, o l'interfaccia webmail del Suo provider). Se le date visualizzate nel webmail sono corrette, il problema è puramente locale a Outlook. Se le date sono errate anche nel webmail, il problema è lato server (migrazione o modifica degli INTERNALDATE sul server stesso).

Perché le date originali sono recuperabili

Buona notizia: in entrambi i casi (migrazione o ricreazione del profilo), le date originali non sono perdute.

L'intestazione Date: RFC 2822 è parte integrante del messaggio. E' immutabile quanto il corpo del testo o gli allegati. Un'email inviata nel 2017 contiene nel testo grezzo qualcosa come:

Date: Mon, 12 Jun 2017 14:23:41 +0200

Questa riga è presente nel messaggio memorizzato sul server. Non è stata modificata. Ciò che Outlook visualizza (erroneamente) è un metadato esterno al contenuto del messaggio.

Ed è questo che rende la correzione possibile. Il motore di Redate.io analizza la catena di intestazioni di ogni messaggio per estrarre la data di origine reale, poi effettua una correzione mirata dei metadati senza alterare il contenuto del messaggio. L'INTERNALDATE visibile a Outlook viene ricostruito a partire da questa informazione autentica, sempre presente nel messaggio.

La trappola della ricreazione "pulita"

Ha appena risolto un problema di sincronizzazione per un utente. Il suo Outlook funziona di nuovo, le nuove email arrivano. Chiude il ticket.

Tre giorni dopo, l'utente richiama: sta cercando un'email di un fornitore dell'anno scorso, ma in Outlook tutte le sue email del 2023 appaiono come ricevute "ieri". Non trova nulla. L'archiviazione automatica potrebbe aver classificato email recenti trattandole come vecchie. E il suo responsabile gli chiede una conversazione email del settembre 2022 per una controversia.

Questo scenario si verifica regolarmente. Non perché il tecnico abbia sbagliato, ma perché questo comportamento di Outlook non è documentato in modo visibile nelle guide di risoluzione dei problemi standard.

Le false soluzioni che non risolvono nulla

Ordinare le email per "Data di invio" invece di "Data di ricezione" in Outlook è la prima cosa che gli utenti provano. E sembra funzionare... finché non si rendono conto che l'ordinamento per data di invio è disponibile solo per alcune cartelle, che sparisce quando si cambia vista, e che altre applicazioni (mobile, webmail, regole di ordinamento automatico) continuano a usare l'INTERNALDATE errato.

Ordinare per data di invio non è una soluzione. E' un cerotto che nasconde il sintomo senza toccare il problema reale. Lo spieghiamo in dettaglio nell'articolo Ordinare per data di invio non è una soluzione.

Ricreare il profilo una seconda volta? Non cambia nulla se il comportamento di Outlook ricostruisce la cache con la data corrente.

Esportare e reimportare in PST? Attenzione. Un'esportazione PST da un Outlook con date corrotte esporta i metadati corrotti. Il file PST conterrà le date sbagliate. Reimportare questo file non corregge niente, e può persino peggiorare la situazione creando duplicati con date incoerenti. Questo argomento è trattato separatamente nell'articolo su l'import PST in Outlook e le date che diventano oggi.

Cosa fa Redate.io in questo caso specifico

Che il problema derivi da una migrazione IMAP o dalla ricreazione di un profilo Outlook, il risultato lato server è simile: email con metadati di data incoerenti rispetto al loro contenuto reale.

Redate.io si connette direttamente alla casella di posta (Google Workspace, Microsoft 365, o IMAP diretto), analizza l'insieme dei messaggi per identificare quelli con metadati errati, poi applica il suo pipeline di analisi multi-stadio per correggere ogni email singolarmente. Ogni correzione viene verificata. I messaggi originali non vengono mai eliminati: restano in una cartella di backup visibile della Sua casella, finche non decide Lei di eliminarli.

Il processo gestisce i casi limite che gli script fatti in casa sistematicamente mancano: messaggi firmati S/MIME, email con codifiche non-ASCII nelle intestazioni (RFC 2047), strutture multipart complesse, intestazioni Date: con fusi orari non standard o malformati. Uno script che funziona correttamente su 50 email di test in una casella di sviluppo può corrompere irrimediabilmente 2.000 messaggi in produzione. Non esiste rollback nativo in IMAP una volta che un messaggio è stato sostituito senza backup preventivo.

Per i casi legati specificamente a Outlook, la pagina di correzione correggere le date di copia IMAP manuale in Outlook descrive i passi per connettere la casella e avviare l'analisi.

Prevenire il problema nei prossimi interventi

Se è un tecnico o un amministratore IT e interviene regolarmente su profili Outlook, alcune accortezze permettono di evitare questa situazione.

Prima di eliminare un file OST o ricreare un profilo, verifichi le date visualizzate nel webmail. Se sono corrette, lo annoti nel ticket. Dopo la ricreazione, acceda di nuovo al webmail e confronti le date visualizzate con quelle in Outlook. Se appare uno scarto, il problema viene identificato immediatamente, prima che l'utente se ne lamenti tre giorni dopo.

Per le migrazioni pianificate, la checklist migrazione email elenca le verifiche da fare prima e dopo per rilevare questo tipo di problema subito al termine dell'operazione.

Ha ricreato un profilo Outlook e le date della Sua casella sono ora tutte errate? Avvii una scansione gratuita su Redate.io per identificare le email interessate e correggere i metadati senza toccare il contenuto dei messaggi.