GSMMO-migratiedatums in Outlook herstellen
Waarom GSMMO-migraties de verkeerde datum tonen in Outlook
GSMMO (Google Workspace Migration for Microsoft Outlook) is de officiële tool van Google voor het migreren van PST-bestanden en Outlook-profielen naar Google Workspace. GSMMO leest e-mails uit het lokale Outlook PST- of Exchange-profiel en uploadt ze naar het Google Workspace-account van de gebruiker via de Gmail API. Tijdens deze upload voorziet Gmail elk bericht van het huidige uploadtijdstempel als INTERNALDATE en voegt een Received-header toe die de migratiedatum weerspiegelt.
Wanneer gebruikers vervolgens Outlook opnieuw verbinden met hun Google Workspace-account via IMAP (of Google Workspace Sync for Outlook), leest Outlook de IMAP INTERNALDATE en de bovenste Received-header. Beide bevatten nu de migratiedatum. De e-mails die eerder juiste datums toonden in het lokale PST- of Exchange-profiel tonen nu de GSMMO-migratiedatum in de ontvangstkolom van Outlook.
GSMMO-migraties zijn bijzonder frustrerend omdat gebruikers de migratie vaak zelf initiëren, volgens de migratiegids van Google. Ze verwachten dat de migratie transparant is en hun e-mailgeschiedenis precies bewaart zoals het was. In plaats daarvan ontdekken ze na de migratie dat elke e-mail in hun mailbox nu de datum toont waarop ze GSMMO hebben uitgevoerd. Het zelfbedieningskarakter van GSMMO betekent dat het probleem vaak individuele gebruikers treft die de technische expertise missen om het probleem te diagnosticeren of op te lossen.
Hoe dit Outlook beïnvloedt
Gebruikers die van Outlook (PST of Exchange) naar Google Workspace zijn gemigreerd met GSMMO en vervolgens Outlook via IMAP opnieuw hebben verbonden met het Google Workspace-account, ervaren een dubbele teleurstelling. Hun zorgvuldig georganiseerde, op datum gesorteerde mailbox in Outlook toont nu elke e-mail als ontvangen op de GSMMO-migratiedatum. De chronologische volgorde waarop ze vertrouwden is volledig vernietigd.
De gespreksweergave van Outlook, die gerelateerde berichten per thread groepeert, blijft functioneren op basis van onderwerp en message-ID. De datum die naast elk bericht in het gesprek wordt weergegeven is echter onjuist, waardoor het moeilijk is om de tijdlijn van een gesprek te begrijpen. Agenda-uitnodigingen en vergaderreacties in de gemigreerde mailbox tonen de migratiedatum, wat verwarring kan veroorzaken bij het beoordelen van eerdere planningsbeslissingen. De Journaal- en Activiteitenfuncties van Outlook die verwijzen naar ontvangstdatums tonen ook onjuiste tijdlijnen.
Veelgestelde vragen
Hoort GSMMO e-maildatums te bewaren?
GSMMO bewaart de oorspronkelijke Date-header in de e-mailbody, maar kan niet voorkomen dat Gmail de INTERNALDATE instelt op het uploadtijdstempel. Wanneer Outlook via IMAP verbindt met het Google Workspace-account, leest het de INTERNALDATE, die de migratiedatum toont.
Ik heb mijn eigen mailbox gemigreerd met GSMMO. Kan ik het corrigeren zonder IT-hulp?
Ja. Redate.io is ontworpen voor zowel individuele gebruikers als beheerders. Individuele Google Workspace-gebruikers kunnen hun account verbinden, scannen op getroffen e-mails en de datums corrigeren zonder domeinbrede beheerrechten nodig te hebben.
Kan Redate.io GSMMO-datums corrigeren voor zowel Outlook als Gmail tegelijk?
Redate.io corrigeert de e-mail op serverniveau (in het Google Workspace-account). Zodra de INTERNALDATE en Received-headers zijn gecorrigeerd, is de correctie zichtbaar in Outlook, Gmail web, Apple Mail en elke andere client die verbonden is met het account.