Izlabojiet imapsync migrācijas datumus Microsoft 365

Migrācija uz Microsoft 365 ar imapsync izklausās saprātīgi. Tas ir bezmaksas, atbalsta skriptus un labi tiek galā ar IMAP-uz-IMAP pārsūtīšanu vairumā scenāriju. Bet Microsoft 365 vidē viena detaļa nosaka, kādu datumu saņem katrs e-pasts.

Exchange Online patur datumu, kāds tam tiek nodots: kad imapsync ieraksta ziņu, izmantojot IMAP, tas nodod līdzi katras vēstules iekšējo datumu (--syncinternaldates pēc noklusējuma ir ieslēgts), un kopija šo datumu patur. Tomēr tas, ko imapsync nodod, ir datums, kādu AVOTA serveris uzglabā katrai ziņai, nevis datums, kad e-pasts ticis nosūtīts. Veselā pastkastē šie divi datumi sakrīt. Pastkastē, kas jau reiz migrēta vai atjaunota no dublējuma, avotā var būt saglabāts šīs agrākās darbības datums, un imapsync to nokopē tādu, kāds tas ir.

Šī nav kļūda ne Microsoft 365, ne imapsync. Katra kopija godīgi saglabā datumu, kas tai tika piešķirts. Ja šis datums avotā jau bija nepareizs, neatkarīgi no tā, vai migrējat 500 vai 500 000 e-pastu, katram skartajam e-pastam parādās šīs agrākās operācijas datums, nevis saņemšanas datums.

Iedomājieties, ka sakāt savam IT direktoram, ka migrācija, ko palaidāt nedēļas nogalē, tikko saplacināja 6 gadus e-pastu vēstures vienā datumā. Tā ir realitāte, ar ko saskaras administratori pēc imapsync migrācijas uz Microsoft 365. Un atšķirībā no Google Workspace (kur Gmail tīmekļa klients var slēpt problēmu), Microsoft 365 rāda nepareizo datumu visur - Outlook darbvirsma, OWA, Outlook mobilā lietotne, Microsoft Search. Nav izejas no klienta puses.

Microsoft 365 vidē bojājums ir pilnīgs un redzams. Katrs klients - Outlook Windows, Outlook Mac, OWA, Outlook mobilais iOS un Android ierīcēs - rāda migrācijas laikspiedolu. Lietotāji nevar kārtot pēc datuma, nevar atrast e-pastus hronoloģiski, nevar uzticēties meklēšanas rezultātiem, kas filtrēti pēc datumu diapazona. Pastkaste ar 80 000 e-pastiem, kas visi rāda "2024. gada 12. novembri", ir funkcionāli bojāta ikdienas darbam.

Atbilstības sekas ir vēl sliktākas. Exchange Online Protection, Microsoft Purview un saglabāšanas politikas indeksē bojāto piegādes laikspiedolu. Saglabāšanas politika, kas iestatīta dzēst e-pastus vecākus par 7 gadiem, darbojas ar nepareizo datumu - tas nozīmē, ka e-pasti no 2018. gada, kuriem vajadzētu tuvoties dzēšanai, tagad izskatās kā no 2024. gada. Organizācijas, uz kurām attiecas GDPR, HIPAA vai SEC noteikumi, saskaras ar reālu regulatīvo risku, kad to e-pastu saglabāšanai nevar uzticēties. Un ja pienāk juridiskas aizturēšanas pieprasījums par "visiem e-pastiem no Q3 2023", bojātie datumi nozīmē, ka Purview neatgriež neko - jo saskaņā ar metadatiem e-pasti no šī perioda neeksistē.

Redate.io pieslēdzas Microsoft 365 un piemēro savu galveņu ķēdes analīzi un datuma metadatu rekonstrukcijas procesu katrai ietekmētajai ziņai. Nav nepieciešams zināt, kurš rīks veica migrāciju: Redate.io atrod e-pastus, kuru redzamais datums neatbilst to sākotnējam datumam. Katra ziņa tiek labota un pārbaudīta atsevišķi, ar oriģinālu saglabātu rezerves kopijas mapē. Pastkastes tiek apstrādātas vienādi, neatkarīgi no izmēra, katru e-pastu labojot atsevišķi.