Handmatige IMAP-kopieerdatums in Outlook herstellen
Waarom handmatig IMAP-kopiëren de verkeerde datum toont in Outlook
Veel gebruikers en beheerders proberen e-mails tussen mailservers te migreren door beide IMAP-accounts aan Outlook toe te voegen en berichten van het ene account naar het andere te slepen of te kopiëren. Deze handmatige benadering gebruikt Outlook als tussenpersoon: Outlook downloadt de e-mail van de bron-IMAP-server en uploadt deze vervolgens naar de bestemmings-IMAP-server met het IMAP APPEND-commando. Tijdens deze upload voegt de bestemmingsserver een nieuwe Received-header toe met het huidige tijdstempel.
De handmatige IMAP-kopieerbenadering heeft geen mechanisme om de oorspronkelijke INTERNALDATE te bewaren. In tegenstelling tot gespecialiseerde migratietools (die ten minste proberen de INTERNALDATE in te stellen tijdens APPEND), geeft de kopieerbewerking van Outlook geen datumparameter door aan de bestemmingsserver. De bestemmingsserver stelt de INTERNALDATE in op de uploadtijd en voegt zijn eigen Received-header toe. Beide datumbronnen weerspiegelen nu de kopieerdatum in plaats van de oorspronkelijke ontvangstdatum.
Gebruikers die handmatige IMAP-kopieën uitvoeren doen dit vaak omdat ze geloven dat het de eenvoudigste benadering is, of omdat ze een klein aantal e-mails verplaatsen. Maar zelfs een kleine handmatige kopie kan datums van honderden berichten beschadigen als een hele map wordt geselecteerd. De datumbeschadiging is pas zichtbaar nadat de kopie is voltooid, wanneer de gebruiker opmerkt dat alle gekopieerde berichten nu de kopieerdatum tonen in de ontvangstkolom van Outlook.
Hoe dit Outlook beïnvloedt
Na een handmatige IMAP-kopie toont Outlook de kopieerdatum voor alle overgedragen berichten. De kolom "Ontvangen" toont wanneer het bericht is gekopieerd, niet wanneer het oorspronkelijk is ontvangen. Als de gebruiker de originelen van de bronserver heeft verwijderd, is er geen manier om de juiste datums in Outlook te zien zonder de headers te corrigeren.
De impact is identiek aan datumbeschadiging veroorzaakt door een migratietool: sortering, zoeken en filteren op datum werken allemaal met het kopieertijdstempel. De datumgebaseerde groeperingen van Outlook (Vandaag, Gisteren, Deze week, enz.) worden verstoord. In tegenstelling tot migratietoolscenario's die doorgaans een hele mailbox treffen, kan datumbeschadiging door handmatig IMAP-kopiëren slechts een subset van de mailbox treffen (alleen de mappen of berichten die handmatig zijn gekopieerd), waardoor een inconsistente mix van correct en incorrect gedateerde berichten binnen dezelfde mailbox ontstaat.
Veelgestelde vragen
Ik heb slechts een paar mappen handmatig gekopieerd. Kan Redate.io alleen die corrigeren?
Ja. Redate.io scant de hele mailbox en identificeert alleen de e-mails met beschadigde datums (waar de INTERNALDATE niet overeenkomt met de oorspronkelijke Date-header). Het corrigeert alleen de getroffen berichten en laat correct gedateerde e-mails onaangeroerd.
Is handmatig IMAP-kopiëren erger dan het gebruik van een migratietool?
Wat betreft datumbeschadiging is het resultaat hetzelfde: de bestemmingsserver voorziet berichten van de uploaddatum. Handmatig IMAP-kopiëren via Outlook is eigenlijk erger in één opzicht: het probeert niet de INTERNALDATE in te stellen, terwijl sommige migratietools ten minste proberen deze te bewaren.
Kan ik datumbeschadiging voorkomen bij het kopiëren van e-mails tussen IMAP-accounts in Outlook?
Outlook ondersteunt het instellen van de INTERNALDATE tijdens IMAP APPEND niet. Er is geen manier om datumbeschadiging te voorkomen bij het gebruik van Outlook om tussen IMAP-accounts te kopiëren. Als datums zijn beschadigd, kan Redate.io ze achteraf corrigeren.