[postfix-users] after queue Spammarkierung mittels spampd

[Lars Täuber]

Hallo Ralf,

danke für die schnelle Antwort.

Am Fri, 17 Jun 2011 15:02:13 +0200
Ralf Hildebrandt <Ralf.Hildebrandt at charite.de> schrieb:
> * Lars Täuber <taeuber at bbaw.de>:
> > Hallo liebe Postfixer,
> > 
> > ich habe Schwierigkeiten, spampd als after-queue-filter in postfix zu
> > realisieren.
> > 
> > Folgende Fragen/Probleme ergaben sich im Laufe meiner Versuche:
> > 
> > 1. Warum kommuniziert spampd bei mir nicht per lmtp, obwohl die
> > Unterstützung dafür seit Version 2 vollständig integriert sein soll?:
> > http://www.worlddesign.com/index.cfm/rd/mta/spampd.htm#usage
> 
> Weil du evtl. nicht lmtp: als Transport in Postfix benutzt.
> Aber in der Version würde ich das eher als smtpd_proxy_filter nutzen,

Ich möchte lieber content_filter nutzen, das der Mailserver nicht der äußere
ist. Er soll die Mails schnell annehmen und die Spamwahrscheinlichkeit
markieren. Deshalb wollte ich after-queue filtern. 
Außerdem wollte ich amavisd-new nicht einsetzen.

> Aber mal ehrlich: den 5 Jahre alten Schrott würde ich nicht nutzen
> wollen....

Gibt es Alternativen außer spamc? [SL]MTP-basiert gefiele mir besser.

> > 2. Was ist der Unterschied zwischen:
> >   content_filter=smtp:127.0.0.1:10025
> > und
> >   content_filter=abc:127.0.0.1:10025
> >   master.cf:
> >     abc    unix  -  -  n  - 10 smtp
> > ???
> 
> Details, Details. Bei "smtp:127.0.0.1:10025" wird der normale smtp
> Service genommen. ALLES was smtp nutzt (mail nach extern) und die Mail
> an den content_filter "teilen" sich dann den Transport.
> 
> Daher ist die 2. Variante mit abc evtl. besser vom Scheduling.

Ok, danke für die Erklärung.

> Aber Du willst ja eh LMTP nutzen?

Nicht zwingend. Gerne auch STMP ohne TLS.

> > In der Doku von content_filter steht immer nur, dass der erste Teil ein
> > Service sein muss. Im ersten Fall ist aber in der master.cf kein
> > smtp-Service definiert.?!
> 
> Der ist immer standardmaessig definiert:
> smtp      unix  -       -       -       -       -       smtp

Oh ja, ich hab' ihn gefunden. 


> > /var/log/mail.log:
> >   Jun 17 12:41:14 mserver postfix/lmtp[26349]:
> >     0BA654B947: to=<mustermann at mserver.bbaw.de>,
> >     relay=127.0.0.1[127.0.0.1]:10025,
> >     delay=0.06,
> >     delays=0.04/0.01/0.01/0,
> >     dsn=5.5.2,
> >     status=bounced (host 127.0.0.1[127.0.0.1] refused to talk to me: 502
> > 5.5.2 Error: command not recognized)
> 
> Würde denken daß der Empfängerprozess kein LMTP spricht...


Hatte ich auch so interpretiert. Schade. Scheinbar ist die SMTP
Implementation auch nicht TLS-save.

Gibt's andere, einfache Möglichkeiten als spamc oder amavisd-new?

Grüße
Lars