Handmatige IMAP-kopieerdatums in Apple Mail herstellen
Waarom handmatig IMAP kopieerren datums vernietigt in Apple Mail
Apple Mail maakt het gevaarlijk eenvoudig om e-maildatums te beschadigen. Sleep berichten van het ene IMAP-account naar het andere, zet ze neer in de doelmap, klaar. Alleen bewaart Apple Mail de originele datummetadata niet tijdens deze bewerking. Wanneer Apple Mail een bericht uploadt naar de doel-IMAP-server, stuurt het niet de originele INTERNALDATE mee van de bronserver. De doelserver registreert de uploadtijdstempel als de nieuwe INTERNALDATE.
En Apple Mail heeft hier geen oplossing voor. In tegenstelling tot Thunderbird (dat tenminste een kolomoptie biedt om de Date-header weer te geven), toont de berichtenlijst van Apple Mail uitsluitend de IMAP INTERNALDATE. Geen verborgen voorkeur, terminalcommando of plugin kan dit gedrag wijzigen. De datum die u naast elk bericht ziet is de INTERNALDATE, en na een handmatige IMAP-kopie is die datum de dag waarop u de kopie uitvoerde.
De meeste Mac-gebruikers die e-mails slepen tussen IMAP-accounts hebben geen idee dat dit zal gebeuren. Apple Mail geeft geen enkele waarschuwing. U consolideert 6 jaar e-mail van een oude provider naar uw nieuwe account, sluit uw laptop met een productief gevoel, en de volgende ochtend ontdekt u dat elk overgebracht bericht de datum van gisteren toont. Als u de originelen al van het bronaccount hebt verwijderd? De juiste datums zijn verdwenen uit elke client. Alleen de Date-header verborgen in de body van elk bericht behoudt nog de waarheid - onzichtbaar voor de Apple Mail-interface.
Hoe beschadigde datums eruitzien in Apple Mail
Open Apple Mail op uw Mac na het kopieren van 12.000 e-mails van uw oude provider. Elk bericht in elke map toont dezelfde datum - de dag van de kopie. Uw inbox, uw verzonden map, uw projectarchieven. Allemaal identiek. Sorteren op datum doet niets omdat er maar een datum is. Op zoek naar die contractdiscussie van november 2021? Veel succes met scrollen door een vlakke, ongesorteerde lijst van duizenden berichten.
Op iPhone en iPad volgen dezelfde beschadigde datums u. Smart Mailbox-regels op macOS die filteren op "Date Received" geven absurde resultaten. Spotlight-zoekopdrachten op macOS indexeren Apple Mail-berichten met de INTERNALDATE, dus zelfs zoeken naar e-mails buiten Apple Mail (met Cmd+Space) geeft verkeerde resultaten voor datumgefilterde zoekopdrachten. De schade reikt ver buiten de Mail-app zelf.
Redate.io herstelt deze datums door middel van header-ketenanalyse en datummetadatareconstructie. Het proces leest de originele Date-header van elke e-mail, voert verificatie per bericht uit en corrigeert de datummetadata op serverniveau zonder de berichtinhoud of bijlagen te wijzigen. Eenmaal gecorrigeerd op serverniveau synchroniseert en toont Apple Mail op elk Apple-apparaat automatisch de originele datums.
Veelgestelde vragen
Is er een manier om datums te behouden bij het kopieren van e-mails in Apple Mail?
Nee. Apple Mail ondersteunt het specificeren van de INTERNALDATE tijdens IMAP-uploadbewerkingen niet. Elk bericht dat via Apple Mail tussen IMAP-accounts wordt gekopieerd, krijgt de kopieerdatum als INTERNALDATE. Dit is een fundamentele beperking van hoe Apple Mail IMAP-overdrachten afhandelt.
Herstelt Redate.io datums op zowel Mac als iPhone tegelijk?
Ja. Redate.io corrigeert de INTERNALDATE op serverniveau. Na toepassing van de correctie toont Apple Mail op macOS, iOS en iPadOS automatisch de juiste originele datums na synchronisatie met de server.
Ik heb e-mails van drie verschillende accounts naar een gekopieerd. Kan Redate.io dat aan?
Ja. Redate.io identificeert getroffen e-mails door de INTERNALDATE te vergelijken met de originele Date-header in elk bericht. Ongeacht hoeveel bronaccounts zijn geconsolideerd, kunnen alle getroffen berichten in het doelaccount in een enkele bewerking worden verwerkt.
Wat als sommige van mijn gekopieerde e-mails heel oud zijn met ongebruikelijke datumformaten?
De analyse-engine van Redate.io verwerkt een breed scala aan Date-headerformaten, inclusief oudere RFC 822-variaties. E-mails met ontbrekende of onleesbare Date-headers worden gemarkeerd voor beoordeling in plaats van verwerkt, zodat er geen risico is op het toewijzen van een verkeerde datum.