-----BEGIN PGP SIGNED MESSAGE-----
* >It's generally considered a bad idea to run sendmail out of inetd because
* >of the amount of overhead required to start a daemon from inetd. Since
* >sendmail has the ability to handle multiple connections, this can become
* >relatively expensive when your mail connection is being flooded, either
* >unintentionally or otherwise.
* ah, baloney. show me some numbers to prove it.
* both ways you have to accept the connection and fork off a sendmail
* to handle smtp through final delivery.
* i see no reason to believe that sendmail5, sendmail8, et al are all
* better at doing this than inetd, xinetd, etc.
* i'd like to see numbers if anyone has them...
Some considerations: when sendmail forks, it does not have to read and
parse its huge config files. It is actually a great overhead because if
sendmail is simply listening, all pages of code responsible for config
files are swapped out. The often needed code of sendmail is in memory,
which is very handy when the mail load is high.
- Igor. (My opinions only)
For public PGP key, finger me or send email with Subject "send pgp key"
-----BEGIN PGP SIGNATURE-----
-----END PGP SIGNATURE-----