Das übliche Markierungsspielchen mit Amavis

[Tim Ritberg]

Hallo!

Ich habe hier einen Postfix 2.7 mit Amavis und Spamassassin.
Mal schreibt er den X-Header mit Score, mal nicht.

$sa_tag_level_deflt = -30.0
Sollte reichen.

Dann habe ich von mehreren Clients aus die Spamassasin-Spam-Test-Mail
geschickt. Mal ist der Header da, mal nicht.
Amavis ist als smtpd_proxy_filter eingebunden, aber das sollte keine
Rolle spielen. Aber was kann ich noch probieren, mir fï¿œllt nichts mehr ein?

Tim

[Tim Ritberg]

Am 14.09.2012 01:21, schrieb Heiko Schlenker:
> * Tim Ritberg <t...@server.invalid> schrieb:

>> Dann habe ich von mehreren Clients aus die Spamassasin-Spam-Test-Mail
>> geschickt. Mal ist der Header da, mal nicht.
>> Amavis ist als smtpd_proxy_filter eingebunden, aber das sollte keine

>> Rolle spielen. Aber was kann ich noch probieren, mir fällt nichts mehr ein?
>
> Zunächst: Prüfen, ob Amavis bzw. Spamassassin tatsächlich aufgerufen
> werden.
>
> Gruß, Heiko
>

Werden sie ja: X-Virus-Scanned: Debian amavisd-new at meinHost.net

Diese Zeile kommt immer.
Was ich aber gerne immer hätte:
X-Spam-Status: No, score=11.607 tagged_above=-100 required=28

Tim

[Tim Ritberg]

Am 14.09.2012 08:45, schrieb Tim Ritberg:
>
> Werden sie ja: X-Virus-Scanned: Debian amavisd-new at meinHost.net
>
> Diese Zeile kommt immer.
> Was ich aber gerne immer hätte:
> X-Spam-Status: No, score=11.607 tagged_above=-100 required=28
>

ps: den Spamscore kann ich bei jeder Mail im Log sehen.

[Tim Ritberg]

Und weiter im Monolog ;-)

Also es ist wohl so, der der nachgelagerte POP3-Server mit ebenfalls
Spamassassin den Spam-Header kassiert. Kann das sein?

Im Debug-Log vom MX-Server sehe ich den Header, später mit TCPdump auch
auf dem POP3-Server auf Port 25 bei der Annahme.

Im Postfach landet aber eine Mail mit einem Spam-Header vom Pop3-Server.

Tim

[Tim Ritberg]

Am 14.09.2012 13:31, schrieb Heiko Schlenker:
> * Tim Ritberg <t...@server.invalid> schrieb:

>> Also es ist wohl so, der der nachgelagerte POP3-Server mit ebenfalls
>> Spamassassin den Spam-Header kassiert. Kann das sein?
>

> Hm, der POP3-Server kommt doch erst bei der Abholung der Nachrichten
> durch die Benutzer ins Spiel. Mit dem Ablegen der Nachrichten in die
> serverseitigen Mailboxen dürfte er eigentlich nichts zu tun haben. Es
> könnte aber sein, dass ein filternder LDA bzw. MDA wie procmail oder
> maildrop seine Hände im Spiel hat.
>
> Gruß, Heiko
>

Die Mails kommen da ja auch über SMTP da rein.

[Burkhard Ott]

On Fri, 14 Sep 2012 10:01:54 +0200, Tim Ritberg wrote:

> Am 14.09.2012 09:18, schrieb Tim Ritberg:
>> Am 14.09.2012 08:45, schrieb Tim Ritberg:
>>>
>>> Werden sie ja: X-Virus-Scanned: Debian amavisd-new at meinHost.net
>>> Diese Zeile kommt immer.

Die kommt von amavis.

>>> Was ich aber gerne immer hätte:
>>> X-Spam-Status: No, score=11.607 tagged_above=-100 required=28
>>>
>> ps: den Spamscore kann ich bei jeder Mail im Log sehen.

add_header { spam | ham | all } header_name string
Customized headers can be added to the specified type of messages
(spam, ham, or "all" to add to either). All headers begin with
"X-Spam-" (so a "header_name" Foo will generate a header called
X-Spam-Foo). header_name is restricted to the character set
[A-Za-z0-9_-].

> Also es ist wohl so, der der nachgelagerte POP3-Server mit ebenfalls
> Spamassassin den Spam-Header kassiert. Kann das sein?

Schau mal nach remove_header oder clear_headers in Deiner config.

> Im Debug-Log vom MX-Server sehe ich den Header, später mit TCPdump auch
> auf dem POP3-Server auf Port 25 bei der Annahme.
>
> Im Postfach landet aber eine Mail mit einem Spam-Header vom Pop3-Server.
>
> Tim

Mal ne ganz andere Frage, warum hast to da amavis mit aufgesetzt? Du
kannst spamassasin auch direct ansprechen. Falls Du amavis wegen einen
Virescanner einsetzt, kannst Du das ja trotzdem noch machen so etwa nach
dem scheme: smtp->spamassassin->amavis->mailbox oder zurueck zum MTA.


cheers

[Tim Ritberg]

Am 14.09.2012 17:54, schrieb Burkhard Ott:
> Mal ne ganz andere Frage, warum hast to da amavis mit aufgesetzt? Du
> kannst spamassasin auch direct ansprechen. Falls Du amavis wegen einen
> Virescanner einsetzt, kannst Du das ja trotzdem noch machen so etwa nach
> dem scheme: smtp->spamassassin->amavis->mailbox oder zurueck zum MTA.
>
>

Weil da ein Plesk läuft.

[Tim Ritberg]

Am 14.09.2012 14:21, schrieb Heiko Schlenker:
> * Tim Ritberg <t...@server.invalid> schrieb:
>> Am 14.09.2012 13:31, schrieb Heiko Schlenker:
>>> * Tim Ritberg <t...@server.invalid> schrieb:
>>>> Also es ist wohl so, der der nachgelagerte POP3-Server mit ebenfalls
>>>> Spamassassin den Spam-Header kassiert. Kann das sein?
>>>
>>> Hm, der POP3-Server kommt doch erst bei der Abholung der Nachrichten
>>> durch die Benutzer ins Spiel. Mit dem Ablegen der Nachrichten in die
>>> serverseitigen Mailboxen dürfte er eigentlich nichts zu tun haben. Es
>>> könnte aber sein, dass ein filternder LDA bzw. MDA wie procmail oder
>>> maildrop seine Hände im Spiel hat.
>>>
>>

>> Die Mails kommen da ja auch über SMTP da rein.
>

> Sie müssen aber irgendwie in die Mailboxen gelangen. :-) Das geschieht
> weder per SMTP noch per POP3.

Es ist der Amavis, ich habs ausprobiert.

[Burkhard Ott]

Und warum sollte das nicht funktionieren? Eine Netzverbindung hast Du,
perl hast Du auch, einen MTA auch. Was ist das Problem?

cheers

[Tim Ritberg]

hm??? egal.

Es liegt am Plesk, der dort eingebaute Amavis kassiert die Header und
das lässt sich nicht abstellen.

Also liegt das Problem auf einem anderen Server und meine Frage ist
damit doch beantwortet.

[Burkhard Ott]

On Sat, 15 Sep 2012 12:15:15 +0200, Tim Ritberg wrote:

> Am 14.09.2012 19:59, schrieb Burkhard Ott:
>> On Fri, 14 Sep 2012 19:21:05 +0200, Tim Ritberg wrote:
>>
>>> Am 14.09.2012 17:54, schrieb Burkhard Ott:
>>>> Mal ne ganz andere Frage, warum hast to da amavis mit aufgesetzt? Du
>>>> kannst spamassasin auch direct ansprechen. Falls Du amavis wegen
>>>> einen Virescanner einsetzt, kannst Du das ja trotzdem noch machen so
>>>> etwa nach dem scheme: smtp->spamassassin->amavis->mailbox oder
>>>> zurueck zum MTA.
>>>>
>>>>
>>>>
>>> Weil da ein Plesk läuft.
>>
>> Und warum sollte das nicht funktionieren? Eine Netzverbindung hast Du,
>> perl hast Du auch, einen MTA auch. Was ist das Problem?
>
> hm??? egal.
>
> Es liegt am Plesk, der dort eingebaute Amavis kassiert die Header und
> das lässt sich nicht abstellen.

Eher unwahrscheinlich, Plesk hat mit perl (amavis) gar nix zu tuen. Es
gibt eine Option in amavis, kann mich aber nicht mehr erinnern wir die
hiess, welche header entfernt oder ignoriert. Schau mal nach
remove_header oder so was.

[Tim Ritberg]

Am 17.09.2012 17:45, schrieb Burkhard Ott:
>
> Eher unwahrscheinlich, Plesk hat mit perl (amavis) gar nix zu tuen. Es
> gibt eine Option in amavis, kann mich aber nicht mehr erinnern wir die
> hiess, welche header entfernt oder ignoriert. Schau mal nach
> remove_header oder so was.

Ist es noch anderser. Im Plesk ist gar kein Amavis, Spamassssin ist
irgendwie anders eingebunden.

[Burkhard Ott]

Waehrend plesk eine Verwaltungssoftware fuer VM's ist, ist amavis nur ein
daemon der auf unterscheidl. Art und Weise (direkt oder via socket)
angesprochen wird oder werden kann. Beide haben nichts miteinander gemein
oder zu tuen. Aber egal, ich vermute Du hast Dein Problem geloest?

[Tim Ritberg]

Plesk verwaltet auch Dienste und User etc.

[Burkhard Ott]

On Mon, 17 Sep 2012 21:11:42 +0200, Tim Ritberg wrote:


>>> Ist es noch anderser. Im Plesk ist gar kein Amavis, Spamassssin ist
>>> irgendwie anders eingebunden.
>>
>> Waehrend plesk eine Verwaltungssoftware fuer VM's ist, ist amavis nur
>> ein daemon der auf unterscheidl. Art und Weise (direkt oder via socket)
>> angesprochen wird oder werden kann. Beide haben nichts miteinander
>> gemein oder zu tuen. Aber egal, ich vermute Du hast Dein Problem
>> geloest?
>
> Plesk verwaltet auch Dienste und User etc.

Sorry, aber auch das hat nichts mit eventuellem Fehlverhalten von amavis
zu tuen.

http://www.parallels.com/products/plesk/

[Ralph Angenendt]

Nein, aber eventuell damit, dass irgendwas danach den Header wieder aus
der Mail rausprï¿œkelt.

Ralph
--
Als hï¿œtte es 100 Jahre Philosophie in Gï¿œttingen studiert ...

[Burkhard Ott]

On Tue, 18 Sep 2012 17:43:53 +0000, Ralph Angenendt wrote:

> Well, Burkhard Ott <news...@derith.de> wrote:
>> On Mon, 17 Sep 2012 21:11:42 +0200, Tim Ritberg wrote:
>>> Plesk verwaltet auch Dienste und User etc.
>>
>> Sorry, aber auch das hat nichts mit eventuellem Fehlverhalten von
>> amavis zu tuen.
>
> Nein, aber eventuell damit, dass irgendwas danach den Header wieder aus

> der Mail rausprökelt.

Das kann aber Plesk nicht. Moeglicherweise veraendert es die amavis
config, darum solle Tim da zuerst einmal nachschauen.

[Tim Ritberg]

Am 18.09.2012 19:49, schrieb Burkhard Ott:
>
> Das kann aber Plesk nicht. Moeglicherweise veraendert es die amavis
> config, darum solle Tim da zuerst einmal nachschauen.

Da läuft wohl kein Amavis, sondern ein Spawn von Postfix und ein Spamd.

So wie hier:

http://forum.parallels.com/showthread.php?t=93685

[Burkhard Ott]

Da laeuft spamd welche via pipe vom postfix die email zum parsen erhaelt,
wenn der fertig ist gibt er sie wieder zurueck. Amavis macht das ja auch
in aehnlicher Form.
spamassassin kann diese gesetzten header entfernen, ignorieren, ersetzen
oder neue einfuegen.
Je nach disribution gibts da eine local.cf um das zu configurieren, dort
mal nach dem remove schauen.

cheers

[Tim Ritberg]

Am 19.09.2012 00:18, schrieb Burkhard Ott:
> Da laeuft spamd welche via pipe vom postfix die email zum parsen erhaelt,
> wenn der fertig ist gibt er sie wieder zurueck. Amavis macht das ja auch
> in aehnlicher Form.
> spamassassin kann diese gesetzten header entfernen, ignorieren, ersetzen
> oder neue einfuegen.
> Je nach disribution gibts da eine local.cf um das zu configurieren, dort
> mal nach dem remove schauen.
>

Die ist leer, der Remove scheint Standard zu sein.

[Burkhard Ott]

Nope. Welches OS hast Du auf dem Server? Wenn die config mittels Plesk
gemacht wird kann es gut sein das das irgendwo anders hin verschoben
wurde. Schon deshalb will man kein Plesk :D.

Ich habe spamassassin (ohne amavis) seit mehreren Jahren laufen, es
sollte mich wunderen wenn man remove headers standartmaessig aktiviert
hat.

cheers

[Tim Ritberg]

Am 19.09.2012 17:32, schrieb Burkhard Ott:
>
> Nope. Welches OS hast Du auf dem Server? Wenn die config mittels Plesk
> gemacht wird kann es gut sein das das irgendwo anders hin verschoben
> wurde. Schon deshalb will man kein Plesk :D.
>
> Ich habe spamassassin (ohne amavis) seit mehreren Jahren laufen, es
> sollte mich wunderen wenn man remove headers standartmaessig aktiviert
> hat.

Ubuntu 8.04.4 LTS

[Burkhard Ott]

Dann solltest Du das unter /etc/spamassassin/local.cf configurieren
koennen.

cheers

[Tim Ritberg]

Und welchen Parameter?

[Burkhard Ott]

On Thu, 20 Sep 2012 18:59:31 +0200, Tim Ritberg wrote:


> Und welchen Parameter?

http://real-world-systems.com/docs/spamassassinConf.html#clear_headers