Ret GSMMO-migreringsdatoer i Gmail
Hvorfor GSMMO-migreringer viser forkert dato i Gmail
GSMMO (Google Workspace Migration for Microsoft Outlook) uploader e-mails fra PST-filer eller Outlook-profiler direkte til Gmail via Gmail API. Selvom Gmail API teknisk understøtter at sætte en brugerdefineret INTERNALDATE under beskedindsættelse, resulterer GSMMO's uploadproces i at Gmail registrerer uploadtidsstemplet som INTERNALDATE for de fleste beskeder. Den originale Date-header fra e-mailen bevares, men INTERNALDATE overskrives.
I Gmail-webgrænsefladen er dette problem delvist skjult. Gmail web bruger Date-headeren fra e-mail-brødteksten til sin visningsdato, så de fleste e-mails vises med den korrekte dato i browseren. Den IMAP INTERNALDATE gemt på serveren er dog forkert. Dette bliver synligt, når brugere tilgår 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 slutbrugere der skifter fra Microsoft Outlook til Google Workspace. Disse brugere bemærker muligvis ikke INTERNALDATE-problemet straks, hvis de primært bruger Gmail-webgrænsefladen. 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-webbrugere 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 bruger 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 brugerdefinerede scripts der arkiverer Gmail via IMAP registrerer de forkerte datoer i deres backups.
Gmails sortering inden for labels ved adgang via IMAP bruger INTERNALDATE. Brugere der tilgår deres Gmail-konto fra mobile IMAP-klienter eller desktop-e-mailapplikationer ser et usorteret rod af e-mails 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 beskeden, men INTERNALDATE styrer hvordan eksterne værktøjer og IMAP-klienter opfatter beskedens tidslinje.
Ofte stillede spørgsmå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 forbinder 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-mail, fjerner GSMMO-migrerings-Received-headeren og genindsætter e-mailen med den korrekte INTERNALDATE matchende den originale dato. Den originale e-mail flyttes til et backup-label for sikkerhedens skyld.
Vil rettelsen ændre hvordan e-mails 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-weboplevelsen forbliver uændret.