Исправка датума миграције imapsync у Microsoft 365

Миграција у Microsoft 365 са imapsync звучи разумно. Бесплатан је, подржава скрипте и добро обавља IMAP-на-IMAP преносе у већини сценарија. Али Exchange Online није "већина сценарија."

IMAP приступник Exchange Online-а је слој компатибилности прикачен на систем пројектован око EWS-а и MAPI-ја. Када imapsync гура поруку кроз овај приступник путем стандардног протокола за пренос поште, порука улази у потпуни транспортни канал Exchange Online-а - исти канал који обрађује долазну пошту са интернета. Тај канал додаје транспортна заглавља, покреће провере за спречавање губитка података, примењује правила усаглашености и печати ново Received заглавље са тачним моментом када је порука стигла на сервер. Ознака --syncinternaldates? Транспортном каналу Exchange Online-а је свеједно. INTERNALDATE се преписује да се поклопи са временском ознаком испоруке.

Ово није грешка коју Microsoft планира да исправи. Тако функционише архитектура Exchange Online-а. Транспортни канал свако слање путем стандардног протокола за пренос поште третира као нову испоруку поруке, тачка. Било да мигрирате 500 или 500.000 мејлова, сваки добија исти датум миграције утиснут у заглавља и метаподатке.

Замислите да кажете свом IT директору да је миграција коју сте покренули током викенда управо изравнала 6 година историје мејлова у један датум. То је реалност са којом се суочавају администратори после imapsync миграције у Microsoft 365. И за разлику од Google Workspace-а (где Gmail-ов веб клијент може да прикрије проблем), Microsoft 365 приказује погрешан датум свуда - Outlook desktop, OWA, Outlook мобилни, Microsoft Search. Нема излаза са клијентске стране.

У Microsoft 365, штета је тотална и видљива. Сваки клијент - Outlook за Windows, Outlook за Mac, OWA, Outlook мобилни за iOS и Android - приказује временску ознаку миграције. Корисници не могу да сортирају по датуму, не могу да нађу мејлове хронолошки, не могу да верују резултатима претраге филтрираним по опсегу датума. Сандучић са 80.000 мејлова који сви приказују "12. новембар 2024" је функционално сломљен за свакодневни рад.

Последице по усаглашеност су горе. Exchange Online Protection, Microsoft Purview и политике задржавања сви индексирају оштећену временску ознаку испоруке. Политика задржавања подешена да брише мејлове старије од 7 година ради са погрешним датумом - што значи да мејлови из 2018. који би требало да се приближавају брисању сада изгледају као да су из 2024. Организације под GDPR-ом, HIPAA или SEC прописима суочавају се са реалним регулаторним ризиком када се задржавању њихових мејлова не може веровати. А ако стигне захтев за правно задржавање за "све мејлове из Q3 2023", оштећени датуми значе да Purview не враћа ништа - јер према метаподацима, мејлови из тог периода не постоје.

Redate.io се повезује са Microsoft 365 и примењује своју анализу ланца заглавља и процес реконструкције метаподатака датума на сваку погођену поруку. Препознавање образаца у специфичним потписима алата за миграцију imapsync идентификује која Received заглавља су убачена током миграције наспрам оних која припадају оригиналном ланцу испоруке. Свака порука се исправља и проверава појединачно, са оригиналом сачуваним у фолдеру резервне копије. Enterprise план обрађује сандучиће до 100.000 мејлова, а администратори могу да обрађују више сандучића са једне контролне табле.