Exchange OnlineでのBitTitan移行による日付破損の修正

Exchange Onlineは、Microsoft 365のすべてのメールボックスを支えるメール基盤です。BitTitan MigrationWizは、オンプレミスExchange、Lotus Notes、GroupWiseなどのレガシー環境からExchange Onlineへメールボックスを移行する際に、最も広く使われているツールの一つです。移行処理自体は通常問題なく完了します。しかし、日付については別の話です。

実はこういうことが起きています。MigrationWizがEWSまたはIMAPを使ってメッセージをアップロードすると、Exchange Onlineは渡された日付をそのまま保持します。元の日付が渡されていれば、コピーはその日付を保持します。Outlookが受信日として表示するのは、各メールがメールボックスに届いた時点を記録するPR_MESSAGE_DELIVERY_TIMEプロパティです。MigrationWizが元の日付を渡さなかった場合、この記録にはアップロードした瞬間のタイムスタンプ、つまり元のメールが送受信された日付ではなく移行日が保持されます。

元の日付が渡されない場合、それを知らせる警告は何もありません。つまり、2018年、2021年、あるいは先週届いたメールであっても、すべて同じ移行日のタイムスタンプが刻まれてしまいます。

たとえば、週末にMigrationWizで1,200件のメールボックスを移行したとします。月曜朝、ヘルプデスクに400件のチケットが殺到します。全ユーザーの受信トレイが、すべてのメールが土曜日に届いたように見えるのです。日付でのソートは機能せず、日付範囲での検索結果もめちゃくちゃです。さらに、破損したタイムスタンプはOutlookデスクトップ、OWA、モバイルクライアント、PowerShellコマンド(Get-MessageTraceやSearch-Mailbox)にまで波及します。コンプライアンスツール(インプレースホールド、保持タグ)も誤った日付に基づいてポリシーを適用し、メッセージの保持や削除が不正確な間隔で行われる可能性があります。

被害は全方位に及びます。Exchange Onlineのあらゆる層が、破損した配信時刻を参照します。Outlookデスクトップでは移行日が表示され、OWAでも同様です。モバイルアプリでも同じです。組み込みの検索機能は移行タイムスタンプをインデックス化しているため、日付範囲のクエリはすべてのクライアントで誤った結果を返します。

管理者にとっては、さらに深刻です。Exchange Online管理シェルのコマンドは配信時刻プロパティを参照しますが、現在はそれが移行日を示しています。メールボックス監査、ジャーナリングルール、日付でフィルタリングするトランスポートルールのすべてが、破損したタイムスタンプに基づいて動作します。すべてのメールが同じ日に届いたように見える状態で、信頼性のあるコンプライアンス監査を実行できるでしょうか。できません。

Redate.ioは、独自の補正エンジンによるヘッダーチェーン解析と日付メタデータの再構築をサーバーレベルで実行します。各メッセージは個別に検証され、Exchange Onlineの全サービスにわたって元の日付が正確に復元されます。メッセージの本文や添付ファイルは一切変更されず、補正されたタイムスタンプはOutlook、OWA、モバイルアプリ、コンプライアンスツールに自動的に反映されます。