Ret manuelle IMAP-kopieringsdatoer i Gmail
Hvorfor manuel IMAP-kopiering viser forkert dato i Gmail
Manuel IMAP-kopiering til Gmail involverer at tilføje både en kilde-IMAP-konto og Gmail-kontoen til en e-mailklient (Outlook, Thunderbird eller Apple Mail) og kopiere beskeder mellem dem. Når e-mailklienten uploader beskeder til Gmail via IMAP APPEND, registrerer Gmail uploadtidsstemplet som beskedens INTERNALDATE. E-mailklienten videregiver ikke den originale INTERNALDATE fra kildeserveren, fordi de fleste klienter ikke understøtter dette under kopieringsoperationer.
Gmails IMAP-håndtering introducerer en yderligere komplikation. Gmail behandler uploadede beskeder via sin egen pipeline og tilføjer en Received-header der indeholder Gmail IMAP-gateway-tidsstemplet. Denne Received-header bliver den nyeste post i header-kæden. Mens Gmails webgrænseflade bruger Date-headeren til visning (og potentielt viser korrekte datoer), læser enhver IMAP-klient der efterfølgende forbinder til Gmail-kontoen den beskadigede INTERNALDATE.
Brugere der manuelt kopierer e-mails til Gmail gør det ofte når de konsoliderer flere e-mailkonti, eller når de skifter fra en mindre almindelig e-mailudbyder der ikke understøttes af standard migreringsværktøjer. Enkelheden ved træk-og-slip i en e-mailklient maskerer den underliggende datokorruption der sker på IMAP-protokolniveau. Problemet bliver synligt når brugeren tjekker sin Gmail-konto fra en anden klient, eller når et IMAP-forbundet backupværktøj arkiverer de forkerte datoer.
Hvordan dette påvirker Gmail
I Gmail følger virkningen den velkendte opdeling: webgrænsefladen kan vise korrekte datoer (fra Date-headeren) mens IMAP-klienter viser kopieringsdatoen (fra INTERNALDATE). Brugere der kun tilgår Gmail via webbrowseren bemærker muligvis ikke problemet. Brugere der bruger Outlook, Apple Mail eller Thunderbird forbundet til Gmail via IMAP ser kopieringsdatoen for alle manuelt overførte beskeder.
Gmails labelsystem bevarer de labels der blev anvendt under kopieringen, men sorteringen inden for labels bruger INTERNALDATE ved adgang via IMAP. IMAP-klienter der sorterer efter serverdato viser de kopierede beskeder uden for deres originale kronologiske rækkefølge. Google Takeout-eksporter og tredjeparts backupværktøjer registrerer kopieringsdatoen som beskedens dato, hvilket skaber permanente unøjagtigheder i eksporterede arkiver. For brugere der manuelt konsoliderede års e-mail fra flere konti til Gmail, kan datokorruptionen påvirke en betydelig del af hele deres e-mailhistorik.
Ofte stillede spørgsmål
Jeg brugte Thunderbird til at kopiere e-mails til Gmail. Er mine datoer påvirket?
Ja. Thunderbird, ligesom alle e-mailklienter, bruger IMAP APPEND uden at specificere den originale INTERNALDATE ved kopiering mellem konti. Gmail sætter INTERNALDATE til uploadtiden. Redate.io kan rette disse datoer uanset hvilken klient der blev brugt til kopieringen.
Kan jeg kun rette datoer for manuelt kopierede e-mails, ikke hele mit Gmail?
Ja. Redate.io scanner postkassen og identificerer e-mails hvor INTERNALDATE ikke matcher Date-headeren. Kun berørte beskeder markeres til rettelse. E-mails der blev modtaget naturligt af Gmail (med korrekte datoer) forbliver uberørte.
Fungerer rettelsen hvis jeg kopierede e-mails fra flere kildekonti?
Ja. Redate.io retter datoer baseret på den originale Date-header for hver e-mail, uanset hvor den blev kopieret fra. Flere kildekonti konsolideret til en enkelt Gmail-konto kan alle rettes i en enkelt scan-og-ret-operation.