Redate.io

BitTitan MigrationWiz: メール日付の修正方法

1分で読めます 最終更新日:

BitTitan MigrationWizがメールの日付に与える影響

金曜日に移行が完了しました。47個のメールボックスがオンプレミスのExchangeからMicrosoft 365に移動され、MigrationWizのダッシュボードではすべてグリーン表示。そして月曜の朝、最初のチケットが届きます。「すべてのメールが2026年3月28日と表示されている。」

すべてのメッセージが同じ状態です。2019年のクライアント提案書、2021年の請求書、何年にもわたる業務メール、すべてが移行日の日付で表示されます。MigrationWizのログでは、すべてが正常に転送されたと記録されています（技術的にはその通りです）。しかし日付は失われました。

BitTitan MigrationWiz（リデイト）は、クラウド間メール移行で最も広く使用されているツールの一つです。ExchangeからMicrosoft 365、Google WorkspaceからExchange、テナント間の移動など、さまざまな移行に対応しています。ツール自体は設計通りに動作します。日付の問題はMigrationWizのバグではありません。重要なのは一点だけです。各コピーが新しいメールボックスに書き込まれる際、どの日付を持っているかということです。

間違った日付が実際にあるのはどこか

MigrationWizがソースから宛先にメールを転送する際、IMAPプロトコル（またはエンドポイントのタイプに応じてExchange Web Services）を使用します。宛先は渡された日付をそのまま保持します。Microsoft 365、Outlook.com、Gmailはいずれも、コピーが元の日付を運んでいればその日付を保持します。したがって、すべてのメールが移行日を表示している場合、問題はMigrationWizが元の日付を渡したかどうかにあります。

MigrationWiz移行後も、あるメールのヘッダーには次のような情報がまだ残っています。

Date: Tue, 15 Jan 2019 09:32:10 +0100
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

2019年の元のDate:ヘッダーはそのまま残っており、元のReceived:チェーンも同様です。そしてMicrosoft 365では、Outlookが受信日として表示する日付は、各メールがメールボックスに到着した際の記録そのものです。MigrationWizが元の日付を渡していなければ、その記録は2026年3月28日になります。

INTERNALDATEの値（IMAPサーバーがソートに使用するタイムスタンプ）は、コピーが受け取った日付になります。MigrationWizは日付を保持しようとしますし、Microsoft 365も渡された日付を保持します。それでも日付が誤って表示される場合、各メールに渡された日付が元の日付ではなかったということです。

MigrationWizの日付マッピングが機能しない理由

BitTitanはMigrationWizの詳細オプションで"Date Mapping"機能を提供しています。書面上は解決策に見えます。しかし実際には、移行するメッセージの日付範囲を制御するだけで、宛先での日付保持方法を制御するものではありません。

混乱するのは当然です。設定名に「日付」と書いてあります。しかし実際に行うのは、移行前にソースメッセージを日付範囲でフィルタリングすることです。2018年のメッセージも移行タイムスタンプで宛先に届きます。

IMAPとExchangeエンドポイントの問題もあります。MigrationWizがEWS（Exchange Web Services）を使用して2つのExchangeサーバー間で移行する場合、EWSはメッセージのメタデータに対するコントロールが大きいため、日付の保持がうまく機能します。IMAPの場合も、宛先は渡された日付をそのまま保持します。重要なのは元の日付が渡されているかどうかです。

一部の管理者は異なるエンドポイント構成で移行を再実行し、IMAPからEWSへの切り替えで日付が遡及的に修正されることを期待しました。修正されません。メッセージはすでに誤った日付で宛先にあります。MigrationWizを再実行すると重複が作成されるだけです。

日付を破壊する具体的なMigrationWizシナリオ

すべてのMigrationWiz移行で日付の問題が発生するわけではありません。問題はエンドポイントの組み合わせに依存します。

  • Exchange（オンプレミス）からMicrosoft 365へ（IMAP経由）: 日付が正しく表示されません。各メールにコピーの日付が付きます。
  • Google WorkspaceからMicrosoft 365へ: 日付が正しく表示されません。MigrationWizはGoogleからIMAPで読み取り、元の日付を渡さずにM365へ書き込みます。
  • ExchangeからExchangeへ（EWSからEWS）: 日付は通常保持されます。EWS経由では、元の日付がメッセージと共に運ばれます。
  • 任意のソースからGoogle Workspaceへ（IMAP経由）: IMAP経由では、Gmailはツールが渡した日付を保持し、何も追加しません。日付が正しく表示されないのは、その日付が元の日付でない場合、またはコピーがGmailのインポートAPIを経由した場合だけです。このAPIはコピーした日を日付とするReceived:行を追加します。
  • テナント間Microsoft 365移行: それはすべて、その方法が渡す日付次第です。

MigrationWizのダッシュボードは日付の問題をフラグしません。メッセージは実際に正常に転送されたため、すべて"Completed"と表示されます。コンテンツは完全、添付ファイルは正常、フォルダ構造は保持。変わったのは日付だけであり、MigrationWizはそれを移行エラーとして追跡しません。

MigrationWiz後の誤った日付の実際のコスト

誤ったメール日付は単に不便なだけではありません。BitTitanで移行した組織にとって、影響は受信トレイの乱れを超えています。

法務チームは、すべてのメッセージが実際の送信日ではなく移行日を表示している状態では、メールを証拠として使用できません。税務監査では通信の時系列的な証明が必要です。SOX、HIPAA、GDPRなどのコンプライアンスフレームワークは正確な記録管理を義務付けており、偽造されたタイムスタンプのメールはその要件を満たしません。

そして実務的な問題もあります。メールボックス全体が2026年3月を表示している状態で、2022年11月の契約に関する議論を見つけようとしてみてください。日付で並べ替え? 役に立ちません。日付範囲で検索? すべてが返されるか何も返されないかのどちらかです。

クライアント環境でMigrationWizを使用したMSPにとって、これは責任問題を生み出します。クライアントは移行に対して支払いました。移行は完了しましたが、メールアーカイブは日付ベースのワークフローに対して事実上機能しなくなっています。

ある法律事務所に対して約380のメールボックスを移行したMSPの話を聞きました。3か月後、その事務所の訴訟チームがドキュメントディスカバリーの過程で日付の問題を発見しました。証拠として提示する必要があるすべてのメールが移行日を表示していました。MSPは6年分のタイムスタンプ付き通信がなぜすべて2025年6月を表示しているのか説明しなければなりませんでした。

BitTitan MigrationWizの日付を修正する

オリジナルのDate:ヘッダーはすべてのメール内にまだ存在しています。MigrationWizはメッセージ本文やオリジナルのヘッダーには触れません。表示の問題を引き起こしているのは、メールボックスが各コピーについて記録した日付です。

Redate.ioはメールボックス（Google Workspace、Microsoft 365、またはIMAP）に接続し、MigrationWiz移行の影響を受けたメールをスキャンし、独自のマルチステージ分析パイプラインを通じて日付メタデータを修正します。修正はメタデータ層を対象とし、どのツールで移行されたかを知る必要はありません。表示されている日付が元の日付と一致しないメールを見つけ出します。

修正されたすべてのメールはオリジナルと個別に検証されます。検証ではメッセージの整合性、添付ファイルの保持、フォルダ配置、スレッドの動作を確認します。元のメールはロールバックが必要な場合に備えて、Redate.io - Originalsフォルダに保持され、削除するまでそのまま残ります。

問題を理解することと、15,000通のメールを添付ファイルの損失、S/MIME署名の破壊、マルチパートMIME境界の破損なしに修正することは全く別の話です。ラボで10通のテストメッセージで動作するスクリプトでは、7年分の通信、PGP暗号化メッセージ、RFC 2047非ASCIIヘッダーを含む本番メールボックスのエッジケースは処理できません。

修正された各メッセージが完全であることをどう検証しますか? スレッドがまだ機能しているか、カレンダー招待がまだ解決されるか、2020年のあのメールの47MBの添付ファイルが破損していないか? Redate.ioはこれをすべてのメッセージに対して自動的に実行します。そして何か問題があれば、オリジナルはバックアップフォルダにすぐそこにあります。

無料スキャンは約2分で完了します。メールボックスに接続し、MigrationWiz移行日のタイムスタンプが付いたすべてのメールを特定し、支払い前に正確な件数と費用を表示します。クレジットカード不要、契約不要です。

BitTitanユーザー向けプラットフォーム別修正ガイド

修正プロセスはMigrationWizがメールを移動した先によって異なります。Redate.ioは各プラットフォームの仕様を自動的に処理しますが、お使いの環境の詳細が必要な場合は以下をご覧ください。

Redate.ioは数か月前や数年前に完了した移行にも対応しています。オリジナルのDateヘッダーには有効期限がありません。

BitTitan MigrationWizで移行して誤った日付のままですか? 無料スキャンを実行して、何かを決定する前に影響を受けているメールの正確な件数を確認してください。

関連記事

共有ホスティングからMicrosoft 365移行後の日付破損

OVH、Infomaniak、Ionos、o2switchからMicrosoft 365への移行後にメール日付が二重にずれる原因と、完全に修正する方法を解説します。

Veeam/Datto：メール日付が復元日時になる問題

VeeamやDatto、AvePointで復元後、メールが送信日ではなく復元日時で表示される技術的な原因と修正方法を解説します。

Outlookプロファイル再作成でメール日付が変わる理由

Outlookのプロファイルを再作成すると、全メールの日付が今日の日付に変わる場合があります。技術的な原因と修正方法を解説します。