Виправлення дат міграції imapsync в Microsoft 365

Міграція до Microsoft 365 за допомогою imapsync звучить розумно. Він безкоштовний, підтримує скрипти та добре справляється з IMAP-в-IMAP переносами в більшості сценаріїв. Але в Microsoft 365 одна деталь вирішує, яку дату отримає кожен лист.

Exchange Online зберігає дату, яку йому передають: коли imapsync записує лист через IMAP, він передає внутрішню дату кожного листа разом з ним (прапорець --syncinternaldates увімкнено за замовчуванням), і копія зберігає цю дату. Проте те, що передає imapsync, - це дата, яку джерельний сервер зберігає для кожного листа, а не дата, коли лист було відправлено. У справній поштовій скриньці ці дві дати збігаються. У скриньці, яку вже одного разу мігрували або відновили з резервної копії, джерело може зберігати дату саме цієї попередньої операції, і imapsync копіює її як є.

Це не помилка Microsoft 365 чи imapsync. Кожна копія точно зберігає ту дату, яку їй присвоєно. Якщо ця дата вже була неправильною на початковому сервері, то незалежно від того, мігруєте ви 500 чи 500 000 листів, кожен постраждалий лист показує дату тієї попередньої операції замість дати отримання.

Уявіть, що ви кажете своєму ІТ-директору, що міграція, проведена на вихідних, щойно сплющила 6 років історії електронної пошти в одну дату. Це реальність, з якою стикаються адміністратори після міграції imapsync до Microsoft 365. I на відміну від Google Workspace (де веб-клієнт Gmail може замаскувати проблему), Microsoft 365 показує невірну дату скрізь - Outlook на робочому столі, OWA, Outlook мобільний, Microsoft Search. Виходу з боку клієнта немає.

У Microsoft 365 шкода повна та видима. Кожен клієнт - Outlook для Windows, Outlook для Mac, OWA, Outlook мобільний для iOS та Android - показує часову мітку міграції. Користувачі не можуть сортувати за датою, не можуть знаходити листи хронологічно, не можуть довіряти результатам пошуку, відфільтрованим за діапазоном дат. Поштова скринька з 80 000 листів, усі з яких показують "12 листопада 2024", функціонально зламана для щоденної роботи.

Наслідки для відповідності ще гірші. Exchange Online Protection, Microsoft Purview та політики збереження індексують невірну часову мітку доставки. Політика збереження, налаштована на видалення листів старших за 7 років, працює з невірною датою - це означає, що листи 2018 року, які повинні наближатися до видалення, тепер виглядають як листи 2024 року. Організації, що підпадають під GDPR, HIPAA або регуляції SEC, стикаються з реальним регуляторним ризиком, коли збереженню їхньої електронної пошти не можна довіряти. А якщо надійде запит на юридичне утримання "всіх листів за Q3 2023", невірні дати означають, що Purview нічого не поверне - бо згідно з метаданими листів за цей період не існує.

Redate.io підключається до Microsoft 365 та застосовує свій аналіз ланцюжка заголовків і процес реконструкції метаданих дат до кожного ураженого повідомлення. Redate.io не потрібно знати, який інструмент виконував міграцію: він знаходить листи, чия відображена дата не відповідає їхній оригінальній даті. Кожне повідомлення виправляється та перевіряється індивідуально, а оригінал зберігається в папці резервної копії. Redate.io обробляє поштову скриньку будь-якого розміру, і ціна розраховується для кожної поштової скриньки окремо на основі безкоштовного сканування.