GSMMO pokvarilo datume mejlova? Kako ih ispraviti

GSMMO i problem sa datumima na koji vas niko ne upozorava

Google Workspace Migration for Microsoft Outlook (GSMMO) je desktop alat koji Google obezbeđuje za migraciju PST fajlova, Outlook profila i lokalnih arhiva e-pošte u Gmail. Besplatan je, zvanično podržan, i to je putanja migracije koju Google preporučuje kada prebacujete mali tim ili nekoliko pojedinačnih poštanskih sandučića sa Outlook-a na Google Workspace.

Alat radi. Mejlovi stižu u Gmail, struktura fascikli se mapira u oznake, kontakti prolaze. Ali otvorite Gmail posle toga i sortirajte po datumu. Svaki mejl prikazuje današnji datum. Onaj predlog koji ste poslali u januaru 2021? April 2026. Faktura od računovođe iz marta 2023? Takođe april 2026.

GSMMO vas ne upozorava da će se ovo desiti. Log migracije prikazuje uspeh za svaku poruku. Google-ova sopstvena dokumentacija to ne pominje kao poznato ograničenje. Otkrivate to tek kada neko pretraži stari mejl po rasponu datuma i dobije nula rezultata.

Kako GSMMO zapravo otprema vašu e-poštu

GSMMO čita poruke iz PST fajla (ili direktno iz Outlook profila) i otprema ih u Gmail kroz Gmail API (Google-ove sopstvene napomene o verziji alata to potvrđuju). Tu nastaje problem sa datumima, i vredi razumeti mehaniku jer objašnjava zašto popravka nije tako jednostavna kao "samo ponovo importujte".

Kada GSMMO otpremi poruku kroz Gmail API, Gmail dodaje novo Received: zaglavlje datirano trenutkom otpremanja. A kada originalni datum nije prosleđen zajedno sa porukom, INTERNALDATE, vremenski pečat koji Gmail interno koristi za sortiranje i prikaz, se postavlja na trenutak otpremanja umesto na originalni datum slanja.

Ovako 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 to originalno Date: zaglavlje iz septembra 2019? I dalje je tu, netaknuto. GSMMO ne modifikuje telo poruke niti originalna zaglavlja. Ali Gmail ga ignoriše za potrebe prikaza i koristi INTERNALDATE umesto toga, koji sada pokazuje april 2026.

GSMMO naspram alata za migraciju na strani administratora

Tu često počinje konfuzija. Google ima više alata za migraciju, i ne ponašaju se svi na isti način.

GSMMO (desktop aplikacija) radi na korisnikovom računaru. Čita iz Outlook-a ili PST fajla i otprema mejlove kroz Gmail API. Korisniku je potreban Google Workspace nalog i GSMMO dodatak instaliran u Outlook-u. To je alat na klijentskoj strani.

Google Workspace Migration Service (alat u administratorskoj konzoli) je serverski. Administrator ga konfiguriše u Google Admin konzoli, usmeri ka Exchange serveru ili drugom Google Workspace nalogu (organizaciji), i migracija se izvršava u Google-ovoj infrastrukturi. Ovaj alat ima nešto bolje upravljanje datumima u nekim konfiguracijama jer može da postavi INTERNALDATE na osnovu metapodataka izvora. Ali "nešto bolje" ne znači "pouzdano", i mnogi administratori prijavljuju isti problem sa datumima i sa ovim alatom.

Suštinska razlika? Kod GSMMO-a ne postoji inteligencija na serverskoj strani koja donosi odluke o očuvanju datuma. Svaka poruka koju otpremi dobija isti tretman, bilo da je svež mejl ili arhivirana poruka stara 10 godina: Received: zaglavlje datirano danom otpremanja. Tačka.

Zašto očuvanje datuma u GSMMO ne funkcioniše

Ako ste pogledali podešavanja GSMMO-a, možda ste primetili da zapravo ne postoji opcija "sačuvaj datume". To nije propust. GSMMO se oslanja na to kako Gmail obrađuje poruke otpremljene kroz svoj API, i ne može to da nadjača.

Evo tehničkog lanca događaja:

1. GSMMO čita poruku iz PST fajla, uključujući njene originalne vremenske pečate
2. GSMMO otprema podatke poruke kroz Gmail API
3. Gmail prima otpremanje i smešta poruku u poštansko sanduče
4. Gmail dodaje novo Received: zaglavlje datirano trenutkom otpremanja (linija gmailapi.google.com iz primera iznad)
5. Kada originalni datum nije prosleđen, Gmail postavlja INTERNALDATE na vremenski pečat otpremanja
6. Poruka stiže u Gmail sa današnjim datumom

Koraci 4 i 5 su ključni. Gmail dodaje to zaglavlje svakoj poruci otpremljenoj kroz svoj API, šta god alat poslao, a GSMMO nema podešavanje kojim bi prosledio ili sačuvao originalni datum. Rezultat je da svi vaši istorijski mejlovi izgledaju kao da su stigli danas.

Neki administratori su probali da pokrenu GSMMO sa određenim podešavanjima Google Workspace-a uključenim ili da podese profil GSMMO-a. Ništa od toga ne utiče na ponašanje datuma. Received: zaglavlje se dodaje na Google-ovoj strani, i nikakvo podešavanje na klijentskoj strani to ne menja.

Specifični GSMMO scenariji koji kvare datume

Ne završava svaka GSMMO migracija haosom datuma, iako većina jeste. Evo gde je to bitno:

• PST fajl u Gmail: Datumi se kvare. Ovo je najčešći slučaj upotrebe GSMMO-a i najpogođeniji.
• Outlook profil u Gmail: Datumi se kvare. Isto otpremanje kroz Gmail API kao kod PST importa.
• Exchange Online (Microsoft 365) u Gmail preko GSMMO-a: Datumi se kvare. GSMMO čita sa Exchange servera i otprema kroz Gmail API.
• Lokalni Exchange u Gmail preko GSMMO-a: Datumi se kvare. Isti mehanizam.
• Gmail u Gmail (ponovni import PST izvoza): Datumi se kvare. Čak i ako su originalni mejlovi imali ispravne datume u PST-u, ponovni import ih pečatira svežim datumom.

Obrazac je jasan. Svaka poruka otpremljena kroz Gmail API dobija Received: zaglavlje datirano danom otpremanja. GSMMO uvek koristi ovu putanju.

Ono što ovo posebno frustrira je da izveštaj o GSMMO migraciji prikazuje sve kao uspešno. Nema upozorenja o datumima, nema grešaka, nema oznaka. Morali biste ručno da upoređujete vremenske pečate pre i posle migracije da biste to primetili, i većina administratora to ne radi dok se korisnik ne požali.

Uticaj koji prevazilazi sortiranje

Pogrešni datumi nakon GSMMO migracije stvaraju stvarne probleme koji prevazilaze neuredno poštansko sanduče.

Zamislite da ste računovođa koji je upravo prešao na Google Workspace. Treba da pronađete svu klijentsku korespondenciju iz trećeg kvartala 2024. za poresku prijavu. Pretražite Gmail po rasponu datuma: jul do septembar 2024. Nula rezultata. Svaki mejl iz tog perioda sada prikazuje datum migracije, tako da Gmail-ov filter po datumu ne može da ih pronađe. Ostajete zaglavljeni u premotavanju kroz hiljade poruka ili u pretrazi po ključnim rečima, u nadi da ćete se setiti pravih termina.

Za regulisane industrije, ovo je gore od neugodnog. Vremenski pečati mejlova služe kao pravni dokaz. Finansijski savetnik koji treba da dokaže da je poslao obaveštenje pre datuma transakcije ne može to da uradi kada mejl prikazuje april 2026. umesto februar 2023. Revizije usklađenosti prema SOX ili HIPAA se oslanjaju na tačne vremenske pečate komunikacija, a pogrešni datumi znače neuspele revizije.

A onda postoji problem sa nitima (thread-ovima). Gmail grupiše konverzacije po datumu i temi. Kada svaka poruka u niti prikazuje isti datum, prikaz konverzacije postaje zbrkan. Odgovori se prikazuju pre originalne poruke. Cela struktura niti se raspada u gomilu identično datiranih mejlova.

Ispravljanje GSMMO datuma sa Redate.io

Dobra vest: to originalno Date: zaglavlje je i dalje netaknuto unutar svakog migriranog mejla. GSMMO ne modifikuje sadržaj poruke. Ispravan datum je tu, samo ga Gmail ignoriše u logici prikaza jer INTERNALDATE i gornje Received zaglavlje pokazuju na datum migracije.

Redate.io se povezuje sa poštanskim sandučetom Google Workspace-a, skenira mejlove pogođene GSMMO migracijom i ispravlja metapodatke datuma koristeći vlasnički motor za analizu lanca zaglavlja i rekonstrukciju datuma. Redate ne mora da zna koji alat je izvršio migraciju: pronalazi mejlove čiji prikazani datum ne odgovara njihovom originalnom datumu i ispravlja ih bez izmene sadržaja poruke, priloga ili niti.

Svaki ispravljeni mejl prolazi individualnu verifikaciju: integritet poruke, očuvanje priloga, mapiranje oznaka i konzistentnost niti. Originali ostaju u vidljivoj rezervnoj fascikli Redate.io - Originals u vašem poštanskom sandučetu, sve dok ih sami ne obrišete.

Da li biste ovo mogli sami da ispravite skriptom? Razumeti problem je jedna stvar. Ispraviti 12.000 mejlova bez kvarenja S/MIME potpisa, kvarenja ugnežđenih MIME delova ili izobličenja RFC 2047 kodiranih zaglavlja u produkcijskom poštanskom sandučetu je nešto sasvim drugo. Kako biste postupili sa mejlom koji ima prilog od 38 MB i neispravnu MIME granicu koju je GSMMO uvezao, ali jedva zadržao na okupu? Kako biste proverili da je baš svaka poruka stigla cela? Skripta koja radi na 20 testnih poruka u laboratoriji neće opstati na stvarnom poštanskom sandučetu sa 8 godina korespondencije.

Vodiči za specifične platforme za GSMMO

Pošto GSMMO migrira specifično na Google Workspace, popravka se dešava na nivou Gmail-a. Ali pogođeni mejlovi su vidljivi preko svakog klijenta povezanog na taj Gmail nalog:

• Ispravite GSMMO datume migracije u Gmail-u
• Ispravite GSMMO datume migracije u Outlook-u (povezanom na Google Workspace)
• Ispravite GSMMO datume migracije u Apple Mail-u

Već ste migrirali pre nekoliko meseci? Originalno zaglavlje Date ne opada tokom vremena. Redate.io može ispraviti mejlove pogođene GSMMO-om bilo da se migracija desila prošle nedelje ili pre tri godine.

GSMMO migracija je ostavila vaše mejlove sa pogrešnim datumima? Pokrenite besplatno skeniranje da vidite tačan broj pogođenih mejlova i cenu popravke, pre nego što se na bilo šta obavežete.