Korjaa manuaalisen IMAP-kopioinnin päivämäärät Gmailissa

Manuaalinen IMAP-kopiointi Gmailiin kuulostaa yksinkertaiselta: lisää sekä lähdetili että Gmail sähköpostiohjelmaan kuten Outlookiin, Thunderbirdiin tai Apple Mailiin, ja raahaa viestit yli. Kukaan ei kerro, että jokainen sähköpostiohjelma pudottaa alkuperäisen päivämäärämetatiedon tässä toiminnossa. Ohjelma lähettää viestit Gmailiin ilman alkuperäistä INTERNALDATE-arvoa, joten Gmail tallentaa latausaikaleiman sen sijaan. Tuhansia sähköposteja, yksi päivämäärä.

Gmail lisää ongelmaan oman mutkansa. Vastaanottaessaan ladatun viestin Gmailin IMAP-yhdyskäytävä lisää uuden Received-otsikon nykyisellä päivämäärällä ja kellonajalla. Tämä otsikko sijaitsee otsikoketjun ylimpänä. Gmailin verkkokäyttöliittymä on tarpeeksi älykäs käyttääkseen sähköpostin rungon Date-otsikkoa näyttötarkoituksiin, joten päivämäärät voivat näyttää oikeilta selaimessa. Mutta jokainen IMAP-ohjelma, joka yhdistää jälkeenpäin, lukee vioittuneen INTERNALDATE-arvon Googlen palvelimilta.

Kuka oikeasti tekee manuaalisen IMAP-kopioinnin? Useampi kuin uskoisi. Pienyritykset, jotka yhdistävät Yahoo Mailin tai halvan palveluntarjoajan sähköpostit Gmailiin. Freelancerit, jotka yhdistävät kolme tiliä yhdeksi. IT-konsultit, jotka siirtävät asiakkaan postilaatikon palveluntarjoajalta, jolla ei ole virallista siirtotyökalua. Raahaa ja pudota -lähestymistapa tuntuu intuitiiviselta ja turvalliselta. Mutta IMAP-protokollatasolla päivämäärämetatiedot tuhoutuvat hiljaisesti siirron aikana, ja siihen mennessä kun kukaan huomaa, lähdetili on saatettu jo sulkea.

Vaikutus jakautuu kahteen maailmaan. Gmailin verkkokäyttöliittymässä päivämäärät voivat näyttää oikeilta, koska Gmail lukee Date-otsikon sähköpostin rungosta. Missä tahansa IMAP-ohjelmassa - Outlook, Apple Mail, Thunderbird, Gmail-sovellus Androidilla - kopiopäivämäärä näkyy sen sijaan. Tämä luo hämmentävän tilanteen, jossa sama sähköposti näyttää eri päivämäärää riippuen siitä, miten sitä tarkastelee.

Mutta vaurio ulottuu näyttöepäjohdonmukaisuuksia syvemmälle. Oletko koskaan yrittänyt tehdä vaatimustenmukaisuustarkistusta postilaatikolle, jossa 30 000 sähköpostilla on sama INTERNALDATE? Google Vault -haut päivämäärän perusteella palauttavat harhaanjohtavia tuloksia. Varmuuskopiointityökalut kuten MailStore, Veeam tai mukautetut arkistointiskriptit, jotka yhdistävät IMAP:n kautta, tallentavat pysyvästi väärät päivämäärät. Google Takeout -viennit voivat viitata INTERNALDATE-arvoon tiedostonimeämisessä, luoden arkistokansioita joissa 2017 sähköpostit sijaitsevat 2023 sähköpostien vieressä yhden päivämäärän alla. Henkilölle, joka yhdisti vuosien sähköpostit usealta palveluntarjoajalta Gmailiin, tämä voi tarkoittaa koko sähköpostihistorian väärää päivämäärämetatietoa Googlen palvelimilla.

Redate.io korjaa tämän patentoidulla korjausmoottorilla, joka käyttää hahmontunnistusta siirtotyökalujen allekirjoitusten tunnistamiseen vaikutetuista viesteistä. Prosessi suorittaa kohdennetun metatietokorjauksen palvelintasolla - säilyttäen viestin sisällön, tunnisteet, lukutilan ja liitetiedostot samalla kun alkuperäiset päivämäärätiedot palautetaan. Jokainen viesti todennetaan erikseen ennen korjausta ja sen jälkeen.