Popravek datumov ročnega IMAP kopiranja v Apple Mail
Zakaj ročno IMAP kopiranje uniči datume v Apple Mail
Apple Mail naredi nevarno enostavno, da si pokvarite datume e-pošte. Povlecite sporočila z enega IMAP računa na drugega, jih spustite v ciljno mapo in končano. Toda Apple Mail ne ohrani izvornih datumskih metapodatkov med to operacijo. Ko Apple Mail naloži sporočilo na ciljni IMAP strežnik, ne posreduje izvornega INTERNALDATE z izvornega strežnika. Ciljni strežnik zabeleži časovni žig nalaganja kot novi INTERNALDATE.
In Apple Mail za to nima zasilne rešitve. V nasprotju s Thunderbirdom (ki vsaj ponuja možnost stolpca za prikaz glave Date) seznam sporočil Apple Mail prikazuje izključno IMAP INTERNALDATE. Ni skrite nastavitve, ni trika v terminalu, ni vtičnika, ki bi spremenil to obnašanje. Datum, ki ga vidite ob vsakem sporočilu, je INTERNALDATE, in po ročnem IMAP kopiranju je ta datum dan, ko ste izvedli kopiranje.
Večina Mac uporabnikov, ki povlečejo e-pošto med IMAP računi, nima pojma, da se bo to zgodilo. Apple Mail ne da nobenega opozorila. Združite 6 let e-pošte od starega ponudnika v svoj novi račun, z občutkom produktivnosti zaprete prenosnik in ga naslednje jutro odprete ter ugotovite, da vsako preneseno sporočilo prikazuje včerajšnji datum. Če ste izvornike z izvornega računa že izbrisali, so pravilni datumi iz vsakega odjemalca izginili. Samo glava Date, zakopana v telesu vsakega sporočila, še vedno hrani resnico - nevidna vmesniku Apple Mail.
Kako izgledajo pokvarjeni datumi v Apple Mail
Odprite Apple Mail na Macu po kopiranju 12.000 e-poštnih sporočil od starega ponudnika. Vsako sporočilo v vsaki mapi prikazuje isti datum - dan, ko ste izvedli kopiranje. Vaša prejeta pošta, mapa poslanih, vaši projektni arhivi. Vse enako. Razvrščanje po datumu ne naredi ničesar, ker obstaja samo en datum. Iskanje tiste razprave o pogodbi iz novembra 2021? Veliko sreče pri listanju skozi ploščat, nerazvrščen seznam tisočev sporočil.
Na iPhonu in iPadu vas enaki poškodovani datumi spremljajo. Pravila pametnih nabiralnikov na macOS, ki filtrirajo po "Datum prejema", vračajo nesmiselne rezultate - bodisi zajamejo vsako kopirano sporočilo ali pa nobenega, odvisno od časa. In tu je del, ki ljudi preseneti: Spotlight iskanje na macOS indeksira sporočila Apple Mail z uporabo INTERNALDATE, zato tudi iskanje e-pošte zunaj Apple Mail (z Cmd+Space) vrača napačne rezultate za datumsko filtrirane poizvedbe. Škoda se razteza daleč onkraj same aplikacije Pošta.
Redate.io te datume obnovi z analizo verige glav in rekonstrukcijo datumskih metapodatkov. Postopek prebere izvorno glavo Date vsake e-pošte, izvede preverjanje za vsako posamezno sporočilo in popravi datumske metapodatke na strani strežnika brez spreminjanja vsebine sporočila ali priponk. Ko je popravek izveden na ravni strežnika, se Apple Mail na vsaki napravi Apple samodejno sinhronizira in prikaže izvorne datume.
Pogosto zastavljena vprašanja
Ali obstaja kakšen način za ohranjanje datumov pri kopiranju e-pošte v Apple Mail?
Ne. Apple Mail ne podpira navajanja INTERNALDATE med operacijami nalaganja IMAP. Vsako sporočilo, kopirano med IMAP računi prek Apple Mail, prejme datum kopiranja kot INTERNALDATE. To je temeljna omejitev obravnave prenosov IMAP v Apple Mail.
Ali bo Redate.io popravil datume tako na Macu kot na iPhonu hkrati?
Da. Redate.io popravi INTERNALDATE na ravni strežnika. Po izvedbi popravka Apple Mail na macOS, iOS in iPadOS vsi samodejno prikažejo pravilne izvorne datume, ko se sinhronizirajo s strežnikom.
Kopiral sem e-pošto iz treh različnih računov v enega. Ali lahko Redate.io to obravnava?
Da. Redate.io prepozna prizadete e-poštne sporočila s primerjavo INTERNALDATE z izvorno glavo Date znotraj vsakega sporočila. Ne glede na to, iz koliko izvornih računov ste združili e-pošto, se vsa prizadeta sporočila v ciljnem računu lahko obdelajo z eno samo operacijo.
Kaj pa, če so nekatere od mojih kopiranih e-poštnih sporočil zelo stare in imajo neobičajne datumske oblike?
Analitični motor Redate.io obravnava širok obseg oblik glave Date, vključno s starejšimi različicami RFC 822. E-poštna sporočila z manjkajočimi ali nerazčlenljivimi glavami Date se označijo za pregled namesto obdelave, zato ni nobenega tveganja dodelitve nepravilnega datuma.