GSMMO pokvarilo datume e-mailova? Kako ispraviti

GSMMO i problem s datumima o kojem Vas nitko ne upozorava

Google Workspace Migration for Microsoft Outlook (GSMMO) je desktop alat koji Google pruža za migraciju PST datoteka, Outlook profila i lokalnih arhiva e-poruka u Gmail. Besplatan je, službeno podržan, i to je put migracije koji Google preporučuje kada premještate mali tim ili nekoliko pojedinačnih poštanskih sandučića s Outlooka na Google Workspace.

Alat radi. E-poruke stižu u Gmail, struktura mapa preslikava se na oznake, kontakti prolaze. Ali otvorite Gmail nakon toga i sortirajte prema datumu. Svaka e-poruka pokazuje današnji datum. Ta ponuda koju ste poslali u siječnju 2021.? Travanj 2026. Račun od Vašeg računovođe iz ožujka 2023.? Također travanj 2026.

GSMMO Vas ne upozorava da će se to dogoditi. Dnevnik migracije pokazuje uspjeh za svaku poruku. Googleova vlastita dokumentacija ne spominje to kao poznato ograničenje. Otkrijete to samo kada netko pretraži staru e-poruku po rasponu datuma i dobije nula rezultata.

Kako GSMMO zapravo učitava Vaše e-poruke

GSMMO čita poruke iz PST datoteke (ili izravno iz Outlook profila) i učitava ih u Gmail putem Gmail API-ja (to potvrđuju Googleove vlastite bilješke o izdanju alata). Tu nastaje problem s datumima, i vrijedi razumjeti mehanizam jer on objašnjava zašto ispravak nije jednostavan kao "samo ponovno uvezite".

Kada GSMMO učita poruku putem Gmail API-ja, Gmail dodaje novo zaglavlje Received: datirano trenutkom učitavanja. A kada se izvorni datum ne prenese zajedno s porukom, INTERNALDATE, vremenska oznaka koju Gmail interno koristi za sortiranje i prikaz, postavlja se na trenutak učitavanja umjesto na izvorni datum slanja.

Tako izgleda lanac zaglavlja nakon GSMMO migracije:

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

Vidite li izvorno zaglavlje Date: iz rujna 2019.? Još je tu, netaknuto. GSMMO ne mijenja tijelo poruke ni izvorna zaglavlja. Ali Gmail ga zanemaruje u svrhu prikaza i umjesto toga koristi INTERNALDATE, koji sada pokazuje travanj 2026.

GSMMO naspram administratorskih alata za migraciju

Tu često počinje zabuna. Google ima više alata za migraciju, i svi se ne ponašaju jednako.

GSMMO (desktop aplikacija) radi na korisnikovom računalu. Čita iz Outlooka ili PST datoteke i učitava e-poruke putem Gmail API-ja. Korisniku je potreban Google Workspace račun i GSMMO dodatak instaliran u Outlooku. To je alat na strani klijenta.

Google Workspace Migration Service (alat u administratorskoj konzoli) radi na strani poslužitelja. Administrator ga konfigurira u Google Admin Console, usmjeri ga na Exchange poslužitelj ili drugi Google Workspace zakupac, a migracija se odvija u Googleovoj infrastrukturi. Ovaj alat ima nešto bolje rukovanje datumima u nekim konfiguracijama, jer može postaviti INTERNALDATE na temelju metapodataka izvora. Ali "nešto bolje" ne znači "pouzdano", i mnogi administratori prijavljuju isti problem s datumima i s ovim alatom.

Koja je ključna razlika? Kod GSMMO-a ne postoji inteligencija na strani poslužitelja koja odlučuje o očuvanju datuma. Svaka poruka koju učita dobiva isti postupak, bila to nova e-poruka ili arhivirana poruka stara 10 godina: zaglavlje Received: datirano danom učitavanja. Točka.

Zašto očuvanje datuma u GSMMO-u ne funkcionira

Ako ste pogledali postavke GSMMO-a, možda ste primijetili da zapravo ne postoji opcija "sačuvaj datume". To nije propust. GSMMO se oslanja na to kako Gmail postupa s porukama učitanim putem svog API-ja, i ne može to zaobići.

Ovo je tehnički slijed događaja:

1. GSMMO čita poruku iz PST datoteke, uključujući njezine izvorne vremenske oznake
2. GSMMO učitava podatke poruke putem Gmail API-ja
3. Gmail prima učitani sadržaj i pohranjuje poruku u poštanski sandučić
4. Gmail dodaje novo zaglavlje Received: datirano trenutkom učitavanja (redak gmailapi.google.com u prethodnom primjeru)
5. Kada se izvorni datum ne prenese, Gmail postavlja INTERNALDATE na vremensku oznaku učitavanja
6. Poruka završava u Gmailu s današnjim datumom

Koraci 4. i 5. su presudni. Gmail dodaje to zaglavlje svakoj poruci učitanoj putem svog API-ja, bez obzira na to što alat pošalje, a GSMMO nema postavku za prijenos ili čuvanje izvornog datuma. Rezultat je da sve Vaše povijesne e-poruke izgledaju kao da su stigle danas.

Neki administratori pokušali su pokrenuti GSMMO s određenim omogućenim postavkama Google Workspacea ili prilagoditi postavke GSMMO profila. Ništa od toga ne utječe na ponašanje datuma. Zaglavlje Received: dodaje se na Googleovoj strani, i nikakva postavka na strani klijenta to ne mijenja.

Konkretni GSMMO scenariji koji kvare datume

Ne svaka GSMMO migracija završava kaosom s datumima, iako većina njih završi. Evo gdje je to važno:

• PST datoteka u Gmail: Datumi se kvare. To je najčešći slučaj korištenja GSMMO-a i najviše pogođen.
• Outlook profil u Gmail: Datumi se kvare. Isto učitavanje putem Gmail API-ja kao i kod uvoza PST datoteke.
• Exchange Online (Microsoft 365) u Gmail putem GSMMO-a: Datumi se kvare. GSMMO čita s Exchange poslužitelja i učitava putem Gmail API-ja.
• Lokalni Exchange u Gmail putem GSMMO-a: Datumi se kvare. Isti mehanizam.
• Gmail u Gmail (ponovni uvoz izvezene PST datoteke): Datumi se kvare. Čak i ako su izvorne e-poruke u PST-u imale ispravne datume, ponovni uvoz ih iznova datira.

Uzorak je jasan. Svaka poruka učitana putem Gmail API-ja dobiva zaglavlje Received: datirano danom učitavanja. GSMMO uvijek koristi ovaj put.

Ono što ovo posebno frustrira je da izvještaj o GSMMO migraciji sve prikazuje kao uspješno. Nema upozorenja o datumima, nema pogrešaka, nema oznaka. Morali biste ručno usporediti vremenske oznake prije i poslije migracije da to primijetite, a većina administratora to ne radi dok se korisnik ne požali.

Utjecaj nadilazi sortiranje

Pogrešni datumi nakon GSMMO migracije stvaraju stvarne probleme koji nadilaze neuredan poštanski sandučić.

Zamislite da ste računovođa koji se upravo preselio na Google Workspace. Trebate pronaći svu korespondenciju s klijentima iz trećeg tromjesečja 2024. za poreznu prijavu. Pretražujete Gmail po rasponu datuma: srpanj do rujan 2024. Nula rezultata. Svaka e-poruka iz tog razdoblja sada pokazuje datum migracije, tako da je Gmailov filtar po datumu ne može pronaći. Zapeli ste u pregledavanju tisuća poruka ili pretraživanju po ključnoj riječi i nadanju da ćete se sjetiti pravih pojmova.

Za regulirane industrije, ovo je gore od nezgodnog. Vremenske oznake e-poruka služe kao pravni dokaz. Financijski savjetnik koji mora dokazati da je poslao obavijest prije datuma transakcije to ne može učiniti kada e-poruka pokazuje travanj 2026. umjesto veljače 2023. Revizije usklađenosti prema SOX-u ili HIPAA-i oslanjaju se na točne vremenske oznake komunikacije, a pogrešni datumi znače neuspjele revizije.

Zatim postoji problem s nizovima razgovora. Gmail grupira razgovore po datumu i temi. Kada svaka poruka u nizu pokazuje isti datum, prikaz razgovora postaje zbrkan. Odgovori se prikazuju prije izvorne poruke. Cijela struktura niza raspada se u hrpu e-poruka s identičnim datumima.

Ispravljanje GSMMO datuma pomoću Redate.io

Dobra vijest: izvorno zaglavlje Date: još je netaknuto unutar svake migrirane e-poruke. GSMMO ne mijenja sadržaj poruke. Ispravan datum je tu, samo ga Gmailova logika prikaza zanemaruje jer INTERNALDATE i gornje zaglavlje Received upućuju na datum migracije.

Redate.io povezuje se s Google Workspace poštanskim sandučićem, pronalazi e-poruke pogođene GSMMO migracijom i ispravlja metapodatke datuma pomoću vlastitog motora za analizu lanca zaglavlja i rekonstrukciju datuma. Redate ne treba znati koji je alat izvršio migraciju: pronalazi e-poruke čiji prikazani datum ne odgovara njihovom izvornom datumu, i ispravlja ih bez izmjene sadržaja poruke, privitaka ili nizova razgovora.

Svaka ispravljena e-poruka prolazi kroz pojedinačnu provjeru: cjelovitost poruke, očuvanje privitaka, mapiranje oznaka i dosljednost niza razgovora. Izvornici ostaju u vidljivoj sigurnosnoj mapi Redate.io - Originals Vašeg vlastitog poštanskog sandučića dok ih sami ne obrišete.

Biste li mogli sami ispraviti ovo skriptom? Razumjeti problem jedno je. Ispraviti 12.000 e-poruka bez oštećenja S/MIME potpisa, oštećenja ugniježđenih MIME dijelova ili unakaženja RFC 2047 kodiranih zaglavlja u produkcijskom poštanskom sandučiću potpuno je nešto drugo. Kako biste postupili s e-porukom koja ima privitak od 38 MB i oštećenu MIME granicu koju je GSMMO uvezao, ali jedva održao na okupu? Kako biste provjerili da je svaka pojedina poruka prošla neoštećena? Skripta koja radi na 20 testnih poruka u laboratoriju ne preživi stvaran poštanski sandučić s osam godina korespondencije.

Vodiči za ispravak po platformama za GSMMO

Kako GSMMO migrira posebno na Google Workspace, ispravak se odvija na razini Gmaila. Ali pogođene e-poruke vidljive su u svakom klijentu povezanom s tim Gmail računom:

• Ispravak datuma GSMMO migracije u Gmailu
• Ispravak datuma GSMMO migracije u Outlooku (povezanom s Google Workspaceom)
• Ispravak datuma GSMMO migracije u Apple Mailu

Migracija se dogodila prije nekoliko mjeseci? Izvorno zaglavlje Date ne slabi s vremenom. Redate.io može ispraviti e-poruke pogođene GSMMO-om, bilo da se migracija dogodila prošli tjedan ili prije tri godine.

GSMMO migracija ostavila je Vaše e-poruke s pogrešnim datumima? Provjerite besplatno koliko je e-poruka pogođeno i koliko bi ispravak koštao, prije nego što se na bilo što obvežete.