Corectarea datelor de migrare imapsync în Microsoft 365

Migrarea către Microsoft 365 cu imapsync sună rezonabil. Este gratuit, suportă scripturi și gestionează bine transferurile IMAP-la-IMAP în majoritatea scenariilor. Dar pe Microsoft 365, un singur detaliu decide data cu care ajunge fiecare e-mail.

Exchange Online păstrează data pe care o primește: când imapsync scrie un mesaj prin IMAP, transmite odată cu el data internă a fiecărui e-mail (--syncinternaldates este activă implicit), iar copia păstrează această dată. Ceea ce transmite imapsync, totuși, este data pe care serverul sursă o reține pentru fiecare mesaj, nu data la care a fost trimis e-mailul. Pe o cutie poștală sănătoasă, cele două coincid. Pe o cutie poștală care a fost deja migrată o dată sau restaurată dintr-un backup, sursa poate reține data acelei operații anterioare, iar imapsync o copiază așa cum este.

Acesta nu este un bug al Microsoft 365 sau al imapsync. Fiecare copie păstrează fidel data pe care a primit-o. Când data era deja greșită la sursă, fie că migrați 500 de e-mailuri sau 500.000, fiecare e-mail afectat arată data acelei operațiuni anterioare, în loc de data la care a fost primit.

Imaginați-vă că îi spuneți directorului IT că migrarea pe care ați rulat-o în weekend tocmai a aplatizat 6 ani de istoric de e-mail într-o singură dată. Aceasta este realitatea cu care se confruntă administratorii după o migrare imapsync către Microsoft 365. Și spre deosebire de Google Workspace (unde clientul web Gmail poate masca problema), Microsoft 365 afișează data greșită peste tot - Outlook desktop, OWA, Outlook mobil, Microsoft Search. Nu există scăpare din partea clientului.

În Microsoft 365, daunele sunt totale și vizibile. Fiecare client - Outlook pentru Windows, Outlook pentru Mac, OWA, Outlook mobil pe iOS și Android - afișează marca temporală a migrării. Utilizatorii nu pot sorta după dată, nu pot găsi e-mailuri cronologic, nu pot avea încredere în rezultatele căutărilor filtrate pe interval de date. O căsuță poștală cu 80.000 de e-mailuri care arată toate "12 noiembrie 2024" este funcțional defectă pentru munca zilnică.

Implicațiile de conformitate sunt și mai grave. Exchange Online Protection, Microsoft Purview și politicile de retenție indexează toate marca temporală de livrare coruptă. O politică de retenție setată să șteargă e-mailurile mai vechi de 7 ani operează pe data greșită - ceea ce înseamnă că e-mailurile din 2018 care ar trebui să se apropie de ștergere arată acum ca fiind din 2024. Organizațiile sub GDPR, HIPAA sau reglementări SEC se confruntă cu o expunere reglementară reală când retenția lor de e-mail nu poate fi de încredere. Și dacă sosește o cerere de păstrare legală pentru "toate e-mailurile din Q3 2023", datele corupte înseamnă că Purview nu returnează nimic - deoarece conform metadatelor, e-mailurile din acea perioadă nu există.

Redate.io se conectează la Microsoft 365 și aplică analiza lanțului de antete și procesul de reconstrucție a metadatelor de dată pentru fiecare mesaj afectat. Nu este nevoie să știe ce instrument a făcut migrarea: Redate.io găsește e-mailurile a căror dată afișată nu corespunde datei lor originale. Fiecare mesaj este corectat și verificat individual, cu originalul păstrat într-un folder de rezervă. Redate.io procesează cutia poștală indiferent de câte e-mailuri conține.