Thunderbirdの使用でofflineimapとmutt。私のメールボックスには50,000を超える電子メールがあります。いくつかの設定を調整した後、mutt多数のメッセージに対する反応が非常に良くなりました。notmuch検索速度が非常に高速です。ただし、offlineimapすべてのフォルダを同期するのに数分かかることがあります。
いくつかの調査では、IMAPは非常に大きなフォルダでは正しく動作しないようです。では、フォルダを小さく保つためにどのメールワークフローを使用する必要がありますか？
答え1
すべてのIMAPサーバーは高速ではありませんが、前述のように効率的なIMAP実装と設定が可能です。私にとっては幸運です。ピジョンロフト。しかし、オフラインimapは特に遅いプログラムです。小規模なテストではうまくいったので、それを有効にし、電子メール設定全体をリセットしました。しかし、より多くの電子メールを受け取るほど、速度は遅くなり、最終的に電子メールを確認するたびに精神を失い始めました。
完全なオフライン検索体験をしたいが、それほど気に入らない場合は、次の点を考慮してください。マルチ同期これは、一種のオフラインマップに似ていますが、特にnot muchのインデックス作成を利用するnot muchのためのものです。初期同期が完了した後、muchsyncはOfflineimapのすべてのネットワークラウンドトリップを防止し、効率を向上させるためにnotmuchのインデックスデータ構造を利用するため、Offlineimapよりはるかに高速です。 Offlineimapで切り替えましたが、これよりもずっと嬉しかったです。
考慮すべきもう一つのオプションは同期。私はisyncの個人的な経験を持っていませんが、一部の人はそれを愛しているようです。以前はオフラインimapを使用して嫌いだったことがあったので、muchsyncに切り替えなかった場合は、真剣にisyncを調べました。
答え2
「IMAP」と言うと、uwimapdIMAPサーバーの実装を意味する可能性が高くなります。この場合、すべてのmboxのサイズ、つまりサブフォルダを除いて、同じフォルダ内のすべての電子メールのサイズが2 GBを超えていないことを確認する必要があります。
その内容に言及していない場合、uwimapdあなたの問題はIMAPではなく、コンピュータのパフォーマンスとインターネットアップリンクにあるようです。だから：
3か月以内のEメールと進行中のプロジェクトの一部であるEメールのみを保管してください。残りを入れてください。ファイルフォルダ。以下に同じフォルダ構造を作成します。ファイルあなたが見たように受信トレイ。これにより、物事を簡単に見つけることができます。ファイル、見つからない場合受信トレイ。
IMAP は、メール ユーザー エージェントが (リモート) メール サーバーに保存されている電子メール メッセージを取得および管理するために使用するプレーン テキスト プロトコルであり、何千もの電子メールを同時に処理する必要がある場合に問題が発生します。鍵は「処理する必要があります「メールの全体的なボリュームとサイズ自体はIMAPに問題ではありません。実際に大量の電子メールを処理する必要がある場合は問題になります。」
たとえば、同期間で何千もの電子メールのコンテンツおよび/またはステータス（フラグ、未読/読み取り、優先順位、タイムスタンプなど）が変更された場合、これが発生する可能性があります。を使用している場合、offlineimapユースケースによっては実際にこれが発生する可能性があります。ただし、この場合に役立つ唯一の方法は、同期をより頻繁に実行することです。
答え3
「一部の調査では、IMAPは非常に大きなフォルダでは正しく機能しないことがわかりました。」
私の意見（そして経験）は正反対です。 Imapは非常に洗練されたサーバー側の検索とインデックス機能を持っています。唯一の問題は、ほとんどのメールクライアントが実際にそれをリモートファイル処理プロトコルとして使用していることです。
たとえば、IMAP を使用して、特定の SMTP ヘッダーを含むフォルダからメッセージを取得できます。あるいは、メッセージの添付ファイルを本文とは別に処理することもできます。しかし、ここには対価が従う。プロトコルは私が見た他のプロトコルよりはるかに複雑です。
imapの真の力は、次の場合にのみ表示されます。
実際のIMAPサーバーはメールを索引付けできます。
メールクライアントはimapフォルダをインテリジェントに処理します（つまり、imapdをリモートファイルシステムとして使用せず、サーバー側でリモートクエリを介してほとんどの操作を実行します）。
私の唯一の良い経験はThunderbird / Loftペアリングでした。クライアント側ではkmailも比較的良く、サーバー側ではcyrusもあります。他のシステムは実際にはあまり良くありません。
Thunderbirdでは、「サーバーから検索」クエリを実行し、その結果を仮想フォルダとして表示できます。サーバーサイド検索により、imapdは内部索引データに対してキーワードベースの検索をすばやく実行できます。
私はオフラインimapについては知りませんが、muttについては知っています。きちんとした文字コンソールアプリケーションは、1つの例外を除いて非常に優れており、ほとんど非常に効率的です。これがまさにあなたが見つけたものです。このアプリケーションは、アイテムのインデックス作成を避け、線形アイテムを試す傾向があります（非常に高速ですが）。
答え4
追加しました。imapsyncアルパインLinuxで。LXCLinuxのすべてのコンテナで実行できます。アルパインコンテナ5mbサイズは約です。
7GB昨夜、問題なく私のメールボックスを新しいメールボックスに移動しました。mailserver約3時間かかり、毎秒2.2メッセージが送信され、プロセスは260-280mbRAMを使用します。60キャッシュが有効になっている5つのメールボックスを同期するには数秒かかります--useuid。