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
/proc/sys/fs/file-max.
! 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
