Package: sendmail Version: 8.13.4-3
Hello i don't know if this list is right. If not pls. drop my a mail. Situation: No mail leaving box after an aptitude upgrade # netstat -tulpen Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 0 5385889 6919/inetd # /etc/init.d/sendmail start Starting Mail Transport Agent: sendmailsendmail mta daemon not needed, not started. That's (partly) ok, because it happens that this box runs a tool optuse smtpd which happens to be installed in /usr/sbin/smtpd. ("local" or "opt" might have been more adwisable, but...) The problem: The sendmail IS configured and expected to do local delivery and has to listen on port 127.0.0:587 (submission). That was configured with: boxk:~# grep 127.0.0 /etc/mail/sendmail.mc dnl DAEMON_OPTIONS(`Name=MSA,Port=submission,Addr=127.0.0.1,M=E')dnl As long as sendmail was started manually all went well. Now, after an update, the /etc/init.d/sendmail was changed so nothing listens at submission anymore... So it happens tht the mail quue became so large, that just to read in the directory takes 30 minutes! But sendmail-que was started even 20 min! #grep send /etc/cron.d/sendmail # Every so often, give sendmail a chance to run the MSP queues. */20 * * * * smmsp test -x /usr/share/sendmail/sendmail && /usr/share/sendmail/sendmail cron-msp # Every so often, give sendmail a chance to run the MTA queues. */10 * * * * root test -x /usr/share/sendmail/sendmail && /usr/share/sendmail/sendmail cron-mta That leads to a high load because finally 10 or more sendmail-que were running, stealing each others CPU cycles and causing to swap. Increasing the time intervall or using a bigger box is no solution, because there are only "spam hours" which generates such a lot of mails and the box is "normally" absoletely sufficient. Problems: a) Why is there no "already running" block in sendmail msp? b) Why is the setup not aware of a local delivery submission only sendmail? (That might be a problem of our setup, but how to work arround?) c) Why is the existence of a file sufficient to decide if a special package is installed or not? #---------------------------------------------------------------------------- # Determine how to run sendmail mta daemon # * No daemon # * As listener # * As queue runner # * As both listener and queue runner #---------------------------------------------------------------------------- # Support for coexistance with smtpd package SMTPD='/usr/sbin/smtpd'; elif [ -x $SMTPD ]; then echo 'sendmail mta daemon not needed, not started.'; exit 0; fi; aptitude search smtpd p smtpd - Mail proxy for firewalls with anti-spam and anti-relay feature That one is NOT installed. Rainer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]