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

BitTitan MigrationWizは、移行時にEWSまたはIMAPを使用してMicrosoft 365テナントにメッセージをアップロードします。Microsoft 365は、コピーに与えられた日付をそのまま保持します。MigrationWizが元の日付を伝える場合はその日付が保持され、伝えない場合はアップロードした時点、つまり移行のタイムスタンプが日付になります。この日付が、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は、メッセージごとの検証を伴う安全な低レベルメッセージ処理でこの問題に対処します。各メールは個別に処理され、元の日付がサーバーレベルで復元されるため、修正は接続されたすべてのクライアントとコンプライアンスツールに自動的に反映されます。再移行不要、手動対応不要、データ損失ゼロです。