imapsync migrációs dátumok javítása a Microsoft 365-ben
Miért mutatnak rossz dátumot az imapsync migrációk a Microsoft 365-ben
Az imapsync migrációk a Microsoft 365-be (Exchange Online) kettős kihívással szembesülnek a dátummegőrzés terén. Először is, az Exchange Online IMAP átjárója specifikus viselkedésmintákat mutat, amelyek felülírhatják az imapsync --syncinternaldates jelzője által biztosított INTERNALDATE-t. Másodszor, az Exchange Online saját Received fejlécet ad hozzá az IMAP APPEND folyamat során, minden üzenetet a migráció időbélyegével jelölve meg.
A Microsoft 365 IMAP implementációja korlátozott a teljes Exchange protokollokhoz (EWS, MAPI) képest. Amikor az imapsync IMAP-on keresztül tölt fel, az üzenet az Exchange Online szállítási csővezetékén halad át, amely hasonlóan dolgozza fel, mint egy új bejövő üzenetet. Ez a csővezeték szállítási fejléceket ad hozzá, megfelelőségi ellenőrzéseket végez, és a tényleges feltöltési időt tükröző kézbesítési metaadatokkal jelöli meg az üzenetet a kért INTERNALDATE helyett.
Az imapsync-t Microsoft 365 migrációkhoz választó adminisztrátorok (gyakran azért, mert ingyenes és szkriptelhető) a migráció után felfedezik, hogy a dátummegőrzés nem a várt módon működött. A --syncinternaldates jelző, amely sok szabványos IMAP szerverrel helyesen működik, nem hozza a várt eredményeket az Exchange Online sajátos IMAP implementációjával. A teljes migrált postafiók a migráció dátumát mutatja az összes Microsoft 365 kliensben.
Hogyan érinti ez a Microsoft 365-öt
A Microsoft 365-ben a migráció dátuma egységesen jelenik meg az Outlook asztali, OWA, Outlook mobil és Microsoft Search felületeken. A Gmail-lel ellentétben (ahol a webes kliens elfedheti a problémát) a Microsoft 365 kliensek mind ugyanarra a kézbesítési időbélyegre hivatkoznak. A felhasználóknak nincs megoldásuk és nincs olyan kliensük, amely a helyes dátumot mutatná, amíg az alapul szolgáló Received fejlécek és INTERNALDATE nem kerülnek javításra szerverszinten.
A Microsoft 365 adminisztrátori és megfelelőségi funkciói egyaránt érintettek. Az Exchange Online Protection, a Data Loss Prevention házirendek és a Microsoft Purview megfelelőségi keresések mind a migrációs időbélyeget indexelik. Az adatmegőrzési szabályozásoknak alávetett szervezetek számára a sérült dátumok azt jelentik, hogy az üzenet kora alapján működő megőrzési házirendek helytelen adatokon dolgoznak, ami potenciálisan a megőrzendő üzenetek korai törléséhez vagy a törlendő üzenetek korlátlan megőrzéséhez vezethet.
Gyakran ismételt kérdések
Miért nem működik az imapsync --syncinternaldates a Microsoft 365-tel?
Az Exchange Online IMAP implementációja a szállítási csővezetékén keresztül dolgozza fel a feltöltött üzeneteket, amely felülírhatja a kért INTERNALDATE-t. Ezen túlmenően az Exchange Online a feltöltés időbélyegét hordozó Received fejléceket ad hozzá. Ezek a szerveroldali viselkedések az imapsync ellenőrzésén kívül esnek.
Más migrációs eszközt kellett volna használnom a Microsoft 365-höz?
A legtöbb migrációs eszköz (beleértve az olyan kereskedelmi eszközöket, mint a BitTitan és a CloudM) ugyanazt a dátumproblémát okozza, mert a kiváltó ok abban rejlik, ahogyan az Exchange Online feldolgozza a feltöltött üzeneteket. A migrációs eszköz választása nem akadályozza meg a problémát. A Redate.io javítja, függetlenül attól, melyik eszközt használták.
A Redate.io képes tömegesen javítani az imapsync-kel migrált postafiókokat?
Igen. A Redate.io támogatja a tömeges postafiók-feldolgozást a Microsoft 365 számára. Az adminisztrátorok egyetlen irányítópultról vizsgálhatják át és javíthatják a több postafiókot. Az Enterprise csomag postafiókonként akár 100 000 e-mailt támogat.