Rett imapsync-migreringsdatoer i Google Workspace

imapsync er standardverktøyet for migrering av postbokser til Google Workspace. Åpen kildekode, skriptbar, kampherdet gjennom tusenvis av migreringer. Men her er haken: Google Workspaces IMAP-gateway oppfører seg ikke som en standard IMAP-server når det gjelder datohåndtering.

Når imapsync laster opp en melding via standard e-postoverføringsprotokollen med --syncinternaldates-flagget, ber den Google om å bevare den opprinnelige INTERNALDATE fra kildeserveren. Google Workspace aksepterer denne forespørselen for noen meldinger, men overstyrer den stille for andre. Overstyringen avhenger av hvordan meldingen passerer gjennom Gmails interne behandlingspipeline - spamfiltre, samsvarssjekker, headervalidering. Hvert trinn kan tilbakestille INTERNALDATE til gjeldende tidsstempel. Det kommer ingen advarsel, ingen feillogg, ingen indikasjon på at datoen ble endret.

Men INTERNALDATE er bare halve problemet. Google Workspace legger også til en fersk Received-header på hver opplastet melding, tidsstemplet med migreringsdatoen. Denne Received-headeren havner øverst i headerkjeden, og alle IMAP-klienter som leser postboksen (Outlook, Apple Mail, Thunderbird) vil vise dette migreringstidsstempelet i stedet for den opprinnelige datoen. Resultatet? En postboks der 47 000 e-poster alle ser ut til å ha ankommet 15. mars 2025.

Det som gjør Google Workspace spesielt misvisende, er at Gmails nettgrensesnitt bruker Date-headeren for visning - som imapsync ikke endrer. Så administratoren sjekker Gmail i nettleseren, ser riktige datoer overalt og antar at migreringen var vellykket. I mellomtiden ser 200 ansatte som kobler seg til gjennom Outlook en vegg av identisk daterte e-poster. Har du noen gang prøvd å forklare en økonomisjef hvorfor alle e-poster i postboksen hennes nå viser gårsdagens dato?

Gmail-mot-IMAP-splittelsen skaper en todelt virkelighet inne i den samme organisasjonen. Brukere på Gmails nettgrensesnitt ser ingenting galt. Brukere på Outlook, Apple Mail eller mobile IMAP-klienter ser alle migrerte e-poster stemplet med migreringsdatoen. Når et teammedlem refererer til "den e-posten fra oktober i fjor", ser kolleger forskjellige datoer avhengig av hvilken klient de bruker. Forvirring blir til mistillit mot hele e-postsystemet.

Så er det samsvarsaspektet. Google Vault - verktøyet organisasjoner bruker for juridisk hold og eDiscovery - oppfører seg uforutsigbart med ødelagte datoer. Noen Vault-søk refererer til Date-headeren, andre bruker INTERNALDATE. En juridisk forespørsel om "alle e-poster mellom januar og mars 2024" kan gi ufullstendige resultater fordi INTERNALDATE sier at meldingene ble levert i 2025. For organisasjoner i regulerte bransjer (helse, finans, jus) er dette ikke en ulempe. Det er en risiko.

Redate.io kobler seg til Google Workspace gjennom domenedelegering og kjører sin proprietære korreksjonsmotor på berørte postbokser. Motoren utfører flertrinns headeranalyse for å identifisere imapsync-migreringssignaturer, deretter korrigerer den datometadata uten å endre selve meldingsinnholdet. Hver korrigert e-post verifiseres individuelt før originalen flyttes til en sikkerhetskopietikett. Administrasjonsdashbordet sporer fremdrift på tvers av alle postbokser i sanntid - 50 postbokser, 500 postbokser, det skalerer likt.