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
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 with
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 manag
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 crys
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,
Pascal Gienger a écrit :
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 ?
Tha
