You can disable it at runtime also. Just specify it in the AUTHMODULES variable in the .../etc/*.config files (mine is at "authvchkpw authpam") rather than "authdaemond". You don't have to go back and do a fresh compile.
I was trying to use courier-imap 1.6.0, but I'm stuck at version 1.4.2. Under high loads, you *need* to have a pool of authentication servers. I also use MySQL so the database authentication needs to take place for every request. So some work needs to be done there, however I don't think its high on Sam's list. I may have to tackle it in the not too distant future, but I don't think my work would get incorporated into his distribution... Ken & Bill have been willing to take patches. Thanks, Brian > Yeah. I ran into the same problem. They/we should really include that in > documentation somewhere. In fact, I get that problem with sqwebmail even if I > DO disable authdaemon.... I'm not sure it's the same kind of issue though. > > But back to the reason I posted in the first place: > > I've seen plenty of people complain on the sqwebmail list that authdaemon > croaks after a short time under high load. Using only the authvchkpw module > and disabling authdaemon at compile time always fixed the problem. > > What versions are you running? > > > On Monday 25 November 2002 12:24, Brian Kolaci wrote: > > authdaemond works for me, however IP Alias doesn't work since > > the IP information is passed via environment variables. The > > authdaemon protocol doesn't take into account any of the > > environment variables set by couriertcpd, so your missing some > > of the critical information. I've mentioned this on the courier > > list as well, however it didn't appear anyone cared... > > > > If you disable authdaemond (and have it fork/exec each login > > request), then it works fine. Its just not scalable (and I'm > > getting into that problem now when I hit about 20-25 authentications > > per second). > > > > Thanks, > > > > Brian > > > > > Are you using authdaemon? I believe disabling auth daemon at compile > > > time fixes the problem too. compile with: > > > > > > --without-authdaemon \ > > > --with-vchkpw > > > > > > when compiling courier-imap. > > > > > > I don't use authdaemon, and I don't have any troubles. This is an > > > on-going list discussion. > > > > > > On Monday 25 November 2002 11:11, Dzuy Nguyen wrote: > > > > There is a bug in vchkpwd in vpopmail 5.2.1. Version 5.3.x seems to > > > > fix it. > > > > > > > > [EMAIL PROTECTED] wrote: > > > > >I am using a qmail/vpopmail/courier-imap mail solution. After > > > > >re-installing courier-imap, the first few times, imap sessions to > > > > > work > > > > and > > > > > > >authenticate, but after awhile, authentication fails and I get > > > > > nothing > > > > but > > > > > > >LOGIN FAILED messages in my maillog. A reboot of the server will > > > > > fix it for a short time; however, it keeps happening. Has anyone > > > > > had this occur before or have a possible solution? > > > > > > > > > >I am running these versions: > > > > >FreeBSD 4.5-RELEASE > > > > >Qmail - 1.03_1 > > > > >vpopmail - 5.2 > > > > >Courier-Imap - 1.5.3 > > > > > > > > > >Any suggestions would be helpful. > > > > > > > > > >Thanks, > > > > > > > > > >Taylor Dondich > > > > Brian > > Galaxy Networks, Inc. > > Brian Galaxy Networks, Inc.