GSMMO poškodilo dátumy e-mailov? Ako ich opraviť

GSMMO a problém s dátumami, na ktorý vás nikto neupozorní

Google Workspace Migration for Microsoft Outlook (GSMMO) je desktopový nástroj, ktorý Google poskytuje na migráciu súborov PST, profilov Outlooku a lokálnych archívov e-mailov do Gmailu. Je bezplatný, oficiálne podporovaný, a je to migračná cesta, ktorú Google odporúča, keď presúvate malý tím alebo niekoľko jednotlivých poštových schránok z Outlooku do Google Workspace.

Nástroj funguje. E-maily dorazia do Gmailu, štruktúra priečinkov sa mapuje na štítky, kontakty prejdú tiež. Ale otvorte potom Gmail a zoraďte podľa dátumu. Každý e-mail zobrazuje dnešný dátum. Ten návrh, ktorý ste poslali v januári 2021? Apríl 2026. Faktúra od vášho účtovníka z marca 2023? Tiež apríl 2026.

GSMMO vás neupozorní, že sa to stane. Protokol migrácie zobrazuje úspech pri každej správe. Vlastná dokumentácia Google to nespomína ako známe obmedzenie. Zistíte to až vtedy, keď niekto vyhľadá starý e-mail podľa rozsahu dátumov a dostane nulu výsledkov.

Ako GSMMO skutočne nahráva vašu e-poštu

GSMMO číta správy zo súboru PST (alebo priamo z profilu Outlooku) a nahráva ich do Gmailu cez Gmail API (tvrdia to samotné poznámky k vydaniu tohto nástroja od Googlu). Tu vzniká problém s dátumami, a oplatí sa pochopiť mechaniku, pretože vysvetľuje, prečo oprava nie je taká jednoduchá ako "jednoducho znova naimportovať".

Keď GSMMO nahrá správu cez Gmail API, Gmail pridá novú hlavičku Received: datovanú okamihom nahratia. A keď sa pôvodný dátum neprenesie so správou, INTERNALDATE, časová pečiatka, ktorú Gmail interne používa na triedenie a zobrazovanie, sa nastaví na okamih nahratia, nie na pôvodný dátum odoslania.

Takto vyzerá reťazec hlavičiek po migrácii GSMMO:

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

Vidíte tú pôvodnú hlavičku Date: zo septembra 2019? Stále je tam, nedotknutá. GSMMO nemodifikuje telo správy ani pôvodné hlavičky. Ale Gmail ju na účely zobrazenia ignoruje a namiesto toho použije INTERNALDATE, ktorý teraz hovorí apríl 2026.

GSMMO vs. migračné nástroje na strane administrátora

Tu často začína zmätok. Google má viacero migračných nástrojov a nie všetky sa správajú rovnako.

GSMMO (desktopová aplikácia) beží na počítači používateľa. Číta z Outlooku alebo zo súboru PST a nahráva e-maily cez Gmail API. Používateľ potrebuje účet Google Workspace a doplnok GSMMO nainštalovaný v Outlooku. Je to nástroj na strane klienta.

Google Workspace Migration Service (nástroj v konzole správcu) je na strane servera. Správca ho nakonfiguruje v konzole Google Admin, nasmeruje na server Exchange alebo iný tenant Google Workspace, a migrácia beží v infraštruktúre Googlu. Tento nástroj má v niektorých konfiguráciách mierne lepšie spracovanie dátumov, pretože môže nastaviť INTERNALDATE na základe metadát zdroja. Ale "mierne lepšie" neznamená "spoľahlivé", a mnohí správcovia hlásia rovnaký problém s dátumami aj pri tomto nástroji.

Aký je ten hlavný rozdiel? Pri GSMMO neexistuje žiadna inteligencia na strane servera, ktorá by rozhodovala o zachovaní dátumu. Každá správa, ktorú nahraje, dostane rovnaké zaobchádzanie, či ide o čerstvý e-mail alebo o 10 rokov starú archivovanú správu: hlavičku Received: datovanú dňom nahratia. Bodka.

Prečo zachovanie dátumov v GSMMO nefunguje

Ak ste sa pozreli na nastavenia GSMMO, možno ste si všimli, že tam v skutočnosti nie je možnosť "zachovať dátumy". To nie je prehliadnutie. GSMMO sa spolieha na to, ako Gmail zaobchádza so správami nahranými cez svoje API, a nemôže to nijako obísť.

Tu je technický reťazec udalostí:

1. GSMMO prečíta správu zo súboru PST, vrátane jej pôvodných časových pečiatok
2. GSMMO nahrá dáta správy cez Gmail API
3. Gmail prijme nahratie a uloží správu do poštovej schránky
4. Gmail pridá novú hlavičku Received: datovanú okamihom nahratia (riadok gmailapi.google.com vo vyššie uvedenom príklade)
5. Keď sa pôvodný dátum neprenesie, Gmail nastaví INTERNALDATE na časovú pečiatku nahratia
6. Správa pristane v Gmaile s dnešným dátumom

Kroky 4 a 5 sú tie rozhodujúce. Gmail pridáva túto hlavičku ku každej správe nahratej cez svoje API, nech nástroj odošle čokoľvek, a GSMMO nemá žiadne nastavenie na prenesenie alebo zachovanie pôvodného dátumu. Výsledkom je, že všetky vaše historické e-maily vyzerajú, ako by dorazili dnes.

Niektorí správcovia sa pokúšali spustiť GSMMO so špecifickými nastaveniami Google Workspace alebo upravovať nastavenia profilu GSMMO. Nič z toho neovplyvňuje správanie dátumov. Hlavička Received: sa pridáva na strane Googlu, a žiadna konfigurácia na strane klienta to nezmení.

Konkrétne scenáre GSMMO, ktoré poškodia dátumy

Nie každá migrácia GSMMO skončí chaosom dátumov, hoci väčšina áno. Tu je, kde na tom záleží:

• Súbor PST do Gmailu: Dátumy sa poškodia. Toto je najčastejší prípad použitia GSMMO a najpostihnutejší.
• Profil Outlooku do Gmailu: Dátumy sa poškodia. Rovnaké nahrávanie cez Gmail API ako pri importe PST.
• Exchange Online (Microsoft 365) do Gmailu cez GSMMO: Dátumy sa poškodia. GSMMO číta zo servera Exchange a nahráva cez Gmail API.
• Lokálny Exchange do Gmailu cez GSMMO: Dátumy sa poškodia. Rovnaký mechanizmus.
• Gmail do Gmailu (opätovný import PST exportu): Dátumy sa poškodia. Aj keby pôvodné e-maily mali v súbore PST správne dátumy, opätovný import im vtlačí novú pečiatku.

Vzor je jasný. Každá správa nahratá cez Gmail API dostane hlavičku Received: datovanú dňom nahratia. GSMMO túto cestu používa vždy.

Čo robí toto obzvlášť frustrujúcim, je fakt, že správa o migrácii GSMMO zobrazuje všetko ako úspešné. Žiadne upozornenia na dátumy, žiadne chyby, žiadne príznaky. Museli by ste ručne porovnať časové pečiatky pred a po migrácii, aby ste to zachytili, a väčšina správcov to nerobí, kým si nesťažuje používateľ.

Dopad presahuje triedenie

Nesprávne dátumy po migrácii GSMMO vytvárajú skutočné problémy, ktoré presahujú neusporiadanú schránku.

Predstavte si, že ste účtovník, ktorý práve prešiel na Google Workspace. Potrebujete nájsť všetku klientsku korešpondenciu z tretieho kvartálu 2024 pre daňové priznanie. Vyhľadáte v Gmaile podľa rozsahu dátumov: júl až september 2024. Nula výsledkov. Každý e-mail z tohto obdobia teraz zobrazuje dátum migrácie, takže dátumový filter Gmailu ich nemôže nájsť. Zostávate zaseknutí v prehľadávaní tisícov správ alebo vyhľadávate podľa kľúčových slov a dúfate, že si spomenete na správne výrazy.

Pre regulované odvetvia je to horšie ako len nepohodlné. Časové pečiatky e-mailov slúžia ako právny dôkaz. Finančný poradca, ktorý potrebuje preukázať, že odoslal upozornenie pred dátumom transakcie, to nemôže, keď e-mail zobrazuje apríl 2026 namiesto februára 2023. Audity súladu podľa SOX alebo HIPAA sa spoliehajú na presné časové pečiatky komunikácie, a nesprávne dátumy znamenajú neúspešné audity.

A potom je tu problém vlákien. Gmail zoskupuje konverzácie podľa dátumu a predmetu. Keď každá správa vo vlákne zobrazuje ten istý dátum, zobrazenie konverzácie sa rozhádže. Odpovede sa zobrazujú pred pôvodnou správou. Celá štruktúra vlákna sa zrúti do kopy identicky datovaných e-mailov.

Oprava dátumov GSMMO pomocou Redate.io

Dobrá správa: tá pôvodná hlavička Date: je stále neporušená vo vnútri každého migrovaného e-mailu. GSMMO nemodifikuje obsah správy. Správny dátum tam je, len ho Gmail pri zobrazovaní ignoruje, pretože INTERNALDATE a najvrchnejšia hlavička Received ukazujú na dátum migrácie.

Redate.io sa pripojí k poštovej schránke Google Workspace, skenuje e-maily postihnuté migráciou GSMMO a opraví metadáta dátumu pomocou vlastného motora na analýzu reťazca hlavičiek a rekonštrukciu dátumov. Redate nepotrebuje vedieť, ktorý nástroj migráciu vykonal: nájde e-maily, ktorých zobrazený dátum nesúhlasí s ich pôvodným dátumom, a opraví ich bez zmeny obsahu správy, príloh alebo vlákien.

Každý opravený e-mail prechádza individuálnou kontrolou: integrita správy, zachovanie príloh, mapovanie štítkov a konzistencia vlákna. Originály zostávajú vo viditeľnom záložnom priečinku Redate.io - Originals vo vašej vlastnej poštovej schránke, kým ich sami neodstránite.

Mohli by ste to opraviť sami skriptom? Pochopiť problém je jedna vec. Opraviť 12 000 e-mailov bez toho, aby ste poškodili podpisy S/MIME, narušili vnorené časti MIME alebo pokazili hlavičky kódované podľa RFC 2047 v produkčnej poštovej schránke, je niečo úplne iné. Ako naložíte s e-mailom s prílohou veľkou 38 MB a poškodenou hranicou MIME, ktorý GSMMO naimportovalo a len tak-tak udržalo v jednom kuse? Ako overíte, že každá jedna správa prešla bez poškodenia? Skript, ktorý funguje na 20 testovacích správach v laboratóriu, neprežije skutočnú poštovú schránku s 8 rokmi korešpondencie.

Návody pre konkrétne platformy pri GSMMO

Keďže GSMMO migruje špecificky do Google Workspace, oprava sa deje na úrovni Gmailu. Ale postihnuté e-maily sú viditeľné vo všetkých klientoch pripojených k tomuto účtu Gmail:

• Opravte dátumy migrácie GSMMO v Gmaile
• Opravte dátumy migrácie GSMMO v Outlooku (pripojenom k Google Workspace)
• Opravte dátumy migrácie GSMMO v Apple Mail

Migrovali ste už pred mesiacmi? Pôvodná hlavička Date časom nedegraduje. Redate.io dokáže opraviť e-maily postihnuté GSMMO, či sa migrácia stala minulý týždeň, alebo pred tromi rokmi.

Migrácia GSMMO zanechala vaše e-maily s nesprávnymi dátumami? Spustite bezplatné skenovanie a zistite presný počet postihnutých e-mailov a cenu opravy, skôr než sa k čomukoľvek zaviažete.