On Mon, Jul 31, 2000 at 08:03:41PM +0000, [EMAIL PROTECTED] wrote:
! >your system cannot open any more files. It's just a temporary situation,
! >just wait it out and hope you don't get more SMTP connections. :-)
! Perhaps checkout ulimit -n, which refers to the max. no. of file descriptors
! - With Solaris using ulimit -n xxx before calling qmail-start is appropriate,
! but with Linux it looks like there is no upper limit (bash offers you a ulimit
! command to check this). Maybe there's a hard-coded f.d. limit in the kernel??

Linux 2.2's global fd limit (as opposed to the per-process fd limit
which you set with ``ulimit -n'') isn't hard-coded; you can set it via 

! I disagree: I've setup machines handling plenty of connections
! using tcpserver - which is, I feel, a far more appropriate way of
! calling qmail-smtpd.

You can set tcpserver's concurrency to 400, should you so wish. But
by default it will handle only 40, which was why I found 328 a bit
strange. (Maybe it's because my mail server doesn't get that many
SMTP connections, not enough to merit altering the concurrency limit.)

!                      Have you come across particular problems
! with tcpserver that lead you to the 'Need inetd' conclusion?

I didn't say you ``need'' inetd. My conclusion was that with inetd,
there is effectively _no_ concurrency limit, which in my opinion is
a Bad Thing.

        ---Chris K.
 Chris, the Young One |_ Never brag about how your machines haven't been 
  Auckland, New Zealand |_ hacked, or your code hasn't been broken. It's 
http://cloud9.hedgee.com/ |_ guaranteed to bring the wrong kind of 
 PGP: 0xCCC6114E/0x706A6AAD |_ attention. ---Neil Schneider 

Reply via email to