Izlabojiet imapsync migrācijas datumus Microsoft 365
Kāpēc imapsync migrācijas rāda nepareizu datumu Microsoft 365
imapsync migrācijas uz Microsoft 365 (Exchange Online) saskaras ar dubultu izaicinājumu attiecībā uz datumu saglabāšanu. Pirmkārt, Exchange Online IMAP vārteja ir ar specifisku uzvedību, kas var pārrakstīt INTERNALDATE, ko nodrošina imapsync --syncinternaldates karodziņš. Otrkārt, Exchange Online pievieno savu Received galveni IMAP APPEND procesa laikā, atzīmējot katru ziņu ar migrācijas laika zīmogu.
Microsoft 365 IMAP ieviešana ir ierobežota salīdzinājumā ar pilniem Exchange protokoliem (EWS, MAPI). Kad imapsync augšupielādē caur IMAP, ziņa iziet caur Exchange Online transporta konveijeru, kas to apstrādā līdzīgi jaunai ienākošai ziņai. Šis konveijers pievieno transporta galvenes, veic atbilstības pārbaudes un atzīmē ziņu ar piegādes metadatiem, kas atspoguļo faktisko augšupielādes laiku, nevis pieprasīto INTERNALDATE.
Administratori, kas izvēlas imapsync Microsoft 365 migrācijām (bieži tāpēc, ka tas ir bezmaksas un skriptējams), atklāj pēc migrācijas, ka datumu saglabāšana nestrādāja kā gaidīts. --syncinternaldates karodziņš, kas pareizi darbojas ar daudziem standarta IMAP serveriem, nedod gaidītos rezultātus ar Exchange Online konkrēto IMAP ieviešanu. Visa migrētā pastkaste rāda migrācijas datumu visās Microsoft 365 lietojumprogrammās.
Kā tas ietekmē Microsoft 365
Microsoft 365 migrācijas datums parādās vienmērīgi Outlook darbvirsmā, OWA, Outlook mobilajā un Microsoft Search. Atšķirībā no Gmail (kur tīmekļa klients var maskēt problēmu), Microsoft 365 klienti visi atsaucas uz to pašu piegādes laika zīmogu. Lietotājiem nav risinājuma un nav klienta, kas rādītu pareizo datumu, kamēr pamatā esošās Received galvenes un INTERNALDATE nav izlabotas servera līmenī.
Microsoft 365 administrēšanas un atbilstības funkcijas ir vienlīdz ietekmētas. Exchange Online Protection, datu zuduma novēršanas politikas un Microsoft Purview atbilstības meklēšanas - visas indeksē migrācijas laika zīmogu. Organizācijām, kurām ir datu saglabāšanas regulējumi, bojātie datumi nozīmē, ka saglabāšanas politikas, kas balstītas uz ziņas vecumu, darbojas ar nepareiziem datiem, potenciāli novedot pie priekšlaicīgas dzēšanas ziņām, kas būtu jāsaglabā, vai bezgalīgas saglabāšanas ziņām, kas būtu jādzēš.
Biežāk uzdotie jautājumi
Kāpēc imapsync --syncinternaldates neizdodas ar Microsoft 365?
Exchange Online IMAP ieviešana apstrādā augšupielādētās ziņas caur savu transporta konveijeru, kas var pārrakstīt pieprasīto INTERNALDATE. Turklāt Exchange Online pievieno Received galvenes ar augšupielādes laika zīmogu. Šīs servera puses uzvedības ir ārpus imapsync kontroles.
Vai man vajadzēja izmantot citu migrācijas rīku Microsoft 365?
Lielākā daļa migrācijas rīku (ieskaitot komerciālos kā BitTitan un CloudM) rada to pašu datumu problēmu, jo pamatcēlonis ir tajā, kā Exchange Online apstrādā augšupielādētās ziņas. Migrācijas rīka izvēle nenovērš problēmu. Redate.io to izlabo neatkarīgi no tā, kurš rīks tika izmantots.
Vai Redate.io var masveidā izlabot ar imapsync migrētās pastkastes?
Jā. Redate.io atbalsta masveida pastkasšu apstrādi Microsoft 365. Administratori var skenēt un labot vairākas pastkastes no viena vadības paneļa. Enterprise plāns atbalsta līdz 100 000 e-pastu vienai pastkastei.