Проблема дат після міграції Microsoft 365
Після міграції до Microsoft 365 (Exchange Online) організації часто виявляють проблему, яка мала б бути в аналізі ризиків проєкту міграції: кожний лист кожної поштової скриньки показує дату міграції замість оригінальної дати отримання. Користувачі відкривають Outlook і бачать тисячі листів, усі з однією й тією самою датою. Сортування за датою більше не має сенсу. Результати пошуку повертають оманливі часові штампи. Повна хронологічна історія скриньки виглядає знищеною.
Ця проблема зачіпає міграції з усіх платформ-джерел: Exchange на локальному сервері, Gmail, Google Workspace, Zimbra, Lotus Notes та будь-якого іншого IMAP-сервера. Вона виникає при міграціях з усіма популярними інструментами, включаючи BitTitan MigrationWiz, вбудований імпорт IMAP Центру адміністрування Exchange та сторонні інструменти, такі як CloudM та imapsync. Першопричина завжди та сама: заголовок "Received", доданий під час процесу міграції, перекриває відображення оригінальної дати в Outlook.
Поширені шляхи міграції до Microsoft 365
З Gmail / Google Workspace
Організації, що переходять з Google Workspace на Microsoft 365, зазвичай використовують BitTitan MigrationWiz, CloudM або функцію імпорту IMAP Центру адміністрування Exchange. Кожний з цих інструментів витягує листи з Gmail та вставляє їх у Exchange Online. Під час вставки Exchange Online додає заголовок "Received" з часовим штампом міграції. Цей заголовок стає найновішим у ланцюжку, що змушує Outlook показувати дату міграції як дату отримання.
З Exchange на локальному сервері
Міграції з локального Exchange (2010, 2013, 2016, 2019) до Exchange Online використовують вбудовані інструменти міграції Microsoft (пряма міграція, поетапна міграція, гібридна міграція) або сторонні інструменти, як-от BitTitan. Гібридні міграції, що використовують точку кінцевого підключення міграції Exchange, іноді зберігають дати правильно, але міграції IMAP та ті, що виконуються сторонніми інструментами, часто створюють проблему дат. Результат залежить від того, як саме інструмент вставляє повідомлення в Exchange Online.
З інших IMAP-серверів
Міграції з Zimbra, Zoho, хостингу cPanel, Dovecot та інших IMAP-серверів до Microsoft 365 зазвичай виконуються через вбудований імпорт IMAP Центру адміністрування Exchange або imapsync. Обидва методи призводять до додавання заголовків "Received" Exchange Online під час процесу імпорту. Всі перенесені листи показують дату міграції в Outlook.
Як Exchange Online обробляє перенесені листи
Exchange Online та заголовки "Received"
Коли повідомлення вставляється у скриньку Exchange Online (чи то через IMAP, EWS або Microsoft Graph API), Exchange Online обробляє його як нову доставку повідомлення та додає транспортні заголовки. Ці заголовки включають запис "Received" з поточним часовим штампом. Для перенесених листів цей часовий штамп відповідає даті міграції, а не оригінальній даті доставки.
Як Outlook зчитує дату
Outlook (Desktop, Web та Mobile) визначає дату "Отримання", зчитуючи метадані та заголовки листа. Колонка "Отримано" (яка є стандартним режимом перегляду в Outlook) показує дату з найновішого заголовка "Received" або часовий штамп доставки, збережений у Exchange. Після міграції це значення відображає момент, коли інструмент міграції доставив повідомлення до Exchange Online, а не момент, коли повідомлення було оригінально відправлене чи отримане. Для повного технічного пояснення див. виправлення хибної дати Outlook після міграції.
Outlook on the web (OWA)
Outlook on the web (OWA) відображає ту саму хибну дату, що й Outlook Desktop. На відміну від вебінтерфейсу Gmail (який іноді показує правильну дату із заголовка "Date"), OWA систематично відображає часовий штамп доставки Exchange. Жодне обхідне рішення на боці клієнта неможливе. Виправлення має відбуватися на рівні сервера.
Вбудовані інструменти Microsoft не вирішують цю проблему
Центр адміністрування Exchange
Центр адміністрування Exchange пропонує багато функцій керування поштовими скриньками, але не включає жодного інструмента для виправлення дат листів після міграції. Жодної можливості масового редагування заголовків. Жодного майстра виправлення дат. Жодного командлета PowerShell, що змінює заголовки "Received" наявних повідомлень.
Інструменти відповідності (eDiscovery, утримання)
Інструменти відповідності Microsoft 365, такі як eDiscovery та політики утримання, використовують збережені часові штампи листів. Після міграції ці інструменти відображають дату міграції, що може створити реальні проблеми з юридичним утриманням, регуляторною відповідністю та аудиторськими слідами. Це не лише питання зручності для користувачів: це може мати юридичні та регуляторні наслідки для організацій, що підпадають під вимоги утримання електронної пошти.
PowerShell
Exchange Online PowerShell надає потужні можливості керування поштовими скриньками, але не може змінювати необроблений вміст повідомлень. Командлет Set-MailboxMessageConfiguration та пов'язані команди контролюють параметри скриньки, а не заголовки окремих повідомлень. Не існує підтримуваного підходу через PowerShell для видалення заголовків "Received" з наявних повідомлень в Exchange Online. То що ж мають робити ІТ-команди?
Виправлення дат Microsoft 365 з Redate.io
Як Redate.io підключається до Microsoft 365
Redate.io підключається до Exchange Online через реєстрацію застосунку Azure AD (Entra ID). Адміністратор створює реєстрацію застосунку на порталі Azure, надає необхідні дозволи на пошту (Mail.ReadWrite) та забезпечує згоду адміністратора для тенанта. Це дає Redate.io змогу отримати доступ до всіх поштових скриньок організації через Microsoft Graph API або IMAP з автентифікацією OAuth2.
Процес реєстрації застосунку займає приблизно 15 хвилин та дотримується стандартних моделей OAuth2 Microsoft. Жодні паролі користувачів не передаються, автентифікація повністю керується токенами Azure AD.
Початок роботи
Зареєструвати застосунок Azure AD. На порталі Azure перейдіть до Azure Active Directory (Entra ID), потім Реєстрації застосунків, та створіть новий застосунок. Налаштуйте його як одно- або багатотенантний застосунок відповідно до потреб організації.
Надати дозволи на пошту. Додайте дозвіл Microsoft Graph "Mail.ReadWrite" (дозвіл застосунку) до реєстрації. Надайте згоду адміністратора, щоб застосунок мав доступ до скриньок без індивідуального дозволу користувачів.
Створити секрет клієнта або сертифікат. Згенеруйте секрет клієнта або завантажте сертифікат для автентифікації. Запишіть ID застосунку та ID тенанта.
Підключити у Redate.io. Увійдіть до Redate.io, оберіть "Microsoft 365" як платформу та введіть ID застосунку, ID тенанта та секрет клієнта. Redate.io перевірить з'єднання та покаже список доступних скриньок.
Сканувати та виправити. Оберіть скриньки для сканування. Безкоштовний аналіз визначає уражені листи у кожній скриньці. Після перегляду результатів оберіть тарифний план та запустіть виправлення. Пропрієтарний рушій корекції Redate.io обробляє кожний лист через багатоступеневий процес аналізу, що працює з підписами S/MIME, структурами MIME multipart, складними випадками кодування та десятками інших варіацій, які примітивний скрипт пошкодив би.
Що забезпечує Redate.io
Для кожного ураженого листа рушій корекції аналізує повний ланцюжок заголовків, застосовує точкові виправлення на основі зіставлення з відомими сигнатурами міграції та підтверджує кожний результат перевіркою цілісності перед завершенням. Оригінальні повідомлення переміщуються до теки "Redate.io - Originals" у скриньці та зберігаються 30 днів. Це набагато складніше за просте знайти-замінити у тексті заголовків.
Після виправлення
Після завершення виправлення Outlook (Desktop, Web та Mobile) показує правильні оригінальні дати. Сортування за датою "Отримання" працює належним чином. Результати пошуку повертають точні часові штампи. Інструменти відповідності відображають правильні дати для юридичних та регуляторних потреб. Виправлення є постійним, обслуговування не потрібне.
Посібники за інструментами для Microsoft 365
Міграція до Microsoft 365 і дати листів хибні? Запустіть безкоштовний аналіз з Redate.io, щоб визначити уражені листи у всіх скриньках та відновити правильні дати в Outlook, OWA та всіх підключених клієнтах.