What kind of machine is this with? Again, I'm just 
curious. I'll be implementing a similar setup 
soon, and I'm wondering where we'll max out.


On Monday 25 November 2002 13:40, Brian Kolaci 
wrote:
> 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.


Reply via email to