Dovecot vs Courier vs Cyrus [終了]


27

Ubuntu Server(8.04以降)で実行されているPersonal / SMBメールサーバーに最適なものは何ですか?

自宅に自分のメールサーバーをセットアップして、推奨する前に会社のオプションを評価したいと思います。最も安全で、効率的で、信頼できるのはどれですか?また、LDAPおよびカレンダーソリューションと統合するのに最も簡単なのはどれですか?


LDAPとカレンダーの部分は、Exchangeの合理的な代替品を探している原因です。
wag2639

1
メールサーバーは、カレンダーサーバーとはまったく関係ありません。Exchangeの背後にある「すべてが詰め込まれた」設計は、他のどこにもありません(おそらくGoogleですか?)。
WhyNotHugo

回答:


12

私は個人的に、MS-Exchange、Courier、Cyrus、そしてそれよりも程度は低いがDovecotと広範囲にわたって仕事をしてきました。

間違いなく、Cyrusが私の最も好ましい選択だと言えます。元の質問に戻りますが、これらはどれも小さなメールインストールベースで問題なく機能します。小さい、つまり、おそらく1,000個未満のメールボックスと1,000個未満の同時IMAP / POP接続。メール量のような他の要因も重要な役割を果たします。

Courierをベースにした独自の内部使用のために、数年前にメールシステムを立ち上げました。私たちはITコンサルティング会社です。長年にわたり、私たちはお客様の電子メールのホスティングを始め、オープンソースプロジェクトと管理スクリプトの組み合わせで構成される電子メールアプライアンスの販売を始めました...

それから約3〜4年で、CyrusのCourierを捨てました。Postfix用のSendmailもダンプしました。私たちは、当時のすべてのオープンソースと商用オプションの広範な研究を行い、Cyrusに落ち着きました。

Cyrusは把握するのが最も難しいことには完全に同意しますが、Cyrusを非常に非標準として特徴付けることはせず、Cyrusの理解が難しい理由です。ウェブ上のほとんどのドキュメントはかなり古く、まばらであるため、答えを得るには多くの掘り下げが必要なので、難しいです。それどころか、CyrusはRFCに非常に従順です。Cyrusが壊れているように見える理由を理解する必要があり、ほとんどの場合、Tの標準に従っているだけで、他のほとんどすべてが壊れていることがすぐにわかります。例として、私はかつて、顧客が電子メールがバウンスしていると主張したが、電子メールアドレスは正しいという問題を調査しなければなりませんでした。Outlookを使用すると、Outlookにはこの厄介なバグがあり、メールアドレスの最初の文字が大文字になります。RFCに従って、すべての電子メールアドレスは小文字です。ケースを混在させると、

パフォーマンスに関しては、私の経験では、Cyrusには他では見られない最高のオプションがあります。具体的には、フロントエンドIMAP4 / POP3プロキシサーバーまたはバックエンドサーバーを追加して、必要に応じて負荷を分散できます。これにより、同時接続(フロントエンドの追加)とストレージおよびメールボックスの配信/取得トラフィック(バックエンドの追加)の両方の観点から拡張できます。

前回チェックしたとき、DovecotもCourierもこれらのオプションをサポートしていませんでした。

最近リリースされたMicrosoft Exchange 2010では、分散およびレプリケートされたメールボックスストアが導入されているため、このカテゴリで少し追いついています。


14
メールアドレスは小文字ではなく、大文字と小文字が区別されます。RFC5321から引用します:「メールボックスのローカル部分は大文字と小文字を区別する必要があります。したがって、SMTP実装はメールボックスのローカル部分の大文字と小文字を保持する必要があります。特に、一部のホストでは、ユーザー「smith」ユーザー「Smith」とは異なります。ただし、メールボックスのローカル部分の大文字と小文字の区別を悪用すると、相互運用性が妨げられ、推奨されません。」
クリスチャン・シウピトゥ

8

Dovecotは、SSLおよびLDAPを簡単にサポートする高速で軽量のIMAPサーバーの最新の選択肢です。CourierやCyrusよりも高速で効率的に大量の負荷をサポートし、従来のMaildirを使用します。Dovecotはチャンピオンのように動作し、完全に信頼できます。

完全なExchangeソリューションが必要な場合は、簡単な作業ではないため、既にこれを行っている製品を使用することです。実際のソリューションのすべてではないにしても、ほとんどの場合、クライアントはOutlookにカスタムプラグインをインストールする必要があります。最も人気のあるソリューションの1つについては、http: //www.zimbra.com/をご覧ください


2

Dovecotは私には問題ありません。クーリエは少しきしみがあり、Cyrusには非常に多くの非標準性があります(主にそのストレージ形式にあります)。すべてがLDAPと簡単に統合できます。ただし、IMAPサーバーをカレンダーにロールしようとしている場合は、間違っています。


2

数年前、Google Appsに切り替える前に使用しCyrusたのは、共有フォルダを持つ最も完全な機能だったからです。これらは、1つのフォルダーから別のフォルダーにドラッグしてメールを共有できるため、小規模企業にとって非常に便利です。

現在、他の人がこの機能を持っているかどうかはわかりませんが、Cyrusの管理が本当に苦痛であることは確認できます。そのためのWebインターフェースを備えたディストリビューションがあるかもしれませんが、私は今それらを認識しています。


1
「そして、CourierやCyrusよりも効率的」という主張を裏付けるデータがあるとは思いませんか?もしそうなら、私はそれを見たいです。
キロ

@kiloクレームをバックアップする実際のデータがあるとは思いませんか。
ジョードンベッドウェル

実際、私は2010年にオリジナルのFord SYNCアーキテクトの一人であり、IMAPを使用した無線メッセージングの概念実証を行いました。IMAPおよびSOAPメッセージベースの設計を含むさまざまなオープンソースおよび商用製品のテストを実行しました。目標は、接続された300万台の車両をサポートすることでした。数年が経ちましたが、今日まで、私が当時書いたのと同じセットアップを実行しています。それ以来、MS Exchangeが登場しましたが、他のオープンソースツールが何をしたのか、私にはわかりません。純粋なアーキテクチャーの観点から見ると、フロントエンドとバックエンドの分散機能が本当に好きです。
キロ

Dovecotは共有フォルダーもサポートするようになりました。機能が存在することを知っておくと良いです!
ロジャーデューク

0

カレンダーについても言及しているので、「ラジカル」について言及する必要があります。CalDAVサーバーであり、軽量で動作し、構成が簡単です。CalDAVは現在どこでもサポートされているため、問題は発生しません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.