imapsync migrációs dátumok javítása a Microsoft 365-ben

A Microsoft 365-be történő migráció imapsync-kel észszerűen hangzik. Ingyenes, szkriptelhető és a legtöbb forgatókönyv esetén jól kezeli az IMAP-IMAP átviteleket. De az Exchange Online nem "a legtöbb forgatókönyv."

Az Exchange Online IMAP-átjárója egy kompatibilitási réteg, amelyet egy EWS és MAPI köré tervezett rendszerre építettek. Amikor az imapsync egy üzenetet tol át ezen az átjárón a szabványos levelezési protokollon keresztül, az üzenet belép az Exchange Online teljes szállítási csővezetékébe - ugyanabba a csővezetékbe, amely az internetről érkező leveleket dolgozza fel. Ez a csővezeték szállítási fejléceket ad hozzá, adatvesztés-megelőzési ellenőrzéseket végez, megfelelőségi szabályokat alkalmaz és egy friss Received fejlécet pecsétel a pontos pillanatnyi időbélyeggel, amikor az üzenet elérte a szervert. A --syncinternaldates jelző? Az Exchange Online szállítási csővezetékét nem érdekli. Az INTERNALDATE felülíródik, hogy megfeleljen a kézbesítési időbélyegnek.

Ez nem egy hiba, amelyet a Microsoft tervez javítani. Így működik az Exchange Online architektúrája. A szállítási csővezeték minden szabványos levelezési protokollon történő küldést új üzenet kézbesítéseként kezel, pont. Akár 500, akár 500 000 e-mailt migrál, mindegyik ugyanazt a migrációs dátumot kapja a fejlécekbe és a metaadatokba bélyegezve.

Képzelje el, hogy elmondja az IT igazgatójának, hogy a hétvégén futtatott migráció épp most lapította egyetlen dátumra az e-mailek 6 éves történetét. Ez az a valóság, amellyel az adminisztrátorok szembesülnek egy imapsync migráció után a Microsoft 365-be. És a Google Workspace-től eltérően (ahol a Gmail webes felülete elkentheti a problémát), a Microsoft 365 mindenhol a rossz dátumot mutatja - Outlook asztali, OWA, Outlook mobil, Microsoft Search. Nincs kliensoldali menekülés.

A Microsoft 365-ben a kár teljes és látható. Minden kliens - Outlook Windowsra, Outlook Macre, OWA, Outlook mobil iOS-re és Androidra - a migrációs időbélyeget mutatja. A felhasználók nem tudnak dátum szerint rendezni, nem tudnak e-maileket kronológikusan megtalálni, nem bízhatnak a dátumtartomány szerint szűrt keresési eredményekben. Egy 80 000 e-mailt tartalmazó postafiók, amelyek mind "2024. november 12."-t mutatnak, a mindennapi munka számára funkcionálisan használhatatlan.

A megfelelőségi következmények még rosszabbak. Az Exchange Online Protection, a Microsoft Purview és a megőrzési szabályzatok mind a sérült kézbesítési időbélyeget indexelik. Egy 7 évnél régebbi e-mailek törlésére beállított megőrzési szabályzat a rossz dátummal működik - ami azt jelenti, hogy a 2018-as e-mailek, amelyeknek közeledniük kellene a törléshez, most úgy tűnnek, mintha 2024-ből származnának. A GDPR, HIPAA vagy SEC szabályozás alá eső szervezetek valós szabályozási kitettséggel néznek szembe, ha az e-mail-megőrzésük nem megbízható. És ha érkezik egy jogi zárolási kérelem "minden e-mailre a 2023 Q3-ból", a sérült dátumok azt jelentik, hogy a Purview semmit nem ad vissza - mert a metaadatok szerint abból az időszakból nem léteznek e-mailek.

A Redate.io csatlakozik a Microsoft 365-höz és alkalmazza fejléclánc-elemzését és dátum-metaadat-rekonstrukciós folyamatát minden érintett üzenetre. Az imapsync specifikus migrációs aláírásainak mintafelismerése azonosítja, mely Received fejléceket injektálták a migráció során, és melyek tartoznak az eredeti kézbesítési lánchoz. Minden üzenet egyedileg kerül javításra és ellenőrzésre, az eredetit biztonsági másolat mappában megőrizve. Az Enterprise csomag 100 000 e-mailig terjedő postafiókokat kezel, és az adminisztrátorok több postafiókot dolgozhatnak fel egy irányítópultról.