BitTitan-migratiedatums in Exchange Online herstellen
Waarom BitTitan-migraties de verkeerde datum tonen in Exchange Online
Exchange Online is de e-mailbackend die Microsoft 365-mailboxen aandrijft, en BitTitan MigrationWiz wordt vaak gebruikt om mailboxen te migreren van on-premises Exchange, Lotus Notes, GroupWise of andere platforms naar Exchange Online. Tijdens de migratie uploadt MigrationWiz elk bericht via EWS of IMAP APPEND, en de transportpijplijn van Exchange Online voorziet elk bericht van een Received-header met het uploadtijdstempel.
Exchange Online gebruikt deze Received-header en de bijbehorende PR_MESSAGE_DELIVERY_TIME-eigenschap om de weergegeven ontvangstdatum te bepalen. In tegenstelling tot sommige e-mailsystemen die migratietools toestaan een aangepaste leveringstijd in te stellen, past de verwerking van Exchange Online consequent het werkelijke uploadtijdstempel toe. Dit betekent dat elke gemigreerde e-mail de migratiedatum draagt in zijn leveringstijdmetadata, ongeacht de oorspronkelijke verzenddatum.
Het probleem wordt versterkt in Exchange Online omdat de beschadigde datum zich verspreidt via alle verbonden services: Outlook desktop leest hem, OWA toont hem, mobiele clients presenteren hem, en de ingebouwde zoekfunctie van Exchange Online indexeert hem. PowerShell-scripts die beheerders gebruiken om mailboxinhoud op datum te bevragen, retourneren ook resultaten op basis van het migratietijdstempel in plaats van de oorspronkelijke datum, wat verificatie en probleemoplossing na migratie bemoeilijkt.
Hoe dit Exchange Online beïnvloedt
In Exchange Online beïnvloedt de beschadigde leveringstijd elke laag van de e-mailstack. De Outlook-desktopclient, Outlook op het web en mobiele apps tonen allemaal de migratiedatum in de ontvangstkolom. De zoekservice van Exchange Online indexeert het migratietijdstempel, waardoor datumbereikqueries in Outlook en OWA onjuiste resultaten opleveren.
Voor beheerders gebruiken Exchange Online Management Shell-opdrachten zoals Get-MessageTrace en Search-Mailbox de leveringstijdeigenschap, die nu de migratiedatum weerspiegelt. Mailboxauditing, journaalregels en transportregels die verwijzen naar berichtdatums werken allemaal met de beschadigde tijdstempels. Organisaties die vertrouwen op de native compliance-functies van Exchange Online (In-Place Hold, Retention Tags) ontdekken dat deze beleidsregels worden toegepast op basis van de verkeerde datum, waardoor berichten mogelijk op onjuiste intervallen worden bewaard of verwijderd.
Veelgestelde vragen
Is dit anders dan het Microsoft 365-datumprobleem?
Exchange Online is de backend-service die Microsoft 365-mailboxen aandrijft. De hoofdoorzaak is dezelfde: BitTitan voegt een Received-header toe tijdens migratie die de weergegeven datum overschrijft. Het corrigeren in Exchange Online herstelt de datum in alle Microsoft 365-applicaties.
Kunnen Exchange Online-beheerders dit oplossen met PowerShell?
PowerShell kan de Received-headers of INTERNALDATE van bestaande berichten in Exchange Online niet wijzigen. De enige manier om de datums te corrigeren is door de gecorrigeerde berichten opnieuw in te voegen, wat precies is wat Redate.io op schaal automatiseert.
Ondersteunt Redate.io hybride Exchange Online-omgevingen?
Ja. Redate.io verbindt rechtstreeks met Exchange Online-mailboxen. Of de organisatie nu een hybride Exchange-configuratie heeft of volledig in de cloud zit, Redate.io kan de datumbeschadiging herstellen op elke mailbox die toegankelijk is via IMAP of Exchange-protocollen.