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

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

実はこういうことが起きています。MigrationWizがEWSまたはIMAPを使ってメッセージをアップロードすると、Exchange Onlineのトランスポートパイプラインが全メッセージにReceivedヘッダーを付与します。このヘッダーには、元の送受信日ではなく、アップロードした瞬間のタイムスタンプが記録されます。Exchange Onlineはこのヘッダーと、関連するPR_MESSAGE_DELIVERY_TIMEプロパティを参照して、ユーザーに表示する日付を決定します。

問題の核心は、Exchange Onlineが移行ツールに配信タイムスタンプの上書きを許可しない点です。実際のアップロード時刻がそのまま適用されます。つまり、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、モバイルアプリ、コンプライアンスツールに自動的に反映されます。