Datoproblemet efter Google Workspace-migrering
Organisationer der migrerer til Google Workspace goer ofte en ubehagelig opdagelse: alle e-mails i alle postkasser viser den forkerte dato. I stedet for den originale afsendelses- eller modtagelsesdato viser hver besked datoen for migreringen. Uanset om organisationen migrerede fra Microsoft Exchange, Office 365, Zimbra, Lotus Notes eller en anden IMAP-server. Tusindvis af e-mails, alle stemplet med en og samme dato.
Og det er ikke specifikt for et bestemt migreringsvaerktoej. Problemet opstaar med BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync og alle andre vaerktojer der indsaetter e-mails i Google Workspace via IMAP eller Gmail API. Aarsagen er knyttet til en fundamental mekanisme i mailserveres beskedhhaandtering.
For en guide specifik til GSMMO-vaerktojet (Google Workspace Migration for Microsoft Outlook), se den dedikerede GSMMO-artikel.
Gaengse migreringsruter til Google Workspace
Fra Microsoft Exchange (on-premises)
Organisationer der driver Exchange-servere on-premises (2010, 2013, 2016 eller 2019) migrerer til Google Workspace for at reducere infrastrukturomkostninger og adoptere en cloud-model. Disse migreringer bruger typisk CloudM, BitTitan MigrationWiz eller GSMMO. Migreringsvaerktojet forbinder til Exchange, downloader hver e-mail og uploader den til brugerens Google Workspace-postkasse. Hver uploadet e-mail faar en ny "Received"-header med migreringstidsstemplet.
Fra Microsoft 365 (Office 365)
Migreringer fra Microsoft 365 til Google Workspace er hyppige naar organisationer skifter oekosystem. BitTitan MigrationWiz og CloudM er de mest populaere vaerktojer til denne type migrering. Processen henter e-mails fra Exchange Online og indsaetter dem i Google Workspace. Det samme "Received"-header-problem gaelder: hver migreret e-mail viser migreringsdatoen.
Fra andre IMAP-servere
Migreringer fra Zimbra, Zoho, cPanel-hosting, Dovecot, Courier og andre IMAP-servere til Google Workspace bruger vaerktojer som imapsync, CloudM eller tilpassede scripts. Destinationen (Google Workspace) tilfojer en "Received"-header under indsaettelsesoperationen, uanset kildeplatformen. Selv migreringer fra en anden Google Workspace-tenant producerer det same problem.
Hvorfor datoer gaar i stykker i Google Workspace
Gmail-webgraensefladen vs. IMAP-klienter
Google Workspace praesenterer en saerlig situation. Gmails webgraenseflade bruger normalt e-mailens "Date"-header til at vise beskedens dato, hvilket betyder at e-mails ofte vises med den rigtige dato naar de ses via webgraensefladen. Naar den samme postkasse derimod tilgaas via en IMAP-klient (Outlook, Apple Mail, Thunderbird), laeser klienten den nyeste "Received"-header og viser migreringsdatoen.
Denne forskel skaber betydelig forvirring. En administrator der tester migreringen i Gmails webgraenseflade ser korrekte datoer og konkluderer at migreringen er vellykket. Men naar brugerne forbinder Outlook til deres Google Workspace-konto, rapporterer de at hver e-mail har den forkerte dato. Problemet eksisterer paa serveren (headerne indeholder migreringstidsstemplet) men bliver kun synligt i visse klienter. Hvor mange administratorer har lukket et migreringsprojekt i troen paa at alt var fint, for saa at blive overvealdet af billetter den foelgende mandag?
IMAP INTERNALDATE-faktoren
Google Workspace gemmer en INTERNALDATE for hver e-mail, sat under indsaettelsesprocessen. Nogle migreringsvaerktojer saetter denne vaerdi korrekt til den originale dato, andre lader den staa paa migreringsdatoen. Men selv naar INTERNALDATE er korrekt, viser IMAP-klienter der prioriterer "Received"-headers (som Outlook) stadig den forkerte dato. Den fulde rettelse kraever baade fjernelse af migrerings-"Received"-headeren og verifikation af at INTERNALDATE er korrekt sat. For en detaljeret teknisk forklaring, se hvorfor e-mails viser forkerte datoer efter IMAP-migrering.
Google Workspace-adminmuligheder (der ikke virker)
Google Admin Console
Google Admin Console tilbyder omfattende kontroller til Google Workspace-administration, men inkluderer ingen funktionalitet til at rette e-maildatoer efter migrering. Intet masse-headerredigeringsvaerktoej. Intet datokorrektionsvaerktoej. Ingen maade at aendre INTERNALDATE paa eksisterende e-mails via admingraensefladen.
Google Apps Script
Google Apps Script kan automatisere mange Gmail-operationer, men kan ikke aendre e-mails' raa headers. GmailApp- og Gmail API-servicene eksponeret via Apps Script kan laese beskeder, aendre labels og modificere metadata, men de understotter ikke udskiftning af en beskeds raa RFC 2822-indhold. Altsaa kraever rettelsen at arbejde paa et langt dybere niveau end hvad Apps Script eksponerer.
Googles datamigrering
Googles datamigrering (tilgaengelig i Admin Console) er designet til at migrere e-mails til Google Workspace, ikke til at rette headers efter migrering. At koere en ny migrering med dette vaerktoej ville tilfoeje endnu en "Received"-header og forvaerre problemet.
Ret Google Workspace-datoer med Redate.io
Saadan fungerer admindelegering
Redate.io bruger Google Workspaces domaenedelegeringsfunktionalitet til at tilgaa postkasser. Administratoren opretter en Service Account i Google Cloud Console, tildeler de noedvendige Gmail API-scopes og aktiverer domaenedelegering. Det giver Redate.io mulighed for at behandle enhver postkasse i organisationen uden at kraeve individuelle brugerloginoplysninger.
Delegeringsopsaetningen tager cirka 10 minutter og foelger den samme proces som andre Google Workspace-migrerings- og administrationsvaerktojer. Naar den er opsat, kan administratoren analysere og rette et vilkaarligt antal postkasser fra Redate.io's dashboard.
Kom i gang
Opret en Service Account. I Google Cloud Console oprettes et nyt projekt (eller brug et eksisterende), aktiver Gmail API og opret en Service Account med domaenedelegering aktiveret.
Tildel API-scopes. I Google Workspace Admin Console navigeres til Sikkerhed, derefter API-kontroller, derefter Domaenedelegering. Tilfoej Service Account'ens klient-ID og tildel de Gmail API-scopes som Redate.io kraever.
Forbind i Redate.io. Log ind paa Redate.io, vaelg "Google Workspace" som platform og upload Service Account'ens JSON-noeglefil. Redate.io validerer forbindelsen og lister tilgaengelige postkasser.
Analyser postkasser. Vaelg postkasserne der skal analyseres (eller analyser alle). Den gratis analyse identificerer antallet af e-mails med ukorrekte datoer i hver postkasse. Ingen betaling kraeves for analysen.
Ret. Gennemgaa analyseresultaterne, vaelg en plan og start rettelsen. Redate.io's proprietaere korrektionsmotor behandler hver postkasse ved at koere hver e-mail gennem en flertrins analysepipeline der haandterer encodingproblemer, multipart-beskedstrukturer, digitale signaturer og snesevis af saertilfaelde som et hjemmelavet script ville korrumpere. Fremskridt er synlige i realtid. De originale beskeder bevares i et label "Redate.io - Originals" i 30 dage.
Efter rettelsen
Naar Redate.io er faerdig, viser e-mails den korrekte dato i alle klienter: Gmail web, Outlook, Apple Mail, Thunderbird og enhver anden IMAP-forbundet applikation. Rettelsen er permanent. Intet loebnede abonnement eller vedligeholdelse er noedvendigt. Brugere kan sortere efter dato, soege efter datointervaller og bruge compliancevaerktojer med tillid til at tidsstemplerne er praecise. Postkassen fungerer som den burde have gjort fra dag et.
Vaerktojsspecifikke guider for Google Workspace
For detaljerede instruktioner baseret paa det specifikke migreringsvaerktoej, se disse guider:
Migreret til Google Workspace og alle e-mails viser forkert dato? Start en gratis analyse med Redate.io for at se hvor mange e-mails der er paavirket paa tvaers af alle postkasser og gendan de korrekte datoer.