Opravte datum migrace imapsync v Microsoft 365

Migrace do Microsoft 365 pomocí imapsync zní rozumne. Je zdarma, skriptovatelný a zvládá IMAP-na-IMAP prenosy dobre ve vetšine scénáru. Ale u Microsoft 365 rozhoduje jeden detail o tom, jaké datum si každý e-mail nakonec ponese.

Exchange Online zachová datum, které dostane: když imapsync zapisuje zprávu přes IMAP, předává s ní i původní datum e-mailu (--syncinternaldates je ve výchozím nastavení zapnuto) a kopie si toto datum zachová. To, co imapsync předává, je ale datum, které pro danou zprávu drží zdrojový server, ne datum, kdy byl e-mail odeslán. Ve zdravé poštovní schránce se obě hodnoty shodují. V poštovní schránce, která už jednou byla migrována nebo obnovena ze zálohy, může zdroj obsahovat datum té dřívější operace, a imapsync ho zkopíruje tak, jak je.

Toto není chyba v Microsoftu 365 ani v imapsyncu. Každá kopie věrně nese datum, které jí bylo přiřazeno. Pokud bylo toto datum chybné už u zdroje, ať migrujete 500 nebo 500 000 e-mailů, každý ovlivněný e-mail zobrazuje datum té dřívější operace místo data, kdy byl skutečně přijat.

Predstavte si, že ríkáte svému IT rediteli, že migrace, kterou jste provedli o víkendu, práve srovnala 6 let e-mailové historie do jednoho data. To je realita, které celí administrátori po migraci imapsync do Microsoft 365. A na rozdíl od Google Workspace (kde webový klient Gmailu muže problém maskovat), Microsoft 365 ukazuje špatné datum všude - Outlook desktop, OWA, Outlook mobilní, Microsoft Search. Neexistuje žádný únikový východ na straně klienta.

V Microsoft 365 je škoda totální a viditelná. Každý klient - Outlook pro Windows, Outlook pro Mac, OWA, Outlook mobilní na iOS a Android - zobrazuje casové razítko migrace. Uživatelé nemohou radit podle data, nemohou najít e-maily chronologicky, nemohou duvierovat výsledkum vyhledávání filtrovaným podle casového rozsahu. Schránka s 80 000 e-maily, všechny ukazující "12. listopadu 2024", je pro každodenní práci funkcne nefunkcní.

Dusledky pro shodu s predpisy jsou horší. Exchange Online Protection, Microsoft Purview a zásady uchovávání indexují poškozené casové razítko dorucení. Zásada uchovávání nastavená na mazání e-mailu starších 7 let pracuje s nesprávným datem - což znamená, že e-maily z roku 2018, které by mely být blízko smazání, nyní vypadají, jako by pocházely z roku 2024. Organizace podléhající GDPR, HIPAA nebo predpisum SEC celí skutecnému regulacnímu riziku, když jejich uchovávání e-mailu nelze duverovat. A pokud prijde žádost o právní blokaci pro "všechny e-maily z Q3 2023", poškozená data znamenají, že Purview nevrátí nic - protože podle metadat z tohoto období žádné e-maily neexistují.

Redate.io se připojuje k Microsoft 365 a aplikuje svou analýzu retezce hlaviček a proces rekonstrukce metadat datumů na každou postiženou zprávu. Redate.io nepotrebuje vedet, jaký nástroj migraci provedl: nachází e-maily, jejichž zobrazené datum neodpovídá jejich puvodnímu datu. Každá zpráva je opravena a overena individuálne, pricemž originál je uchován v záložní složce. Redate.io opravuje schránku jakékoli velikosti, cena se počítá z bezplatné kontroly a zobrazí se před platbou.