Re: cyradm > lm returns empty list but mailboxes are accessible via

2009-10-30 Thread John Mok
Hi Dan, I checked the /var/log/auth.log, and found the following error when cyradm>lm returned a empty list :- Oct 29 08:36:13 imapsv01 perl: encoded packet size too big (4156 > 4096) Does it remind you how to solve the problem? I googled the problem and the following message advised to patch

sendmail/cyrus deliver not to subdomain

2009-10-30 Thread Martin Schweizer
Hello My setup is FreeBSD 7.2 amd64 and the newest Cyrus Imapd (.15). My cyrus server as the defaultdomain set to abc.ch and I set virtdomains: userid . All users works a expected. Now I want to receive additionaly mails for sub.abc.ch. In sendmail set all the necessary entries in access. I also

Re: sendmail/cyrus deliver not to subdomain

2009-10-30 Thread Andrzej Adam Filip
Martin Schweizer wrote: > Hello > > My setup is FreeBSD 7.2 amd64 and the newest Cyrus Imapd (.15). > > My cyrus server as the defaultdomain set to abc.ch and I set virtdomains: > userid > . All users works a expected. Now I want to receive additionaly mails > for sub.abc.ch. In sendmail set all

Re: painful mupdate syncs between front-ends and database server

2009-10-30 Thread Michael Bacon
I apologize for not responding sooner here. I've had my head down in the code and doing some tests, including playing with Bron's patch here. I haven't had the guts to roll the patched, CVS version into production as our primary mupdate server, but I did put it in on a test machine in replica

Re: painful mupdate syncs between front-ends and database server

2009-10-30 Thread Michael Bacon
--On October 19, 2009 9:37:57 PM -0400 Wesley Craig wrote: > How are your frontend mupdate processes authenticating to your mupdate > master? And what version of Kerberos are you using (anticipating the > answer to your first question)? I suspect that you're getting a GSSAPI > expired context.

Re: painful mupdate syncs between front-ends and database server

2009-10-30 Thread Michael Bacon
--On October 20, 2009 12:13:05 PM +0200 Cyril Servant wrote: > Hello, > > Here we had a similar situation : more than a million mailboxes, and > each MUPDATE sync was very long (when it succeeded). Now, we > bypass the problem : we get rid of the MUPDATE (and the skiplist > mailboxes.db). We

Re: cyradm > lm returns empty list but mailboxes are accessible via

2009-10-30 Thread Dan White
On 30/10/09 23:20 +0800, John Mok wrote: > I checked the /var/log/auth.log, and found the following error when > cyradm>lm returned a empty list :- > > Oct 29 08:36:13 imapsv01 perl: encoded packet size too big (4156 > 4096) > > Does it remind you how to solve the problem? Yes. See: http://mark

Re: painful mupdate syncs between front-ends and database server

2009-10-30 Thread Bron Gondwana
On Fri, Oct 30, 2009 at 03:24:25PM -0400, Michael Bacon wrote: > I haven't had the guts to roll the patched, CVS version into > production as our primary mupdate server, but I did put it in on a > test machine in replica mode. My measurement was on a clean server > (no pre-existing mailboxes.db),