[ERLEDIGT]Postfix - Server configuration problem

[Blister]

Zum Test habe ich die Ports umgelegt, doch dies hat leider nichts am Fehler geändert.

Siehe mail.log

Code:

Jul 20 07:54:42 mein-server postfix/master[17495]: daemon started -- version 2.5.5, configuration /etc/postfix
Jul 20 07:55:03 mein-server postfix/smtpd[17515]: connect from mail-qw0-f45.google.com[209.85.216.45]
Jul 20 07:55:03 mein-server postfix/smtpd[17515]: warning: connect to 127.0.0.1:17525: Connection refused
Jul 20 07:55:03 mein-server postfix/smtpd[17515]: warning: problem talking to server 127.0.0.1:17525: Connection refused
Jul 20 07:55:04 mein-server postfix/smtpd[17515]: warning: connect to 127.0.0.1:17525: Connection refused
Jul 20 07:55:04 mein-server postfix/smtpd[17515]: warning: problem talking to server 127.0.0.1:17525: Connection refused
Jul 20 07:55:04 mein-server postfix/smtpd[17515]: NOQUEUE: reject: RCPT from mail-qw0-f45.google.com[209.85.216.45]: 451 4.3.5 Server configuration problem; from=<meine-mail@googlemail.com> to=<info@meine-mail.de> proto=ESMTP helo=<mail-qw0-f45.google.com>
Jul 20 07:55:05 mein-server postfix/smtpd[17515]: disconnect from mail-qw0-f45.google.com[209.85.216.45]

Dann habe ich versucht, postgrey und policyd-weight neuzustarten und siehe da, Fehlerquelle gefunden:

Code:

/etc/init.d/postgrey restart
Restarting postfix greylisting daemon: postgreystart-stop-daemon: warning: failed to kill 17627: No such process

Gut, dann habe ich im Ordner /var/run nachgrschaut und wie man sah, sah man nichts. Es gab gar keine postgrey.pid.
Als ich postgrey dann nochmal starten wollte, ging es plötzlich, zumindest sah es so aus.
Die Datei postgrey.pid wurde angelegt, doch der Prozess war nicht aktiv, siehe:

Code:

/etc/init.d/postgrey restart
Restarting postfix greylisting daemon: postgreystart-stop-daemon: warning: failed to kill 17898: No such process

Code:

/var/run# ls -l | grep postgrey
-rw-r--r-- 1 postgrey postgrey    6 2011-07-20 08:11 postgrey.pid

Auf den beiden Ports 60000 und 12525 sind keine Prozesse aktiv, weshalb es an einer doppelten Portbelegung eigentlich nicht liegen kann.

Das System ist übrigens noch ein Debian Lenny mit 64-Bit und kein Squeeze.