Ret imapsync-migreringsdatoer i Gmail
Hvorfor imapsync-migreringer viser forkert dato i Gmail
imapsync bruges hyppigt til at migrere postkasser til Gmail og Google Workspace-konti via IMAP. Når imapsync uploader beskeder til Gmails IMAP-grænseflade, behandler Gmail hver besked gennem sin egen mailpipeline. Selv når --syncinternaldates-flaget er specificeret, kan Gmails IMAP-implementering overskrive den anmodede INTERNALDATE i visse situationer, især når beskeden passerer Gmails spam- og sikkerhedsfiltre.
Gmails IMAP-adfærd er markant anderledes end standard IMAP-servere. Gmail tilføjer sin egen Received-header (typisk indeholdende "gmailapi.google.com" eller IMAP-gateway-identifikatoren) med uploadtidsstemplet. Derudover er Gmails håndtering af APPEND-kommandoen med en specificeret INTERNALDATE ikke altid konsistent. Nogle beskeder modtager den anmodede dato, mens andre stemples med uploadtidsstemplet, hvilket skaber en uforudsigelig blanding af korrekte og forkerte datoer inden for den samme migrerede postkasse.
For Gmail-webbrugere udledes visningsdatoen fra Date-headeren, hvilket maskerer INTERNALDATE-problemet. Brugere der forbinder deres Gmail-konto via Outlook, Apple Mail eller Thunderbird ser dog migreringsdatoen på berørte beskeder. Inkonsistensen mellem Gmail web og IMAP-klienter skaber forvirring, og den delvise natur af problemet (nogle datoer korrekte, andre ikke) gør det endnu sværere at diagnosticere og kvantificere omfanget af berørte beskeder.
Hvordan dette påvirker Gmail
Gmails dobbeltdato-adfærd betyder, at problemet er usynligt i Gmail-webgrænsefladen men fuldt synligt i IMAP-klienter. Brugere der kun bruger Gmail i en browser bemærker muligvis aldrig problemet. Brugere der forbinder Outlook, Apple Mail eller Thunderbird til den samme Gmail-konto ser migreringsdatoen på berørte e-mails. Denne inkonsistens fører til modstridende brugerrapporter der komplicerer supportindsatsen.
Gmails IMAP-søgning (SEARCH SINCE/BEFORE-kommandoer) bruger INTERNALDATE, så IMAP-klienter der udfører serversidige datosøgninger returnerer forkerte resultater. Tredjeparts backupværktøjer der forbinder til Gmail via IMAP arkiverer de forkerte datoer, hvilket skaber permanente unøjagtigheder i backup-registreringer. Google Vault og Workspace-compliance-værktøjer kan også referere til INTERNALDATE for datobaserede beskyttelser, hvilket potentielt påvirker juridiske og regulatoriske arbejdsgange.
Ofte stillede spørgsmål
Hvorfor fungerer imapsync --syncinternaldates ikke pålideligt med Gmail?
Gmails IMAP-implementering har specifikke adfærdsmønstre der adskiller sig fra standard IMAP-servere. Gmail kan overskrive den anmodede INTERNALDATE under sin interne behandlingspipeline, især når beskeder passerer spamfiltre eller sikkerhedsscanning. Dette er Gmail-specifik adfærd, ikke en imapsync-fejl.
Hvordan kan jeg se hvilke e-mails i Gmail der har den forkerte INTERNALDATE?
Redate.io scanner postkassen og identificerer e-mails hvor INTERNALDATE ikke matcher den originale Date-header. Scanningen er gratis og viser præcist hvor mange e-mails der er berørt, så administratorer kan vurdere omfanget før de forpligter sig til en rettelse.
Håndterer Redate.io Gmail-labels ved rettelse af datoer?
Ja. Redate.io bevarer alle Gmail-labels, stjerner, læst/ulæst-status og andre metadata ved rettelse af e-mailen. Den rettede besked vises på den samme placering med de samme labels som originalen.