imapsync-migratiedatums in Microsoft 365 herstellen
Waarom imapsync-migraties de verkeerde datum tonen in Microsoft 365
imapsync-migraties naar Microsoft 365 (Exchange Online) staan voor een dubbele uitdaging bij het bewaren van datums. Ten eerste heeft de IMAP-gateway van Exchange Online specifieke gedragingen die de INTERNALDATE kunnen overschrijven die door de --syncinternaldates-vlag van imapsync wordt geleverd. Ten tweede voegt Exchange Online zijn eigen Received-header toe tijdens het IMAP APPEND-proces, waardoor elk bericht wordt voorzien van het migratietijdstempel.
De IMAP-implementatie van Microsoft 365 is beperkt in vergelijking met volledige Exchange-protocollen (EWS, MAPI). Wanneer imapsync uploadt via IMAP, gaat het bericht door de transportpijplijn van Exchange Online, die het verwerkt als een nieuw binnenkomend bericht. Deze pijplijn voegt transportheaders toe, voert compliance-controles uit en voorziet het bericht van leveringsmetadata die de werkelijke uploadtijd weerspiegelen in plaats van de gevraagde INTERNALDATE.
Beheerders die imapsync kiezen voor Microsoft 365-migraties (vaak omdat het gratis en scriptbaar is) ontdekken na de migratie dat het bewaren van datums niet werkte zoals verwacht. De --syncinternaldates-vlag, die correct werkt met veel standaard IMAP-servers, levert niet de verwachte resultaten op met de specifieke IMAP-implementatie van Exchange Online. De hele gemigreerde mailbox toont de migratiedatum in alle Microsoft 365-clients.
Hoe dit Microsoft 365 beïnvloedt
In Microsoft 365 verschijnt de migratiedatum uniform in Outlook desktop, OWA, Outlook mobiel en Microsoft Search. In tegenstelling tot Gmail (waar de webclient het probleem kan maskeren), verwijzen alle Microsoft 365-clients naar hetzelfde leveringstijdstempel. Gebruikers hebben geen workaround en geen client die de juiste datum toont totdat de onderliggende Received-headers en INTERNALDATE op serverniveau worden gecorrigeerd.
De administratieve en compliance-functies van Microsoft 365 worden evenzeer beïnvloed. Exchange Online Protection, Data Loss Prevention-beleid en Microsoft Purview-compliance-zoekopdrachten indexeren allemaal het migratietijdstempel. Voor organisaties die onderworpen zijn aan gegevensbewaarregelgeving, betekenen de beschadigde datums dat bewaarbeleid op basis van berichtleeftijd werkt met onjuiste gegevens, wat mogelijk leidt tot voortijdige verwijdering van berichten die behouden moeten worden of onbeperkte bewaring van berichten die verwijderd hadden moeten worden.
Veelgestelde vragen
Waarom faalt imapsync --syncinternaldates bij Microsoft 365?
De IMAP-implementatie van Exchange Online verwerkt geüploade berichten via zijn transportpijplijn, die de gevraagde INTERNALDATE kan overschrijven. Daarnaast voegt Exchange Online Received-headers toe die het uploadtijdstempel dragen. Deze serversijdige gedragingen vallen buiten de controle van imapsync.
Had ik een andere migratietool moeten gebruiken voor Microsoft 365?
De meeste migratietools (inclusief commerciële zoals BitTitan en CloudM) produceren hetzelfde datumprobleem omdat de hoofdoorzaak ligt in hoe Exchange Online geüploade berichten verwerkt. De keuze van de migratietool voorkomt het probleem niet. Redate.io lost het op ongeacht welke tool is gebruikt.
Kan Redate.io met imapsync gemigreerde mailboxen in bulk corrigeren?
Ja. Redate.io ondersteunt bulkverwerking van mailboxen voor Microsoft 365. Beheerders kunnen meerdere mailboxen scannen en corrigeren vanuit één dashboard. Het Enterprise-plan ondersteunt tot 100.000 e-mails per mailbox.