GSMMO pokazilo datum e-mailů? Jak je opravit

GSMMO a problém s datem, na který Vás nikdo neupozorní

Google Workspace Migration for Microsoft Outlook (GSMMO) je desktopový nástroj, který Google poskytuje pro migraci PST souborů, Outlook profilů a lokálních e-mailových archivů do Gmailu. Je zdarma, je oficiálně podporovaný a je to migrační cesta, kterou Google doporučuje, když přesouváte malý tým nebo několik jednotlivých poštovních schránek z Outlooku do Google Workspace.

Nástroj funguje. E-maily dorazí do Gmailu, struktura složek se mapuje na štítky, kontakty se přenesou. Ale otevřete Gmail a seřaďte podle data. Každý e-mail zobrazuje dnešní datum. Ten návrh, který jste odeslali v lednu 2021? Duben 2026. Faktura od Vašeho účetního z března 2023? Také duben 2026.

GSMMO Vás na to nijak neupozorní. Migrační protokol ukazuje úspěch u každé zprávy. Vlastní dokumentace Google to jako známé omezení nezmiňuje. Zjistíte to až tehdy, když někdo vyhledá starý e-mail podle rozsahu dat a dostane nulu výsledků.

Jak GSMMO skutečně nahrává Vaše e-maily

GSMMO čte zprávy z PST souboru (nebo přímo z profilu Outlooku) a nahrává je do Gmailu přes Gmail API (tak to uvádějí samotné poznámky k verzi Google k tomuto nástroji). Tady problém s datem vzniká, a stojí za to pochopit mechanismus, protože vysvětluje, proč oprava není tak jednoduchá jako "prostě to znovu importovat".

Když GSMMO nahraje zprávu přes Gmail API, Gmail přidá novou hlavičku Received: datovanou okamžikem nahrání. A když se původní datum nepředá se zprávou, INTERNALDATE, což je časové razítko, které Gmail interně používá pro řazení a zobrazení, se nastaví na okamžik nahrání, ne na původní datum odeslání.

Takto vypadá řetězec hlaviček po migraci 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 tu původní hlavičku Date: ze září 2019? Je stále tam, nedotčená. GSMMO neupravuje tělo zprávy ani původní hlavičky. Ale Gmail ji pro zobrazení ignoruje a používá místo ní INTERNALDATE, které nyní říká duben 2026.

GSMMO vs. migrační nástroje na straně administrátora

Tady často začíná zmatek. Google má více migračních nástrojů a ne všechny se chovají stejně.

GSMMO (desktopová aplikace) běží na počítači uživatele. Čte data z Outlooku nebo z PST souboru a nahrává e-maily přes Gmail API. Uživatel potřebuje účet Google Workspace a doplněk GSMMO nainstalovaný v Outlooku. Je to nástroj na straně klienta.

Google Workspace Migration Service (nástroj v administrátorské konzoli) běží na straně serveru. Administrátor jej nastaví v Google Admin Console, namíří na server Exchange nebo na jiného tenanta Google Workspace, a migrace proběhne v infrastruktuře Google. Tento nástroj má v některých konfiguracích o něco lepší zacházení s datem, protože může nastavit INTERNALDATE podle metadat zdroje. Ale "o něco lepší" neznamená "spolehlivé", a mnoho administrátorů hlásí stejný problém s datem i u tohoto nástroje.

Jaký je klíčový rozdíl? U GSMMO neexistuje žádná inteligence na straně serveru, která by rozhodovala o zachování data. Každá zpráva, kterou nahraje, dostane stejné zacházení, ať jde o čerstvý e-mail nebo o desetiletou archivovanou zprávu: hlavičku Received: datovanou dnem nahrání. Konec.

Proč zachování data u GSMMO nefunguje

Pokud jste se podívali do nastavení GSMMO, možná jste si všimli, že tam ve skutečnosti není žádná možnost "zachovat datum". Není to opomenutí. GSMMO se spoléhá na to, jak Gmail zachází se zprávami nahranými přes jeho API, a nemůže to přepsat.

Tady je technický sled událostí:

1. GSMMO přečte zprávu z PST souboru, včetně jejích původních časových razítek
2. GSMMO nahraje data zprávy přes Gmail API
3. Gmail přijme nahrávku a uloží zprávu do poštovní schránky
4. Gmail přidá novou hlavičku Received: datovanou okamžikem nahrání (v příkladu výše řádek gmailapi.google.com)
5. Když se původní datum nepředá, Gmail nastaví INTERNALDATE na časové razítko nahrání
6. Zpráva se v Gmailu objeví s dnešním datem

Kroky 4 a 5 jsou ty klíčové. Gmail přidává tuto hlavičku ke každé zprávě nahrané přes jeho API, ať nástroj předá cokoli, a GSMMO nemá žádné nastavení, kterým by předal nebo zachoval původní datum. Výsledkem je, že všechny Vaše starší e-maily vypadají, jako by dorazily dnes.

Někteří administrátoři zkoušeli spustit GSMMO se specifickými nastaveními Google Workspace nebo upravit profilová nastavení GSMMO. Nic z toho chování data neovlivňuje. Hlavička Received: se přidává na straně Google, a žádná konfigurace na straně klienta to nezmění.

Konkrétní scénáře GSMMO, které kazí datum

Ne každá migrace GSMMO skončí chaosem v datech, i když většina ano. Zde jsou situace, kde na tom záleží:

• PST soubor do Gmailu: Datum se rozbije. Toto je nejběžnější způsob použití GSMMO a nejvíce postižený.
• Profil Outlooku do Gmailu: Datum se rozbije. Stejné nahrávání přes Gmail API jako u importu PST.
• Exchange Online (Microsoft 365) do Gmailu přes GSMMO: Datum se rozbije. GSMMO čte ze serveru Exchange a nahrává přes Gmail API.
• Lokální Exchange do Gmailu přes GSMMO: Datum se rozbije. Stejný mechanismus.
• Gmail do Gmailu (opětovný import exportu PST): Datum se rozbije. I když měly původní e-maily v PST souboru správné datum, opětovný import je oznámkuje novým časem.

Vzorec je jasný. Každá zpráva nahraná přes Gmail API dostane hlavičku Received: datovanou dnem nahrání. GSMMO vždy používá tuto cestu.

Co je na tom obzvlášť frustrující, je to, že zpráva o migraci GSMMO ukazuje vše jako úspěšné. Žádná upozornění na datum, žádné chyby, žádné příznaky. Museli byste ručně porovnat časová razítka před migrací a po ní, abyste to zjistili, a většina administrátorů to nedělá, dokud si nějaký uživatel nestěžuje.

Dopad sahá dál než k řazení

Špatné datum po migraci GSMMO vytváří reálné problémy, které přesahují neuspořádanou schránku.

Představte si, že jste účetní, který právě přešel na Google Workspace. Potřebujete najít veškerou komunikaci s klienty za třetí čtvrtletí 2024 pro daňové přiznání. Vyhledáte v Gmailu podle rozsahu dat: červenec až září 2024. Nula výsledků. Každý e-mail z tohoto období nyní ukazuje datum migrace, takže filtr data v Gmailu je nenajde. Zůstane Vám procházet tisíce zpráv nebo hledat podle klíčových slov a doufat, že si pamatujete správné výrazy.

Pro regulovaná odvětví je to horší než nepohodlné. Časová razítka e-mailů slouží jako právní důkaz. Finanční poradce, který potřebuje prokázat, že odeslal upozornění před datem transakce, to nemůže udělat, když e-mail ukazuje duben 2026 místo února 2023. Audity shody s SOX nebo HIPAA se opírají o přesná časová razítka komunikace a špatné datum znamená neúspěšné audity.

A pak je tu problém s vlákny. Gmail seskupuje konverzace podle data a předmětu. Když každá zpráva ve vlákně ukazuje stejné datum, zobrazení konverzace se rozhodí. Odpovědi se objeví před původní zprávou. Celá struktura vlákna se zhroutí do hromady e-mailů se stejným datem.

Jak Redate.io opravuje datum e-mailů po GSMMO

Dobrá zpráva: ta původní hlavička Date: je stále neporušená uvnitř každého migrovaného e-mailu. GSMMO neupravuje obsah zprávy. Správné datum tam je, jen ho ignoruje zobrazovací logika Gmailu, protože INTERNALDATE a horní hlavička Received ukazují na datum migrace.

Redate.io se připojí k poštovní schránce Google Workspace, zkontroluje e-maily postižené migrací GSMMO a opraví datum ve zprávě pomocí vlastního nástroje pro analýzu řetězce hlaviček a rekonstrukci data. Redate nepotřebuje vědět, který nástroj migraci provedl: najde e-maily, jejichž zobrazené datum neodpovídá jejich původnímu datu, a opraví je bez úpravy obsahu zprávy, příloh nebo vlákna.

U každého opraveného e-mailu se individuálně ověřuje integrita zprávy, zachování příloh, mapování štítků a konzistence vlákna. Originály zůstávají ve viditelné záložní složce Redate.io - Originals ve Vaší vlastní poštovní schránce, dokud je sami neodstraníte.

Mohli byste to opravit sami skriptem? Pochopit problém je jedna věc. Opravit 12 000 e-mailů bez porušení podpisů S/MIME, bez poškození vnořených částí MIME nebo bez zpackání hlaviček kódovaných podle RFC 2047 v celé produkční poštovní schránce, je něco úplně jiného. Jak zvládnete e-mail s 38 MB přílohou a poškozenou hranicí MIME, kterou GSMMO importoval, ale sotva udržel v jednom kuse? Jak ověříte, že každá jednotlivá zpráva prošla bez poškození? Skript, který funguje na 20 testovacích zprávách v laboratoři, nepřežije skutečnou poštovní schránku s 8 lety korespondence.

Průvodci podle platforem pro GSMMO

Protože GSMMO migruje konkrétně do Google Workspace, oprava probíhá na úrovni Gmailu. Ale postižené e-maily jsou vidět v každém klientovi připojeném k tomuto účtu Gmail:

• Jak opravit datum e-mailů po GSMMO v Gmailu
• Jak opravit datum e-mailů po GSMMO v Outlooku (připojeném ke Google Workspace)
• Jak opravit datum e-mailů po GSMMO v Apple Mail

Migrovali jste už před měsíci? Původní hlavička Date časem nedegraduje. Redate.io může opravit e-maily postižené GSMMO bez ohledu na to, zda migrace proběhla minulý týden nebo před třemi lety.

Migrace GSMMO zanechala Vaše e-maily se špatným datem? Spusťte bezplatnou kontrolu a zjistěte přesný počet postižených e-mailů a cenu opravy, ještě než se k čemukoli zavážete.