GSMMO aendrade dina e-postdatum? Saa fixar du det

GSMMO och datumproblemet ingen varnar foer

Google Workspace Migration for Microsoft Outlook (GSMMO) aer skrivbordsverktyget som Google tillhandahaaller foer att migrera PST-filer, Outlook-profiler och lokala e-postarkiv till Gmail. Det aer gratis, officiellt stoett och den migreringsvaeg Google rekommenderar naer du flyttar ett litet team eller naagra enskilda brevlaador fraan Outlook till Google Workspace.

Verktyget fungerar. E-post anlaender i Gmail, mappstrukturen konverteras till etiketter, kontakter oeverfoers. Men oeppna Gmail efteraat och sortera efter datum. Varje e-postmeddelande visar dagens datum. Det foerslaget du skickade i januari 2021? April 2026. Fakturan fraan din revisor fraan mars 2023? Oeksaa april 2026.

GSMMO varnar inte foer att detta kommer att haenda. Migreringsloggen visar lyckat foer varje meddelande. Googles egen dokumentation naemner det inte som en kaend begraensning. Du upptaecker det foerst naer naagon soekar efter ett gammalt e-postmeddelande efter datumintervall och faar noll resultat.

Hur GSMMO faktiskt laddar upp din e-post

GSMMO laeser meddelanden fraan PST-filen (eller direkt fraan Outlook-profilen) och laddar upp dem till Gmail via Googles IMAP-gateway. Det aer haer datumproblemet uppstaar, och det aer vaert att foerstaa mekaniken eftersom det foerklarar varfoer loesningen inte aer saa enkel som "importera igen".

Naer GSMMO laddar upp ett meddelande behandlar Gmails IMAP-gateway det som ett nyanlaeant e-postmeddelande. Gmail staemplar meddelandet med en ny Received:-header som innehaaller aktuell tidstaempel. INTERNALDATE, tidstaempeln som Gmail anvaender internt foer sortering och visning, saetts till uppladdningstidpunkten istaellet foer det ursprungliga saendedatumet.

Saa haer ser headerkedjan ut efter en GSMMO-migrering:

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

Ser du den ursprungliga Date:-headern fraan september 2019? Den finns kvar, oroerd. GSMMO aendrar varken meddelandeinnehaallt eller ursprungliga headrar. Men Gmail ignorerar den foer visning och anvaender INTERNALDATE istaellet, som nu saaeger april 2026.

GSMMO vs. administratoerens migreringsverktyg

Haer boerjar foervirringen ofta. Google har flera migreringsverktyg, och de beter sig inte likadant.

GSMMO (skrivbordsappen) koers paa anvaendarens dator. Den laeser fraan Outlook eller en PST-fil och skickar e-post via Googles IMAP-graenssnitt. Anvaendaren behoever ett Google Workspace-konto och GSMMO-tillaegsmodulen installerad i Outlook. Det aer ett klientsideverktyg, vilket innerbaer att Googles servrar ser inkommande meddelanden, inte migrerade meddelanden.

Google Workspace Migration Service (administratoerskonsol-verktyget) aer serversidigt. En administratoer konfigurerar det i Google Admin-konsolen, pekar det mot en Exchange-server eller en annan Google Workspace-tenant, och migreringen koers i Googles infrastruktur. Detta verktyg hanterar datum naagot baettre i vissa konfigurationer eftersom det kan saetta INTERNALDATE baserat paa kaellmetadata. Men "naagot baettre" betyder inte "paalitligt", och maanga administratoerer rapporterar samma datumproblem aeven med detta verktyg.

Den avgoerandee skillnaden? Med GSMMO finns ingen serversideintelligens foer datumbevarande. IMAP-gatewayen behandlar varje uppladdat meddelande identiskt, oavsett om det aer ett frskt e-postmeddelande eller ett 10 aar gammalt arkiverat meddelande. Den staemplar dagens datum. Punkt.

Varfoer GSMMO:s datumbevarande inte fungerar

Om du har tittat paa GSMMO:s instaellningar kanske du maerkt att det inte finns naagot alternativ "bevara datum". Det aer inget foerbiseende. GSMMO foerlitar sig paa Gmails IMAP-gatewaybeaende foer datumhantering och kan inte aavsidosaetta det.

Den tekniska haendelsekedjan:

1. GSMMO laeser meddelandet fraan PST-filen, inklusive dess ursprungliga tidstaemplar
2. GSMMO ansluter till Gmail via IMAP och skickar ett APPEND-kommando med meddelandedata
3. Gmails IMAP-gateway tar emot APPEND och bearbetar det genom den interna transportpipelinen
4. Transportpipelinen laegger till en ny Received:-header med aktuellt datum
5. Gmail saetter INTERNALDATE till uppladdningstidstaempeln
6. Meddelandet landar i Gmail med dagens datum

Steg 3 aer det avgoerandee. Aeven om IMAP APPEND-protokollet tekniskt stoedjer instaellning av en anpassad INTERNALDATE, respekterar Gmails implementering det inte alltid, saerskilt via GSMMO-vaegen. Resultatet: alla dina historiska e-postmeddelanden ser ut att ha anlaent idag.

Vissa administratoerer har foersoekt koera GSMMO med specifika Google Workspace-instaellningar eller justerade GSMMO-profilparametrar. Inget av det paverkar datumbeteendet. Datumet staemplas serversidigt, och ingen klientsidekonfiguration aendrar det.

GSMMO-scenarier som foerstoer datum

Inte varje GSMMO-migrering slutar i datumkaos, men de flesta goer det. Haer aer de drabbade fallen:

• PST-fil till Gmail: Datum foerstoers. Detta aer det vanligaste GSMMO-anvaendningsfallet och det mest drabbade.
• Outlook-profil till Gmail: Datum foerstoers. Samma IMAP-gatewaybeaende som vid PST-import.
• Exchange Online (Microsoft 365) till Gmail via GSMMO: Datum foerstoers. GSMMO laeser fraan Exchange-servern och laddar upp via Gmails IMAP-gateway.
• Lokal Exchange till Gmail via GSMMO: Datum foerstoers. Samma mekanism.
• Gmail till Gmail (aterimport av PST-export): Datum foerstoers. Aeven om de ursprungliga e-postmeddelandena hade korrekta datum i PST:n, staemplas de om vid aterimport.

Moenstret aer tydligt. Varje vaeg som gaar via Gmails IMAP-gateway under uppladdning skriver oever datumen. GSMMO anvaender alltid denna vaeg.

Det som goer det saerskilt frustrerande aer att GSMMO-migreringsrapporten visar allt som lyckat. Inga varningar om datum, inga fel, inga flaggor. Man skulle behoeva jaemfoera tidstaemplar foere och efter migreringen manuellt foer att upptaecka det, och de flesta administratoerer goer inte det foerraen en anvaendare klagar.

Konsekvenserna straecker sig laangt bortom sortering

Felaktiga datum efter en GSMMO-migrering skapar verkliga problem som gaar bortom en rorig inkorg.

Taenk dig att du aer revisor och just har migrerat till Google Workspace. Du behoever hitta all klientkorrespondens fraan Q3 2024 foer en skattedeklaration. Du soekar i Gmail efter datumintervall: juli till september 2024. Noll resultat. Varje e-postmeddelande fraan den perioden visar nu migreringsdatumet, saa Gmails datumfilter kan inte hitta dem. Du sitter fast och scrollar genom tusentals meddelanden eller soekar paa soekord och hoppas att du minns raett termer.

Foer reglerade branscher aer det vaerre aen irriterande. E-posttidstaemplar fungerar som juridiska bevis. En finansiell raadgivare som maste bevisa att en upplysning skickades foere ett transaktionsdatum kan inte goera det naer e-posten visar april 2026 istaellet foer februari 2023. Compliance-revisioner under GDPR foerlitar sig paa exakta kommunikationstidstaemplar, och felaktiga datum innerbaer underkaeanda revisioner.

Och saa finns threadingproblemet. Gmail grupperar konversationer efter datum och aemne. Naer varje meddelande i en traad visar samma datum blir konversationsvyn kaotisk. Svar visas foere det ursprungliga meddelandet. Hela traadstrukturen kollapsar till en hoegg av identiskt daterade e-postmeddelanden.

Fixa GSMMO-datum med Redate.io

De goda nyheterna: den ursprungliga Date:-headern aer fortfarande intakt i varje migrerat e-postmeddelande. GSMMO aendrar inte meddelandeinnehaallt. Det korrekta datumet finns daer, det ignoreras bara av Gmails visningslogik eftersom INTERNALDATE och den oeversta Received-headern pekar paa migreringsdatumet.

Redate.io ansluter till Google Workspace-brevlaadan, skannar efter e-postmeddelanden som drabbats av GSMMO-migreringen och korrigerar datummetadata via en proprietaer motor foer headerkedjeanalys och datumrekonstruktion. Korrektionen identifierar GSMMO-specifika moenster i Received-headerkedjan (signaturen gmailapi.google.com och lokala IMAP-gatewayidentifierare) och utfoer riktad metadatakorrigering utan att aendra meddelandeinnehaaall, bilagor eller threading.

Varje korrigerat e-postmeddelande genomgaar individuell verifiering: meddelandeintegritet, bevarande av bilagor, etikettmappning och traadkonsekvens. Original stannar i en synlig mapp Redate.io - Originals i 30 dagar.

Skulle du kunna fixa det sjaelv med ett skript? Att foerstaa problemet aer en sak. Att korrigera 12 000 e-postmeddelanden utan att bryta S/MIME-signaturer, skada naestlade MIME-delar eller foestroeaa RFC 2047-kodade headrar i en produktionsbrevlaada aer naagot helt annat. Hur hanterar du e-postmeddelandet med en 38 MB bilaga och en skadad MIME-graens som GSMMO importerade men knappt hoell ihop? Faktiskt, ett skript som fungerar paa 20 testmeddelanden i ett labb oeverlever inte en riktig brevlaada med 8 aars korrespondens.

Plattformsspecifika guider foer GSMMO

Eftersom GSMMO migrerar specifikt till Google Workspace sker korrigeringen paa Gmail-nivaa. Men de drabbade e-postmeddelandena aer synliga i varje klient som aer ansluten till det Gmail-kontot:

• Atgaerda GSMMO-migreringsdatum i Gmail
• Atgaerda GSMMO-migreringsdatum i Outlook (anslutet till Google Workspace)
• Atgaerda GSMMO-migreringsdatum i Apple Mail

Migrerade foer maanader sedan? Den ursprungliga Date-headern foersaemras inte oever tid. Redate.io kan fixa GSMMO-drabbade e-postmeddelanden oavsett om migreringen skedde foerra veckan eller foer tre aar sedan.

GSMMO-migrering laemnade din e-post med felaktiga datum? Koer en gratis skanning foer att se det exakta antalet drabbade e-postmeddelanden och kostnaden foer korrigering, innan du foerbinder dig.