On Sun, Dec 19, 1999 at 08:02:02PM +0100, bert hubert wrote:
> On Sun, Dec 19, 1999 at 07:29:34PM +0100, [EMAIL PROTECTED] wrote:
>
> > > this already does forward and reverse name lookups. With the volumes of mail
> > > we transfer, I don't want to involve yet another process.
> >
> > The results of those lookups are saved in env.vars, so that other process
> > takes hardly any time to run.
>
> That is not the issue. Launching the other program is what takes time,
> especially on 'heavy' unixes like Solaris.
>
> > I'm working hard on a checkpassword replacement to do multi-domain stuff -
> > one UID per domain for all popboxes (and also FTP and shell on that UID, for
> > website maintenance), instead of one UID per popbox (our current sendmail
> > setup).
>
> We already have this (based on our own LDAP/qmail setup). Works like a
> charm. We currenly host ~30.000 cablemodem users per Sun Enterprise 250
> (single cpu). A whole lot more than sendmail+cucipop could handle.
Hmm did you write that POP3proxy yourself, or does the 'ahu' stand for some
of your patches?
It's kewl nonetheless :)
We're prolly going for a distributed approach based on NFS, the good thing
about that is that we just add another popserver and load is halved, given that
the NFS server (soon to be NetApp prolly) can take the load.
Greetz, Peter.
--
Peter van Dijk - student/sysadmin/ircoper/womanizer/pretending coder
|
| 'C makes it easy to shoot yourself in the foot;
| C++ makes it harder, but when you do it blows your whole leg off.'
| Bjarne Stroustrup, Inventor of C++
