Åtgärda CloudM-migreringsdatum i Gmail
Varför CloudM-migreringar visar fel datum i Gmail
CloudM Migrate (tidigare Cloud Migrator) används flitigt för migrering av brevlådor till Google Workspace. CloudM använder Gmail API för att ladda upp e-postmeddelanden till destinations-Gmail-kontot. Under denna uppladdning registrerar Gmails infrastruktur infogningens tidsstämpel som meddelandets INTERNALDATE, vilket skriver över det ursprungliga leveransdatumet med det datum migreringen utfördes.
CloudM försöker bevara det ursprungliga Date-huvudet i e-postmeddelandets brödtext, och Gmails webbgränssnitt använder typiskt detta Date-huvud för visningsändamål. IMAP INTERNALDATE är dock permanent inställd på migreringsdatumet. Varje IMAP-klient som ansluter till Gmail-kontot (Outlook, Apple Mail, Thunderbird, mobilklienter via IMAP) läser denna INTERNALDATE och visar migreringsdatumet i mottagningskolumnen.
Organisationer som migrerar från Microsoft 365, lokal Exchange eller andra plattformar till Google Workspace med CloudM upptäcker detta problem när användare ansluter skrivbordsklienter till sina nya Gmail-konton. Gmails webbgränssnitt kan se bra ut, men Outlook och Apple Mail visar varje e-postmeddelande som mottaget på migreringsdatumet, vilket genererar förvirring och supportärenden i hela organisationen.
Hur detta påverkar Gmail
I Gmail beror effekten på hur användaren öppnar sin brevlåda. Gmails webbgränssnitt visar typiskt datum korrekt eftersom det läser Date-huvudet från själva e-postmeddelandet. Varje IMAP-ansluten klient (Outlook, Apple Mail, Thunderbird) visar dock migreringsdatumet eftersom dessa klienter förlitar sig på IMAP INTERNALDATE istället för Date-huvudet.
Gmails etikettsystem och sökning påverkas också på subtila sätt. Medan Gmails webbsökning använder Date-huvudet för operatorerna "before:" och "after:" använder IMAP SEARCH DATE-kommandot INTERNALDATE. Tredjeparts säkerhetskopieringsverktyg och e-postarkiveringslösningar som ansluter via IMAP arkiverar migreringsdatumet som meddelandets datum, vilket skapar permanenta felaktigheter i säkerhetskopior. Google Vault, som används för efterlevnad och rättsligt bevarande, kan också referera till INTERNALDATE för vissa operationer.
Vanliga frågor
Skadar CloudM Migrate alltid datum i Gmail?
CloudM laddar upp e-postmeddelanden via Gmail API, som ställer in INTERNALDATE till uppladdningens tidsstämpel. Date-huvudet i e-postmeddelandet bevaras, så Gmail webb visar normalt korrekt datum. Men IMAP-klienter visar migreringsdatumet eftersom de läser INTERNALDATE.
Varför ser e-postmeddelanden bra ut i Gmail webb men fel i Outlook?
Gmail webb använder Date-huvudet från e-postmeddelandets brödtext för visning, som CloudM bevarar. Outlook och andra IMAP-klienter använder IMAP INTERNALDATE, som är inställd på migreringsdatumet. Redate.io rättar INTERNALDATE så att alla klienter visar korrekt datum.
Kan Redate.io rätta CloudM-migreringsdatum i en hel Google Workspace-domän?
Ja. Via domänomfattande delegering i Google Workspace kan Redate.io skanna och rätta brevlådor i hela organisationen. Administratörer kan bearbeta flera brevlådor utan att behöva individuellt användarengagemang.