Izlabojiet manuālās IMAP kopēšanas datumus Gmail
Kāpēc manuālā IMAP kopēšana rāda nepareizu datumu Gmail
Manuālā IMAP kopēšana uz Gmail ietver gan avota IMAP konta, gan Gmail konta pievienošanu e-pasta klientam (Outlook, Thunderbird vai Apple Mail) un ziņu kopēšanu starp tiem. Kad e-pasta klients augšupielādē ziņas Gmail caur IMAP APPEND, Gmail reģistrē augšupielādes laika zīmogu kā ziņas INTERNALDATE. E-pasta klients nenodod sākotnējo INTERNALDATE no avota servera, jo lielākā daļa klientu neatbalsta šo funkciju kopēšanas operāciju laikā.
Gmail IMAP apstrāde ievieš papildu komplikāciju. Gmail apstrādā augšupielādētās ziņas caur savu konveijeru, pievienojot Received galveni ar Gmail IMAP vārtejas laika zīmogu. Šī Received galvene kļūst par augstāko ierakstu galveņu ķēdē. Lai gan Gmail tīmekļa saskarne izmanto Date galveni attēlošanai (potenciāli rādot pareizus datumus), katrs IMAP klients, kas vēlāk pieslēdzas Gmail kontam, nolasa bojāto INTERNALDATE.
Lietotāji, kas manuāli kopē e-pastus uz Gmail, bieži to dara, konsolidējot vairākus e-pasta kontus vai pārejot no retāk sastopama e-pasta pakalpojumu sniedzēja, ko neatbalsta standarta migrācijas rīki. Vilkšanas un nomešanas vienkāršība e-pasta klientā maskē pamatā esošo datumu bojājumu, kas notiek IMAP protokola līmenī. Problēma kļūst acīmredzama, kad lietotājs pārbauda savu Gmail kontu no cita klienta vai kad IMAP pieslēgts rezerves kopiju rīks arhivē nepareizos datumus.
Kā tas ietekmē Gmail
Gmail vidē ietekme seko pazīstamajam sadalījumam: tīmekļa saskarne var rādīt pareizus datumus (no Date galvenes), bet IMAP klienti rāda kopēšanas datumu (no INTERNALDATE). Lietotāji, kas piekļūst Gmail tikai caur tīmekļa pārlūkprogrammu, var nepamanīt problēmu. Lietotāji, kas izmanto Outlook, Apple Mail vai Thunderbird, pieslēgtus Gmail caur IMAP, redz kopēšanas datumu visām manuāli pārvietotajām ziņām.
Gmail etiķešu sistēma saglabā etiķetes, kas piemērotas kopēšanas laikā, bet kārtošana etiķešu ietvaros izmanto INTERNALDATE, kad piekļūst caur IMAP. IMAP klienti, kas kārto pēc servera datuma, rāda kopētās ziņas ārpus to sākotnējās hronoloģiskās secības. Google Takeout eksporti un trešo pušu rezerves kopiju rīki reģistrē kopēšanas datumu kā ziņas datumu, radot pastāvīgas neprecizitātes eksportētajos arhīvos. Lietotājiem, kas manuāli konsolidēja gadu e-pastus no vairākiem kontiem Gmail, datumu bojājums var ietekmēt ievērojamu daļu no visas viņu e-pastu vēstures.
Biežāk uzdotie jautājumi
Es izmantoju Thunderbird, lai kopētu e-pastus uz Gmail. Vai mani datumi ir ietekmēti?
Jā. Thunderbird, tāpat kā visi e-pasta klienti, izmanto IMAP APPEND, nenorādot sākotnējo INTERNALDATE, kopējot starp kontiem. Gmail iestata INTERNALDATE uz augšupielādes laiku. Redate.io var izlabot šos datumus neatkarīgi no tā, kurš klients tika izmantots kopēšanai.
Vai es varu izlabot datumus tikai manuāli kopētajiem e-pastiem, nevis visam Gmail?
Jā. Redate.io skenē pastkasti un identificē e-pastus, kuros INTERNALDATE neatbilst Date galvenei. Tiek atzīmēti labošanai tikai ietekmētie e-pasti. E-pasti, kas natīvi saņemti Gmail (ar pareiziem datumiem), tiek atstāti neaiztikti.
Vai labojums darbojas, ja es kopēju e-pastus no vairākiem avota kontiem?
Jā. Redate.io labo datumus, pamatojoties uz katra e-pasta sākotnējo Date galveni, neatkarīgi no tā, no kurienes tas tika kopēts. Vairāki avota konti, konsolidēti vienā Gmail kontā, var tikt izlaboti vienā skenēšanas un labošanas operācijā.