Проблемът с датите след миграция към Microsoft 365
След миграция към Microsoft 365 (Exchange Online) организациите често откриват проблем, който е трябвало да фигурира в анализа на рисковете на миграционния проект: всеки имейл във всяка пощенска кутия показва датата на миграцията вместо оригиналната дата на получаване. Потребителите отварят Outlook и виждат хиляди имейли, всички с един и същи печат. Сортирането по дата е безполезно. Резултатите от търсенето връщат подвеждащи времеви печати. Пълната хронологична история на кутията изглежда унищожена.
Този проблем засяга миграции от всички изходни платформи: Exchange on-premises, Gmail, Google Workspace, Zimbra, Lotus Notes и всеки друг IMAP сървър. Засяга миграции, извършени с всички популярни инструменти, включително BitTitan MigrationWiz, вградения IMAP импорт на Exchange Admin Center и инструменти от трети страни като CloudM и imapsync. Основната причина винаги е същата: "Received" хедър, добавен по време на процеса на миграция, замества показването на оригиналната дата в Outlook.
Чести пътища за миграция към Microsoft 365
От Gmail / Google Workspace
Организациите, преминаващи от Google Workspace към Microsoft 365, обикновено използват BitTitan MigrationWiz, CloudM или функцията за IMAP импорт на Exchange Admin Center. Всеки от тези инструменти извлича имейлите от Gmail и ги вмъква в Exchange Online. При вмъкването Exchange Online добавя "Received" хедър с времевия печат на миграцията. Този хедър става най-скорошният във веригата, което кара Outlook да показва датата на миграцията като дата на получаване.
От Exchange on-premises
Миграциите от Exchange on-premises (2010, 2013, 2016, 2019) към Exchange Online използват родните миграционни инструменти на Microsoft (директна миграция, поетапна миграция, хибридна миграция) или инструменти от трети страни като BitTitan. Хибридните миграции, използващи миграционния ендпойнт на Exchange, понякога запазват датите правилно, но IMAP миграциите и тези с инструменти от трети страни често произвеждат проблема с датите. Резултатът зависи от точния начин, по който инструментът вмъква съобщенията в Exchange Online.
От други IMAP сървъри
Миграциите от Zimbra, Zoho, cPanel хостинг, Dovecot и други IMAP сървъри към Microsoft 365 обикновено се извършват чрез вградения IMAP импорт на Exchange Admin Center или 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 в уеб (OWA)
Outlook в уеб (OWA) показва същата грешна дата като Outlook Desktop. За разлика от уеб интерфейса на Gmail (който понякога показва правилната дата от "Date" хедъра), OWA систематично показва времевия печат на доставка от Exchange. Не е възможно заобиколно решение от страна на клиента. Корекцията трябва да се извърши на ниво сървър.
Вградените инструменти на Microsoft не решават този проблем
Exchange Admin Center
Exchange Admin Center предлага много функции за управление на пощенски кутии, но не включва инструмент за коригиране на имейл дати след миграция. Няма възможност за масова редакция на хедъри. Няма помощник за корекция на дати. Няма PowerShell cmdlet, който модифицира "Received" хедърите на съществуващи съобщения.
Инструменти за съответствие (eDiscovery, задържане)
Инструментите за съответствие на Microsoft 365 като eDiscovery и политиките за задържане използват съхранените времеви печати на имейлите. След миграция тези инструменти отразяват датата на миграцията, което може да причини реални проблеми с правните запазвания, регулаторното съответствие и одитните пътеки. Това не е просто въпрос на комфорт за потребителите - може да има правни и регулаторни последствия за организации, подчинени на изисквания за задържане на имейли.
PowerShell
Exchange Online PowerShell предлага мощни възможности за управление на кутии, но не може да модифицира суровото съдържание на съобщенията. Cmdletът Set-MailboxMessageConfiguration и свързаните команди контролират настройките на кутията, а не хедърите на индивидуалните съобщения. Не съществува поддържан PowerShell подход за премахване на "Received" хедъри от съществуващи съобщения в Exchange Online. Тогава какво трябва да направят IT екипите?
Коригиране на 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 подписи, multipart MIME структури, специални случаи с кодиране и десетки други вариации, които примитивен скрипт би повредил.
Какво дава Redate.io
За всеки засегнат имейл коригиращият двигател анализира пълната верига хедъри, прилага целенасочени корекции, базирани на съпоставяне на известни миграционни сигнатури, и потвърждава всеки резултат чрез проверка на целостта преди финализиране. Оригиналните съобщения се преместват в папка "Redate.io - Originals" в кутията и се съхраняват 30 дни. Това е много повече от просто търсене-замяна на текст в хедъри.
След корекцията
След приключване на корекцията Outlook (Desktop, Web и Mobile) показва правилните оригинални дати. Сортирането по дата на "Получаване" работи както се очаква. Резултатите от търсенето връщат точни времеви печати. Инструментите за съответствие отразяват правилните дати за правни и регулаторни цели. Корекцията е постоянна, не е необходима поддръжка.
Специфични ръководства по инструменти за Microsoft 365
- Коригиране на BitTitan MigrationWiz дати в Microsoft 365
- Коригиране на Exchange IMAP импорт дати в Outlook
Миграция към Microsoft 365 и имейл датите са грешни? Стартирайте безплатен анализ с Redate.io, за да идентифицирате засегнатите имейли във всички кутии и възстановите правилните дати в Outlook, OWA и всички свързани клиенти.