Åtgärda imapsync-migreringsdatum i Google Workspace

imapsync är standardverktyget för att migrera brevlådor till Google Workspace. Öppen källkod, skriptbart, stridstestat i tusentals migreringar. Men här är haken: Google Workspaces IMAP-gateway beter sig inte som en standard IMAP-server när det gäller datumhantering.

När imapsync laddar upp ett meddelande via standardprotokollet för postöverföring med flaggan --syncinternaldates begär den att Google ska bevara det ursprungliga INTERNALDATE från källservern. Google Workspace accepterar denna begäran för vissa meddelanden men åsidosätter den tyst för andra. Åsidosättningen beror på hur meddelandet passerar genom Gmails interna bearbetningspipeline - spamfilter, compliancekontroller, headervalidering. Varje steg kan återställa INTERNALDATE till den aktuella tidsstämpeln. Ingen varning, ingen fellogg, ingen indikation på att datumet ändrades.

Men INTERNALDATE är bara halva problemet. Google Workspace lägger också till en ny Received-header på varje uppladdat meddelande, tidsstämplad med migreringsdatumet. Denna Received-header sitter överst i headerkedjan, och varje IMAP-klient som läser brevlådan (Outlook, Apple Mail, Thunderbird) visar denna migreringstidsstämpel istället för det ursprungliga datumet. Resultatet? En brevlåda där 47 000 e-postmeddelanden alla verkar ha anlänt den 15 mars 2025.

Det som gör Google Workspace särskilt vilseledande är att Gmails webbgränssnitt använder Date-headern för visning - som imapsync inte ändrar. Så administratören kontrollerar Gmail i webbläsaren, ser korrekta datum överallt och antar att migreringen lyckades. Under tiden ser 200 anställda som ansluter via Outlook en vägg av identiskt daterade e-postmeddelanden. Har du någonsin försökt förklara för en ekonomichef varför varje e-post i hennes brevlåda visar gårdagens datum?

Uppdelningen Gmail-mot-IMAP skapar en tvåskiktad verklighet inom samma organisation. Användare på Gmails webbgränssnitt ser inget fel. Användare på Outlook, Apple Mail eller någon mobil IMAP-klient ser varje migrerat e-postmeddelande stämplat med migreringsdatumet. När en teammedlem hänvisar till "det e-postmeddelandet från förra oktober" ser kollegor olika datum beroende på vilken klient de använder. Förvirring blir till misstro mot hela e-postsystemet.

Sedan finns complianceaspekten. Google Vault - verktyget som organisationer förlitar sig på för juridiska frysningar och eDiscovery - beter sig oförutsägbart med skadade datum. Vissa Vault-sökningar refererar till Date-headern, andra använder INTERNALDATE. En juridisk begäran om "alla e-postmeddelanden mellan januari och mars 2024" kan returnera ofullständiga resultat eftersom INTERNALDATE säger att meddelandena levererades 2025. För organisationer i reglerade branscher (hälsovård, finans, juridik) är detta inte en olägenhet. Det är ett ansvar.

Redate.io ansluter till Google Workspace genom domänomfattande delegering och kör sin patenterade korrigeringsmotor över drabbade brevlådor. Motorn utför flerstegsheaderanalys för att identifiera imapsyncs migreringssignaturer och tillämpar sedan riktad metadatakorrigering utan att ändra det faktiska meddelandeinnehållet. Varje korrigerat e-postmeddelande verifieras individuellt innan originalet flyttas till en säkerhetskopieringsetikett. Administratörspanelen spårar framsteg över alla brevlådor i realtid - 50 brevlådor, 500 brevlådor, det skalar på samma sätt.