[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