GSMMO sugadino el. laiškų datas? Kaip jas pataisyti

4 min

GSMMO ir datų problema, apie kurią niekas neįspėja

Google Workspace Migration for Microsoft Outlook (GSMMO) yra darbalaukio įrankis, kurį Google teikia PST failų, Outlook profilių ir vietinių el. pašto archyvų perkėlimui į Gmail. Jis nemokamas, oficialiai palaikomas ir tai yra perkėlimo kelias, kurį Google rekomenduoja perkeliant nedidelę komandą ar keletą atskirų pašto dėžučių iš Outlook į Google Workspace.

Įrankis veikia. El. laiškai pasiekia Gmail, aplankų struktūra susiejama su žymėmis, kontaktai perkeliami. Bet atidarykite Gmail po to ir rūšiuokite pagal datą. Kiekvienas el. laiškas rodo šiandienos datą. Tas pasiūlymas, kurį išsiuntėte sausį 2021? Balandis 2026. Sąskaita nuo buhalterio iš 2023 kovo? Irgi balandis 2026.

GSMMO neįspėja, kad taip atsitiks. Perkėlimo žurnalas rodo sėkmę kiekvienam pranešimui. Paties Google dokumentacija to nemini kaip žinomos ribos. Sužinote tik tada, kai kas nors ieško seno el. laiško pagal datų intervalą ir gauna nulį rezultatų.

Kaip GSMMO iš tikrųjų įkelia jūsų el. paštą

GSMMO skaito pranešimus iš PST failo (arba tiesiogiai iš Outlook profilio) ir įkelia juos į Gmail per Google IMAP šliuzą. Čia atsiranda datų problema.

Kai GSMMO įkelia pranešimą, Gmail IMAP šliuzas jį traktuoja kaip naujai gautą el. laišką. Gmail uždeda šviežią Received: antraštę su dabartiniu laiko žymu. INTERNALDATE, laiko žyma, kurią Gmail viduje naudoja rūšiavimui ir rodymui, nustatoma į įkėlimo momentą, o ne į originalią siuntimo datą.

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

Matote tą originalią Date: antraštę iš 2019 rugsėjo? Ji vis dar ten, nepaliesta. GSMMO nekeičia pranešimo turinio ar originalių antraščių. Bet Gmail ją ignoruoja rodymo tikslais ir vietoj to naudoja INTERNALDATE, kuris dabar sako balandis 2026.

GSMMO prieš administratoriaus pusės perkėlimo įrankius

Čia dažnai prasideda painiava. Google turi kelis perkėlimo įrankius ir jie ne visi elgiasi vienodai.

GSMMO (darbalaukio programa) veikia vartotojo kompiuteryje. Skaito iš Outlook arba PST failo ir siunčia el. laiškus per Google IMAP sąsają. Tai kliento pusės įrankis, o tai reiškia, kad Google serveriai mato gaunamus pranešimus, ne perkeliamus pranešimus.

Google Workspace Migration Service (administratoriaus konsolės įrankis) yra serverio pusės. Administratorius jį konfigūruoja Google Admin Console, nukreipia į Exchange serverį ar kitą Google Workspace nuomininką, ir perkėlimas vyksta Google infrastruktūroje. Šis įrankis kai kuriose konfigūracijose turi šiek tiek geresnį datų tvarkymą. Bet "šiek tiek geresnis" nereiškia "patikimas".

Kodėl GSMMO datų išsaugojimas neveikia

Jei peržvelgėte GSMMO nustatymus, galbūt pastebėjote, kad iš tikrųjų nėra parinkties "išsaugoti datas". Tai ne praleidimas. GSMMO remiasi Gmail IMAP šliuzo elgsena datų tvarkymui ir negali jos pakeisti.

  1. GSMMO nuskaito pranešimą iš PST failo, įskaitant jo originalius laiko žymus
  2. GSMMO prisijungia prie Gmail per IMAP ir išleidžia APPEND komandą su pranešimo duomenimis
  3. Gmail IMAP šliuzas priima APPEND ir apdoroja jį per vidinį transporto konvejerį
  4. Transporto konvejeris uždeda naują Received: antraštę su dabartine data
  5. Gmail nustato INTERNALDATE į įkėlimo laiko žymą
  6. Pranešimas patenka į Gmail su šiandienos data

Specifiniai GSMMO scenarijai, kurie sugadina datas

  • PST failas į Gmail: Datos sugenda. Dažniausias GSMMO naudojimo atvejis ir labiausiai paveiktas.
  • Outlook profilis į Gmail: Datos sugenda. Tokia pati IMAP šliuzo elgsena.
  • Exchange Online (Microsoft 365) į Gmail per GSMMO: Datos sugenda.
  • Vietinis Exchange į Gmail per GSMMO: Datos sugenda.
  • Gmail į Gmail (pakartotinis PST eksporto importas): Datos sugenda.

Poveikis, viršijantis rūšiavimą

Neteisingos datos po GSMMO perkėlimo sukuria realias problemas, kurios viršija netvarkingą pašto dėžutę.

Įsivaizduokite, kad esate buhalteris, kuris ką tik perėjo prie Google Workspace. Reikia rasti visą klientų korespondenciją iš Q3 2024 mokesčių deklaracijai. Ieškote Gmail pagal datų intervalą: liepa-rugsėjis 2024. Nulis rezultatų. Kiekvienas el. laiškas iš to laikotarpio dabar rodo perkėlimo datą.

GSMMO datų taisymas su Redate.io

Gera žinia: ta originali Date: antraštė vis dar nepaliesta kiekviename perkeltame el. laiške. GSMMO nekeičia pranešimo turinio. Teisinga data ten yra, Gmail ją tiesiog ignoruoja rodymo logikai.

Redate.io prisijungia prie Google Workspace pašto dėžutės, nuskaito el. laiškus, paveiktus GSMMO perkėlimo, ir ištaiso datų metaduomenis naudodamas nuosavą antraščių grandinės analizės ir datų rekonstrukcijos variklį. Korekcija identifikuoja GSMMO specifinius modelius Received antraščių grandinėje ir atlieka tikslinę metaduomenų korekciją nekeisdama pranešimo turinio, priedų ar gijų.

Kiekvienas ištaisytas el. laiškas praeina individualią patikrą. Originalai saugomi matomame Redate.io - Originals atsarginių kopijų aplanke 30 dienų.

Konkrečių platformų vadovai GSMMO

Jau perkėlėte prieš mėnesius? Originali Date antraštė nepasensta. Redate.io gali ištaisyti GSMMO paveiktus el. laiškus, nesvarbu, ar perkėlimas įvyko praeitą savaitę, ar prieš trejus metus.

GSMMO perkėlimas paliko jūsų el. laiškus su neteisingomis datomis? Paleiskite nemokamą nuskaitymą, kad pamatytumėte tikslų paveiktų el. laiškų skaičių ir kainą, prieš įsipareigodami.

Susiję straipsniai