Corectarea datelor de migrare imapsync în Microsoft 365
De ce migrările imapsync arată data greșită în Microsoft 365
Migrările imapsync în Microsoft 365 (Exchange Online) se confruntă cu o provocare dublă privind păstrarea datelor. În primul rand, gateway-ul IMAP Exchange Online are comportamente specifice care pot suprascrie INTERNALDATE furnizat de flag-ul --syncinternaldates al imapsync. În al doilea rand, Exchange Online adaugă propriul antet Received în timpul procesului IMAP APPEND, marcand fiecare mesaj cu marca temporală a migrării.
Implementarea IMAP Microsoft 365 este limitată comparativ cu protocoalele Exchange complete (EWS, MAPI). Când imapsync încarcă prin IMAP, mesajul trece prin pipeline-ul de transport Exchange Online, care il procesează similar cu un mesaj nou primit. Acest pipeline adaugă anteturi de transport, efectuează verificări de conformitate și marchează mesajul cu metadate de livrare care reflectă timpul real de incărcare în loc de INTERNALDATE solicitat.
Administratorii care aleg imapsync pentru migrări Microsoft 365 (adesea pentru că este gratuit și scriptabil) descoperă după migrare că păstrarea datelor nu a funcționat conform așteptărilor. Flag-ul --syncinternaldates, care funcționeaza corect cu multe servere IMAP standard, nu produce rezultatele așteptate cu implementarea IMAP particulară a Exchange Online. Intreaga cutie poștală migrată arată data migrării în toți clienții Microsoft 365.
Cum afectează acest lucru Microsoft 365
În Microsoft 365, data migrării apare uniform în Outlook desktop, OWA, Outlook mobil și Microsoft Search. Spre deosebire de Gmail (unde clientul web poate masca problema), clienții Microsoft 365 fac toți referire la aceeași marcă temporală de livrare. Utilizatorii nu au nicio soluție și niciun client care să arate data corectă pană când anteturile Received și INTERNALDATE subiacente nu sunt corectate la nivel de server.
Funcțiile administrative și de conformitate Microsoft 365 sunt la fel de afectate. Exchange Online Protection, politicile Data Loss Prevention și cautările de conformitate Microsoft Purview indexează toate marca temporală a migrării. Pentru organizațiile supuse reglementărilor de retenție a datelor, datele corupte inseamnă că politicile de retenție bazate pe varsta mesajului operează pe date incorecte, ducand potențial la ștergerea prematură a mesajelor care ar trebui păstrate sau la retenția indefinită a mesajelor care ar trebui eliminate.
Întrebări frecvente
De ce imapsync --syncinternaldates eșuează cu Microsoft 365?
Implementarea IMAP Exchange Online procesează mesajele incărcate prin pipeline-ul său de transport, care poate suprascrie INTERNALDATE solicitat. În plus, Exchange Online adaugă anteturi Received care poartă marca temporală a incărcării. Aceste comportamente la nivel de server sunt în afara controlului imapsync.
Ar fi trebuit să folosesc un alt instrument de migrare pentru Microsoft 365?
Majoritatea instrumentelor de migrare (inclusiv cele comerciale precum BitTitan și CloudM) produc aceeași problemă de date deoarece cauza principală constă în modul în care Exchange Online procesează mesajele incărcate. Alegerea instrumentului de migrare nu previne problema. Redate.io o repară indiferent de instrumentul folosit.
Redate.io poate repara cutii poștale migrate cu imapsync în masă?
Da. Redate.io suportă procesarea în masă a cutiilor poștale pentru Microsoft 365. Administratorii pot scana și repara mai multe cutii poștale dintr-un singur panou de control. Planul Enterprise suportă pană la 100.000 de e-mailuri per cutie poștală.