Hi,
Quoting Mathieu Kretchner [EMAIL PROTECTED]:
Wesley Craig a écrit :
On 11 Aug 2008, at 08:57, Mathieu Kretchner wrote:
what is in use now ?
Cyrus
Why should I choose Cyrus instead of dovecot ?
Are you having a problem with Cyrus? Migrating from any server to
any other is likely
Adam Tauno Williams a écrit :
The real question is because we have only 2 options :
Why should I choose Cyrus instead of dovecot ?
Features like delayed expunge, message expiration, etc... that allow you
to have a managed mail store. Cyrus is the only Open Source IMAP/POP
server I know of
On 11 Aug 08, at 1648, Martin Schweizer wrote:
Hello
I have two mail server (FreeBSD 7.0, sendmail/cyrus v2.3.12p2), incl.
replication with sync_client/-master. Until now they works perfect.
Now I changed on the sync_server from sasldb (Berkeley db1.85) to
saslauthd (with saslauthd -a
On Tue, 2008-08-12 at 12:53 +0200, Mathieu Kretchner wrote:
Adam Tauno Williams a écrit :
The real question is because we have only 2 options :
Why should I choose Cyrus instead of dovecot ?
Features like delayed expunge, message expiration, etc... that allow you
to have a managed mail
Mathieu Kretchner [EMAIL PROTECTED] wrote:
Ok thanks ! A good point on the cyrus side !
What about the performance ?
Depends on which size your scenario will be.
Does my next configuration will run correctly ? Which hardware should I
buy for this activity ?
That's like asking a crystal
Adam Tauno Williams a écrit :
On Tue, 2008-08-12 at 12:53 +0200, Mathieu Kretchner wrote:
Adam Tauno Williams a écrit :
The real question is because we have only 2 options :
Why should I choose Cyrus instead of dovecot ?
Features like delayed expunge, message expiration, etc... that allow you
Adam Tauno Williams [EMAIL PROTECTED] wrote:
If you have allot of users and allot of mail you are going to have allot
of I/O. No way around that, regardless of the server. Cyrus' indexes
headers better now, so that might help. But you still need adequate
through-put. I've found that
On 12 Aug 2008, at 06:53, Mathieu Kretchner wrote:
At present, we have a lot of I/O, we wonder if the last version of
cyrus is improved for this point ?
Recent versions have several features designed to allow very large
scaling of I/O. In addition to optimization to the old architecture,
