Ret CloudM-migreringsdatoer i Gmail
Hvorfor CloudM-migreringer viser forkert dato i Gmail
CloudM Migrate (tidligere Cloud Migrator) bruges bredt til migrering af postkasser til Google Workspace. CloudM bruger Gmail API til at uploade e-mails til destinations-Gmail-kontoen. Under denne upload registrerer Gmails infrastruktur indsættelsestidsstemplet som beskedens INTERNALDATE, hvilket overskriver den originale leveringsdato med den dato migreringen blev udført.
CloudM forsøger at bevare den originale Date-header i e-mail-brødteksten, og Gmails webgrænseflade bruger typisk denne Date-header til visning. IMAP INTERNALDATE er dog permanent sat til migreringsdatoen. Enhver IMAP-klient der forbinder til Gmail-kontoen (Outlook, Apple Mail, Thunderbird, mobilklienter via IMAP) læser denne INTERNALDATE og viser migreringsdatoen i modtagelseskolonnen.
Organisationer der migrerer fra Microsoft 365, on-premises Exchange eller andre platforme til Google Workspace med CloudM opdager dette problem, når brugere forbinder desktopklienter til deres nye Gmail-konti. Gmail-webgrænsefladen kan se fin ud, men Outlook og Apple Mail viser hver e-mail som modtaget på migreringsdatoen, hvilket skaber forvirring og supportanmodninger på tværs af organisationen.
Hvordan dette påvirker Gmail
I Gmail afhænger virkningen af, hvordan brugeren tilgår sin postkasse. Gmail-webgrænsefladen viser typisk datoer korrekt, fordi den læser Date-headeren fra selve e-mailen. Enhver IMAP-forbundet klient (Outlook, Apple Mail, Thunderbird) viser dog migreringsdatoen, fordi disse klienter er afhængige af IMAP INTERNALDATE frem for Date-headeren.
Gmails labelsystem og søgning er også påvirket på subtile måder. Mens Gmails websøgning bruger Date-headeren til "before:"- og "after:"-operatorer, bruger IMAP SEARCH DATE-kommandoen INTERNALDATE. Tredjeparts backupværktøjer og e-mailarkiveringsløsninger der forbinder via IMAP arkiverer migreringsdatoen som beskedens dato, hvilket skaber permanente unøjagtigheder i backup-registreringer. Google Vault, brugt til compliance og retlig beskyttelse, kan også referere til INTERNALDATE for visse operationer, hvilket påvirker nøjagtigheden af datobaseret juridisk efterforskning.
Ofte stillede spørgsmål
Beskadiger CloudM Migrate altid datoer i Gmail?
CloudM uploader e-mails via Gmail API, som sætter INTERNALDATE til uploadtidsstemplet. Date-headeren i e-mailen bevares, så Gmail web viser normalt den korrekte dato. Men IMAP-klienter viser migreringsdatoen, fordi de læser INTERNALDATE.
Hvorfor ser e-mails fine ud i Gmail web men forkerte i Outlook?
Gmail web bruger Date-headeren fra e-mail-brødteksten til visning, som CloudM bevarer. Outlook og andre IMAP-klienter bruger IMAP INTERNALDATE, som er sat til migreringsdatoen. Redate.io retter INTERNALDATE, så alle klienter viser den korrekte dato.
Kan Redate.io rette CloudM-migreringsdatoer i et helt Google Workspace-domæne?
Ja. Via domænedækkende delegation i Google Workspace kan Redate.io scanne og rette postkasser på tværs af hele organisationen. Administratorer kan behandle flere postkasser uden at have brug for individuel brugerinddragelse.