Åtgärda manuella IMAP-kopieringsdatum i Gmail

Manuell IMAP-kopiering till Gmail låter tillräckligt enkelt: lägg till både ditt källkonto och Gmail i en e-postklient som Outlook, Thunderbird eller Apple Mail, och dra sedan meddelandena över. Det ingen berättar för dig är att varje e-postklient tappar de ursprungliga datummetadata under denna operation. Klienten laddar upp meddelanden till Gmail utan att ange det ursprungliga INTERNALDATE, så Gmail registrerar uppladdningstidsstämpeln istället. Tusentals e-postmeddelanden, ett datum.

Gmail lägger till sin egen komplikation till problemet. När den tar emot ett uppladdat meddelande lägger Gmails IMAP-gateway till en ny Received-header stämplad med aktuellt datum och tid. Denna header sitter överst i headerkedjan. Gmails webbgränssnitt är smart nog att använda Date-headern från e-postens brödtext för visningsändamål, så datum kan se korrekta ut i webbläsaren. Men varje IMAP-klient som ansluter efteråt läser det skadade INTERNALDATE från Googles servrar.

Vem gör faktiskt manuell IMAP-kopiering? Fler människor än du tror. Små företag som konsoliderar från Yahoo Mail eller en billig hostingleverantör till Gmail. Frilansare som slår ihop tre konton till ett. IT-konsulter som migrerar en kunds brevlåda från en leverantör utan officiellt migreringsverktyg. Dra-och-släpp-metoden känns intuitiv och säker. Men på IMAP-protokollnivå förstörs datummetadata tyst under överföringen - och när någon upptäcker det kan källkontot redan vara stängt.

Påverkan delas i två världar. I Gmails webbgränssnitt kan datum se korrekta ut, eftersom Gmail läser Date-headern från e-postens brödtext. I varje IMAP-klient - Outlook, Apple Mail, Thunderbird, Gmail-appen på Android - visas kopieringsdatumet istället. Detta skapar en förvirrande situation där samma e-post visar olika datum beroende på hur du kommer åt den.

Men skadan går djupare än visningsinkonsekvenser. Har du någonsin försökt köra en compliancegranskning på en brevlåda där 30 000 e-postmeddelanden alla har samma INTERNALDATE? Google Vault-sökningar efter datum returnerar missvisande resultat. Säkerhetskopieringsverktyg som MailStore, Veeam eller anpassade arkiveringsskript som ansluter via IMAP registrerar permanent felaktiga datum. Google Takeout-exporter kan referera till INTERNALDATE för filnamngivning, vilket skapar arkivmappar där e-postmeddelanden från 2017 ligger bredvid e-postmeddelanden från 2023 under ett enda datum. För någon som har konsoliderat års e-post från flera leverantörer till Gmail kan detta innebära att hela deras e-posthistorik har felaktig datummetadata på Googles servrar.

Redate.io åtgärdar detta genom en patenterad korrigeringsmotor som använder mönsterigenkänning över migreringsverktygs signaturer för att identifiera drabbade meddelanden. Processen utför riktad metadatakorrigering på servernivå - bevarar meddelandeinnehåll, etiketter, lässtatus och bilagor medan korrekt datuminformation återställs. Varje meddelande får individuell verifiering före och efter korrigering.