Ret e-maildatoer efter migrering til Google

Datoproblemet efter Google Workspace-migrering

Organisationer der migrerer til Google Workspace gør 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 migreringsværktøj. Problemet opstår med BitTitan MigrationWiz, CloudM Migrate, GSMMO, imapsync og alle andre værktojer der indsætter e-mails i Google Workspace via IMAP eller Gmail API. Årsagen er knyttet til en fundamental mekanisme i mailserveres beskedhhåndtering.

For en guide specifik til GSMMO-værktojet (Google Workspace Migration for Microsoft Outlook), se den dedikerede GSMMO-artikel.

Gængse 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. Migreringsværktojet forbinder til Exchange, downloader hver e-mail og uploader den til brugerens Google Workspace-postkasse. Hver uploadet e-mail får en ny "Received"-header med migreringstidsstemplet.

Fra Microsoft 365 (Office 365)

Migreringer fra Microsoft 365 til Google Workspace er hyppige når organisationer skifter økosystem. BitTitan MigrationWiz og CloudM er de mest populære værktojer til denne type migrering. Processen henter e-mails fra Exchange Online og indsætter dem i Google Workspace. Det samme "Received"-header-problem gælder: 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 værktojer som imapsync, CloudM eller tilpassede scripts. Destinationen (Google Workspace) tilfojer en "Received"-header under indsættelsesoperationen, uanset kildeplatformen. Selv migreringer fra en anden Google Workspace-tenant producerer det same problem.

Hvorfor datoer går i stykker i Google Workspace

Gmail-webgrænsefladen vs. IMAP-klienter

Google Workspace præsenterer en særlig situation. Gmails webgrænseflade bruger normalt e-mailens "Date"-header til at vise beskedens dato, hvilket betyder at e-mails ofte vises med den rigtige dato når de ses via webgrænsefladen. Når den samme postkasse derimod tilgås via en IMAP-klient (Outlook, Apple Mail, Thunderbird), læser klienten den nyeste "Received"-header og viser migreringsdatoen.

Denne forskel skaber betydelig forvirring. En administrator der tester migreringen i Gmails webgrænseflade ser korrekte datoer og konkluderer at migreringen er vellykket. Men når brugerne forbinder Outlook til deres Google Workspace-konto, rapporterer de at hver e-mail har den forkerte dato. Problemet eksisterer på serveren (headerne indeholder migreringstidsstemplet) men bliver kun synligt i visse klienter. Hvor mange administratorer har lukket et migreringsprojekt i trøn på at alt var fint, for så at blive overvealdet af billetter den følgende mandag?

IMAP INTERNALDATE-faktoren

Google Workspace gemmer en INTERNALDATE for hver e-mail, sat under indsættelsesprocessen. Nogle migreringsværktojer sætter denne værdi korrekt til den originale dato, andre lader den stå på migreringsdatoen. Men selv når INTERNALDATE er korrekt, viser IMAP-klienter der prioriterer "Received"-headers (som Outlook) stadig den forkerte dato. Den fulde rettelse kræver både 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-headerredigeringsværktøj. Intet datokorrektionsværktøj. Ingen måde at ændre INTERNALDATE på eksisterende e-mails via admingrænsefladen.

Google Apps Script

Google Apps Script kan automatisere mange Gmail-operationer, men kan ikke ændre e-mails' rå headers. GmailApp- og Gmail API-servicene eksponeret via Apps Script kan læse beskeder, ændre labels og modificere metadata, men de understotter ikke udskiftning af en beskeds rå RFC 2822-indhold. Altså kræver rettelsen at arbejde på et langt dybere niveau end hvad Apps Script eksponerer.

Googles datamigrering

Googles datamigrering (tilgængelig i Admin Console) er designet til at migrere e-mails til Google Workspace, ikke til at rette headers efter migrering. At køre en ny migrering med dette værktøj ville tilføje endnu en "Received"-header og forværre problemet.

Ret Google Workspace-datoer med Redate.io

Sådan fungerer admindelegering

Redate.io bruger Google Workspaces domænedelegeringsfunktionalitet til at tilgå postkasser. Administratoren opretter en Service Account i Google Cloud Console, tildeler de nødvendige Gmail API-scopes og aktiverer domænedelegering. Det giver Redate.io mulighed for at behandle enhver postkasse i organisationen uden at kræve individuelle brugerloginoplysninger.

Delegeringsopsætningen tager cirka 10 minutter og følger den samme proces som andre Google Workspace-migrerings- og administrationsværktojer. Når den er opsat, kan administratoren analysere og rette et vilkårligt 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 domænedelegering aktiveret.

Tildel API-scopes. I Google Workspace Admin Console navigeres til Sikkerhed, derefter API-kontroller, derefter Domænedelegering. Tilføj Service Account'ens klient-ID og tildel de Gmail API-scopes som Redate.io kræver.

Forbind i Redate.io. Log ind på Redate.io, vælg "Google Workspace" som platform og upload Service Account'ens JSON-nøglefil. Redate.io validerer forbindelsen og lister tilgængelige postkasser.

Analyser postkasser. Vælg postkasserne der skal analyseres (eller analyser alle). Den gratis analyse identificerer antallet af e-mails med ukorrekte datoer i hver postkasse. Ingen betaling kræves for analysen.

Ret. Gennemgå analyseresultaterne, vælg en plan og start rettelsen. Redate.io's proprietære korrektionsmotor behandler hver postkasse ved at køre hver e-mail gennem en flertrins analysepipeline der håndterer encodingproblemer, multipart-beskedstrukturer, digitale signaturer og snesevis af særtilfælde 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

Når Redate.io er færdig, 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 løbnede abonnement eller vedligeholdelse er nødvendigt. Brugere kan sortere efter dato, søge efter datointervaller og bruge complianceværktojer med tillid til at tidsstemplerne er præcise. Postkassen fungerer som den burde have gjort fra dag et.

Værktojsspecifikke guider for Google Workspace

For detaljerede instruktioner baseret på det specifikke migreringsværktøj, 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 påvirket på tværs af alle postkasser og gendan de korrekte datoer.

Ret e-maildatoer efter migrering til Google Workspace