Re: Spamassassin und qmail
Alexander Syring schrieb:
Ich weiß nicht ob das einen unterschied macht der Auszug ist aus
der /etc/fetchmailrc . und schau mal in deiner /var/mail/mail.info
bei mir steht da so was
Nov 27 11:30:12 server fetchmail[13851]: awakened at Sun Nov 27 11:30:12 2005
Nov 27 11:30:15 server fetchmail[13851]: 1 message for test@gmx.de at
pop.gmx.de (5653 octets).
Nov 27 11:30:16 server fetchmail[13851]: reading message
test@gmx.de@pop.gmx.de:1 of 1 (5653 octets)
Nov 27 11:30:16 server qmail: 1133087416.289273 new msg 247556
Nov 27 11:30:16 server qmail: 1133087416.289402 info msg 247556: bytes 5860
from <xxx@xxx.xxx> qp 17041 uid 64011
Momentan rufe ich fetchmail per Kommandozeile auf, dürfte aber keinen
Unterschied hier geben.
Nov 27 11:30:16 server fetchmail[13851]: flushed
Nov 27 11:30:16 server qmail: 1133087416.298888 starting delivery 11551: msg
247556 to local foo.com-test@foo.com
Irgendwo hier sollte eigentlich an spamassassin übergeben werden, so
jedenfalls wenn qmail als smtp relay eingesetzt wird. Sieht dann so aus:
checking message <JNEPLFHGCHFMPOMLNNHCCELCCHAA.user@foo.de> for
root@oekonet.intra:0.
Nov 27 11:30:16 server qmail: 1133087416.298985 status: local 1/10 remote 0/20
Nov 27 11:30:16 server fetchmail[13851]: sleeping at Sun Nov 27 11:30:16 2005
Nov 27 11:30:27 server dccproc[17048]: socket(UDP): Address family not
supported by protocol
Nov 27 11:30:27 server qmail: 1133087427.919300 delivery 11551: success:
The_-P_option_is_deprecated_as_'pipe_mode'_is_now_the_default_behavior,_ignoring./did_0+0+1/
und weil der qmail das auch local verteilt geht es durch den spamassassin
Demnach müsste in den per fetchmail abgeholten mails auch irgendwas wie
dies stehen:
*X-Spam-Status:* No, hits=-2.8 required=5.0
Denn nur dann ist spamassassin auch beteiligt gewesen.
Kannst Du mal in deinen headern nachsehen? Ich wills ja noch nicht so
recht glauben (;-)
Es könnte natürlich sein, dass fetchmail im Daemonmode die -S Option
verwendet. Versuche ich dies in der Kommandozeile, dann meckert mein MTA
mit Fehler 553 und dem Hinweis, dass der Empfänger nicht in der rcpthost
eingetragen ist. Aber wer ist denn der Empfänger in dem Fall? Ist es der
in der fetchmailrc angegebene user oder der dort bezeichnete Empfänger?
Eigentlich sollte aber doch localhost gemeint sein, denn immerhin
versucht doch 127.0.0.1 eine Connection auf sich selbst.Oder muss ich in
der rcpthost noch "localhost" eintragen und nicht nur die Domains?
Also irgendwie verwirrt mich das ganze immer mehr.
Gruß
Torsten
Reply to: