Korjaa imapsync-siirron päivämäärät Google Workspacessa

imapsync on suosituin työkalu postilaatikoiden siirtämiseen Google Workspaceen. Avoimen lähdekoodin, skriptattava, testattu tuhansissa siirroissa. Mutta tässä on koukku: Google Workspacen IMAP-yhdyskäytävä ei käyttäydy kuin tavallinen IMAP-palvelin päivämäärien käsittelyssä.

Kun imapsync lähettää viestin IMAP-protokollan kautta --syncinternaldates-lipulla, se pyytää Googlea säilyttämään alkuperäisen INTERNALDATE-arvon lähdepalvelimelta. Google Workspace hyväksyy tämän pyynnön osalle viesteistä mutta ohittaa sen hiljaisesti toisilla. Ohitus riippuu siitä, miten viesti kulkee Gmailin sisäisen käsittelyputken läpi - roskapostisuodattimet, vaatimustenmukaisuustarkistukset, otsikkovalidointi. Jokainen vaihe voi nollata INTERNALDATE-arvon nykyiseksi aikaleimaksi. Varoitusta ei tule, virhelokia ei synny, mitään merkkiä päivämäärän muuttumisesta ei näy.

Mutta INTERNALDATE on vain puolet ongelmasta. Google Workspace lisää myös tuoreen Received-otsikon jokaiseen ladattuun viestiin siirtopäivän aikaleimalla. Tämä Received-otsikko sijaitsee otsikoketjun ylimpänä, ja jokainen IMAP-ohjelma, joka lukee postilaatikon (Outlook, Apple Mail, Thunderbird), näyttää tämän siirtoaikaleiman alkuperäisen päivämäärän sijaan. Lopputulos? Postilaatikko, jossa 47 000 sähköpostia näyttää saapuneen 15. maaliskuuta 2025.

Google Workspacen tekee erityisen harhaanjohtavaksi se, että Gmailin verkkokäyttöliittymä käyttää Date-otsikkoa näyttöön - jota imapsync ei muuta. Joten ylläpitäjä tarkistaa Gmailin selaimessa, näkee oikeat päivämäärät kaikkialla ja olettaa siirron onnistuneen. Sillä välin 200 työntekijää, jotka yhdistävät Outlookilla, näkevät seinän identtisesti päivättyjä sähköposteja. Oletko koskaan yrittänyt selittää talousjohtajalle, miksi jokainen sähköposti hänen postilaatikossaan näyttää eilisen päivämäärän?

Gmail-vs-IMAP-jako luo kaksikerroksisen todellisuuden saman organisaation sisällä. Käyttäjät Gmailin verkkokäyttöliittymässä eivät näe mitään vikaa. Käyttäjät Outlookissa, Apple Mailissa tai missä tahansa IMAP-mobiiliohjelmassa näkevät jokaisen siirretyn sähköpostin leimattuna siirtopäivämäärällä. Kun tiimin jäsen viittaa "siihen sähköpostiin viime lokakuulta", kollegat näkevät eri päivämäärät riippuen käytetystä ohjelmasta. Hämmennys muuttuu epäluottamukseksi koko sähköpostijärjestelmää kohtaan.

Sitten on vaatimustenmukaisuusnäkökulma. Google Vault - työkalu, johon organisaatiot luottavat lakisääteisiin pidätyksiin ja eDiscoveryyn - käyttäytyy arvaamattomasti vioittuneilla päivämäärillä. Jotkin Vault-haut viittaavat Date-otsikkoon, toiset käyttävät INTERNALDATE-arvoa. Lakisääteinen tietopyyntö "kaikista sähköposteista tammi-maaliskuulta 2024" voi palauttaa puutteellisia tuloksia, koska INTERNALDATE sanoo viestien saapuneen 2025. Säännellyillä toimialoilla (terveydenhuolto, rahoitus, lakiala) tämä ei ole epämukavuus. Se on vastuukysymys.

Redate.io yhdistää Google Workspaceen koko verkkotunnuksen kattavalla valtuutuksella ja ajaa patentoidun korjausmoottorinsa vaikuttaneissa postilaatikoissa. Moottori suorittaa monivaiheisen otsikoanalyysin imapsync-siirron allekirjoitusten tunnistamiseksi ja soveltaa sitten kohdennettua metatietokorjausta muuttamatta viestin sisältöä. Jokainen korjattu sähköposti todennetaan erikseen ennen kuin alkuperäinen siirretään varmuuskopiotunnisteeseen. Hallintapaneeli seuraa etenemistä kaikissa postilaatikoissa reaaliajassa - 50 postilaatikkoa, 500 postilaatikkoa, skaalautuu samalla tavalla.