Виправлення дат міграції imapsync в Microsoft 365
Чому міграції imapsync показують неправильну дату в Microsoft 365
Міграції imapsync в Microsoft 365 (Exchange Online) стикаються з двойной проблемою сохранения дат. Во-перших, IMAP-шлюз Exchange Online має специфическое поведінка, яке може перезаписать INTERNALDATE, предоставленную флагом --syncinternaldates imapsync. Во-других, Exchange Online додає власний заголовок Received в процесі IMAP APPEND, маркируя кожне повідомлення міткою часу міграції.
Реализация IMAP в Microsoft 365 ограничена по сравнению з повними протоколуми Exchange (EWS, MAPI). Коли imapsync завантажує через IMAP, повідомлення проходит через транспортний конвеєр Exchange Online, який обробляє його аналогично новому входящему повідомленню. Цей конвеєр додає транспортні заголовки, виконує перевірки відповідності та маркує повідомлення метаданими доставки, отражающими фактическое время завантаження, а не запрошенную INTERNALDATE.
Адміністратори, що обирають imapsync для міграцій Microsoft 365 (часто потому, що він безкоштовний та поддерживает скрипти), виявляють після міграції, що сохранение дат не сработало як ожидалось. Флаг --syncinternaldates, який коректно працює со многими стандартними IMAP-серверами, не дает очікуваних результатів з конкретной реализацией IMAP Exchange Online. Весь перенесений поштова скринька показує дату міграції во всіх приложениях Microsoft 365.
Як це впливає на Microsoft 365
В Microsoft 365 дата міграції відображаєся единообразно в Outlook для робочого столу, OWA, Outlook для мобільних пристроїв и Microsoft Search. На відміну від Gmail (где веб-клієнт може маскировать проблему), клієнти Microsoft 365 всі посилаються на одну та ту же мітку часу доставки. У користувачів нет обходного пути та нет клієнта, що показує правильну дату, пока базові заголовки Received и INTERNALDATE не виправлені на рівні сервера.
Адміністративні та функції відповідності Microsoft 365 зачеплені в равной мере. Exchange Online Protection, політики предотвращения утечки даних та пошуки відповідності Microsoft Purview - всі индексируют мітку часу міграції. Для організацій, подчиняющихся правилам зберігання даних, пошкоджені дати означают, що політики зберігання, засновані на возрасте повідомлення, працюють з невірними даними, потенційно приводя до преждевременному удалению повідомлень, які повинні бути збережені, або бессрочному зберіганню повідомлень, які повинні бути видалені.
Поширені запитання
Чому imapsync --syncinternaldates не працює з Microsoft 365?
Реализация IMAP Exchange Online обробляє завантажені повідомлення через свой транспортний конвеєр, який може перезаписать запрошенную INTERNALDATE. Крім того, Exchange Online додає заголовки Received з міткою часу завантаження. Це серверное поведінка знаходиться вне контроля imapsync.
Следовало ли мне використовувати іншій інструмент міграції для Microsoft 365?
Большинство інструментів міграції (включая коммерческие, такие як BitTitan и CloudM) создают ту же проблему з датами, оскільки основна причина в том, як Exchange Online обробляє завантажені повідомлення. Вибір инструмента міграції не предотвращает проблему. Redate.io виправляє ее незалежно від того, какой інструмент использовался.
Може ли Redate.io массово виправити поштові скриньки, перенесені imapsync?
Так. Redate.io поддерживает массовую обработку поштових скриньок для Microsoft 365. Адміністратори можуть сканировать та исправлять несколько поштових скриньок из единой панели управления. План Enterprise поддерживает до 100 000 листів на поштова скринька.