Pataisykite rankinio IMAP kopijavimo datas Gmail
Kodėl rankinis IMAP kopijavimas rodo neteisingą datą Gmail
Rankinis IMAP kopijavimas į Gmail apima abiejų - šaltinio IMAP paskyros ir Gmail paskyros - pridėjimą prie el. pašto kliento (Outlook, Thunderbird ar Apple Mail) ir žinučių kopijavimą tarp jų. Kai el. pašto klientas įkelia žinutes į Gmail per IMAP APPEND, Gmail įrašo įkėlimo laiko žymą kaip žinutės INTERNALDATE. El. pašto klientas neperduoda originalios INTERNALDATE iš šaltinio serverio, nes daugelis klientų nepalaiko šios funkcijos kopijavimo operacijų metu.
Gmail IMAP tvarkymas prideda papildomą komplikaciją. Gmail apdoroja įkeltas žinutes per savo sistemą, pridėdamas Received antraštę su Gmail IMAP šliuzo laiko žyma. Ši Received antraštė tampa aukščiausia antraščių grandinėje. Nors Gmail žiniatinklio sąsaja naudoja Date antraštę rodymui (galimai rodydama teisingas datas), kiekvienas IMAP klientas, vėliau prisijungiantis prie Gmail paskyros, skaito sugadintą INTERNALDATE.
Vartotojai, rankiniu būdu kopijuojantys el. laiškus į Gmail, dažnai tai daro konsoliduodami kelias el. pašto paskyras arba pereidami iš mažiau populiaraus el. pašto tiekėjo, kurio nepalaiko standartiniai migracijos įrankiai. Vilkimo ir numetimo paprastumas el. pašto kliente maskuoja pagrindinį datų sugadinimą, vykstantį IMAP protokolo lygmeniu. Problema paaiškėja, kai vartotojas patikrina savo Gmail paskyrą iš kito kliento arba kai IMAP prijungtas atsarginių kopijų įrankis archyvuoja neteisingas datas.
Kaip tai veikia Gmail
Gmail aplinkoje poveikis seka pažįstamą padalijimą: žiniatinklio sąsaja gali rodyti teisingas datas (iš Date antraštės), o IMAP klientai rodo kopijavimo datą (iš INTERNALDATE). Vartotojai, prisijungiantys prie Gmail tik per žiniatinklio naršyklę, gali nepastebėti problemos. Vartotojai, naudojantys Outlook, Apple Mail ar Thunderbird, prijungtus prie Gmail per IMAP, mato kopijavimo datą visoms rankiniu būdu perkeltoms žinutėms.
Gmail etikečių sistema išsaugo etiketes, pritaikytas kopijavimo metu, bet rūšiavimas etikečių viduje naudoja INTERNALDATE, kai prisijungiama per IMAP. IMAP klientai, rūšiuojantys pagal serverio datą, rodo nukopijuotas žinutes ne jų originalioje chronologinėje tvarkoje. Google Takeout eksportai ir trečiųjų šalių atsarginių kopijų įrankiai įrašo kopijavimo datą kaip žinutės datą, sukurdami nuolatinius netikslumus eksportuotuose archyvuose. Vartotojams, rankiniu būdu konsolidavusiems daugelį metų el. laiškų iš kelių paskyrų į Gmail, datų sugadinimas gali paveikti žymią visos el. laiškų istorijos dalį.
Dažnai užduodami klausimai
Naudojau Thunderbird el. laiškams kopijuoti į Gmail. Ar mano datos paveiktos?
Taip. Thunderbird, kaip ir visi el. pašto klientai, naudoja IMAP APPEND nenurodydamas originalios INTERNALDATE kopijuojant tarp paskyrų. Gmail nustato INTERNALDATE kaip įkėlimo laiką. Redate.io gali pataisyti šias datas nepriklausomai nuo to, kuris klientas buvo naudotas kopijavimui.
Ar galiu pataisyti datas tik rankiniu būdu nukopijuotiems el. laiškams, ne visam Gmail?
Taip. Redate.io nuskaito pašto dėžutę ir identifikuoja el. laiškus, kurių INTERNALDATE nesutampa su Date antrašte. Taisymui pažymimos tik paveiktos žinutės. El. laiškai, natūraliai gauti Gmail (su teisingomis datomis), paliekami nepaliesti.
Ar pataisymas veikia, jei kopijavau el. laiškus iš kelių šaltinių paskyrų?
Taip. Redate.io taiso datas pagal kiekvieno el. laiško originalią Date antraštę, nepriklausomai nuo to, iš kur jis buvo nukopijuotas. Kelios šaltinių paskyros, konsoliduotos į vieną Gmail paskyrą, visos gali būti pataisytos viena skenavimo ir taisymo operacija.