Rett 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 bruker Gmail API til at uploade e-poster til destinations-Gmail-kontoen. Under denne upload registrerer Gmails infrastruktur indsættelsestidsstemplet som meldingens INTERNALDATE, hvilket overskriver den originale leveringsdato med den dato migreringen blev udført.
CloudM forsøker at bevare den originale Date-header i e-post-brødteksten, og Gmails webgrensesnitt bruker typisk denne Date-header til visning. IMAP INTERNALDATE er dog permanent sat til migreringsdatoen. Enhver IMAP-klient der kobler til Gmail-kontoen (Outlook, Apple Mail, Thunderbird, mobilklienter via IMAP) læser denne INTERNALDATE og viser migreringsdatoen i mottakkolonnen.
Organisasjoner der migrerer fra Microsoft 365, on-premises Exchange eller andre platforme til Google Workspace med CloudM oppdager dette problem, når brukere kobler desktopklienter til deres nye Gmail-konti. Gmail-webgrensesnittet kan se fin ud, men Outlook og Apple Mail viser hver e-post som mottatt på migreringsdatoen, hvilket skaber forvirring og supportanmodninger på tværs af organisasjonen.
Hvordan dette påvirker Gmail
I Gmail afhænger virkningen af, hvordan brukeren åpner sin postkasse. Gmail-webgrensesnittet viser typisk datoer korrekt, fordi den læser Date-headeren fra selve e-posten. Enhver IMAP-koblet klient (Outlook, Apple Mail, Thunderbird) viser dog migreringsdatoen, fordi disse klienter er avhengige af IMAP INTERNALDATE frem for Date-headeren.
Gmails labelsystem og søgning er også påvirket på subtile måder. Mens Gmails websøgning bruker Date-headeren til "before:"- og "after:"-operatorer, bruker IMAP SEARCH DATE-kommandoen INTERNALDATE. Tredjeparts backupværktøjer og e-postarkiveringsløsninger der kobler via IMAP arkiverer migreringsdatoen som meldingens dato, hvilket skaber permanente unøyaktigheter i backup-registreringer. Google Vault, brugt til compliance og retlig beskyttelse, kan også referere til INTERNALDATE for visse operationer, hvilket påvirker nøyaktigheten af datobaseret juridisk efterforskning.
Ofte stilte spørsmål
Beskadiger CloudM Migrate altid datoer i Gmail?
CloudM uploader e-poster via Gmail API, som sætter INTERNALDATE til uploadtidsstemplet. Date-headeren i e-posten bevares, så Gmail web viser normalt den korrekte dato. Men IMAP-klienter viser migreringsdatoen, fordi de læser INTERNALDATE.
Hvorfor ser e-poster fine ud i Gmail web men forkerte i Outlook?
Gmail web bruker Date-headeren fra e-post-brødteksten til visning, som CloudM bevarer. Outlook og andre IMAP-klienter bruker 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 organisasjonen. Administratorer kan behandle flere postkasser uden at have brug for individuel brukerinddragelse.