[Postfixbuch-users] Queue file write errors
list+postfixbuch-users at b-a-l-u.de
list+postfixbuch-users at b-a-l-u.de
Do Jan 29 10:54:51 CET 2009
Hi Uwe,
Uwe Driessen schrieb:
> bd3ed1ca.virtua.com.br habe ich auf der Liste der DIALIN stehen
>
> Was steht denn im maillog zu dem Vorgang?
Ich war gestern Nacht wohl schon zu müde, weil ich keine passenden
Einträge gefunden hatte. Den Host habe ich z.B. mehrfach als HELO im Log
stehen für Mails, die rejected wurden:
Jan 28 15:07:35 taz postfwd[2909]: [RULES] rule=5, id=RBLs,
client=unknown[189.62.209.202], sender=<spirosk at attcanada.net>,
recipient=<compromisesm785 at volksbank-muenster-marathon.de>,
helo=<bd3ed1ca.virtua.com.br>, proto=ESMTP, state=RCPT, delay=0s,
hits=RBLs, action=REJECT Sorry, your mailserver is listed on too many
blacklists. That means you are probably a spammer. You might want to
contact your mailserver administrator and make him fix this.
Zur Uhrzeit passen dann die folgenden Einträge:
Jan 28 21:06:54 taz postfix/smtpd[28067]: warning: 189.62.209.202:
hostname bd3ed1ca.virtua.com.br verification failed: No address
associated with hostname
Jan 28 21:06:54 taz postfix/smtpd[28067]: connect from
unknown[189.62.209.202]
Jan 28 21:08:34 taz postfix/smtpd[28067]: warning: timeout talking to
proxy 127.0.0.1:10024
Jan 28 21:08:34 taz postfix/smtpd[28067]: lost connection after DATA (0
bytes) from unknown[189.62.209.202]
Jan 28 21:08:35 taz postfix/smtpd[28067]: disconnect from
unknown[189.62.209.202]
> Amavis als smtpd_proxy_filter?
Ja
> Wie viele Amavis Prozesse bei wie vielen Einlieferungen zu dem Zeitpunkt?
Das kann ich vermutlich nicht so ohne weiteres im Log finden?
Aufgefallen sind mir noch einige Zeilen in der Art:
Jan 28 21:06:28 taz amavis[27360]: (27360-11) (!)ESMTP ABORTING:
Connection broken during DATA: 0 at (eval 83) line 728, <GEN61> chunk 9.
Ich vermute jetzt, dass Postfix zu lange auf amavis gewartet hat und
dann die ESMTP-Verbindung abgebrochen wurde.
Nachdem ich dann gestern Nacht Rule2XSBody wieder abgeschaltet hatte,
ist das Problem allerdings nicht mehr aufgetreten.
Brauchen die compilierten Regeln länger, so dass ein timeout auftritt?
Das wäre dann ja doch irgendwie ein Paradoxon?
Wir haben auf dem System zwischenzeitlich eine Load von 4-5, weil die
Prozessoren auf das Dateisystem warten :-/. Das könnte mit ein Grund
sein für die Timeouts sein.
Aber wieso tritt es ohne die compilierten Regeln nicht auf?
Balu
Mehr Informationen über die Mailingliste Postfixbuch-users