Виправлення дат міграції Exchange IMAP в OWA

Чому міграції Exchange IMAP порушують дати в OWA

Outlook на вебі (OWA) - це браузерний інтерфейс для Exchange Online та локального Exchange Server. Після міграції Exchange IMAP кожен лист в OWA відображає дату міграції замість оригінальної дати отримання. Чому? Тому що OWA зчитує ту саму властивість PR_MESSAGE_DELIVERY_TIME, що й Outlook для робочого столу, а ця властивість була перезаписана під час міграції.

Коли вбудований інструмент IMAP-міграції Exchange завантажує повідомлення до поштової скриньки призначення, транспортний конвеєр обробляє кожне з них як нову доставку. Він додає заголовок Received з поточним часом обробки та відповідно встановлює внутрішню позначку часу доставки. Оригінальна інформація про дату все ще існує в заголовку Date, але OWA ніколи не звертається до нього для відображення у стовпці дати.

Деякі адміністратори вважають, що проблема обмежена Outlook для робочого столу, і рекомендують перейти на OWA як обхідне рішення. (Ця порада напрочуд часто зустрічається на форумах з міграції.) Це не допомагає. OWA та Outlook для робочого столу зчитують дані з одного сховища повідомлень Exchange. Якщо час доставки хибний на сервері, він хибний всюди - OWA, Outlook для робочого столу, Outlook для мобільних, сторонні клієнти EWS. Немає клієнтського рішення для серверного пошкодження дат.

Як хибні дати впливають на роботу OWA

Кожен лист у списку повідомлень OWA показує позначку часу міграції. Вкладка Сфокусоване, вкладка Інше, надіслані, архівні повідомлення - усе відображає однакову хибну дату. Пошукова система OWA підтримує фільтри за датою на кшталт "отримано:цей тиждень" або "отримано:минулий місяць", але ці фільтри запитують пошкоджену позначку часу доставки. Пошук листів, отриманих у січні 2024 року, повертає нуль результатів, якщо міграція відбулася в березні 2026.

Перегляд бесід у OWA все ще групує повідомлення правильно за ланцюжком (використовуючи тему та посилання message-ID), але дата поруч з кожним повідомленням у бесіді - це дата міграції. Наведення курсору на дату показує повну позначку часу - яка теж хибна. Функція фільтрації для швидкого пошуку за діапазоном дат стає ненадійною. Для організацій, де OWA є основним поштовим клієнтом (типово для середовищ, що уникають розгортання настільного ПЗ, або серед віддалених працівників на керованих пристроях), це фактично знищує хронологічну зручність кожної поштової скриньки, що пройшла через IMAP-міграцію.

Поширені запитання

Чи проблема з датами в OWA така ж, як в Outlook для робочого столу?

Ідентична. І OWA, і Outlook для робочого столу зчитують властивість PR_MESSAGE_DELIVERY_TIME зі сховища повідомлень Exchange. Пошкодження дат є серверним, тому виправлення на рівні сервера через Redate.io одночасно коригує відображення в OWA, Outlook для робочого столу та Outlook для мобільних.

Чи можна десь в OWA побачити правильну оригінальну дату?

Так, але лише вручну. Відкрийте повідомлення в OWA, натисніть меню з трьома крапками та виберіть "Переглянути джерело повідомлення". Оригінальний заголовок Date покаже правильну дату. Зрозуміло, що робити це для 20 000 листів - нереалістичне рішення.

Як Redate.io визначає, які листи потребують виправлення?

Redate.io використовує зіставлення шаблонів сигнатур інструментів міграції для ідентифікації листів, пошкоджених IMAP-міграцією. Механізм аналізує ланцюжок заголовків кожного повідомлення, виявляє заголовки Received, додані під час міграції, та позначає повідомлення, де позначка часу доставки розходиться з оригінальним заголовком Date.

Чи працює Redate.io з локальним Exchange Server чи лише з Exchange Online?

З обома. Redate.io підключається до будь-якого середовища Exchange з увімкненим IMAP, включно з Exchange Online (Microsoft 365), Exchange Server 2016 та Exchange Server 2019. Процес корекції однаковий незалежно від того, чи Exchange розміщено в хмарі чи локально.

Пов'язані посібники з виправлення

Безкоштовне сканування