Henrique de Moraes Holschuh wrote:
I think the 2.1.16 backports fix that bug. I will upload them shortly,
but I will send it to you privately by email.
You will have to switch to the cyrus-sasl2 backports of
http://backports.org.
Still having the problem after upgrading to 2.1.16. The /var
On Tue, 13 Apr 2004, Jules Agee wrote:
Still having the problem after upgrading to 2.1.16. The /var filesystem
is using reiserfs, if that makes any difference... stock kernel 2.4.25.
This is bad. Ok, in the source code, modify config.h.in, enabling
MESSAGE_MASTER_ON_EXIT. See if that helps
I just migrated to Cyrus 2.1.15 (Henrique's Debian woody backport) on a
2-way Xeon box with 2GB RAM. I expect about 300 concurrent IMAP sessions
in heavy use periods.
This morning I found the following in my logs. This is the first day the
box has had heavy use:
Apr 12 07:09:18 saturn
Sorry to reply to my own post, but I realized I hadn't provided much
evidence of losing process count. Here's my current lmtpunix line from
cyrus.conf:
lmtpunixcmd=lmtpd listen=/var/run/cyrus/socket/lmtp prefork=300
This shows the current actual count of lmtp processes:
On Mon, 12 Apr 2004, Jules Agee wrote:
I just migrated to Cyrus 2.1.15 (Henrique's Debian woody backport) on a
2-way Xeon box with 2GB RAM. I expect about 300 concurrent IMAP sessions
in heavy use periods.
I think the 2.1.16 backports fix that bug. I will upload them shortly,
but I will
