Ret manuelle IMAP-kopieringsdatoer i Gmail

Manuel IMAP-kopiering til Gmail lyder simpelt nok: tilføj både din kildekonto og Gmail til en e-mailklient som Outlook, Thunderbird eller Apple Mail, og træk derefter beskederne over. Det ingen fortæller dig er, at enhver e-mailklient taber de originale datometadata under denne operation. Klienten uploader beskeder til Gmail uden at angive den originale INTERNALDATE, så Gmail registrerer upload-tidsstemplet i stedet. Tusindvis af e-mails, en dato.

Gmail tilføjer sin egen komplikation til problemet. Når den modtager en uploadet besked, tilføjer Gmails IMAP-gateway en ny Received-header stemplet med den aktuelle dato og tid. Denne header sidder øverst i header-kæden. Gmails webgrænseflade er smart nok til at bruge Date-headeren fra e-mailens brødtekst til visningsformål, så datoer kan se korrekte ud i browseren. Men enhver IMAP-klient der forbinder derefter, læser den beskadigede INTERNALDATE fra Googles servere.

Hvem laver faktisk manuel IMAP-kopiering? Flere mennesker end du ville tro. Små virksomheder der konsoliderer fra Yahoo Mail eller en billig hostingudbyder til Gmail. Freelancere der sammenlægger tre konti til en. IT-konsulenter der migrerer en klients postkasse fra en udbyder uden officielt migreringsværktøj. Træk-og-slip-tilgangen føles intuitiv og sikker. Men på IMAP-protokolniveau bliver datometadata lydløst ødelagt under overførslen - og når nogen opdager det, kan kildekontoen allerede være lukket.

Påvirkningerne deles i to verdener. I Gmails webgrænseflade kan datoer se korrekte ud, fordi Gmail læser Date-headeren fra e-mailens brødtekst. I enhver IMAP-klient - Outlook, Apple Mail, Thunderbird, Gmail-appen på Android - vises kopieringsdatoen i stedet. Dette skaber en forvirrende situation, hvor den samme e-mail viser forskellige datoer afhængigt af hvordan du tilgår den.

Men skaden går dybere end visningsinkonsistenser. Har du nogensinde prøvet at køre en compliance-revision på en postkasse, hvor 30.000 e-mails alle har den samme INTERNALDATE? Google Vault-søgninger efter dato returnerer vildledende resultater. Backup-værktøjer som MailStore, Veeam eller brugerdefinerede arkiveringsscripts der forbinder via IMAP, registrerer permanent de forkerte datoer. Google Takeout-eksporter kan referere til INTERNALDATE for filnavngivning, hvilket skaber arkivmapper hvor e-mails fra 2017 ligger ved siden af e-mails fra 2023 under en enkelt dato. For en person der har konsolideret års e-mail fra flere udbydere til Gmail, kan dette betyde at hele deres e-mailhistorik har forkerte datometadata på Googles servere.

Redate.io løser dette gennem en proprietær korrektionsmotor der bruger mønstergenkendelse på tværs af migreringsværktøjssignaturer til at identificere berørte beskeder. Processen udfører målrettet metadatakorrektion på serverniveau - bevarer beskedindhold, etiketter, læsestatus og vedhæftede filer, mens den gendanner præcis datoinformation. Hver besked modtager individuel verifikation før og efter korrektion.