I have just under 2000 domains. Not sure of the number of users per domain. There's a few thousand local email addresses also (using pam). Note that the high load is only at peak times. During most of the day I see around 2-4 per second.
Brian > Just out of curiosity, how many users does 20-25 > authentications per second equate to for you? > > Thanks. > > > On Monday 25 November 2002 12:58, Brian Kolaci > wrote: > > 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. > > Brian Galaxy Networks, Inc.