Izlabojiet manuālās IMAP kopēšanas datumus Gmail

Manuālā IMAP kopēšana uz Gmail izklausās pietiekami vienkārši: pievienojiet gan savu avota kontu, gan Gmail e-pasta klientam, piemēram, Outlook, Thunderbird vai Apple Mail, un tad velciet ziņas. Ko neviens jums nesaka - katrs e-pasta klients zaudē sākotnējos datuma metadatus šīs operācijas laikā. Klients augšupielādē ziņas Gmail bez sākotnējā INTERNALDATE norādīšanas, tāpēc Gmail tā vietā ieraksta augšupielādes laikspiedolu. Tūkstošiem e-pastu, viens datums.

Gmail pati nekā nepievieno: IMAP protokolā tā saglabā datumu, ko nosūta klients, un nepievieno nekādu galveni. Tāpēc nepareizais datums nāk pilnībā no klienta. Gmail tīmekļa saskarne ir pietiekami gudra, lai attēlošanai izmantotu Date galveni no e-pasta pamatteksta, tāpēc datumi pārlūkprogrammā var izskatīties pareizi. Bet katrs IMAP klients, kas pēc tam pieslēdzas, nolasa bojāto INTERNALDATE no Google serveriem.

Kas patiesībā veic manuālo IMAP kopēšanu? Vairāk cilvēku, nekā jūs domājat. Mazie uzņēmumi, kas konsolidē no Yahoo Mail vai lēta hostinga pakalpojumu sniedzēja uz Gmail. Brīvmākslinieki, kas apvieno trīs kontus vienā. IT konsultanti, kas migrē klienta pastkasti no pakalpojumu sniedzēja, kuram nav oficiāla migrācijas rīka. Vilkšanas pieeja šķiet intuitīva un droša. Bet IMAP protokola līmenī datuma metadati tiek klusi iznīcināti pārsūtīšanas laikā - un līdz kāds to pamana, avota konts var jau būt slēgts.

Ietekme dalās divās pasaulēs. Gmail tīmekļa saskarnē datumi var izskatīties pareizi, jo Gmail nolasa Date galveni no e-pasta pamatteksta. Jebkurā IMAP klientā - Outlook, Apple Mail, Thunderbird, Gmail lietotnē Android ierīcē - rādās kopēšanas datums. Tas rada mulsinošu situāciju, kad viens un tas pats e-pasts rāda dažādus datumus atkarībā no tā, kā tam piekļūstat.

Bet bojājums sniedzas dziļāk par attēlošanas neatbilstībām. Vai esat kādreiz mēģinājuši veikt atbilstības auditu pastkastē, kur 30 000 e-pastiem ir viens un tas pats INTERNALDATE? Google Vault meklēšana pēc datuma atgriež maldinošus rezultātus. Rezerves kopiju rīki, piemēram, MailStore, Veeam vai pielāgoti arhivēšanas skripti, kas pieslēdzas caur IMAP, pastāvīgi ieraksta nepareizos datumus. Google Takeout eksporti var atsaukties uz INTERNALDATE failu nosaukšanai, radot arhīva mapes, kur 2017. gada e-pasti atrodas blakus 2023. gada e-pastiem zem viena datuma. Tam, kurš konsolidēja gadu e-pastus no vairākiem pakalpojumu sniedzējiem Gmail, tas var nozīmēt, ka visai viņu e-pastu vēsturei ir nepareizi datuma metadati Google serveros.

Redate.io to risina caur Redate.io izstrādātu korekcijas dzinēju, kas atrod e-pasta ziņojumus, kuru attēlotais datums neatbilst to sākotnējam datumam, neatkarīgi no tā, kurš rīks vai klients veica kopiju. Process veic mērķtiecīgu metadatu korekciju servera līmenī - saglabājot ziņas saturu, etiķetes, lasīšanas statusu un pielikumus, vienlaikus atjaunojot precīzu datuma informāciju. Katra ziņa saņem individuālu pārbaudi pirms un pēc korekcijas.