推奨されるDovecot / ThunderbirdからExchange / Outlookへの移行戦略
Postfix/Dovecot/MaildirセットアップからExchange2007に最大60のユーザーメールボックスを移動しています。 MicrosoftのTransporter Suite を認識しています。これにより、メールボックスのIMAPからExchangeへの一括変換が可能になります。ただし、予期しない問題が発生した場合に、失敗したプロセスをどのようにクリーンアップするかについて懸念があります。どうやら、ユーザーの破損したExchangeメールボックスを削除しようとすると、ユーザーアカウントも削除されることを意味するかなり恐ろしいダイアログが表示されます、破損したボックス自体だけではありません。元の電子メールストア（Maildir形式）は利用可能ですが、問題の不良ボックスを削除してプロセスを繰り返す機能が必要になるため、この方法は実行可能なオプションではありません。
私はこの時点で、大規模な手動介入なしにバッチスタイルまたはバルクスタイルの移行に影響を与えることについて重大な懸念を抱いています。 OutlookまたはThunderbirdを「ピボット」エージェントとして使用して、50以上のデスクトップにアクセスしたり、手動でメールを移動したりしないようにしています。これは100％動作することが保証されていますが、一度に1つのアカウントで250万を超えるメッセージを移動するには数週間から数か月かかります。
そこで私は、オープンソースと商用の両方の他のツールと方法を調べ始めました。
私が最初に試したのは OfflineIMAP でしたが、結局のところ、 あまりExchangeに対応していません ;移行プロセスの微妙な影響により、移動された電子メールごとに一意のヘッダーが生成されるため、 Exchangeの名前付きプロパティ が使い果たされます。 パッチが利用可能です このために、一意のヘッダーを、その後に一意の識別子を持つ単一の汎用ヘッダーに変更し、枯渇の問題を回避します。それでも、パッチを適用した後、まだいくつかの問題があります。それらを同期させておくのは良かったので、本当に残念です。
商業面では、トライアルモードで Transend Migrator を簡単に見てみました。結果はまちまちで、バイナリで提供されるドキュメントはほとんどないようです。これは、特にエンドユーザーがひどくうまくいかなかった場合にすぐに気付くようなものにとっては、ほとんど勇気づけられません。
他にも問題があります。メールボックスはMaildirとして保存されますが、ボックス名はThunderbirdの期待に準拠しています（私たちは数年間TBirdを使用しています）。多くのボックス名が一致せず（送信済みアイテムと送信済みアイテム、ゴミ箱と削除済みアイテムなど）、移植時に効果的に翻訳する必要があります。はい、私たちはエンドユーザーを大いに甘やかします-移行を成功させるには、Outlookに切り替えて、全員に30分の少人数のクラスを提供し、その後、Exchangeベースの新しいメールボックスを初めて開くように通知します。
誰か、どこかで確かに何かが機能する...
編集：フォローアップ
Rubyで書かれたカラマツのスクリプトは、いくつかの注意点はありますが、最も簡単な解決策を提供しました。これが起こることの非常に凝縮されたバージョンです：
- ユーザーのユーザー名とパスワードを取得します。移行後にパスワードをリセットしてください。
- IMAPを介してユーザーのボックスに接続し、INBOXがサブスクライブされていること、およびすべてのメッセージが既読としてマークされていることを確認します。メッセージが未読で特定の状態にある場合、メッセージが正常にインポートされない可能性があるExchange側の問題があります...
- 接尾辞トランスポートマップをExchangeサーバーを指すように変更します。これにより、すべての新しい配信が現在の電子メールサーバーではなくExchangeサーバーに到着します。
larchコマンドを使用して、ユーザーのゴミ箱を省略してメールを移動します。ゴミ箱を個人のファイリングシステムに変えるユーザーがいたため、これを要約して省略しなければなりませんでした。- 遷移しなかったメッセージに注意してください。再調査して、それらを再コピーしてみてください。これにより、新しいメッセージのみが移動します。
- そのユーザーのプロキシモードに入るようにDovecotに指示するレコードをMySQLで作成し、そのレコードをExchangeサーバーにポイントします。これにより、Outlookのインストールをセットアップする準備ができるまで、既存のクライアントを変更せずに接続できます。
- ユーザーの受信トレイに再接続し、すべてのメッセージがコピーされていることを確認します。
最善の方法は、imapを使用することです。
Outlookで両方のアカウントをユーザーに与えることにより、各ユーザーが自分でメッセージを移動できるようにすることができます。
Debianパッケージ「uw-mailutils」と次のコマンドを使用して別のLinuxボックスを使用して、CyrusからExchange2003に移行しました。
mailutil transfer -verbose {imap.xxx.org:143/imap/user=m_xxx} INBOX {exchange.xxxx.org:143/imap/[email protected]} INBOX
mailutilはUW-IMAPプロジェクトからのものです。すべてのLinuxディストリビューションにそれが含まれている必要があります。
それが失敗したとき（失敗しなかった）、私は交換口座に行き、「INBOX」を削除するだけでした
私ははるかに大規模なシステムでこのような移行を数多く行ってきました。 300以上のメールボックスと私は多くの方向に移行しました：Courier-> Cyrus、Exchange-> Cyrus、Courier-> Exchange、およびCyrus-> Exchange .. ..
私たちが選んだツールはimapsyncと呼ばれています。オープンソースのPerlスクリプト。実際のIMAPプロトコルを使用して移行を処理するため、各実装の基礎となる詳細（aildir形式、DONT（。）やスラッシュ（/）区切り文字などのメールボックス注釈）を処理する必要がなくなります。
IMAPSYNCは再入可能でも安全です。同じアカウントで複数回実行でき、最初にコピーされなかったもの、または到着した可能性のある新しい電子メールのみがコピーされます。
通常、すべてのユーザーアカウントをBASHスクリプトにダンプします。このスクリプトは、最終的に次のように実行されます。
./imapsync --Host1 mail.pozicom.net --user1 someone@domain --password1 mypassword \
--Host2 localhost --user2 someone@domain --password2 mypassword
Host1がHost2からコピーする場所であり、コピー先の場所です。
ここからIMAPSYNCを取得できます： http://freshmeat.net/projects/imapsync/
以前に "imapsync" プログラムを使用して、IMAPサーバーからScalix（Exchangeのようなシステム）に移行しました。 IMAPメールボックスのrsyncを考えてください。
ジム。
巨大な大規模なメールシステムがあり、他のメールシステム（通常はNotesまたはGroupwise）からユーザーを定期的に取り込みます。これらすべての移行に共通するスレッドの1つは、データ移行の一部が常に災害であるということです。常に手に負えない問題があり、VIP問題が優先され、通常のユーザー人口が苦しんでいます。移行ツールには、Notes-> Exchangeの移行を2回行う人がいないため、修正されないバグがあります。
私たちが将来の戦略のために探しているのは、ほとんどがグリーンフィールドのメールボックスであり、ユーザーは必須保持される電子メールを識別します。簡単です。dovecotサーバーを6か月間実行し続け、古いimapシステムを指すOutlookプロファイルをセットアップし（これはOutlook 2007でスクリプト可能だと思います）、ユーザーが自分の時間で移行できるようにします。
ほとんどの人は、必要だと言っていることを本当に必要としないことがわかります。6か月後、データを新しいシステムに移動するための合法的な必要性がなくなります。
別のオプションは、メールアーカイブソリューションを使用することです。訴訟のためにすべての電子メールをアーカイブする必要があり、多くの場合、古いシステムからホストされたアーカイブソリューションにメッセージを「取り込む」ことができます。 PostiniとMicrosoftHostedサービスをチェックしてください。
Transporter Suite。 を使用してください。この目的のために特別に作成されました。
基本的に、IMAPユーザーとパスワードのCSVファイルをインポートすると、データが正しくインポートされます。バッチプロセスを実行するのが怖い場合は、一度に1人ずつユーザーをインポートすることもできます。インポートを失敗させるのは実際にはかなり難しいです。
Imapsyncまたはその他のIMAPからIMAPベースの同期エンジンを使用しないでください。それは一種の仕事ですが、メタデータの多く、特に日付は台無しになります。 --syncinternaldatesオプションを使用しても、Exchangeは日付を現在の日付に上書きし、移行が失敗します。