BitTitan MigrationWiz: коригиране на грешни дати

Какво е BitTitan MigrationWiz?

BitTitan MigrationWiz е една от най-използваните платформи за имейл миграция в света. MSP доставчици, IT консултанти и корпоративни IT екипи разчитат на MigrationWiz за преместване на пощенски кутии между платформи: от Exchange on-premises към Microsoft 365, от Google Workspace към Exchange Online или между всякакви комбинации от IMAP съвместими системи. Милиони миграции на пощенски кутии са преминали през MigrationWiz и инструментът е признат за надеждност и лесна употреба.

Но има постоянен проблем, който засяга почти всяка MigrationWiz миграция: датите на имейлите.

След миграцията потребителите отварят пощенската си кутия в Outlook или друг клиент и установяват, че всеки имейл показва датата на миграцията вместо оригиналната дата на получаване. Пощенска кутия, обхващаща години кореспонденция, изведнъж изглежда така, сякаш всяко съобщение е пристигнало в един и същи ден. Пет години история, изравнени. Дезориентиращо е и за потребителите, които разчитат на търсене и сортиране по дата, това е сериозен удар по продуктивността.

Как MigrationWiz причинява проблема с датата

Хедърът "Received" mx.migrationwiz.com

По време на миграцията MigrationWiz обработва всеки имейл от изходния сървър и го качва на дестинацията. Като част от този процес, нов "Received" хедър се добавя към всяко съобщение, съдържащ препратка към "mx.migrationwiz.com" и времеви печат, съответстващ на датата и часа, когато миграцията е обработила конкретния имейл.

Типичен "Received" хедър от MigrationWiz изглежда така:

Received: from mx.migrationwiz.com by destination-server;
  Thu, 11 Apr 2019 14:22:33 +0000

Този хедър се вмъква в началото на веригата хедъри на имейла, което го прави най-скорошният "Received" хедър в съобщението.

Защо пощенските клиенти показват грешна дата

Пощенски клиенти като Microsoft Outlook определят датата на "получаване", като четат най-горния "Received" хедър. При нормални условия този хедър отразява реалния момент на доставка. След MigrationWiz миграция най-горният хедър отразява момента на миграцията вместо това. Всеки имейл в пощенската кутия показва датата на миграцията като дата на получаване. Оригиналният "Date" хедър (който записва кога имейлът е изпратен първоначално) все още присъства в съобщението, но повечето пощенски клиенти дават приоритет на "Received" хедъра при показването.

За задълбочено обяснение защо това се случва с всички инструменти за миграция, вижте защо имейлите показват грешна дата след IMAP миграция.

Как да идентифицирате хедъра на MigrationWiz

Преглед на хедърите в Outlook

За да потвърдите, че проблемът с датата е причинен от MigrationWiz, отворете засегнат имейл в Outlook Desktop, кликнете на "Файл" и после "Свойства". Скролнете до зоната "Интернет хедъри". Потърсете "Received" хедър, съдържащ "migrationwiz" или "mx.migrationwiz.com". Ако този хедър съществува и времевият му печат съвпада с датата на миграцията, диагнозата е потвърдена.

Преглед на хедърите в Gmail

В уеб интерфейса на Gmail отворете засегнатия имейл, кликнете на менюто с три точки горе вдясно и изберете "Покажи оригинала". Това показва суровите хедъри. Потърсете "migrationwiz" в текста на хедърите. "Received" хедърът на MigrationWiz ще се появи близо до началото на веригата.

Преглед на хедърите в OWA (Outlook Web App)

В Outlook в уеб отворете имейла, кликнете на трите точки, изберете "Преглед" и после "Покажи детайли на съобщението". Суровите хедъри се появяват в изскачащ прозорец. Потърсете "migrationwiz", за да намерите хедъра от миграцията.

Мащабът на проблема

Миграциите с MigrationWiz обикновено обработват цели пощенски кутии наведнъж. Всеки имейл във всяка папка е засегнат: входяща поща, изпратени, чернови, архив, персонализирани папки. За потребител с 10000 имейла, обхващащи пет години, всичките 10000 съобщения показват една и съща дата на миграция. Сортирането по дата става безполезно. Резултатите от търсенето връщат подвеждащи времеви печати. Инструментите за съответствие, базирани на датите на получаване, произвеждат неправилни отчети.

А за организации със стотици потребители? Проблемът се умножава бързо. Тикетите към бюрото за помощ прииждат. IT администраторите са под натиск да коригират проблема, но не намират решение нито в самия MigrationWiz, нито в документацията за поддръжка на BitTitan. Защо BitTitan не адресира този въпрос в инструмента си? Защото технически това не е бъг на софтуера им - това е последица от начина, по който работи IMAP.

Подходи за коригиране на проблема с датата от MigrationWiz

Ръчна корекция (не се препоръчва)

Може да си помислите, че малък скрипт за премахване на проблемния хедър ще свърши работа. Не е толкова просто. Между другото, може да работи при базови текстови имейли, но щом се натъкнете на S/MIME подписани съобщения, PGP криптирано съдържание, multipart MIME структури с вложени граници или имейли с не-ASCII кодирани хедъри (RFC 2047), наивен скрипт ще повреди данните. И най-лошото е, че може да не забележите повредата месеци наред, когато някой опита да отвори важен прикачен файл и открие, че е бил безшумно унищожен.

Това не е просто редакция на хедъри. Правилното обработване на пълния спектър от имейл формати - от стари кодирания до модерни multipart структури с вградени изображения и вариации на Content-Transfer-Encoding - изисква задълбочено познаване на RFC 2822 и MIME стандартите. Един грешен байт в MIME граница може да направи цял имейл нечетим (не е откритието, което бихте искали да направите във вторник сутрин). За множество пощенски кутии ръчният подход просто не е осъществим.

Повторна миграция (скъпа, същият резултат)

Някои администратори обмислят повторно стартиране на миграцията с различни настройки на MigrationWiz. За съжаление повторната миграция не решава проблема с датата. MigrationWiz добавя "Received" хедъра при всяка миграция. Втора миграция добавя още един "Received" хедър, допълнително усложнявайки веригата хедъри, без да коригира датата. Повторната миграция също струва допълнителни лицензионни такси и изисква значително прекъсване. За сравнение на всички подходи за корекция и техните разходи вижте могат ли датите на имейлите да се коригират след миграция.

Автоматизирана корекция с Redate.io

Redate.io е проектиран специално за коригиране на имейл дати след миграция, с посветена поддръжка за хедърите на MigrationWiz. Собственият коригиращ двигател на Redate.io анализира пълната верига хедъри на всяко съобщение, прилага съпоставяне на сигнатури срещу стотици профили на известни инструменти за миграция (включително специфични за MigrationWiz модели) и подава всеки имейл през многоетапен процес на анализ, който обработва специалните случаи с кодиране, multipart структури и цифрови подписи. Резултатът: правилните дати са възстановени на всеки имейл, с проверка на целостта, потвърждаваща всяка корекция преди финализиране.

Коригиране на MigrationWiz дати с Redate.io

Свържете пощенската кутия

Влезте в Redate.io и добавете засегнатата пощенска кутия. За Google Workspace това използва делегиране на ниво домейн чрез Service Account. За Microsoft 365 - регистрация на Azure AD приложение. За други IMAP сървъри се използват стандартни данни за достъп. Администраторският достъп дава възможност за коригиране на множество кутии от една връзка.

Стартирайте безплатния анализ

Redate.io анализира пощенската кутия и идентифицира всеки имейл с "Received" хедър от MigrationWiz. Анализът е напълно безплатен и показва подробен отчет: общ брой анализирани имейли, брой засегнати имейли и установена дата на миграция. Не се изисква плащане, за да видите резултатите от анализа.

Прегледайте и коригирайте

След преглед на резултатите от анализа изберете план въз основа на броя засегнати имейли и стартирайте корекцията. Оригиналните съобщения се преместват във видима папка "Redate.io - Originals" (не се изтриват) и се съхраняват 30 дни. Всяка корекция преминава през проверка на целостта, сравнявайки коригираното съобщение с оригинала за нулева загуба на данни.

Проверете в Outlook

След корекцията отворете Outlook и го оставете да се синхронизира. Всеки имейл вече показва оригиналната си дата на получаване. Сортирането по дата отново работи правилно. Хронологичният ред на пощенската кутия е възстановен, сякаш миграцията никога не е пипала времевите печати.

Специфични ръководства по платформи за MigrationWiz

Redate.io предоставя подробни ръководства за корекция за всяка платформа, засегната от миграции с MigrationWiz:

Често задавани въпроси

BitTitan предлага ли функция за коригиране на дати?

Не. BitTitan MigrationWiz не включва функционалност за коригиране на дати след миграция. Документацията на MigrationWiz не разглежда проблема с датата и поддръжката на BitTitan обикновено насочва потребителите към превключване на Outlook изгледа на дата "Изпратено" като заобиколно решение. Това не коригира основните данни.

Redate.io може ли да коригира дати месеци след MigrationWiz миграция?

Да. Оригиналният "Date" хедър се запазва вътре във всеки имейл за неопределено време. Redate.io може да коригира датите независимо колко време е минало от миграцията. Независимо дали миграцията е завършена миналата седмица или преди две години, корекцията работи по същия начин.

Какво за MigrationWiz миграции между Google Workspace и Microsoft 365?

Redate.io коригира датите на платформата дестинация, независимо от произхода на имейлите. Независимо дали MigrationWiz е преместил кутиите от Google Workspace към Microsoft 365, от Exchange към Google Workspace или в каквато и да е друга посока, Redate.io идентифицира "Received" хедъра на MigrationWiz и го коригира. Корекцията работи на всяка IMAP съвместима дестинация.

Готови ли сте да коригирате MigrationWiz датите? Стартирайте безплатен анализ, за да видите точно колко имейла са засегнати във всяка пощенска кутия. Анализът е безплатен, отнема само няколко минути и не изисква техническа компетентност.