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 selv tilføjer ikke noget: over IMAP bevarer Gmail den dato, klienten sender, og tilføjer ingen header. Den forkerte dato kommer derfor helt fra klienten. 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 finder de e-mails hvis viste dato ikke stemmer med deres oprindelige dato, uanset hvilket værktøj eller program der lavede kopien. 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.