Исправление дат ручного копирования IMAP в Apple Mail
Почему ручное копирование IMAP искажает даты в Apple Mail
Apple Mail делает разрушение дат писем опасно простым. Перетащите сообщения из одного IMAP-аккаунта в другой, бросьте их в целевую папку, готово. Только вот Apple Mail не сохраняет оригинальные метаданные даты при этой операции. Когда Apple Mail загружает сообщение на целевой IMAP-сервер, он не передает оригинальный INTERNALDATE исходного сервера. Целевой сервер записывает дату загрузки как новый INTERNALDATE.
И Apple Mail не предлагает никакого обходного пути. В отличие от Thunderbird (который хотя бы предлагает столбец для отображения заголовка Date), список сообщений Apple Mail показывает исключительно IMAP INTERNALDATE. Нет скрытых настроек, нет хака через терминал, нет плагина, который мог бы это изменить. Дата рядом с каждым сообщением - это INTERNALDATE, и после ручного копирования IMAP эта дата - день копирования.
Большинство пользователей Mac, перетаскивающих письма между IMAP-аккаунтами, не подозревают, что это произойдет. Apple Mail не выдает никакого предупреждения. Вы объединяете 6 лет переписки от старого провайдера в новый аккаунт, закрываете ноутбук с чувством выполненного долга, а на следующее утро открываете его и обнаруживаете, что каждое перенесенное сообщение показывает вчерашнюю дату. Если Вы уже удалили оригиналы из исходного аккаунта? Правильные даты потеряны для всех клиентов. Только заголовок Date, скрытый внутри каждого тела сообщения, по-прежнему хранит истину, невидимую для интерфейса Apple Mail.
Как неисправные даты выглядят в Apple Mail
Откройте Apple Mail на Mac после копирования 12 000 писем от старого провайдера. Каждое сообщение в каждой папке показывает одну и ту же дату - день копирования. Входящие, отправленные, архивы проектов. Все одинаково. Сортировка по дате не имеет смысла, потому что дата только одна. Найти обсуждение контракта за ноябрь 2021 года? Удачи с прокруткой плоского, несортированного списка из тысяч сообщений.
На iPhone и iPad те же искаженные даты следуют за Вами. Правила смарт-ящиков на macOS, фильтрующие по "Дата получения", дают абсурдные результаты: ловят все скопированные сообщения или ни одного, в зависимости от времени. Кстати, вот что застает людей врасплох: поиск Spotlight на macOS индексирует сообщения Apple Mail по INTERNALDATE, поэтому даже поиск писем вне Apple Mail (через Cmd+Space) возвращает неверные результаты для запросов с фильтром по дате. Повреждение выходит далеко за пределы самого приложения Почта.
Redate.io восстанавливает эти даты через анализ цепочки заголовков и восстановление метаданных дат. Процесс считывает оригинальный заголовок Date каждого письма, выполняет индивидуальную проверку и корректирует серверные метаданные даты без изменения содержимого или вложений. После коррекции на уровне сервера Apple Mail на всех устройствах Apple синхронизируется и автоматически отображает оригинальные даты.
Часто задаваемые вопросы
Существует ли способ сохранить даты при копировании писем в Apple Mail?
Нет. Apple Mail не поддерживает указание INTERNALDATE при операциях загрузки по IMAP. Каждое сообщение, скопированное между IMAP-аккаунтами через Apple Mail, получает дату копирования в качестве INTERNALDATE. Это фундаментальное ограничение обработки IMAP-переносов в Apple Mail.
Redate.io исправит даты и на Mac, и на iPhone одновременно?
Да. Redate.io корректирует INTERNALDATE на уровне сервера. После применения исправления Apple Mail на macOS, iOS и iPadOS автоматически отображает правильные оригинальные даты после синхронизации с сервером.
Я скопировал письма из трех разных аккаунтов в один. Может ли Redate.io это обработать?
Да. Redate.io определяет затронутые письма путем сравнения INTERNALDATE с оригинальным заголовком Date внутри каждого сообщения. Независимо от количества исходных аккаунтов, все затронутые сообщения в целевом аккаунте могут быть обработаны за одну операцию.
Что если некоторые из скопированных писем очень старые и имеют необычный формат даты?
Механизм анализа Redate.io обрабатывает широкий спектр форматов заголовка Date, включая более старые вариации RFC 822. Письма с отсутствующим или не поддающимся разбору заголовком Date помечаются для ручного просмотра, а не обрабатываются автоматически, исключая риск присвоения неверной даты.