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.
Yeah but suppose you had 20.000 domains with between 1 and 500 popboxes per
domain, does that fit into your setup? My drpop-solution (yes I am proud :)
does all that, and more :)
Btw have a look at http://www.dataloss.net/tcp-domcheck.tar.gz
If that does the job, integrating it into tcpserver shouldn't be that hard...
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++
