Виправлення дат ручного копіювання 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 може виправити їх постфактум.