Исправление дат ручного копирования IMAP в Outlook
Почему ручное копирование IMAP показывает неправильную дату в Outlook
Многие пользователи и администраторы пытаются перенести письма между почтовыми серверами, добавляя оба IMAP-аккаунта в Outlook и перетаскивая или копируя сообщения из одного аккаунта в другой. Этот ручной подход использует Outlook как посредника: Outlook загружает письмо с исходного IMAP-сервера, затем загружает его на целевой IMAP-сервер с помощью команды IMAP APPEND. Во время этой загрузки целевой сервер добавляет новый заголовок Received с текущей меткой времени.
Метод ручного копирования IMAP не имеет механизма для сохранения исходной INTERNALDATE. В отличие от специализированных инструментов миграции (которые по крайней мере пытаются установить INTERNALDATE во время APPEND), операция копирования Outlook не передает параметр даты целевому серверу. Целевой сервер устанавливает INTERNALDATE на время загрузки и добавляет собственный заголовок Received. Оба источника дат теперь отражают дату копирования, а не исходную дату получения.
Пользователи, выполняющие ручное копирование IMAP, часто делают это, считая, что это самый простой подход, или потому, что перемещают небольшое количество писем. Однако даже небольшое ручное копирование может повредить даты сотен сообщений, если выбрана целая папка. Повреждение дат не проявляется до завершения копирования, когда пользователь замечает, что все скопированные сообщения теперь показывают дату копирования в столбце получения Outlook.
Как это влияет на Outlook
После ручного копирования IMAP Outlook отображает дату копирования для всех перемещенных сообщений. Столбец "Получено" показывает, когда сообщение было скопировано, а не когда оно было фактически получено. Если пользователь удалил оригиналы с исходного сервера, нет способа увидеть правильные даты в Outlook без исправления заголовков.
Влияние идентично повреждению дат, вызванному инструментом миграции: сортировка, поиск и фильтрация по дате работают с меткой времени копирования. Группировки Outlook по датам (Сегодня, Вчера, Эта неделя и т.д.) нарушены. В отличие от сценариев с инструментами миграции, которые обычно затрагивают весь почтовый ящик, повреждение дат при ручном копировании IMAP может затронуть часть почтового ящика (только папки или сообщения, которые были скопированы вручную), создавая несогласованную смесь сообщений с правильными и неправильными датами в одном почтовом ящике.
Часто задаваемые вопросы
Я скопировал вручную только несколько папок. Может ли Redate.io исправить только их?
Да. Redate.io сканирует весь почтовый ящик и выявляет только письма с поврежденными датами (где INTERNALDATE не совпадает с исходным заголовком Date). Исправляются только затронутые сообщения, оставляя письма с правильными датами нетронутыми.
Ручное копирование IMAP хуже, чем использование инструмента миграции?
С точки зрения повреждения дат результат тот же: целевой сервер маркирует сообщения датой загрузки. Ручное копирование IMAP через Outlook на самом деле хуже в одном отношении: оно не пытается установить INTERNALDATE, тогда как некоторые инструменты миграции хотя бы пытаются ее сохранить.
Можно ли предотвратить повреждение дат при копировании писем между IMAP-аккаунтами в Outlook?
Outlook не поддерживает установку INTERNALDATE во время IMAP APPEND. Предотвратить повреждение дат при использовании Outlook для копирования между IMAP-аккаунтами невозможно. Если даты были повреждены, Redate.io может исправить их постфактум.