web-dev-qa-db-ja.com

LinuxでCourierIMAPサーバーを検索するIMAPの高速化

CourierIMAPを使用してIMAP検索のパフォーマンスを向上させるためのヒントを探しています。現在のバージョンは4.2.1です。質問「 IMAPの高速検索？ 」とは異なり、私は特にサーバー側の改善を探しています。

かなり大規模なアカウントでは、アクセスパフォーマンスはすでにかなり良好ですが、検索は遅くなります。さまざまな興味深いメールフィールドの適切なインデックスを生成するために使用できるツール/アドオンはありますか？

linuxsearchimapperformance-tuningcourier
7
Wade

宅配便のimapdドキュメントとそのインストールを見ると、メッセージのuid以外のキャッシュやインデックスがないようです。

鳩小屋を見たことがありますか？ looks ユーザーが気付かないうちに移行できるようです。また、メッセージデータベースにさまざまな情報をキャッシュする方法についての ディスカッション もあります。

そうは言っても、メッセージフォルダのキャッシュとインデックス作成の説明を読むと、メッセージのキャッシュとインデックス作成の実際の場所はサーバーではなくクライアントにあると私は信じています。おそらく、直接のテストが適切でしょう。

6
chris

私はDovecotに精通していませんが、CourierとCyrusの両方に精通しています。私はソースから宅配便システムを構築し、サイラスを支持してそれを捨てる前にそれを何年も維持しました。

Cyrusは学ぶのがむずかしいです。ドキュメントは非常に複雑で簡潔です。しかし、あなたが物事を理解すると、Cyrusは本当に素晴らしいと思いました。

Cyrusには、メールボックスストアで全文索引付けを行う不法占拠サービスがあります。いくつかの理由から、メールボックスストアでインデックス作成を行う必要があります。

  1. Squirrelmailのようなウェブメールアプリをお持ちの場合は、サーバー側のルックアップを有効にできます。これにより、Cyrusはその不法占拠データベースを使用するようになります。

  2. インデックスが複数のクライアント間で同期しなくなると、クライアントでのインデックス作成が問題になる可能性があります。

Cyrusのもう1つのプラグイン：5,000を超えるIMAP/POP3の顧客がいます。私たちは多くの顧客の電子メールをホストします。お客様の1人は地元のケーブルテレビ会社です。 Webメールを処理する同じWebサーバーで実行されているIMAPプロキシを使用したCMUと非常によく似たセットアップを使用します。メールストアは、5つのバックエンドサーバーに分散されています。 4つのIMAPプロキシがあります。 4はオーバーキルですが、物理的に離れた2つのデータセンターがあり、ローカルHA（高可用性）が必要であり、IMAPプロキシが二重の役割を果たし、Webメールの側面でApache + PHP + mod_Perlを実行しているため、これを回避します。

最後に、CyrusはPerlモジュールを介してふるいと優れた拡張性を備えています...これらすべてにより、非常にクールなSPAM＆ウイルスフィルタリングとSpamAssassin学習が可能になります...

キュロスをよく見てください、私はあなたがそれを愛するように成長することを約束します。良い本は「TheBookof IMAP」で、Cyrusの多くの側面をカバーしています...

2
Kilo