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

imapsyncでMicrosoft 365に移行するのは合理的に聞こえます。無料で、スクリプト化でき、ほとんどのシナリオでIMAP間転送を適切に処理します。しかし、Exchange Onlineは「ほとんどのシナリオ」ではありません。

Exchange OnlineのIMAPゲートウェイは、EWSとMAPIを中心に設計されたシステムに追加された互換性レイヤーです。imapsyncがこのゲートウェイ経由で標準のメール転送プロトコルでメッセージを送ると、メッセージはExchange Onlineの完全なトランスポートパイプラインに入ります。これはインターネットからの受信メールを処理するのと同じパイプラインです。そのパイプラインはトランスポートヘッダーを追加し、データ損失防止チェックを実行し、コンプライアンスルールを適用し、メッセージがサーバーに到達した正確な瞬間のReceivedヘッダーを付与します。--syncinternaldatesフラグは? Exchange Onlineのトランスポートパイプラインはそれを考慮しません。INTERNALDATEは配信タイムスタンプと一致するよう上書きされます。

これはMicrosoftが修正を予定しているバグではありません。Exchange Onlineのアーキテクチャの仕組みそのものです。トランスポートパイプラインはすべてのAPPENDを新規メッセージ配信として扱います。500通でも500,000通を移行しても、すべてに同じ移行日が付与されます。

週末に実行した移行で6年分のメール履歴が1つの日付に圧縮されたとIT部長に報告する場面を想像してください。これがimapsyncでMicrosoft 365に移行した後に管理者が直面する現実です。そしてGoogle Workspace(GmailのWebクライアントが問題を隠せる)とは異なり、Microsoft 365はどこでも間違った日付を表示します。Outlookデスクトップ、OWA、Outlookモバイル、Microsoft Search。クライアント側の回避策はありません。

Microsoft 365では、被害は全面的かつ目に見えます。すべてのクライアント(Outlook for Windows、Outlook for Mac、OWA、iOSおよびAndroidのOutlookモバイル)が移行タイムスタンプを表示します。ユーザーは日付でソートできず、時系列でメールを見つけられず、日付範囲でフィルタリングする検索結果を信頼できません。80,000通のメールがすべて「2024年11月12日」を表示するメールボックスは、日常業務にとって機能的に壊れています。

コンプライアンスへの影響はさらに深刻です。Exchange Online Protection、Microsoft Purview、保持ポリシーのすべてが破損した配信タイムスタンプをインデックス化しています。7年以上経過したメールを削除する保持ポリシーは間違った日付で動作します。つまり、削除に近づいているはずの2018年のメールが、メタデータ上では2024年のものに見えます。GDPR、HIPAA、SEC規制の対象組織は、メール保持が信頼できない場合に実際の規制上のリスクに直面します。そして「2023年第3四半期のすべてのメール」を求める法的ホールド要求が来た場合、破損した日付のためにPurviewは何も返しません。メタデータ上、その期間のメールは存在しないことになっているからです。

Redate.ioはMicrosoft 365に接続し、影響を受けた各メッセージにヘッダーチェーン解析と日付メタデータ再構築プロセスを適用します。imapsync固有の移行ツールシグネチャに対するパターンマッチングにより、移行中に挿入されたReceivedヘッダーと元の配信チェーンに属するものを識別します。各メッセージは修正・個別検証され、元のメッセージはバックアップフォルダに保存されます。エンタープライズプランはメールボックスあたり最大100,000通に対応し、管理者は1つのダッシュボードから複数のメールボックスを処理できます。