Åtgärda imapsync-migreringsdatum i Microsoft 365
Varför imapsync-migreringar visar fel datum i Microsoft 365
imapsync-migreringar till Microsoft 365 (Exchange Online) står inför en dubbel utmaning med datumbevarande. Först har Exchange Onlines IMAP-gateway specifika beteenden som kan skriva över den INTERNALDATE som tillhandahålls av imapsyncs --syncinternaldates-flagga. Dessutom lägger Exchange Online till sitt eget Received-huvud under IMAP APPEND-processen, vilket stämplar varje meddelande med migreringens tidsstämpel.
Microsoft 365:s IMAP-implementering är begränsad jämfört med fullständiga Exchange-protokoll (EWS, MAPI). När imapsync laddar upp via IMAP passerar meddelandet Exchange Onlines transportpipeline, som bearbetar det liknande ett nytt inkommande meddelande. Denna pipeline lägger till transporthuvuden, kör efterlevnadskontroller och stämplar meddelandet med leveransmetadata som återspeglar den faktiska uppladdningstiden istället för den begärda INTERNALDATE.
Administratörer som väljer imapsync för Microsoft 365-migreringar (ofta för att det är gratis och skriptbart) upptäcker efter migreringen att datumbevarandet inte fungerade som förväntat. Hela den migrerade brevlådan visar migreringsdatumet i alla Microsoft 365-klienter.
Hur detta påverkar Microsoft 365
I Microsoft 365 visas migreringsdatumet enhetligt i Outlook-skrivbordet, OWA, Outlook mobil och Microsoft Search. Till skillnad från Gmail (där webbklienten kan maskera problemet) refererar alla Microsoft 365-klienter till samma leveranstidsstämpel. Användare har ingen lösning och ingen klient som visar korrekt datum tills de underliggande Received-huvudena och INTERNALDATE rättas på servernivå.
Microsoft 365:s administrativa och efterlevnadsfunktioner påverkas lika mycket. Exchange Online Protection, DLP-policyer och Microsoft Purview-efterlevnadssökningar indexerar alla migreringens tidsstämpel. För organisationer underkastade databevaranderegler innebär de skadade datumen att bevarandepolicyer baserade på meddelandeålder opererar på felaktiga data.
Vanliga frågor
Varför misslyckas imapsync --syncinternaldates med Microsoft 365?
Exchange Onlines IMAP-implementering bearbetar uppladdade meddelanden genom sin transportpipeline, som kan skriva över den begärda INTERNALDATE. Dessutom lägger Exchange Online till Received-huvuden som bär uppladdningens tidsstämpel. Dessa beteenden på serversidan ligger utanför imapsyncs kontroll.
Borde jag ha använt ett annat migreringsverktyg för Microsoft 365?
De flesta migreringsverktyg (inklusive kommersiella som BitTitan och CloudM) producerar samma datumproblem eftersom grundorsaken ligger i hur Exchange Online bearbetar uppladdade meddelanden. Valet av migreringsverktyg förhindrar inte problemet. Redate.io löser det oavsett vilket verktyg som användes.
Kan Redate.io rätta imapsync-migrerade brevlådor i bulk?
Ja. Redate.io stöder bulkbearbetning av brevlådor för Microsoft 365. Administratörer kan skanna och rätta flera brevlådor från en enda instrumentpanel. Enterprise-planen stöder upp till 100 000 e-postmeddelanden per brevlåda.