移行チェックリストが重要な理由
メール移行は、組織が実施できる最もリスクの高いIT運用の1つです。何年分もの業務コミュニケーションをプラットフォーム間で移動しており、1つの見落としがすべてのメールボックスのメタデータを破壊する可能性があります。最も頻繁な被害者はメールの日付です。移行後、すべてのメールが元の受信日ではなく移行日を表示するリスクがあります。
これは架空のシナリオではありません。IMAPベースの移行の大半で発生します。しかし適切な計画、テスト、事後検証により、その影響を最小限に抑えることができます(そして修正も可能です)。
移行前の計画
日付問題を理解する
移行を開始する前に、チーム全体がIMAP移行の日付問題を理解していることを確認してください。IMAPプロトコルはメッセージ挿入時にReceivedヘッダーの追加を要求し、これがOutlookやApple Mailなどのクライアントで移行日として表示されます。この問題はすべてのIMAP移行ツールに影響します。IMAP INTERNALDATEの技術的解説を参照してください。
サンプルメールボックスでテスト移行
本番移行前に、2~3のテストメールボックスで試験移行を実行してください。異なるメールクライアント(Outlook、Apple Mail、Thunderbird)で日付を確認し、問題が発生するかどうかを事前に把握します。テスト結果に基づいて移行計画を調整できます。Outlook、Apple Mail、Thunderbirdでの確認方法も参照してください。
移行後の日付修正を計画に含める
日付問題はほぼ避けられないため、移行計画に日付修正のステップを含めることを推奨します。移行予算にRedate.ioのコストを含め、移行完了後すぐに修正を開始できるように準備します。
移行中
移行日を記録
各メールボックスの移行日時を正確に記録してください。問題が発生した場合、どのメールが影響を受けているかを特定するために必要です。
エラーを監視
移行ログを注意深く監視し、メッセージの挿入エラーやタイムアウトがないか確認します。エラーが発生した場合、そのメッセージが正しく移行されたかどうかを検証する必要があります。
移行後の検証
複数のクライアントで日付を確認
GmailウェブUIで正しく見えても、OutlookやApple Mailで間違った日付が表示される場合があります。必ず複数のクライアントで確認してください。
メール数を確認
ソースサーバーと宛先サーバーのメール数が一致することを確認します。不一致がある場合、メッセージが失われた可能性があります。移行後の日付問題の詳細も参照してください。
移行後の日付修正
日付問題が確認された場合、Redate.ioで迅速に修正できます。メールボックスを接続して無料分析を実行し、影響を受けたメール数を確認した後、修正を開始します。移行完了後数日以内に修正を行うことで、ユーザーへの影響を最小限に抑えることができます。
移行を計画中ですか? 無料分析を開始して、移行後すぐに日付を修正できるよう準備してください。