Rett 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-postklient (Outlook, Thunderbird eller Apple Mail) og kopiere meldinger mellem dem. Når e-postklienten uploader meldinger til Gmail via IMAP APPEND, registrerer Gmail uploadtidsstemplet som meldingens INTERNALDATE. E-postklienten videregiver ikke den originale INTERNALDATE fra kildeserveren, fordi de fleste klienter ikke støtter dette under kopieringsoperationer.
Gmails IMAP-håndtering introducerer en yderligere komplikation. Gmail behandler uploadede meldinger via sin egen pipeline og legger til en Received-header der inneholder Gmail IMAP-gateway-tidsstemplet. Denne Received-header bliver den nyeste post i header-kæden. Mens Gmails webgrensesnitt bruker Date-headeren til visning (og potentielt viser korrekte datoer), læser enhver IMAP-klient der efterfølgende kobler til Gmail-kontoen den beskadigede INTERNALDATE.
Brukere der manuelt kopierer e-poster til Gmail gør det ofte når de konsoliderer flere e-postkonti, eller når de skifter fra en mindre almindelig e-postudbyder der ikke understøttes af standard migreringsværktøjer. Enkelheden ved træk-og-slip i en e-postklient maskerer den underliggende datokorrupsjon der sker på IMAP-protokolniveau. Problemet bliver synligt når brukeren tjekker sin Gmail-konto fra en anden klient, eller når et IMAP-koblet backupværktøj arkiverer de forkerte datoer.
Hvordan dette påvirker Gmail
I Gmail følger virkningen den velkendte opdeling: webgrensesnittet kan vise korrekte datoer (fra Date-headeren) mens IMAP-klienter viser kopieringsdatoen (fra INTERNALDATE). Brukere der kun åpner Gmail via webbrowseren bemærker muligvis ikke problemet. Brukere der bruker Outlook, Apple Mail eller Thunderbird koblet til Gmail via IMAP ser kopieringsdatoen for alle manuelt overførte meldinger.
Gmails labelsystem bevarer de labels der blev anvendt under kopieringen, men sorteringen inden for labels bruker INTERNALDATE ved adgang via IMAP. IMAP-klienter der sorterer etter serverdato viser de kopierede meldinger uden for deres originale kronologiske rækkefølge. Google Takeout-eksporter og tredjeparts backupværktøjer registrerer kopieringsdatoen som meldingens dato, hvilket skaber permanente unøyaktigheter i eksporterede arkiver. For brukere der manuelt konsoliderede års e-post fra flere konti til Gmail, kan datokorrupsjonen påvirke en betydelig del af hele deres e-posthistorik.
Ofte stilte spørsmål
Jeg brugte Thunderbird til at kopiere e-poster til Gmail. Er mine datoer påvirket?
Ja. Thunderbird, ligesom alle e-postklienter, bruker IMAP APPEND uden at spesifisere 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-poster, ikke hele mit Gmail?
Ja. Redate.io scanner postkassen og identifiserer e-poster hvor INTERNALDATE ikke matcher Date-headeren. Kun berørte meldinger markeres til rettelse. E-posts der blev mottatt naturligt af Gmail (med korrekte datoer) forblir uberørte.
Fungerer rettelsen hvis jeg kopierede e-poster fra flere kildekonti?
Ja. Redate.io retter datoer baseret på den originale Date-header for hver e-post, uanset hvor den blev kopieret fra. Flere kildekonti konsolideret til en enkelt Gmail-konto kan alle rettes i en enkelt scan-og-ret-operation.