imapsync-migratiedatums in Outlook herstellen
Waarom imapsync-migraties de verkeerde datum tonen in Outlook
imapsync is een open-source opdrachtregeltool die populair is bij systeembeheerders voor server-naar-server IMAP-mailboxsynchronisatie. imapsync bevat een --syncinternaldates-vlag die is ontworpen om de oorspronkelijke INTERNALDATE te behouden tijdens migratie. Maar zelfs wanneer deze vlag wordt gebruikt, voegt de bestemmingsmailserver zijn eigen Received-header toe aan elk geüpload bericht, en deze header draagt het migratietijdstempel.
Outlook vertrouwt niet uitsluitend op de INTERNALDATE voor datumweergave. De kolom "Ontvangen" van Outlook wordt afgeleid van de bovenste Received-header in de e-mail. Zelfs als imapsync de INTERNALDATE succesvol heeft behouden met --syncinternaldates, overschrijft de nieuwe Received-header die door de bestemmingsserver is toegevoegd de datum die Outlook weergeeft. Beheerders die dachten de datums te hebben beschermd door de juiste imapsync-vlaggen te gebruiken, ontdekken dat Outlook nog steeds de verkeerde datum toont.
Dit gedrag verrast veel ervaren beheerders. De imapsync-documentatie richt zich op het behoud van de INTERNALDATE, waardoor beheerders aannemen dat --syncinternaldates voldoende is. In de praktijk is het Received-header-probleem een apart probleem dat --syncinternaldates niet aanpakt, omdat de Received-header wordt toegevoegd door de bestemmingsserver nadat imapsync zijn upload heeft voltooid, buiten de controle van imapsync.
Hoe dit Outlook beïnvloedt
Na een imapsync-migratie toont Outlook de migratiedatum in de kolom "Ontvangen" voor elke e-mail. Zelfs wanneer --syncinternaldates is gebruikt en de IMAP INTERNALDATE technisch correct is op de server, parseert Outlook de Received-headers en toont de bovenste - het migratietijdstempel. Het resultaat is een mailbox waar elke e-mail lijkt te zijn aangekomen op dezelfde dag.
De frustratie wordt verergerd doordat beheerders op de IMAP-server kunnen verifiëren dat de INTERNALDATE correct is, maar Outlook nog steeds de verkeerde datum toont. Dit leidt tot uren van probleemoplossing aan de Outlook-kant (profielen opnieuw installeren, caches wissen, OST-bestanden opnieuw opbouwen) die het probleem nooit oplossen omdat de hoofdoorzaak in de e-mailheaders zit, niet in de lokale configuratie van Outlook. De enige oplossing is het verwijderen van de migratie-Received-header uit elke e-mail op serverniveau.
Veelgestelde vragen
Ik heb imapsync --syncinternaldates gebruikt maar Outlook toont nog steeds de verkeerde datum. Waarom?
De --syncinternaldates-vlag behoudt de IMAP INTERNALDATE op de server, maar kan niet voorkomen dat de bestemmingsserver een nieuwe Received-header toevoegt. Outlook leest de bovenste Received-header voor zijn datumweergave, die het migratietijdstempel bevat. INTERNALDATE en Received-header zijn twee afzonderlijke datumbronnen.
Kan ik imapsync-datums corrigeren door de Received-headers handmatig te bewerken?
Technisch gezien zou u elke e-mail moeten downloaden, de headers bewerken, het origineel verwijderen en opnieuw uploaden met de juiste INTERNALDATE. Voor meer dan een handvol e-mails is dit onpraktisch. Redate.io automatiseert dit hele proces met ingebouwde verificatie.
Werkt Redate.io met elke IMAP-server die met imapsync wordt gebruikt?
Ja. Redate.io ondersteunt elke standaard IMAP-server. Of de bestemming nu Dovecot, Courier, Exchange of een andere IMAP-compatibele server was, Redate.io kan verbinden en de datums corrigeren.