Popravek datumov ročnega IMAP kopiranja v Gmailu

Ročno IMAP kopiranje v Gmail se sliši dovolj preprosto: dodate izvorni račun in Gmail v e-poštni odjemalec, kot je Outlook, Thunderbird ali Apple Mail, nato povlečete sporočila. Česar vam nihče ne pove, je, da vsak e-poštni odjemalec med to operacijo zavrže izvorne datumske metapodatke. Odjemalec naloži sporočila v Gmail brez navedbe izvornega INTERNALDATE, zato Gmail namesto tega zabeleži časovni žig nalaganja. Tisoče e-poštnih sporočil, en datum.

Gmail doda svojo posebnost k težavi. Ko prejme naloženo sporočilo, Gmailov IMAP prehod doda novo glavo Received, označeno s trenutnim datumom in uro. Ta glava sedi na vrhu verige glav. Spletni vmesnik Gmail je dovolj pameten, da za namene prikaza uporabi glavo Date iz telesa e-pošte, zato so datumi v brskalniku morda videti pravilni. Toda vsak IMAP odjemalec, ki se pozneje poveže, bere poškodovani INTERNALDATE z Googlovih strežnikov.

Kdo dejansko opravlja ročno IMAP kopiranje? Več ljudi, kot bi si mislili. Mala podjetja, ki se selijo iz Yahoo Mail ali poceni gostitelja v Gmail. Samostojni podjetniki, ki združujejo tri račune v enega. IT svetovalci, ki selijo nabiralnik stranke od ponudnika, ki nima uradnega selitvenega orodja. Pristop s povleci in spusti se zdi intuitiven in varen. Toda na ravni protokola IMAP se datumski metapodatki med prenosom tiho uničijo - in ko kdo to opazi, je izvorni račun morda že zaprt.

Vpliv se razdeli v dva svetova. V spletnem vmesniku Gmaila so datumi morda videti pravilni, ker Gmail bere glavo Date iz telesa e-pošte. V vsakem IMAP odjemalcu - Outlook, Apple Mail, Thunderbird, aplikacija Gmail na Androidu - se namesto tega prikaže datum kopiranja. To ustvari zmedeno situacijo, kjer ista e-pošta prikazuje različne datume, odvisno od načina dostopa.

Toda škoda sega globlje od nedoslednosti prikaza. Ali ste že kdaj poskušali izvesti revizijo skladnosti na nabiralniku, kjer ima 30.000 e-poštnih sporočil enak INTERNALDATE? Iskanja Google Vault po datumu vračajo zavajajoče rezultate. Orodja za varnostne kopije, kot so MailStore, Veeam ali skripte za arhiviranje po meri, ki se povezujejo prek IMAP, trajno zabeležijo napačne datume. Izvozi Google Takeout se pri poimenovanju datotek morda sklicujejo na INTERNALDATE, kar ustvari arhivske mape, kjer e-pošta iz 2017 sedi ob e-pošti iz 2023 pod enim samim datumom. Za nekoga, ki je združil leta e-pošte od več ponudnikov v Gmail, to lahko pomeni, da ima celotna zgodovina e-pošte nepravilne datumske metapodatke na Googlovih strežnikih.

Redate.io to odpravi z lastnim popravljalnim motorjem, ki z ujemanjem vzorcev po podpisih selitvenih orodij prepozna prizadeta sporočila. Postopek izvede ciljano korekcijo metapodatkov na ravni strežnika - ohranja vsebino sporočila, oznake, stanje prebranosti in priponke, medtem ko obnovi natančne datumske informacije. Vsako sporočilo se pred in po korekciji posamezno preveri.