Rett GSMMO-migreringsdatoer i Gmail
Hvorfor GSMMO-migreringer viser forkert dato i Gmail
GSMMO (Google Workspace Migration for Microsoft Outlook) uploader e-poster fra PST-filer eller Outlook-profiler direkte til Gmail via Gmail API. Selvom Gmail API teknisk støtter at sætte en brukerdefineret INTERNALDATE under meldingindsættelse, resulterer GSMMO's uploadproces i at Gmail registrerer uploadtidsstemplet som INTERNALDATE for de fleste meldinger. Den originale Date-header fra e-posten bevares, men INTERNALDATE overskrives.
I Gmail-webgrensesnittet er dette problem delvist skjult. Gmail web bruker Date-headeren fra e-post-brødteksten til sin visningsdato, så de fleste e-poster vises med den korrekte dato i browseren. Den IMAP INTERNALDATE gemt på serveren er dog forkert. Dette bliver synligt, når brukere åpner deres Gmail-konto via enhver IMAP-klient (Outlook, Thunderbird, Apple Mail) eller når tredjepartsværktøjer forespørger postkassen via IMAP.
GSMMO bruges typisk af slutbrukere der skifter fra Microsoft Outlook til Google Workspace. Disse brukere bemærker muligvis ikke INTERNALDATE-problemet straks, hvis de primært bruker Gmail-webgrensesnittet. Problemet dukker op uger eller måneder senere, når de installerer en IMAP-klient, opsætter et backupværktøj, eller når et compliance-team udfører en datobaseret søgning i postkassen via Google Vault eller IMAP-baseret arkiveringssoftware.
Hvordan dette påvirker Gmail
For Gmail-webbrukere er den visuelle virkning minimal, fordi Date-headeren vises korrekt. Den beskadigede INTERNALDATE påvirker dog flere ikke-indlysende områder. Gmails IMAP SEARCH DATE-kommando bruker INTERNALDATE, så ethvert IMAP-baseret værktøj eller klient der udfører datosøgninger mod postkassen får forkerte resultater. Backupværktøjer som MailStore, Veeam eller brukerdefinerede scripts der arkiverer Gmail via IMAP registrerer de forkerte datoer i deres backups.
Gmails sortering inden for labels ved adgang via IMAP bruker INTERNALDATE. Brukere der åpner deres Gmail-konto fra mobile IMAP-klienter eller desktop-e-postapplikasjoner ser et usorteret rod af e-poster alle dateret til migreringsdagen. Google Takeout-eksporter kan også referere til INTERNALDATE for filnavne eller metadata, hvilket potentielt skaber forvirrende arkiver. Den korrekte Date-header er inde i meldingen, men INTERNALDATE styrer hvordan eksterne værktøjer og IMAP-klienter opfatter meldingens tidslinje.
Ofte stilte spørsmål
Hvis Gmail web viser den korrekte dato, hvorfor skal jeg så rette INTERNALDATE?
INTERNALDATE påvirker IMAP-klienter, backupværktøjer, Google Vault-compliance-søgninger og enhver tredjepartsintegration der kobler via IMAP. Selvom Gmail-webvisningen er korrekt, er de underliggende data forkerte og kan forårsage problemer i backup-, compliance- og multiklientmiljøer.
Hvordan retter Redate.io GSMMO-datoer i Gmail?
Redate.io læser den originale Date-header fra hver e-post, fjerner GSMMO-migrerings-Received-headeren og genindsætter e-posten med den korrekte INTERNALDATE matchende den originale dato. Den originale e-post flyttes til et backup-label for sikkerhedens skyld.
Vil rettelsen endre hvordan e-poster vises i Gmail web?
Nej. Gmail web viser allerede den korrekte dato (fra Date-headeren). Rettelsen korrigerer INTERNALDATE, så IMAP-klienter også viser den korrekte dato. Gmail-webopplevelsen forblir uendret.