Correggere le date di migrazione imapsync in Microsoft 365

Migrare a Microsoft 365 con imapsync sembra ragionevole. Lo strumento è gratuito, automatizzabile tramite script e gestisce bene i trasferimenti IMAP-IMAP nella maggior parte degli scenari. Ma su Microsoft 365 c'è un dettaglio che decide la data con cui finisce ogni e-mail.

Exchange Online mantiene la data che riceve: quando imapsync scrive un messaggio via IMAP, trasmette anche la data interna di ogni e-mail (--syncinternaldates è attivo per impostazione predefinita), e la copia mantiene quella data. Quello che imapsync trasmette, però, è la data che il server DI ORIGINE associa a ogni messaggio, non la data in cui l'e-mail è stata inviata. Su una cassetta postale sana le due coincidono. Su una cassetta postale già migrata una volta o ripristinata da un backup, il server di origine può conservare la data di quell'operazione precedente, e imapsync la copia così come è.

Non è un bug di Microsoft 365 né di imapsync. Ogni copia mantiene fedelmente la data che le è stata assegnata. Quando quella data era già sbagliata all'origine, che si migrino 500 o 500.000 e-mail, ogni e-mail interessata mostra la data di quell'operazione precedente invece della data di ricezione.

Immagini di spiegare al Suo direttore IT che la migrazione del fine settimana ha appena compresso 6 anni di cronologia e-mail in un'unica data. Questa è la realtà che gli amministratori affrontano dopo una migrazione con imapsync verso Microsoft 365. E a differenza di Google Workspace (dove l'interfaccia web di Gmail può mascherare il problema), Microsoft 365 mostra la data sbagliata ovunque: Outlook desktop, OWA, Outlook mobile, Microsoft Search. Non c'è via d'uscita dal lato client.

In Microsoft 365, il danno è totale e visibile. Ogni client, Outlook per Windows, Outlook per Mac, OWA, Outlook mobile su iOS e Android, mostra il timestamp della migrazione. Gli utenti non possono ordinare per data, non possono trovare le e-mail cronologicamente, non possono fidarsi dei risultati di ricerca con filtro per data. Una casella di posta con 80.000 e-mail che mostrano tutte "12 novembre 2024" è funzionalmente inutilizzabile per il lavoro quotidiano.

Le implicazioni di conformità sono peggiori. Exchange Online Protection, Microsoft Purview e le policy di conservazione indicizzano tutti il timestamp di consegna corrotto. Una policy di conservazione impostata per eliminare le e-mail più vecchie di 7 anni opera sulla data sbagliata, il che significa che e-mail del 2018 che dovrebbero essere prossime all'eliminazione appaiono ora come e-mail del 2024. Le organizzazioni soggette al GDPR, HIPAA o normative SEC affrontano un'esposizione normativa reale quando la conservazione delle e-mail non è affidabile. E se arriva una richiesta di conservazione legale per "tutte le e-mail del terzo trimestre 2023," le date corrotte fanno sì che Purview non restituisca nulla, perché secondo i metadati non esistono e-mail di quel periodo.

Redate.io si connette a Microsoft 365 e applica la sua analisi della catena degli header e il processo di ricostruzione dei metadati di data a ogni messaggio interessato. Non ha bisogno di sapere quale strumento ha eseguito la migrazione: individua le e-mail la cui data visualizzata non corrisponde alla loro data originale. Ogni messaggio viene corretto e verificato individualmente, con l'originale conservato in una cartella di backup. Non esiste alcun limite di dimensione della casella di posta: anche una casella con centinaia di migliaia di e-mail viene corretta come qualsiasi altra.