Виправлення дат міграції BitTitan в Microsoft 365
Чому міграції BitTitan порушують дати в Microsoft 365
BitTitan MigrationWiz використовує EWS або IMAP для завантаження повідомлень у тенант Microsoft 365 під час міграції. Кожне завантаження змушує поштову інфраструктуру Microsoft 365 додати новий заголовок Received до повідомлення - із позначкою часу міграції, а не з оригінальною датою. Цей заголовок потрапляє на початок ланцюжка заголовків і стає авторитетною датою для всієї екосистеми M365.
Microsoft 365 зберігає це як INTERNALDATE повідомлення (властивість PR_MESSAGE_DELIVERY_TIME у термінах Exchange). Кожен клієнт, підключений до поштової скриньки M365, зчитує саме це значення. Outlook для робочого столу. Outlook у браузері. Outlook на мобільних. Сторонні IMAP-клієнти. Усі вони показують дату міграції. Поштова скринька з восьмирічною історією листування раптом виглядає так, ніби все надійшло в один вівторок у березні.
Це не рідкісний крайній випадок. Це трапляється при кожній міграції BitTitan до M365, незалежно від платформи-джерела. Локальний Exchange, Google Workspace, Zimbra, GroupWise. Поведінка на боці призначення завжди однакова: Microsoft 365 ставить дату завантаження, і ця дата перемагає.
Результат? ІТ-команди потопають у заявках наступного ранку після міграції. Користувачі не можуть знайти листи за датою. Керівники, які покладалися на хронологічну історію листування, втрачають місяці або роки контексту за одну ніч.
Як це впливає на користувачів Microsoft 365
Кожний додаток M365 зчитує пошкоджену дату. Outlook у браузері, Outlook для робочого столу, Outlook для Mac, Outlook на мобільних - усі відображають хибну дату отримання. Функції Microsoft Copilot та штучного інтелекту, що посилаються на хронологію листів, видають некоректні результати, бо покладаються на ті самі пошкоджені метадані.
Найболючішою є сфера відповідності. Юридичне утримання, політики збереження та пошук eDiscovery у Центрі безпеки та відповідності - все фільтрується за датою. Коли кожен лист несе позначку часу міграції, запити за датами марні. Адміністратора просять надати всі листи за 3-й квартал 2023 року для судової справи, а він отримує або нічого, або всю поштову скриньку. Це не дрібна незручність - це порушення вимог відповідності.
Redate.io вирішує це за допомогою безпечної низькорівневої обробки повідомлень з індивідуальною перевіркою кожного листа. Кожен лист обробляється окремо, і оригінальна дата відновлюється на рівні сервера, тому виправлення автоматично поширюється на всі підключені клієнти та інструменти відповідності. Без повторної міграції, без ручного втручання, без втрати даних.
Поширені запитання
Чи завжди BitTitan MigrationWiz пошкоджує дати в Microsoft 365?
Так. MigrationWiz додає заголовок Received під час кожної міграції, який перезаписує відображувану дату в Microsoft 365. Це властивість самого процесу завантаження, і вона впливає на всі клієнти M365 та інструменти відповідності, що посилаються на дати повідомлень.
Чи покращить виправлення дат точність відповідності та eDiscovery в Microsoft 365?
Безумовно. Redate.io відновлює оригінальні позначки часу, а отже, політики збереження, юридичне утримання та пошук eDiscovery у Центрі безпеки та відповідності посилатимуться на фактичні дати, а не на хибні позначки часу міграції.
Чи виправляє Redate.io дати одразу у всіх додатках Microsoft 365?
Redate.io коригує дату на рівні сервера. Після відновлення метаданих правильна дата автоматично з'являється в Outlook для робочого столу, OWA, Outlook для мобільних та будь-якому іншому клієнті або службі, підключеній до поштової скриньки Microsoft 365.
Як Redate.io обробляє великі тенанти M365 з тисячами поштових скриньок?
Redate.io обробляє поштові скриньки індивідуально з вбудованим керуванням швидкістю для дотримання обмежень служби Microsoft 365. Корпоративні плани підтримують до 100 000 листів на скриньку, і кілька скриньок можна поставити в чергу для послідовної обробки.