it-swarm-ja.com

アカウント全体を1つのIMAPサーバーから別のIMAPサーバーにプッシュする

私の機関は最近、メールアカウントを入れ替えました。私が知る限り、サーバー名だけが異なるIMAPaccount_oldからIMAPaccount_newに、何年にもわたる慎重にキュレーションされた電子メール(= 3歳の誕生日パーティーよりも混乱)をシフトすることを余儀なくされています。

IMAPであるため、すべてのメールはメールサーバー以外のローカルに保持されるため、ThunderbirdでIMAP account_newを作成し、~/.Thunderbirdプロファイルの内容をaccount_newIMAPサーバーにプッシュできると思いました。 IMAPaccount_oldがオフラインになっていることにも注意してください。

私のグーグル検索はこのアプローチで何も返しませんでした、そして代わりにユーザーは手間をかけてメールをコピーしなければならないようです(フォルダを右クリックして>コピー先>relative/Thunderbird/path)、フォルダごと、あるアカウントから別のアカウントへ。ある時点で、添付ファイルが正しくコピーされなくなったことがわかるまで、これを行っていました(ただし、プロセスを開始したときでした)。具体的には、添付ファイルコンテナがコピーされますが、エラーが発生したため、内容が欠落しているように見えます* 開こうとすると返されます。個々のメールアイテムで移動先を使用しても同じ問題が発生します。今のところ、DavMail(私が使用しているExchangeアカウント用)がこのアプローチを使用した添付ファイルのコピーを妨害していないかどうか疑問に思っています。

* この添付ファイルは空のようです。これを送った人に確認してください。多くの場合、会社のファイアウォールやウイルス対策プログラムは添付ファイルを破壊します。

それでも、完全なツリー構造とメタデータ(fwd、reply、tagsなど)を使用して、アカウントのローカルコンテンツ全体をIMAPサーバーにアップロードするためのより堅牢で労力の少ない方法がないかどうかを知りたいです。 ? Ubuntu 12.04、64ビット、DavMail4.1.0でThunderbirdv17.0を使用しています。

編集:私は imapsync が仕事をするはずだと思います。このアプローチに関するコメントはありますか?つまり、メタデータと添付ファイルは忠実に同期されていますか?

5
kbrand

別の方法は、 isyncプロジェクト から mbsync を使用することです。あるIMAPサーバーから別のサーバーに直接メールを同期するための設定例を次に示します。

# The IMAP server you wish to copy mails from.
IMAPAccount imap-src-account
Host imap.Host.ac.uk
User student0192
# Pass "xxxxx" # if you don't mind storing it in the file; otherwise will Prompt
UseIMAPS yes
CertificateFile /etc/ssl/certs/ca-certificates.crt

 # The IMAP server you wish to copy mails to.
IMAPAccount imap-dest-account
Host zimbra.corporate.com
User [email protected]
# Pass "xxxxx" # if you don't mind storing it in the file; otherwise will Prompt
UseIMAPS yes
CertificateFile /etc/ssl/certs/ca-certificates.crt

 # Link IMAP server to remote used below
IMAPStore imap-src
Account imap-src-account

IMAPStore imap-dest
Account imap-dest-account

# ensures that dates of messages will be set correctly
CopyArrivalDate yes

Channel transfer
Master :imap-src:
Slave :imap-dest:
# Transfer all folders
Patterns *
Create Slave
Sync Pull
# important otherwise you will get 'Error: store ... does not support in-box sync state'
SyncState ~/.mail/imap-transfer

次に、mbsync -l transferを実行して、同期するメールフォルダを一覧表示できます。

実際に転送を実行するには、mbsync transferを実行します。これの良いところは、定期的に実行でき、効率的な同期が行われることです。

その他の注意事項:

  • passwordsPassCmdを指定して、パスワードを取得する別の方法を使用することもできます(例: トークンリングから )。
  • backups:mbsyncのオンラインのほとんどの手順では、これを使用してローカルファイルシステムにバックアップしています。ローカルファイルシステムにバックアップしてから、新しいサーバーにプッシュすることもできます ここで説明 ただし、サーバーを同期するだけの場合は、必要以上に複雑になります
  • フォルダーマッピング:(私が行ったように)ターゲットシステムのサブフォルダーにフォルダーを転送する場合は、ChannelSlave ":imap-dest:parent-folder/"と言うことでこれを指定できます。構成。
7
David Fraser

Imapsyncは、imap同期を行うように設計されたツールであり、以下を同期します。

  • フォルダ階層全体。フォルダのマッピングは変更できます。
  • すべてのメッセージは、そのまま、添付ファイルが忠実に同期されました。日付/サイズでメッセージを選択することが可能です。
  • すべてのフラグ、少なくとも宛先サーバーによって有効にされるすべてのフラグ。

Imapsyncを使用すると、増分同期が可能になります。これを事前同期と呼び、最終同期をバックアップまたは高速化します。測定されたメッセージ転送速度に基づいてETAを推定します。著者のGillesLamiralという名前は50ユーロで販売されていますが、githubで無料で入手できます。

1
Gilles LAMIRAL

TL; DR

フォルダを修復します。 PD:情報は失われません。それはそこにあります。

環境

私はそれが私に起こっているのではないかと心配しました。この質問を見つけたのは、旅行代理店の顧客とのメールを一時的なアカウントに「コピー」して、後でカスタムCRMに自動処理するためにデータベースにインポートし始めたためです。顧客から添付ファイルを失うことは、オプション。

元のメッセージを削除した後、メッセージThis attachment appears to be empty. Please check with the person who sent this. Often company firewalls or antivirus programs will destroy attachments.を取得していましたが、状況に非常に不安を感じていました。

そして、私は添付ファイルを失ったことを本当に、本当に恐れていました。

だから私が最初に明確にしたかったのは:

重要な質問:Thunderbirdは、電子メールをコピーするときに情報を失っていますか?または、正しくコピーしただけで、後で読み取ることができなくなりますか?

  • Thunderbirdが情報を失った場合、それは完全な問題です。
  • 読めないだけなら問題ありません。

重要な質問を解決するために私がしたこと

a)最初にメッセージのソースコードを調べました。それは本当に「いくつかの」内容を持っていました。境界、次に添付ファイル。

Source code of the email

内容が正しいのか壊れているのかまだわかりませんでした。

b)メールをデスクトップに保存し、ダブルクリックして、Thunderbirdがデスクトップからロードして開きました。

c)次に、右クリックして添付ファイルを保存しました。添付ファイルが保存されたら、それを開き(このケースではExcelファイルでした)、Excelでうまく開きました。 つまり、最初の結論:添付ファイル内の情報は失われません

d)次に、添付ファイルを電子メールウィンドウから直接開いて(これもIMAPからではなく、Thunderbirdでデスクトップの.emlファイルを表示するだけです)、正しく開きました。 つまり、2番目の結論:メッセージのソースは、添付ファイルをダブルクリックして開くための情報を破壊していません

答え(私にとって何がうまくいったか)

その結果、情報は失われず(おそらく、最終的なIMAPソースコードは元のソースコードのバイトごとのコピーです)、必然的に問題はメッセージの読み取り/解釈にあると結論付けました。

しかし、Thunderbird時々は少し助けが必要です。毎回IMAPサーバーに接続しないように一部のデータを「キャッシュ」します。IDKは、何らかの理由で、この情報が破損する可能性があります。

これを解決する方法があります:

1)フォルダを右クリックして、問題のあるフォルダの[プロパティ]を選択します。

Select properties

2)「修復」を選択します。これにより、そこに含まれるメッセージに関するキャッシュされたメタデータが無効になるため、メッセージのヘッダーと本文を含むソースコードファイルを強制的に再ダウンロードしますおよびre-コンテンツ自体を解釈します。

Repair the folder

それは私のために働いた。同じメッセージを選択し、添付ファイルを開くと、This attachment appears to be empty.メッセージが表示されなくなりました。

助けてください!

0
Xavi Montero