Am Mi, 2004-03-10 um 22.38 schrieb Andreas Winkelmann:
Am Mittwoch, 10. März 2004 21:58 schrieb suse@steartch.net:
Dann mal ins Log schauen /var/log/mail und sehen wo die Mails
hingegangen sind.
# tail -fn20 /var/log/mail Mar 10 21:31:08 h4452 postfix/smtpd[14886]: warning: connect #8 to subsystem public/cleanup: Connection refused Mar 10 21:31:18 h4452 postfix/smtpd[14886]: warning: connect #9 to subsystem public/cleanup: Connection refused Mar 10 21:31:28 h4452 postfix/smtpd[14886]: warning: connect #10 to subsystem public/cleanup: Connection refused Mar 10 21:31:38 h4452 postfix/smtpd[14886]: fatal: connect #11 to subsystem public/cleanup: Connection refused Mar 10 21:31:39 h4452 postfix/master[6756]: warning: process /usr/lib/postfix/smtpd pid 14886 exit status 1 Mar 10 21:31:39 h4452 postfix/master[6756]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Das wäre dann wohl der Grund.
Bleibt nur die Frage warum so viele cleanup-daemonen laufen. Hmm, zeig mal deine /etc/postfix/master.cf. Nur die Zeilen ohne # am anfang.
# grep -v ^# master.cf
/etc/postfix # grep -v ^# master.cf smtp inet n - n - - smtpd pickup fifo n n n 60 1 pickup cleanup unix - - n - 0 cleanup qmgr fifo n - n 300 1 qmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce flush unix n - n 1000? 0 flush smtp unix - - n - - smtp showq unix n - n - - showq error unix - - n - - error local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp cyrus unix - n n - - pipe flags=R user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
Postfix lÀuft nicht, oder? # ps ax | grep postfix 6756 ? S 0:00 /usr/lib/postfix/master
Der master läuft, aber die anderen Prozesse beenden sich.
-- Andreas