Hallo Leute! Ich habe vor einiger Zeit Spamassassin bei mir (SuSE 8.3, postfix) per Hand installiert. Lief auch nett. Dann habe ich webmin installiert, und seit dem laeuft er anscheinend zweimal durch den Spamassasin, d.h. zum Teil bekomme ich den Header doppelt. Da das echt nervt und ich mit Thunderbird ein Mailprogramm habe, das Spam sehr gut filtert, wollte ich wissen wie ich den Spamassassin am einfachsten wieder deinstalliere. Leider bin ich anscheinend zu doof und ich schaffe es nur 100%igen Spam schutz herzustellen - es wird naemlich keine email mehr ausgeliefert. Ich denke es ist sicher nur eine Zeile die ich in /etc/postfix/main.cf auskommentieren muss, oder? Danke fuer die Tipps, Thorsten
Dr. Thorsten Brandau schrieb am Donnerstag, 16. September 2004 07:08:
Hallo Leute!
Guten Morgen!
Ich habe vor einiger Zeit Spamassassin bei mir (SuSE 8.3, postfix) per Hand installiert. Lief auch nett. Dann habe ich webmin installiert, und seit dem laeuft er anscheinend zweimal durch den Spamassasin, d.h. zum Teil bekomme ich den Header doppelt. Da das echt nervt und ich mit Thunderbird ein Mailprogramm habe, das Spam sehr gut filtert, wollte ich wissen wie ich den Spamassassin am einfachsten wieder deinstalliere. Leider bin ich anscheinend zu doof und ich schaffe es nur 100%igen Spam schutz herzustellen - es wird naemlich keine email mehr ausgeliefert.
SuSE 8.3 gab es so nicht ... ;-)
Ich denke es ist sicher nur eine Zeile die ich in /etc/postfix/main.cf auskommentieren muss, oder?
Wie hast Du spamassassin denn eingebunden? Es kann u. a. via procmail genutzt werden, oder via amavisd-new ...
Danke fuer die Tipps,
Thorsten
Gruß Torsten
Hallo Roland, guckst du hier: http://www.4tiger.de/linux/hilfe/amavisnew.html Gruß Peter On 16 Sep 2004 at 8:46, Roland May wrote:
Am Donnerstag, 16. September 2004 07:14 schrieb Torsten E.:
Wie hast Du spamassassin denn eingebunden? Es kann u. a. via procmail genutzt werden, oder via amavisd-new ...
Hallo Torsten,
wie kann man ihn in amavisd-new einbinden?
G. Roland
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Torsten E. wrote:
SuSE 8.3 gab es so nicht ... ;-)
ja, aeh, da war dann wohl der wunsch der vater des gedanken. es ist eine 8.2...
Wie hast Du spamassassin denn eingebunden?
also einmal als procmail (das hatte ich manuell gemacht, ist aber schon sooo lange her) und irgendwann habe ich amavisd-new eingebunden. geht das automatisch ueber spamassassin? ich dachte das wuerde nur antivir starten? jedenfalls bin ich relativ sicher, das erst seit ich mit webmin die konfiguration von spamassassin angezeigt und wieder gespeichert habe, die meldungen zum spamlevel doppelt kommen. ciao T
Am Donnerstag, 16. September 2004 07:08 schrieb Dr. Thorsten Brandau:
Ich habe vor einiger Zeit Spamassassin bei mir (SuSE 8.3, postfix) per Hand installiert. Lief auch nett. Dann habe ich webmin installiert, und seit dem laeuft er anscheinend zweimal durch den Spamassasin, d.h. zum Teil bekomme ich den Header doppelt. Da das echt nervt und ich mit Thunderbird ein Mailprogramm habe, das Spam sehr gut filtert, wollte ich wissen wie ich den Spamassassin am einfachsten wieder deinstalliere. Leider bin ich anscheinend zu doof und ich schaffe es nur 100%igen Spam schutz herzustellen - es wird naemlich keine email mehr ausgeliefert.
Ich denke es ist sicher nur eine Zeile die ich in /etc/postfix/main.cf auskommentieren muss, oder?
Zeig mal # postconf -n -- Andreas
Andreas Winkelmann wrote:
Ich denke es ist sicher nur eine Zeile die ich in /etc/postfix/main.cf auskommentieren muss, oder?
Zeig mal # postconf -n
alias_maps = hash:/etc/aliases body_checks = canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = vscan: daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no inet_interfaces = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = blablubs.blubber.de,localhost.blubber.de,blubber.de masquerade_exceptions = root message_size_limit = 0 mydestination = blablubs.blubber.de,blubber.de,localhost,localhost.blubber.de myhostname = balblubs.blubber.de mynetworks = $config_directory/mynetworks myorigin = blubber.de newaliases_path = /usr/bin/newaliases program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relay_clientcerts = hash:/etc/postfix/relay_ccerts relayhost = outgoing.mail.host relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = no smtpd_client_restrictions = permit_sasl_authenticated,permit_mynetworks smtpd_helo_required = yes smtpd_recipient_restrictions = permit_tls_clientcerts, permit_mynetworks,permit_sasl_authenticated,reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem smtpd_tls_ask_ccert = yes smtpd_tls_cert_file = /etc/postfix/ssl/certs/postfixcert.pem smtpd_tls_key_file = /etc/postfix/ssl/certs/postfixkey.pem smtpd_tls_received_header = yes smtpd_use_tls = yes strict_rfc821_envelopes = no tls_daemon_random_source = dev:/dev/urandom tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 450 aber da finde ich nicht wirklich was ueber spam?? ciao T
Am Donnerstag, 16. September 2004 09:31 schrieb Dr. Thorsten Brandau:
Ich denke es ist sicher nur eine Zeile die ich in /etc/postfix/main.cf auskommentieren muss, oder?
Zeig mal # postconf -n
content_filter = vscan:
Dies ist ein älteres amavis. Schau mal in der master.cf was sich dahnter verbirgt. Vermutlich ruft amavis auch spamassassin auf.
mail_spool_directory = /var/mail
mailbox_command =
mailbox_transport =
Das heisst, Du benutzt local als MDA. Dann check auch gleich, ob im Homeverzeichnis sowas wie ne ".forward" drin ist, mit nem zusätzlichen Aufruf von spamassassin.
aber da finde ich nicht wirklich was ueber spam??
-- Andreas
Andreas Winkelmann wrote:
Am Donnerstag, 16. September 2004 09:31 schrieb Dr. Thorsten Brandau:
content_filter = vscan:
Dies ist ein älteres amavis. Schau mal in der master.cf was sich dahnter verbirgt. Vermutlich ruft amavis auch spamassassin auf.
ja, aber wo?
mail_spool_directory = /var/mail
mailbox_command =
mailbox_transport =
Das heisst, Du benutzt local als MDA. Dann check auch gleich, ob im Homeverzeichnis sowas wie ne ".forward" drin ist, mit nem zusätzlichen Aufruf von spamassassin.
es steht "|IFS=' ' && exec /usr/bin/procmail || exit 75 #thorsten" drin. das heisst wohl procmail. .procmail musste ich auch anlegen. wenn ich aber .forward lösche, kommt gar keine mail mehr an. in der master.cf finde ich noch diese zeilen: vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} nur wenn ich eine dieser auskommentiere, geht halt auch nix mehr. nochn tipp? ciao T
Am Donnerstag, 16. September 2004 11:00 schrieb Dr. Thorsten Brandau:
content_filter = vscan:
Dies ist ein älteres amavis. Schau mal in der master.cf was sich dahnter verbirgt. Vermutlich ruft amavis auch spamassassin auf.
ja, aber wo?
Hmm, bei der alten amavis-version müsste es /etc/amavis.conf gewesen sein.
mail_spool_directory = /var/mail
mailbox_command =
mailbox_transport =
Das heisst, Du benutzt local als MDA. Dann check auch gleich, ob im Homeverzeichnis sowas wie ne ".forward" drin ist, mit nem zusätzlichen Aufruf von spamassassin.
es steht "|IFS=' ' && exec /usr/bin/procmail || exit 75 #thorsten"
drin. das heisst wohl procmail. .procmail musste ich auch anlegen. wenn ich aber .forward lösche, kommt gar keine mail mehr an.
Wenn procmail im Spiel ist, dürfte der aufruf dann wohl in der .procmailrc bzw. sogar /etc/procmailrc drin stehen.
in der master.cf finde ich noch diese zeilen:
vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
nur wenn ich eine dieser auskommentiere, geht halt auch nix mehr.
amavis willst Du doch behalten, oder? -- Andreas
Andreas Winkelmann wrote:
ja, aber wo? Hmm, bei der alten amavis-version müsste es /etc/amavis.conf gewesen sein.
Also da finde ich zum thema spam leider gar nichts.
Wenn procmail im Spiel ist, dürfte der aufruf dann wohl in der .procmailrc bzw. sogar /etc/procmailrc drin stehen.
Ah, systemweit gibt es die auch noch. Daran hatte ich gar nicht mehr gedacht. Kann ich die Zeile | /usr/bin/spamassassin einfach löschen? oder bekomme ich dann auch keine emails mehr?
amavis willst Du doch behalten, oder?
ja, auf jeden fall. aber der "zusaetzliche" spamassassin oder auch beide sollen gehen. ciao T
Am Donnerstag, 16. September 2004 12:54 schrieb Dr. Thorsten Brandau:
Wenn procmail im Spiel ist, dürfte der aufruf dann wohl in der .procmailrc bzw. sogar /etc/procmailrc drin stehen.
Ah, systemweit gibt es die auch noch. Daran hatte ich gar nicht mehr gedacht. Kann ich die Zeile
| /usr/bin/spamassassin
einfach löschen? oder bekomme ich dann auch keine emails mehr?
Würde ich nicht einfach löschen. Die procmail Einbindung basierte meistens auf zwei Etappen. In der ersten werden "unberührte" Mails an spamassassin weitergeleitet und in der zweiten Etappe gibt es eine Regel, in welcher schon von spamassassin gescannte Mails an das Postfach geleitet werden. Wenn DU die erste jetzt entfernst, wird die zweite nie mehr zutreffen und Du bekommst keine Mails mehr. Um aber irgendetwas hilfreiches dazu zu sagen, müsste man etwas mehr wie eine Zeile Deiner procmailrc sehen. -- Andreas
Andreas Winkelmann wrote:
Am Donnerstag, 16. September 2004 12:54 schrieb Dr. Thorsten Brandau:
Wenn procmail im Spiel ist, dürfte der aufruf dann wohl in der .procmailrc bzw. sogar /etc/procmailrc drin stehen.
Ah, systemweit gibt es die auch noch. Daran hatte ich gar nicht mehr gedacht. Kann ich die Zeile
| /usr/bin/spamassassin
einfach löschen? oder bekomme ich dann auch keine emails mehr?
Würde ich nicht einfach löschen. Die procmail Einbindung basierte meistens auf zwei Etappen. In der ersten werden "unberührte" Mails an spamassassin weitergeleitet und in der zweiten Etappe gibt es eine Regel, in welcher schon von spamassassin gescannte Mails an das Postfach geleitet werden. Wenn DU die erste jetzt entfernst, wird die zweite nie mehr zutreffen und Du bekommst keine Mails mehr. Um aber irgendetwas hilfreiches dazu zu sagen, müsste man etwas mehr wie eine Zeile Deiner procmailrc sehen.
das wird schwierig, weil da nicht mehr drinsteht. hier nochmal vollstaendig: DROPPRIVS=yes :0fw | /usr/bin/spamassassin kannst du damit was anfangen? ciao T
Am Donnerstag, 16. September 2004 14:05 schrieb Dr. Thorsten Brandau:
Würde ich nicht einfach löschen. Die procmail Einbindung basierte meistens auf zwei Etappen. In der ersten werden "unberührte" Mails an spamassassin weitergeleitet und in der zweiten Etappe gibt es eine Regel, in welcher schon von spamassassin gescannte Mails an das Postfach geleitet werden. Wenn DU die erste jetzt entfernst, wird die zweite nie mehr zutreffen und Du bekommst keine Mails mehr. Um aber irgendetwas hilfreiches dazu zu sagen, müsste man etwas mehr wie eine Zeile Deiner procmailrc sehen.
das wird schwierig, weil da nicht mehr drinsteht. hier nochmal vollstaendig:
DROPPRIVS=yes :0fw : | /usr/bin/spamassassin
kannst du damit was anfangen?
Hmm, habe mich früher nie wirklich mit spamassassin beschäftigt. Gibt es evtl noch ne extra config-datei? In deinem Home .spamassassin oder in /etc ? -- Andreas
On Thu, Sep 16, 2004 at 02:53:28PM +0200, Andreas Winkelmann wrote:
Am Donnerstag, 16. September 2004 14:05 schrieb Dr. Thorsten Brandau:
Würde ich nicht einfach löschen. Die procmail Einbindung basierte meistens auf zwei Etappen. In der ersten werden "unberührte" Mails an spamassassin weitergeleitet und in der zweiten Etappe gibt es eine Regel, in welcher schon von spamassassin gescannte Mails an das Postfach geleitet werden. Wenn DU die erste jetzt entfernst, wird die zweite nie mehr zutreffen und Du bekommst keine Mails mehr. Um aber irgendetwas hilfreiches dazu zu sagen, müsste man etwas mehr wie eine Zeile Deiner procmailrc sehen.
Ich kann Dir nicht ganz folgen, fürchte ich. Wenn Du mit der zweiten Etappe meinst, daß auf X-Spam-Status in den Headerzeilen geprüft wird, ist es doch völlig egal ob Etappe 1 ausgeführt wird.
das wird schwierig, weil da nicht mehr drinsteht. hier nochmal vollstaendig:
DROPPRIVS=yes :0fw : | /usr/bin/spamassassin
Die letzten 3 Zeilen einfach auskommentieren. SA wird dann zumindest nicht mehr von Procmail aufgerufen. Jürgen
Am Donnerstag, 16. September 2004 15:52 schrieb Jürgen Knelangen:
Würde ich nicht einfach löschen. Die procmail Einbindung basierte meistens auf zwei Etappen. In der ersten werden "unberührte" Mails an spamassassin weitergeleitet und in der zweiten Etappe gibt es eine Regel, in welcher schon von spamassassin gescannte Mails an das Postfach geleitet werden. Wenn DU die erste jetzt entfernst, wird die zweite nie mehr zutreffen und Du bekommst keine Mails mehr. Um aber irgendetwas hilfreiches dazu zu sagen, müsste man etwas mehr wie eine Zeile Deiner procmailrc sehen.
Ich kann Dir nicht ganz folgen, fürchte ich. Wenn Du mit der zweiten Etappe meinst, daß auf X-Spam-Status in den Headerzeilen geprüft wird, ist es doch völlig egal ob Etappe 1 ausgeführt wird.
-------------------------------------------------------------------------------------------- Wenn "X-Spam-Status" _nicht_ vorhanden schicke die mail durch spamassassin ende wenn ... nachher ... Wenn "X-Spam-Status" vorhanden schicke die mail an den user, weil sie schon von spamassassin kommt ende wenn -------------------------------------------------------------------------------------------- Wenn Du jetzt einfach spamassassin entfernst, werden zukünftige Mails niemals einen "X-Spam-Status" haben und folglich trifft der zweite Block, der die Mail an den User schickt, nie zu. Allerdings war seine procmailrc ja so nicht aufgebaut, also haben sich die befürchtungen erledigt. -- Andreas
Andreas Winkelmann wrote:
Hmm, habe mich früher nie wirklich mit spamassassin beschäftigt. Gibt es evtl noch ne extra config-datei? In deinem Home .spamassassin oder in /etc ?
ich habe ein verzeichnis namens ".spamassassin" aber die dateien sind nur die bayes-listen und in "user_prefs" ist alles auskommentiert. systemweit gibt es wohl eine unter /etc/mail/spamassassin aber aus der wird man auch nicht schlau. die .procmail macht wohl die abwicklung, aber da wird dann nur nachsortiert was mit welchem spamlevel wohinkommt. ich habe heute vormittag mal in der /etc/procmail die pipe auf "spamassassin" auskommentiert und habe anscheinend auch bisher alle mail bekommen. das schein zu funktionieren. ich glaube um sicher zu gehen werde ich ueber weihnachten mal einen suse 9.0 aufsetzen... danke fuer die hilfe auf jeden fall! ciao T
participants (6)
-
::BR-Computer -
Andreas Winkelmann -
Dr. Thorsten Brandau -
Jürgen Knelangen -
Roland May -
Torsten E.