Виправлення дат міграції BitTitan в Outlook
Чому міграції BitTitan порушують дати в Outlook
BitTitan MigrationWiz завантажує кожен лист із сервера-джерела та вивантажує його на сервер призначення. Стандартна процедура міграції. Але під час цього завантаження поштовий сервер призначення додає новий заголовок Received до кожного повідомлення. Цей заголовок несе позначку часу міграції, а не оригінальну дату доставки.
Чому Outlook звертає на це увагу? Тому що Outlook визначає дату в стовпці "Отримано", зчитуючи найновіший заголовок Received у ланцюжку заголовків кожного листа. Заголовок MigrationWiz знаходиться саме на початку. Тому Outlook показує дату міграції для кожного повідомлення у поштовій скриньці. Вхідні, надіслані, архівні папки - все позначено однаковою датою.
Це повністю зламано.
Уявіть: Ви щойно перенесли 4 237 листів для директора з продажів, яка покладається на хронологічну історію листування для відстеження комунікацій із клієнтами. Вона відкриває Outlook у понеділок, і кожен лист за останні шість років показує суботню дату. Сортування за датою? Один суцільний блок. Пошук листів за жовтень? Нічого не знаходиться (а насправді все знаходиться з датою дня міграції). Правила Outlook, які спрацьовують за датою отримання, дають збої або взагалі не працюють.
У корпоративних середовищах, де MigrationWiz переносить сотні поштових скриньок одночасно, це не проблема однієї людини. Це організаційна криза в перший робочий день після міграції. Ланцюжки листів, пов'язані з календарем, втрачають свій часовий контекст. Перегляд бесід стає ненадійним, коли всі повідомлення мають ідентичну позначку часу отримання.
Як це впливає на користувачів Outlook
Outlook для робочого столу та Outlook для Windows заповнюють стовпець "Отримано" з IMAP INTERNALDATE та найновішого заголовка Received. Після міграції BitTitan сортування за датою групує всю поштову скриньку в один день. Щоб знайти лист тримісячної давнини, доводиться прокручувати тисячі повідомлень з ідентичними датами.
Пошук також зламаний. Фільтри за діапазоном дат повертають некоректні результати, бо індексована дата відображає міграцію, а не оригінальну доставку. І ось деталь, яка дивує більшість адміністраторів: кешований режим Outlook (локальний файл .ost) зберігає пошкоджену дату, тому навіть перехід в автономний режим не допомагає.
Redate.io використовує власний механізм корекції із зіставленням шаблонів сигнатур інструментів міграції для ідентифікації та виправлення метаданих, доданих BitTitan, на рівні сервера. Кожне повідомлення проходить цілеспрямовану корекцію метаданих без зміни вмісту повідомлення, вкладень чи структури папок. Після обробки оригінальна дата автоматично з'являється в Outlook для робочого столу, OWA, Outlook для мобільних та кожному іншому підключеному клієнті.
Поширені запитання
Чи завжди BitTitan MigrationWiz змінює дати листів в Outlook?
Так. Кожна міграція MigrationWiz додає заголовок Received із поточною позначкою часу до кожного перенесеного листа. Outlook зчитує цей заголовок для визначення відображуваної дати. Ця поведінка властива самому процесу міграції і впливає на всі платформи призначення.
Чи можна виправити дати BitTitan в Outlook без повної повторної міграції?
Так. Redate.io підключається до поштової скриньки та обробляє кожен пошкоджений лист індивідуально. Повторна міграція не потрібна. Оригінальний лист зберігається як резервна копія у спеціальній папці, а виправлена версія відображається з правильною датою.
Скільки листів може виправити Redate.io після міграції BitTitan?
Redate.io пропонує плани від 1 000 до 100 000 листів на поштову скриньку. Для великих корпоративних міграцій, виконаних за допомогою BitTitan, корпоративний план покриває до 100 000 листів за фіксованою ціною.
Чи вплине виправлення дат в Outlook на інші клієнти, підключені до тієї ж скриньки?
Redate.io коригує дати на рівні сервера, а не конкретно в Outlook. Після відновлення метаданих правильна дата з'являється в Outlook, OWA, мобільних клієнтах та будь-якому іншому додатку, підключеному до поштової скриньки.