Microsoft 365でのBitTitan移行による日付破損の修正

BitTitan MigrationWizは、移行時にEWSまたはIMAPを使用してMicrosoft 365テナントにメッセージをアップロードします。アップロードのたびに、Microsoft 365のメール基盤が新しいReceivedヘッダーをメッセージに付与します。このヘッダーには元の日付ではなく、移行のタイムスタンプが記録されます。このヘッダーがヘッダーチェーンの最上部に配置され、M365エコシステム全体で権威ある日付として扱われます。

Microsoft 365はこれをメッセージのINTERNALDATE(Exchange用語ではPR_MESSAGE_DELIVERY_TIMEプロパティ)として保存します。M365メールボックスに接続するすべてのクライアントがこの値を読み取ります。Outlookデスクトップ、Outlook on the Web、Outlookモバイル、サードパーティのIMAPクライアント。すべてが移行日を表示します。8年分のメール履歴を持つメールボックスが、すべて3月のある火曜日に届いたように見えるのです。

これはまれなケースではありません。BitTitanからM365へのすべての移行で発生し、移行元のプラットフォームに関係なく起こります。オンプレミスExchange、Google Workspace、Zimbra、GroupWise。移行先の挙動は常に同じです。Microsoft 365がアップロード日を刻印し、その日付が優先されます。

その結果、IT部門は移行翌朝からチケットの山に埋もれます。ユーザーは日付でメールを検索できません。時系列のメール履歴を頼りにしていた経営層は、一夜にして数か月から数年分のコンテキストを失います。

すべてのM365アプリケーションが破損した日付を読み取ります。Outlook on the Web、Outlookデスクトップ、Outlook for Mac、Outlookモバイルのすべてが、誤った受信日を表示します。メールの時系列を参照するMicrosoft CopilotやAI機能も、同じ破損したメタデータに依存しているため、不正確な結果を生成します。

コンプライアンスの分野では、影響がさらに深刻です。訴訟ホールド、保持ポリシー、セキュリティ/コンプライアンスセンターでのeDiscovery検索はすべて日付でフィルタリングします。すべてのメールが移行タイムスタンプを持っている場合、日付ベースのクエリは役に立ちません。法的案件のために2023年第3四半期のすべてのメールを提出するよう求められた管理者は、結果がゼロか、メールボックス全体が返ってくるかのどちらかです。これは軽微な不便ではなく、コンプライアンス上の重大な問題です。

Redate.ioは、メッセージごとの検証を伴う安全な低レベルメッセージ処理でこの問題に対処します。各メールは個別に処理され、元の日付がサーバーレベルで復元されるため、修正は接続されたすべてのクライアントとコンプライアンスツールに自動的に反映されます。再移行不要、手動対応不要、データ損失ゼロです。