Re: timsieved isn't listing any auth methods

2002-10-31 Thread Simon Matter
Nick Fisher schrieb: > > Hi People, > I can't get timsieve to list it's one auth method... PLAIN and thus > can't get sieveshell to work. This is the second set of posts I've made so > if this seems a little familiar that's because it is ;) > I've been working on and off on this bug for about tw

cyrus-dir-hash?

2002-10-31 Thread Liu Jinhui
When I compile cyrus-2.0.16, I used a patch called cyrus-dir-hash from http://mail.cc.umanitoba.ca/source/ It simply centralizes all directory hashing into one function: dir_hash_c(). By default, this function uses the old hashing scheme, based on the first letter of the user name. When the

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Joe Finkle
Hey All, I wanted to let you know that the problem has been resolved. Following Robert's advice i exported the contents of the mailboxes.db file by running: ctl_mboxlist -d > filename , then I removed /var/imap/mailboxes.db, /var/imap/deliver.db, and /var/imap/deliverdb/* . I then reimported the

timsieved isn't listing any auth methods

2002-10-31 Thread Nick Fisher
Hi People, I can't get timsieve to list it's one auth method... PLAIN and thus can't get sieveshell to work. This is the second set of posts I've made so if this seems a little familiar that's because it is ;) I've been working on and off on this bug for about two months now :( The problem is th

Re: Murder / LDAP / SASL Problem...

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Jared Watkins wrote: > >Do you have a copy of the entire log I could look at (since you've > >already sent the passwords to a public list, I'm guessing you don't > >really care about them any more)? > > > The only log entry I get on the backend.. even with CYRUS_VERBOSE turned

Re: Murder / LDAP / SASL Problem...

2002-10-31 Thread Jared Watkins
Rob Siemborski wrote: On Thu, 31 Oct 2002, Jared Watkins wrote: When I login to port 143 using telnet to the _frontend_ that system will do an ldap lookup and verify the password of the test user. I am able to list the mailboxes (since they are being provided by mupdate) but when I attempt to

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread lst_hoe
At 10:43 31.10.2002 -0500, Su Li wrote: >It won't limit other processes. I only limited the number of processes for lmtpd. Other processes like imapd can still go 10, 20, 30 or more. > >I agree that unlimited can have a big number. But to be able to config will be very very helpful. The reseason,

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Su Li
Then use gdb step through and see what service does Services[5] stand for 8-). Yes you are right, if I change the number of services in config file, it might not work. The reseason is, I want to limit the number of lmtpd to 6 and imapd to 100 (or what ever), and I don't care about other process

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Su Li wrote: > Then use gdb step through and see what service does Services[5] stand for 8-). > > Yes you are right, if I change the number of services in config file, it > might not work. That's odd. I can't duplicate this locally, I have (in the SERVICES section of cyrus.c

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Su Li
It won't limit other processes. I only limited the number of processes for lmtpd. Other processes like imapd can still go 10, 20, 30 or more. I agree that unlimited can have a big number. But to be able to config will be very very helpful. The reseason, I change the code is, if there are too ma

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Su Li wrote: > I agree that unlimited can have a big number. But to be able to config > will be very very helpful. The reseason, I change the code is, if there > are too many lmtpd is very harmful. Lmptd will fight for db, the db lock > will go up, and new lmptd will be create

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Su Li wrote: > That will limit the number of lmtpd for sure. I tested with 1 users > and send email at 15 msg/sec. No problem found. I agree, though I want to say it will limit all other processes as well (though, you're the one who has tried this in practice, and don't s

Re: Murder / LDAP / SASL Problem...

2002-10-31 Thread Jared Watkins
Rob Siemborski wrote: On Thu, 31 Oct 2002, Jared Watkins wrote: Using imtest I was able to login as you suggested... and sniffing the traffic I saw that it did an ldap lookup to verify the 'murder' proxy user... but why is not doing the ldap search when the auth attempt is made from the fron

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Su Li wrote: > > In master/master.c function void add_service(const char *name, struct entry *e, >void *rock) > > add "Services[5].max_workers=6;" before " free(max);" > > > > It will limit the number of lmtpd to 6. > > I'm pretty sure the extent of this change isn't going to

Re: Murder / LDAP / SASL Problem...

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Jared Watkins wrote: > When I login to port 143 using telnet to the _frontend_ that system will > do an ldap lookup and verify the password of the test user. I am able to > list the mailboxes (since they are being provided by mupdate) but when I > attempt to select a mailbox..

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Su Li
One more thing, the default maxchild is a number bigger thatn 200,000. I don't think any normal machine can handle that. We need to config the maxchild before it run. -Original Message- From: Rob Siemborski [mailto:rjs3@;andrew.cmu.edu] Sent: October 31, 2002 10:20 AM To: Su Li Cc: Joe

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Su Li
That will limit the number of lmtpd for sure. I tested with 1 users and send email at 15 msg/sec. No problem found. -Original Message- From: Rob Siemborski [mailto:rjs3@;andrew.cmu.edu] Sent: October 31, 2002 10:20 AM To: Su Li Cc: Joe Finkle; [EMAIL PROTECTED] Subject: RE: Massive

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Su Li wrote: > In master/master.c function void add_service(const char *name, struct entry *e, void >*rock) > add "Services[5].max_workers=6;" before " free(max);" > > It will limit the number of lmtpd to 6. I'm pretty sure the extent of this change isn't going to do what yo

RE: Massive Problems (lmtp, db corruption) - Ahh!

2002-10-31 Thread Su Li
I don't know how to fix db issues. But I know how to limit the number of lmtpd processes. In master/master.c function void add_service(const char *name, struct entry *e, void *rock) add "Services[5].max_workers=6;" before " free(max);" It will limit the number of lmtpd to 6. I am suggeting,

Re: Murder / LDAP / SASL Problem...

2002-10-31 Thread Jared Watkins
Using imtest I was able to login as you suggested... and sniffing the traffic I saw that it did an ldap lookup to verify the 'murder' proxy user... but why is not doing the ldap search when the auth attempt is made from the frontend server? If you see my original email... I don't have a prob

Re: Murder / LDAP / SASL Problem...

2002-10-31 Thread Rob Siemborski
On Thu, 31 Oct 2002, Jared Watkins wrote: > Using imtest I was able to login as you suggested... and sniffing the > traffic I saw that it did an ldap lookup to verify the 'murder' proxy > user... but why is not doing the ldap search when the auth attempt is > made from the frontend server? If y