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 Exchange Online nav "vairums scenāriju."

Exchange Online IMAP vārteja ir saderības slānis, kas pieskrūvēts sistēmai, kura projektēta ap EWS un MAPI. Kad imapsync caur šo vārteju nosūta ziņu, izmantojot standarta pasta pārsūtīšanas protokolu, ziņa nonāk Exchange Online pilnajā transporta cauruļvadā - tajā pašā cauruļvadā, kas apstrādā ienākošo pastu no interneta. Šis cauruļvads pievieno transporta galvenes, izpilda datu zudumu novēršanas pārbaudes, piemēro atbilstības noteikumus un iespiedī svaigu Received galveni ar precīzu brīdi, kad ziņa sasniedza serveri. Opcija --syncinternaldates? Exchange Online transporta cauruļvadam tā nerūp. INTERNALDATE tiek pārrakstīts, lai atbilstu piegādes laikspiedolam.

Šī nav kļūda, ko Microsoft plāno labot. Tā darbojas Exchange Online arhitektūra. Transporta cauruļvads katru standarta pasta pārsūtīšanas protokola nosūtīšanu uzskata par jaunu ziņas piegādi, punkts. Neatkarīgi no tā, vai migrējat 500 vai 500 000 e-pastu, katrs saņem to pašu migrācijas datumu, kas iespiedīts galvenēs un metadatos.

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. Šablonu salīdzināšana ar imapsync specifiskiem migrācijas rīku parakstiem identificē, kuras Received galvenes tika ievietotas migrācijas laikā pretstatā tām, kas pieder sākotnējai piegādes ķēdei. Katra ziņa tiek labota un pārbaudīta atsevišķi, ar oriģinālu saglabātu rezerves kopijas mapē. Enterprise plāns apstrādā pastkastes līdz 100 000 e-pastiem, un administratori var apstrādāt vairākas pastkastes no viena paneļa.