Re: Problem mit Spamassassin

[Thorsten Haude]

Moin,

* Tom Schmitt wrote (2005-01-19 11:07):
>Bei meinem letzten dist-upgrade kam die Frage, ob ich die Config vom
>Spamassassin ändern wollte, dies habe ich verneint.

Ich kann mich an diesen Einzelfall nicht erinnern, gewöhnlich sehe ich
mir die Unterschiede an, merke mir ggf. relevante Details, übernehme
die Version des Paketentwicklers und trage die Details nach.


>Nun läuft zwar noch jede Email durch den Spamassassin, aber es wird
>nichts(!) mehr als Spam erkannt.
>Hat irgendjemand ein ähnliches Problem oder einen Lösungsvorschlag?

Ich habe definitiv das gleiche Problem, bei mir bekommen bekannte
Spammer deutlich zu niedrige Ergebnisse. Ich tippe mal, daß die neue
Konfiguration auch Networktests vorsieht und darum ein anderer Score
vergeben wird (/usr/share/spamassassin/50_scores.cf). Ich halte es für
einen Fehler, Netzwerktests mit aufzunehmen, ohne den Admin eignes
darauf hinzuweisen. Ich habe auch noch nicht untersucht, wie man das
Problem lösen kann, aber angesichts des Spams in meiner Inbox werde
ich mir wohl demnächst dafür Zeit nehmen müssen.

Ich war auch vorher schon mit der Leistung zufrieden, besser muß es
nicht werden, nur wieder gut.


Thorsten
-- 
The spirit of resistance to government is so valuable on
certain occasions, that I wish it always to be kept alive.
- Thomas Jefferson


pgpNEiSo6EBmQ.pgp
Description: PGP signature

Re: Problem mit Spamassassin

[Christoph Petersen]

Hallo,
Ralf Dragon schrieb:
Tom Schmitt wrote:

Hi,
ich nutze Spamassassin unter Sarge in Verbindung mit Kmail. Hat bis jetzt
gut funktioniert.
Bei meinem letzten dist-upgrade kam die Frage, ob ich die Config vom
Spamassassin ändern wollte, dies habe ich verneint.
Nun läuft zwar noch jede Email durch den Spamassassin, aber es wird
nichts(!) mehr als Spam erkannt.
Hat irgendjemand ein ähnliches Problem oder einen Lösungsvorschlag?
Tom.

An der Konfiguration hatte sich meiner Meinung nach sowieso nichts geändert
(da war ein Startparameter früher zusätzlich angegeben).
Das mit dem nicht-mehr-Spam-erkennen liegt wahrscheinlich am Versionssprung.
Ich habe auch bemerkt, dass die Bewertung von Spam deutlich weniger negativ
geworden ist (also weniger "hits"). Auch die alte Spam-Testdatei wurde
nicht mehr als Spam erkannt, wohl aber eine neue, die im doc-Verzeichnis
lag.
Kommt ganz drauf an welche Version vorher installiert war. Als ich den
Spamassassin für meinen Mailserver auf den 3.x umgestellt hatte war es
ein Krampf. Erst nachdem ich alle template files auf die neue Version
umgestellt hatte, hat die Erkennung "richtig" funktioniert.
Die SPAM-Testdatei sollte eine GTUBE-Test sein. Nach meinem Wissen hat
der sich nicht verändert.
Ich habe mich nicht mit den Änderungen befasst, aber letztlich habe ich
keine signifikante Verschlechterung der Filterung bemerkt. Wenn ich
allerdings gerade durch den Spam-Ordner sehe, dann gibt es ziemlich viele
Spam-Mails, die ohne den Bayes-Filter nicht als Spam erkannt wurden.
Vielleicht hilft da ein bisschen Training bei dir.
Ich würde eher sagen mit der Umstellung auf die neue Version ist die
Filterung besser geworden. Ich habe eine fast 98% Erkennung von Spams.
Ralf

Grüße
Christoph


signature.asc
Description: OpenPGP digital signature

Re: Problem mit Spamassassin

[Ralf Dragon]

Tom Schmitt wrote:

> Hi,
> 
> ich nutze Spamassassin unter Sarge in Verbindung mit Kmail. Hat bis jetzt
> gut funktioniert.
> 
> Bei meinem letzten dist-upgrade kam die Frage, ob ich die Config vom
> Spamassassin ändern wollte, dies habe ich verneint.
> Nun läuft zwar noch jede Email durch den Spamassassin, aber es wird
> nichts(!) mehr als Spam erkannt.
> Hat irgendjemand ein ähnliches Problem oder einen Lösungsvorschlag?
> 
> Tom.


An der Konfiguration hatte sich meiner Meinung nach sowieso nichts geändert
(da war ein Startparameter früher zusätzlich angegeben).
Das mit dem nicht-mehr-Spam-erkennen liegt wahrscheinlich am Versionssprung.
Ich habe auch bemerkt, dass die Bewertung von Spam deutlich weniger negativ 
geworden ist (also weniger "hits"). Auch die alte Spam-Testdatei wurde
nicht mehr als Spam erkannt, wohl aber eine neue, die im doc-Verzeichnis
lag.
Ich habe mich nicht mit den Änderungen befasst, aber letztlich habe ich
keine signifikante Verschlechterung der Filterung bemerkt. Wenn ich
allerdings gerade durch den Spam-Ordner sehe, dann gibt es ziemlich viele
Spam-Mails, die ohne den Bayes-Filter nicht als Spam erkannt wurden.
Vielleicht hilft da ein bisschen Training bei dir.

Ralf


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin

[Christoph Petersen]

Hallo,
Tom Schmitt schrieb:
Hi,
ich nutze Spamassassin unter Sarge in Verbindung mit Kmail. Hat bis jetzt
gut funktioniert.
Bei meinem letzten dist-upgrade kam die Frage, ob ich die Config vom
Spamassassin ändern wollte, dies habe ich verneint.
Nun läuft zwar noch jede Email durch den Spamassassin, aber es wird
nichts(!) mehr als Spam erkannt.
Hat irgendjemand ein ähnliches Problem oder einen Lösungsvorschlag?
sicher deine spamassassin.conf. Hole dir dann von [1] das Archiv,
welches zu deiner installierten Version passt. Nun sicherst du alle
Dateien in /etc/spamassassin. Und schreibst die aus dem Archiv dorthin.
Nun noch die spamassassin.conf anpassen und fertig.
Tom.
[1] http://www.spamassassin.org/
Grüße
Christoph



signature.asc
Description: OpenPGP digital signature

Re: Problem mit Spamassassin (Backport) auf Sarge

[Mathias Tauber]

Wie Du oben schreibst, kannst Du das als root doch machen. und wenn Du
die an einen Port < 1024 binden willst, brauchst Du genau diese Rechte!
die Konstruktion spamd und spamc ist so gedacht, daß der spamd mit
root-rechten läuft, bzw, zumindest damit gestartet wird. jeder user auf
dem system kann mit spamc den spamd bitten eine nachricht zu bewerten.
ack
... ist eigentlich nicht das Hauptproblem da ich ja, wie Du gesagt hast,
den spamd nicht brauche. Amavis scheint Spamassassin ja initialisieren
zu können, mich verwirrt nur noch die folgende Zeile:
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xa2a9e28) 
inhibited further callbacks

Die kommt recht oft vor, ist das normal?

google gibt da einige treffer. fehlt Dir ggf eines der benoetigten
perl-module?
Also Modul-technisch müsste eigentlich alles soweit in Ordnung sein.
Die Dependencies sind alle erfüllt, was spezielles brauch ich meines
Wissens nach nicht...
Ich habe nochmal gegoogelt und bin auf folgendes gestoßen. Folgende
Zeilen in der /etc/spamassassin/init.pre habe ich rausgeworfen:
loadplugin Mail::SpamAssassin::Plugin::URIDNSBL
loadplugin Mail::SpamAssassin::Plugin::Hashcash
(loadplugin Mail::SpamAssassin::Plugin::SPF benutze ich nicht)
Stattdessen habe ich die Aufrufe in der user_prefs eingefügt und schon
sieht es anderst aus (siehe unten). Bitte um kurzes Feedback, ob das
so jetzt in Ordnung ist.
Mich interessiert jetzt noch folgendes:
Ich habe jetzt die Wahl zwischen dem Spamassassin aus unstable und aus
den Backports. Beide laufen offensichtlich ohne Probleme, nachdem man
das Laden der Modul 'verschoben' hat. Welches ist in Euren Augen die
bessere Quelle, oder unterscheiden die sich (fast) gar nicht?
Grüße
Mathias



hdphdtest177:/var/lib/amavis/.spamassassin# amavisd-new debug-sa
...
debug: SpamAssassin version 3.0.1
debug: Score set 0 chosen.
debug: running in taint mode? yes
debug: Running in taint mode, removing unsafe env vars, and resetting PATH
debug: PATH included '/usr/local/sbin', keeping.
debug: PATH included '/usr/local/bin', keeping.
debug: PATH included '/usr/sbin', keeping.
debug: PATH included '/sbin', keeping.
debug: PATH included '/usr/bin', keeping.
debug: PATH included '/bin', keeping.
debug: Final PATH set to: 
/usr/local/sbin:/usr/local/bin:/usr/sbin:/sbin:/usr/bin:/bin
Dec  1 19:22:36 hdphdtest177 amavisd-new[1028]: SpamControl: turning on SA 
auto-whitelisting (AWL)
debug: ignore: test message to precompile patterns and load modules
debug: using "/etc/mail/spamassassin/init.pre" for site rules init.pre
debug: config: read file /etc/mail/spamassassin/init.pre
debug: using "/usr/share/spamassassin" for default rules dir
debug: config: read file /usr/share/spamassassin/10_misc.cf
debug: config: read file /usr/share/spamassassin/20_anti_ratware.cf
debug: config: read file /usr/share/spamassassin/20_body_tests.cf
debug: config: read file /usr/share/spamassassin/20_compensate.cf
debug: config: read file /usr/share/spamassassin/20_dnsbl_tests.cf
debug: config: read file /usr/share/spamassassin/20_drugs.cf
debug: config: read file /usr/share/spamassassin/20_fake_helo_tests.cf
debug: config: read file /usr/share/spamassassin/20_head_tests.cf
debug: config: read file /usr/share/spamassassin/20_html_tests.cf
debug: config: read file /usr/share/spamassassin/20_meta_tests.cf
debug: config: read file /usr/share/spamassassin/20_phrases.cf
debug: config: read file /usr/share/spamassassin/20_porn.cf
debug: config: read file /usr/share/spamassassin/20_ratware.cf
debug: config: read file /usr/share/spamassassin/20_uri_tests.cf
debug: config: read file /usr/share/spamassassin/23_bayes.cf
debug: config: read file /usr/share/spamassassin/25_body_tests_es.cf
debug: config: read file /usr/share/spamassassin/25_hashcash.cf
debug: config: read file /usr/share/spamassassin/25_spf.cf
debug: config: read file /usr/share/spamassassin/25_uribl.cf
debug: config: read file /usr/share/spamassassin/30_text_de.cf
debug: config: read file /usr/share/spamassassin/30_text_fr.cf
debug: config: read file /usr/share/spamassassin/30_text_nl.cf
debug: config: read file /usr/share/spamassassin/30_text_pl.cf
debug: config: read file /usr/share/spamassassin/50_scores.cf
debug: config: read file /usr/share/spamassassin/60_whitelist.cf
debug: config: read file /usr/share/spamassassin/65_debian.cf
debug: using "/etc/mail/spamassassin" for site rules dir
debug: config: read file /etc/mail/spamassassin/local.cf
debug: using "/var/lib/amavis/.spamassassin/user_prefs" for user prefs file
debug: config: read file /var/lib/amavis/.spamassassin/user_prefs
debug: plugin: loading Mail::SpamAssassin::Plugin::URIDNSBL from @INC
debug: plugin: registered Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xa4b6f2c)
debug: plugin: loading Mail::SpamAssassin::Plugin::Hashcash from @INC
debug: plugin: registered Mail::SpamAssassin::Plugin::Hashcash=HASH(0xa432900)
debug: bayes: 1028 tie-ing to DB file R/O 
/var/lib/amavis/.spamassassin/bayes_toks
debug: baye

Re: Problem mit Spamassassin (Backport) auf Sarge

[Joerg Friedrich]

Mathias Tauber schrieb am Mittwoch, 01. Dezember 2004 um 15:39:52 +0100:
> >Hm, ich habe Sarge mit SpamAssassin aus unstable auf mehreren Servern
> >im Einsatz und konnte bis jetzt keine Probleme feststellen.
> >
> >Im Fehlerbericht, auf den Du in Deiner ersten Nachricht verweist, ist
> >von Problemen mit dem spamd die Rede.  Wenn Du amavisd-new verwendest,
> >um nach Spam zu suchen, ist es gar nicht notwendig, den spamd laufen
> >zu lassen, da amavisd-new das Perl-Modul Mail::SpamAssassin direkt
> >einbindet.  Oder verwendest Du amavisd-new nur zum Filtern von Viren?
> >
> >Ich kann "spamd -D" auf meinem Server als Superuser fehlerfrei
> >ausführen:
> >
> >trying to connect to syslog/unix...
> >no error connecting to syslog/unix
> >logging enabled:
> >facility: mail
> >socket:   unix
> >output:   syslog
> >creating INET socket:
> >Listen: 128
> >LocalAddr: 127.0.0.1
> >LocalPort: 783
> >Proto: 6
> >ReuseAddr: 1
> >Type: 1
> >debug: SpamAssassin version 3.0.1
> >...
> 
> Ich will Spam und Viren filtern. Das hier ...
> 
> hdphdtest177:~$ /etc/init.d/spamassassin start
> Starting SpamAssassin Mail Filter Daemon: trying to connect to 
> syslog/unix...
> no error connecting to syslog/unix
> logging enabled:
> facility: mail
> socket:   unix
> output:   syslog
> creating INET socket:
> Listen: 128
> LocalAddr: 127.0.0.1
> LocalPort: 783
> Proto: 6
> ReuseAddr: 1
> Type: 1
> Could not create INET socket on 127.0.0.1:783: Keine Berechtigung 
> (IO::Socket::INET: Keine Berechtigung)

Wie Du oben schreibst, kannst Du das als root doch machen. und wenn Du
die an einen Port < 1024 binden willst, brauchst Du genau diese Rechte!

die Konstruktion spamd und spamc ist so gedacht, daß der spamd mit
root-rechten läuft, bzw, zumindest damit gestartet wird. jeder user auf
dem system kann mit spamc den spamd bitten eine nachricht zu bewerten.

> ... ist eigentlich nicht das Hauptproblem da ich ja, wie Du gesagt hast,
> den spamd nicht brauche. Amavis scheint Spamassassin ja initialisieren
> zu können, mich verwirrt nur noch die folgende Zeile:
> 
> debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xa2a9e28) 
> inhibited further callbacks
> 
> Die kommt recht oft vor, ist das normal?

google gibt da einige treffer. fehlt Dir ggf eines der benoetigten
perl-module?

-- 
Jörg Friedrich

There are only 10 types of people:
Those who understand binary and those who don't.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Joerg Friedrich]

Mathias Tauber schrieb am Mittwoch, 01. Dezember 2004 um 14:06:55 +0100:
> >>>Aktuell ist aber 3.0.1 und ich würde den eigentlich
> >>>schon gerne verwenden. Sicher ist es leider bisher
> >>>nicht, ob der 3er es noch in Sarge schafft...
> >>>
> >>>Da das mit dem Backport nicht so will, werde ich
> >>>jetzt den 2.64er wieder installieren. Ein Versuch
> >>>war es wert...
> >>
> >>
> >>
> >>Warum eigentlich Backport?  Was spricht denn gegen das
> >>Spamassassin-Paket aus unstable?
> >
> >
> >Die fehlende Idee ;O)
> >
> >Ich werde den gleich testen, danke!
> 
> So, hatte jetzt den Spamassassin aus unstable installiert
> und vorher mit
> 
>   apt-get --purge remove spamc
>   (entfernte spamc* und spamassassin*)
> 

hätte es nicht gebraucht.

> den anderen deinstalliert. Leider habe ich immer noch die
> gleichen Probleme. Kann das sein, oder habe ich was beim
> Deinstallieren vergessen?
> 
> 
> hdphdtest177:~/.spamassassin$ sa-learn -D --sync
> debug: SpamAssassin version 3.0.1
> debug: Score set 0 chosen.
> debug: running in taint mode? yes
> debug: Running in taint mode, removing unsafe env vars, and resetting PATH
> [viel debug geloescht]
> inhibited further callbacks
> debug: bayes: 705 tie-ing to DB file R/O 
> /var/lib/amavis/.spamassassin/bayes_toks
> debug: bayes: 705 tie-ing to DB file R/O 
> /var/lib/amavis/.spamassassin/bayes_seen
> debug: bayes: found bayes db version 3
> debug: Score set 2 chosen.
> debug: Initialising learner
> debug: Syncing Bayes and expiring old tokens...
> debug: lock: 705 created 
> /var/lib/amavis/.spamassassin/bayes.lock.hdphdtest177.hdpintern.de.705
> debug: lock: 705 trying to get lock on /var/lib/amavis/.spamassassin/bayes 
> with 0 retries
> debug: lock: 705 link to /var/lib/amavis/.spamassassin/bayes.lock: link ok
> debug: bayes: 705 tie-ing to DB file R/W 
> /var/lib/amavis/.spamassassin/bayes_toks
> debug: bayes: 705 tie-ing to DB file R/W 
> /var/lib/amavis/.spamassassin/bayes_seen
> debug: bayes: found bayes db version 3
> debug: refresh: 705 refresh /var/lib/amavis/.spamassassin/bayes.lock
> debug: Syncing complete.
> debug: bayes: 705 untie-ing
> debug: bayes: 705 untie-ing db_toks
> debug: bayes: 705 untie-ing db_seen
> debug: bayes: files locked, now unlocking lock
> debug: unlock: 705 unlink /var/lib/amavis/.spamassassin/bayes.lock


Wo ist denn das Problem, Du hast gerade deine BayesDB auf den neuseten
Stand gebracht. Erfolgreich!

-- 
Jörg Friedrich

There are only 10 types of people:
Those who understand binary and those who don't.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Mathias Tauber]

Hm, ich habe Sarge mit SpamAssassin aus unstable auf mehreren Servern
im Einsatz und konnte bis jetzt keine Probleme feststellen.
Im Fehlerbericht, auf den Du in Deiner ersten Nachricht verweist, ist
von Problemen mit dem spamd die Rede.  Wenn Du amavisd-new verwendest,
um nach Spam zu suchen, ist es gar nicht notwendig, den spamd laufen
zu lassen, da amavisd-new das Perl-Modul Mail::SpamAssassin direkt
einbindet.  Oder verwendest Du amavisd-new nur zum Filtern von Viren?
Ich kann "spamd -D" auf meinem Server als Superuser fehlerfrei
ausführen:
trying to connect to syslog/unix...
no error connecting to syslog/unix
logging enabled:
facility: mail
socket:   unix
output:   syslog
creating INET socket:
Listen: 128
LocalAddr: 127.0.0.1
LocalPort: 783
Proto: 6
ReuseAddr: 1
Type: 1
debug: SpamAssassin version 3.0.1
...
Ich will Spam und Viren filtern. Das hier ...
hdphdtest177:~$ /etc/init.d/spamassassin start
Starting SpamAssassin Mail Filter Daemon: trying to connect to syslog/unix...
no error connecting to syslog/unix
logging enabled:
facility: mail
socket:   unix
output:   syslog
creating INET socket:
Listen: 128
LocalAddr: 127.0.0.1
LocalPort: 783
Proto: 6
ReuseAddr: 1
Type: 1
Could not create INET socket on 127.0.0.1:783: Keine Berechtigung 
(IO::Socket::INET: Keine Berechtigung)
... ist eigentlich nicht das Hauptproblem da ich ja, wie Du gesagt hast,
den spamd nicht brauche. Amavis scheint Spamassassin ja initialisieren
zu können, mich verwirrt nur noch die folgende Zeile:
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xa2a9e28) inhibited 
further callbacks
Die kommt recht oft vor, ist das normal?
Grüße
Mathias


hdphdtest177:~# amavisd-new debug-sa
...
Dec  1 15:36:36 hdphdtest177 amavisd-new[812]: SpamControl: initializing 
Mail::SpamAssassin
debug: SpamAssassin version 3.0.1
debug: Score set 0 chosen.
debug: running in taint mode? yes
debug: Running in taint mode, removing unsafe env vars, and resetting PATH
debug: PATH included '/usr/local/sbin', keeping.
debug: PATH included '/usr/local/bin', keeping.
debug: PATH included '/usr/sbin', keeping.
debug: PATH included '/sbin', keeping.
debug: PATH included '/usr/bin', keeping.
debug: PATH included '/bin', keeping.
debug: Final PATH set to: 
/usr/local/sbin:/usr/local/bin:/usr/sbin:/sbin:/usr/bin:/bin
Dec  1 15:36:36 hdphdtest177 amavisd-new[812]: SpamControl: turning on SA 
auto-whitelisting (AWL)
debug: ignore: test message to precompile patterns and load modules
debug: using "/etc/mail/spamassassin/init.pre" for site rules init.pre
debug: config: read file /etc/mail/spamassassin/init.pre
debug: using "/usr/share/spamassassin" for default rules dir
debug: config: read file /usr/share/spamassassin/10_misc.cf
debug: config: read file /usr/share/spamassassin/20_anti_ratware.cf
debug: config: read file /usr/share/spamassassin/20_body_tests.cf
debug: config: read file /usr/share/spamassassin/20_compensate.cf
debug: config: read file /usr/share/spamassassin/20_dnsbl_tests.cf
debug: config: read file /usr/share/spamassassin/20_drugs.cf
debug: config: read file /usr/share/spamassassin/20_fake_helo_tests.cf
debug: config: read file /usr/share/spamassassin/20_head_tests.cf
debug: config: read file /usr/share/spamassassin/20_html_tests.cf
debug: config: read file /usr/share/spamassassin/20_meta_tests.cf
debug: config: read file /usr/share/spamassassin/20_phrases.cf
debug: config: read file /usr/share/spamassassin/20_porn.cf
debug: config: read file /usr/share/spamassassin/20_ratware.cf
debug: config: read file /usr/share/spamassassin/20_uri_tests.cf
debug: config: read file /usr/share/spamassassin/23_bayes.cf
debug: config: read file /usr/share/spamassassin/25_body_tests_es.cf
debug: config: read file /usr/share/spamassassin/25_hashcash.cf
debug: config: read file /usr/share/spamassassin/25_spf.cf
debug: config: read file /usr/share/spamassassin/25_uribl.cf
debug: config: read file /usr/share/spamassassin/30_text_de.cf
debug: config: read file /usr/share/spamassassin/30_text_fr.cf
debug: config: read file /usr/share/spamassassin/30_text_nl.cf
debug: config: read file /usr/share/spamassassin/30_text_pl.cf
debug: config: read file /usr/share/spamassassin/50_scores.cf
debug: config: read file /usr/share/spamassassin/60_whitelist.cf
debug: config: read file /usr/share/spamassassin/65_debian.cf
debug: using "/etc/mail/spamassassin" for site rules dir
debug: config: read file /etc/mail/spamassassin/local.cf
debug: using "/var/lib/amavis/.spamassassin/user_prefs" for user prefs file
debug: config: read file /var/lib/amavis/.spamassassin/user_prefs
debug: plugin: loading Mail::SpamAssassin::Plugin::URIDNSBL from @INC
debug: plugin: registered Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0xa2a9e28)
debug: plugin: loading Mail::SpamAssassin::Plugin::Hashcash from @INC
debug: plugin: registered Mail::SpamAssassin::Plugin::Hash

Re: Problem mit Spamassassin (Backport) auf Sarge

[Andreas Vögele]

Mathias Tauber schreibt:

> So, hatte jetzt den Spamassassin aus unstable installiert
> und vorher mit
>
>   apt-get --purge remove spamc
>   (entfernte spamc* und spamassassin*)
>
> den anderen deinstalliert. Leider habe ich immer noch die
> gleichen Probleme. Kann das sein, oder habe ich was beim
> Deinstallieren vergessen?

Hm, ich habe Sarge mit SpamAssassin aus unstable auf mehreren Servern
im Einsatz und konnte bis jetzt keine Probleme feststellen.

Im Fehlerbericht, auf den Du in Deiner ersten Nachricht verweist, ist
von Problemen mit dem spamd die Rede.  Wenn Du amavisd-new verwendest,
um nach Spam zu suchen, ist es gar nicht notwendig, den spamd laufen
zu lassen, da amavisd-new das Perl-Modul Mail::SpamAssassin direkt
einbindet.  Oder verwendest Du amavisd-new nur zum Filtern von Viren?

Ich kann "spamd -D" auf meinem Server als Superuser fehlerfrei
ausführen:

trying to connect to syslog/unix...
no error connecting to syslog/unix
logging enabled:
facility: mail
socket:   unix
output:   syslog
creating INET socket:
Listen: 128
LocalAddr: 127.0.0.1
LocalPort: 783
Proto: 6
ReuseAddr: 1
Type: 1
debug: SpamAssassin version 3.0.1
...

Re: Problem mit Spamassassin (Backport) auf Sarge

[Mathias Tauber]

Aktuell ist aber 3.0.1 und ich würde den eigentlich
schon gerne verwenden. Sicher ist es leider bisher
nicht, ob der 3er es noch in Sarge schafft...
Da das mit dem Backport nicht so will, werde ich
jetzt den 2.64er wieder installieren. Ein Versuch
war es wert...

Warum eigentlich Backport?  Was spricht denn gegen das
Spamassassin-Paket aus unstable?

Die fehlende Idee ;O)
Ich werde den gleich testen, danke!
So, hatte jetzt den Spamassassin aus unstable installiert
und vorher mit
apt-get --purge remove spamc
(entfernte spamc* und spamassassin*)
den anderen deinstalliert. Leider habe ich immer noch die
gleichen Probleme. Kann das sein, oder habe ich was beim
Deinstallieren vergessen?
Grüße
Mathias

hdphdtest177:~/.spamassassin$ sa-learn -D --sync
debug: SpamAssassin version 3.0.1
debug: Score set 0 chosen.
debug: running in taint mode? yes
debug: Running in taint mode, removing unsafe env vars, and resetting PATH
debug: PATH included '/usr/local/bin', keeping.
debug: PATH included '/usr/bin', keeping.
debug: PATH included '/bin', keeping.
debug: PATH included '/usr/bin/X11', which doesn't exist, dropping.
debug: PATH included '/usr/games', keeping.
debug: Final PATH set to: /usr/local/bin:/usr/bin:/bin:/usr/games
debug: using "/etc/spamassassin/init.pre" for site rules init.pre
debug: config: read file /etc/spamassassin/init.pre
debug: using "/usr/share/spamassassin" for default rules dir
debug: config: read file /usr/share/spamassassin/10_misc.cf
debug: config: read file /usr/share/spamassassin/20_anti_ratware.cf
debug: config: read file /usr/share/spamassassin/20_body_tests.cf
debug: config: read file /usr/share/spamassassin/20_compensate.cf
debug: config: read file /usr/share/spamassassin/20_dnsbl_tests.cf
debug: config: read file /usr/share/spamassassin/20_drugs.cf
debug: config: read file /usr/share/spamassassin/20_fake_helo_tests.cf
debug: config: read file /usr/share/spamassassin/20_head_tests.cf
debug: config: read file /usr/share/spamassassin/20_html_tests.cf
debug: config: read file /usr/share/spamassassin/20_meta_tests.cf
debug: config: read file /usr/share/spamassassin/20_phrases.cf
debug: config: read file /usr/share/spamassassin/20_porn.cf
debug: config: read file /usr/share/spamassassin/20_ratware.cf
debug: config: read file /usr/share/spamassassin/20_uri_tests.cf
debug: config: read file /usr/share/spamassassin/23_bayes.cf
debug: config: read file /usr/share/spamassassin/25_body_tests_es.cf
debug: config: read file /usr/share/spamassassin/25_hashcash.cf
debug: config: read file /usr/share/spamassassin/25_spf.cf
debug: config: read file /usr/share/spamassassin/25_uribl.cf
debug: config: read file /usr/share/spamassassin/30_text_de.cf
debug: config: read file /usr/share/spamassassin/30_text_fr.cf
debug: config: read file /usr/share/spamassassin/30_text_nl.cf
debug: config: read file /usr/share/spamassassin/30_text_pl.cf
debug: config: read file /usr/share/spamassassin/50_scores.cf
debug: config: read file /usr/share/spamassassin/60_whitelist.cf
debug: config: read file /usr/share/spamassassin/65_debian.cf
debug: using "/etc/spamassassin" for site rules dir
debug: config: read file /etc/spamassassin/local.cf
debug: using "/var/lib/amavis/.spamassassin/user_prefs" for user prefs file
debug: config: read file /var/lib/amavis/.spamassassin/user_prefs
debug: plugin: loading Mail::SpamAssassin::Plugin::URIDNSBL from @INC
debug: plugin: registered Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4)
debug: plugin: loading Mail::SpamAssassin::Plugin::Hashcash from @INC
debug: plugin: registered Mail::SpamAssassin::Plugin::Hashcash=HASH(0x8c1fc14)
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) implements 
'parse_config'
debug: plugin: Mail::SpamAssassin::Plugin::Hashcash=HASH(0x8c1fc14) implements 
'parse_config'
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugin: Mail::SpamAssassin::Plugin::URIDNSBL=HASH(0x85892a4) inhibited 
further callbacks
debug: plugi

Re: Problem mit Spamassassin (Backport) auf Sarge

[Mathias Tauber]

Aktuell ist aber 3.0.1 und ich würde den eigentlich
schon gerne verwenden. Sicher ist es leider bisher
nicht, ob der 3er es noch in Sarge schafft...
Da das mit dem Backport nicht so will, werde ich
jetzt den 2.64er wieder installieren. Ein Versuch
war es wert...

Warum eigentlich Backport?  Was spricht denn gegen das
Spamassassin-Paket aus unstable?
Die fehlende Idee ;O)
Ich werde den gleich testen, danke!
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Andreas Vögele]

Mathias Tauber schreibt:

> Aktuell ist aber 3.0.1 und ich würde den eigentlich
> schon gerne verwenden. Sicher ist es leider bisher
> nicht, ob der 3er es noch in Sarge schafft...
>
> Da das mit dem Backport nicht so will, werde ich
> jetzt den 2.64er wieder installieren. Ein Versuch
> war es wert...

Warum eigentlich Backport?  Was spricht denn gegen das
Spamassassin-Paket aus unstable?

Re: Problem mit Spamassassin (Backport) auf Sarge

[Andreas Barth]

* Mathias Tauber ([EMAIL PROTECTED]) [041201 11:30]:
> Aktuell ist aber 3.0.1 und ich würde den eigentlich
> schon gerne verwenden. Sicher ist es leider bisher
> nicht, ob der 3er es noch in Sarge schafft...

So der Maintainer will, schafft er es.
http://lists.debian.org/debian-devel/2004/11/msg00403.html



Grüße,
Andi
-- 
   http://home.arcor.de/andreas-barth/
   PGP 1024/89FB5CE5  DC F1 85 6D A6 45 9C 0F  3B BE F1 D0 C5 D1 D9 0C


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Andreas Barth]

* Rainer Bendig aka Ny ([EMAIL PROTECTED]) [041201 11:25]:
> Michael Koch wrote on Wed Dec 01, 2004 at 11:16:42AM +0100:
> > Am Mittwoch, 1. Dezember 2004 10:46 schrieb Mathias Tauber:
> > >  - Spamassassin (Backport)

> > Ist dir der spamassasin in Sarge zu alt ?
> Hmm in sid ist bereits 3.0.x enthalten, in sarge noch 2.x ...

Der in sid müsste sich problemlos in sarge installieren lassen. Und wenn
nicht, bitte einen Bugreport machen.


Grüße,
Andi
-- 
   http://home.arcor.de/andreas-barth/
   PGP 1024/89FB5CE5  DC F1 85 6D A6 45 9C 0F  3B BE F1 D0 C5 D1 D9 0C


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Joerg Friedrich]

Mathias Tauber schrieb am Mittwoch, 01. Dezember 2004 um 11:25:41 +0100:
> 
> Aktuell ist aber 3.0.1 und ich würde den eigentlich
> schon gerne verwenden. Sicher ist es leider bisher
> nicht, ob der 3er es noch in Sarge schafft...
http://bjorn.haxx.se/debian/testing.pl?package=spamassassin
-- 
Jörg Friedrich

There are only 10 types of people:
Those who understand binary and those who don't.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Mathias Tauber]

Hi,
ich habe einen Server aufgesetzt u.a. mit folgenden
Softwarekomponenten:
- Debian Sarge (2.4.27)
- amavisd-new
- Spamassassin (Backport)

Ist dir der spamassasin in Sarge zu alt ?
ja, in Sarge hat es zur Zeit gerade mal den 2.64er
SA (ich glaub bei Woody war das einer mit 2.2).
Aktuell ist aber 3.0.1 und ich würde den eigentlich
schon gerne verwenden. Sicher ist es leider bisher
nicht, ob der 3er es noch in Sarge schafft...
Da das mit dem Backport nicht so will, werde ich
jetzt den 2.64er wieder installieren. Ein Versuch
war es wert...
Grüße
Mathias
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Rainer Bendig aka Ny]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Michael Koch, *,

Michael Koch wrote on Wed Dec 01, 2004 at 11:16:42AM +0100:
> Am Mittwoch, 1. Dezember 2004 10:46 schrieb Mathias Tauber:
> >  - Spamassassin (Backport)
> 
> Ist dir der spamassasin in Sarge zu alt ?
Hmm in sid ist bereits 3.0.x enthalten, in sarge noch 2.x ...
- -- 
- -
Rainer 'Ny' Bendig | http://UnresolvedIssue.org | GPG-Key: 0xCC7EA575
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBrZtAtpAZoWtAN98RApkdAJ43ywzBdoLRu8xwlfq7IFG1yhfjYwCfVenF
c7/x7MsB4AaH72vUFaR1S7Q=
=FoWi
-END PGP SIGNATURE-


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Mathias Tauber]

Hi,
ich habe einen Server aufgesetzt u.a. mit folgenden
Softwarekomponenten:
- Debian Sarge (2.4.27)
- amavisd-new
- Spamassassin (Backport)
Spamassassin hat offensichtlich Probleme mit der aktuellen
Perl-Version von Sarge.

Ohne mir jetzt die Logs genauer angesehen zu haben... was fuer einen
Backport? Wenn der fuer woody ist dann ist der gegen Perl 5.6.1
gebaut, sarge hat 5.8.4. Das _koennte_ Probleme machen.
ja, ist der Woody Backport. Ich war mir nicht sicher ob der überhaupt
funktionieren kann und habe es daher einfach versucht. Geht ja alles,
bis auf diese Kleinigkeit.
Grüße
Mathias
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Michael Koch]

Am Mittwoch, 1. Dezember 2004 10:46 schrieb Mathias Tauber:
> Moin,
>
> ich habe einen Server aufgesetzt u.a. mit folgenden
> Softwarekomponenten:
>
>  - Debian Sarge (2.4.27)
>  - amavisd-new
>  - Spamassassin (Backport)

Ist dir der spamassasin in Sarge zu alt ?


Michael
-- 
Homepage: http://www.worldforge.org/


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin (Backport) auf Sarge

[Norbert Tretkowski]

* Mathias Tauber wrote:
> ich habe einen Server aufgesetzt u.a. mit folgenden
> Softwarekomponenten:
> 
>   - Debian Sarge (2.4.27)
>   - amavisd-new
>   - Spamassassin (Backport)
> 
> Spamassassin hat offensichtlich Probleme mit der aktuellen
> Perl-Version von Sarge.

Ohne mir jetzt die Logs genauer angesehen zu haben... was fuer einen
Backport? Wenn der fuer woody ist dann ist der gegen Perl 5.6.1
gebaut, sarge hat 5.8.4. Das _koennte_ Probleme machen.

Norbert


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: problem mit spamassassin und bayes_auto_learn

[Martin Wanke]

Hi;

[On Sun Sep 12 07:26:52 2004 +0200, S. Kremer wrote:]


> Ich habe im Zuge meiner Suche auf einer Seite gelesen, dass für das
> Training der Bayes-DB zwei Ornder angelegt wurden, einmal für HAM und
> einmal für SPAM, per Skript wurden die beiden Ordner dann einmal täglich
> durchforstet und damit die DB gefüttert.

Das kann man so machen, das mußt Du dann aber selbst einrichten.
Bei mir ist es z.B. so, daß ich einen Ordner (pro Monat) mit spam,
diverse mit ham sowie diverse inboxen habe. Für den spam- und die
ham-Folder wird nächtlich per cron ein Skript ausgeführt, das sa-learn mit
den entsprechenden Parametern aufruft.


> Welche Möglichkeit habe ich denn, die Bayes DB rel. schnell mit HAM und
> SPAM Einträgen zu füllen, damit die auto_learn Option aktiviert wird?

Naja, im wesentlichen die Mails verfüttern, die Du so bekommst :-)
Es bringt nicht so viel, wenn Du z.B. fremde oder uralte Mails benutzen
würdest, schließlich geht es darum, daß der Filter 'lernt', welche Mails Du
als spam bzw. ham einstuftst.
Bei mir schlagen täglich so ca. 300 Mails ein, ca. die Hälfte davon ist
spam. Da ginge das mit dem Lernen relativ schnell; wenn Du weniger Mails
bekommst, dauert es natürlich entsprechend länger...


 Gruß
 Mawan

-- 
 ####  #  ***   M A R T I N   W A N K E   ***
 # #  # #  #
 #  ##  #  ##  #  mail: [EMAIL PROTECTED]
 #  # #  # #  WWW:  http://www.mawan.de/
 #  ####  PGP:  http://www.mawan.de/aboutme/PGP-Keys/

 ***  There were no public health laws in Ankh-Morpork. It would be like***
 ***  installing smoke detectors in Hell.  [Terry Pratchett: Feet of Clay]  ***


pgpG6bondH2dt.pgp
Description: PGP signature

Re: problem mit spamassassin und bayes_auto_learn

[Michelle Konzack]

Am 2004-09-12 07:26:52, schrieb S. Kremer:
> Hi

> Ich habe nun versucht mit
> 
> sa-learn --spam --mbox /var/mail/ und
> sa-learn --ham --mbox /var/mail/
> 
> die DB zu füttern, aber scheinbar reichen meine Mails noch nicht aus.
> Ausserdem habe ich gemerkt, dass sa-learn wieder alle EMails
> durchforstet, obwohl im Mailverzeichnis keine neuen Mails hinzugekommen

Er durchforstet immer alle Messages, danach steht aber:

Learned from 37 message(s) (1209 message(s) read)

(Das habe ich diesen Monat bekommen)

> Ich habe im Zuge meiner Suche auf einer Seite gelesen, dass für das
> Training der Bayes-DB zwei Ornder angelegt wurden, einmal für HAM und
> einmal für SPAM, per Skript wurden die beiden Ordner dann einmal täglich
> durchforstet und damit die DB gefüttert.

Nööö, wenn Du mel ne Debian-mailbox mauell bereinigt und die SPAM's 
in einen seperaten Folder verschoben hast, setze sa-learn auf die 
Debian-Mailbox mit "--ham" an Ich habe das mit allen manuell 
gesäuberten Mailfoldern gemacht und SA mit 30.000 Messages --ham und 
rund 10.000 Messages --spam gefüttert.

> Welche Möglichkeit habe ich denn, die Bayes DB rel. schnell mit HAM und
> SPAM Einträgen zu füllen, damit die auto_learn Option aktiviert wird?
> Gibt es da einen besonderen Trick oder ein paar gute Tipps?

s.o.

Bei den lezten rund 700.000 SPAMS habe ich kein einziges FP...
Habe die mails in meine postgresql importiert und analysiert, 
von wo die alle herkommen und über welche Mailingliste ich sie 
bekommen habe...

Somit kann ich in procmail meine "whitelist" für exim.org, 
mutt.org, postgresql.org und php.net sowie isc.org verwenden 
und spare mir das filtern mit SA.

> Gruss
> Stefan

Greetings
Michelle

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/ 
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature

Re: problem mit spamassassin und bayes_auto_learn

[S. Kremer]

Hi
bayes_auto_learn_threshold_spam 5.0

Ja, diese Einträge habe ich in die local.cf eingefügt.

Irrelevant. Es sind _immer_ mindestens 6.0 Punkte nötig. damit die
Bayes-DB gefüttert wird. (Siehe Doku)
Das stimmt, laut Doku ist mind. 3.0 für den Header und 3.0 für den Body
anzusetzen, also 6.0.
Ich habe nun versucht mit
sa-learn --spam --mbox /var/mail/ und
sa-learn --ham --mbox /var/mail/
die DB zu füttern, aber scheinbar reichen meine Mails noch nicht aus.
Ausserdem habe ich gemerkt, dass sa-learn wieder alle EMails
durchforstet, obwohl im Mailverzeichnis keine neuen Mails hinzugekommen
sind. Laut Doku soll sa-learn die Mails kennen, die vorher bereits
bearbeitet worden sind, es sei denn man ruft sa-learn mit der Option
--forget auf.
Ich habe im Zuge meiner Suche auf einer Seite gelesen, dass für das
Training der Bayes-DB zwei Ornder angelegt wurden, einmal für HAM und
einmal für SPAM, per Skript wurden die beiden Ordner dann einmal täglich
durchforstet und damit die DB gefüttert.
Welche Möglichkeit habe ich denn, die Bayes DB rel. schnell mit HAM und
SPAM Einträgen zu füllen, damit die auto_learn Option aktiviert wird?
Gibt es da einen besonderen Trick oder ein paar gute Tipps?
Gruss
Stefan

--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: problem mit spamassassin und bayes_auto_learn

[Daniel Leidert]

Am Sa, den 11.09.2004 schrieb Dominique-Holger SCHRAMM um 21:21:
> Am Sat, 11 Sep 2004 21:08:19 +0200, schrieb S. Kremer <"S. Kremer"
> <[EMAIL PROTECTED]>>:

> > ich möchte gerne einen Mailserver mit Debian "Sarge" aufbauen. Ich
> > verwende zur Zeit Postfix, Amavis, Spamassassin und Clamav. Später
> > soll der Mailserver durch Cyrus oder Courier/Mysql sowie Ldap ergänzt
> > werden.
> > 
> > Der Mailserver läuft so weit schon ganz gut und die Spam Erkennung ist
> > meiner Meinung nach in Ordnung, allerdings taucht in den Headern immer
> > wieder "autolearn=no" auf, obwohl ich in /etc/spamassassin/local.cf
> > use_bayes und bayes_auto_learn aktiviert (1) habe.

Die Standardeinstellungen (SA 2.64) sind
bayes_auto_learn_threshold_nonspam 0.1
bayes_auto_learn_threshold_spam 12.0

Ohne dcc-client, razor und pyzor erreichen die SA-Werte eher sehr selten
eine Bewertung von >= 12.0. Weiterhin muss spamassassin erst mit je 200
Ham- und Spam-Mails gefüttert werden, damit der Bayes-Filter richtig zu
arbeiten anfängt.

> Steht in deiner local.cf das drin:

/etc/spamassassin/local.cf oder ~/.spamassassin/user_prefs

> <
> use_bayes 1
> bayes_auto_learn 1
> bayes_auto_learn_threshold_nospam 0.1
   ^n
> bayes_auto_learn_threshold_spam 5.0
> >
> 
> Jeses mal wenn eine Email kommt, die von 0.1 bis 4.9 gewertet wird, dann
> wandelt sich autolearn= no zu autolearn=ham.

Nein. Für Mails mit einer Bewertung zwischen 0.1 und 5.0 wird autolearn=
no gesetzt. Für Mails mit einer Bewertung von <0.1 wird autolearn=ham
gesetzt. Siehe auch "perldoc Mail::SpamAssassin::Conf".

MfG Daniel
-- 

Re: problem mit spamassassin und bayes_auto_learn

[Sven Hartge]

"S. Kremer" <[EMAIL PROTECTED]> wrote:

>> bayes_auto_learn_threshold_spam 5.0

> Ja, diese Einträge habe ich in die local.cf eingefügt.

Irrelevant. Es sind _immer_ mindestens 6.0 Punkte nötig. damit die
Bayes-DB gefüttert wird. (Siehe Doku)

S°

-- 
X-no-Sig: yes


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: problem mit spamassassin und bayes_auto_learn

[Michael Bienia]

On 2004-09-11 21:54:03 +0200, S. Kremer wrote:
> >
> >Steht in deiner local.cf das drin:
> >
> ><
> >use_bayes 1
> >bayes_auto_learn 1
> >bayes_auto_learn_threshold_nospam 0.1
> >bayes_auto_learn_threshold_spam 5.0
> >>
> 
> Ja, diese Einträge habe ich in die local.cf eingefügt.

Lies mal dazu
http://spamassassin.apache.org/full/2.6x/dist/doc/Mail_SpamAssassin_Conf.html#learning_options
|bayes_auto_learn_threshold_spam n.nn (default: 12.0)
|The score threshold above which a mail has to score, to be fed into
|SpamAssassin's learning systems automatically as a spam message. 
|
|Note: SpamAssassin requires at least 3 points from the header,
|and 3 points from the body to auto-learn as spam. Therefore, the
|minimum working value for this option is 6.

> >
> >Jeses mal wenn eine Email kommt, die von 0.1 bis 4.9 gewertet wird, dann
> >wandelt sich autolearn= no zu autolearn=ham.

Das scheint nicht so zu stimmen. Wenn eine Mail kleiner 0.1 gewertet
wird, dann wird sie als Ham gelernt. So wie du das beschreibst, wäre es
auch dumm, denn dann würden auch diverse Spam-Mails, die noch nicht
optimal erkannt werden (Score < 5.0) als Ham gelernt und beim nächsten
Mal noch weniger als jetzt als Spam erkannt werden.

> >Wenn die mail höher ist als 5.0 oder gleich, dann steht da ein
> >autolearn=spam.

Das stimmt zwar, aber wie man oben lesen kannst ist 6.0 minimum.

> Dort habe ich die Einstellung:
> :0fw
> | /usr/bin/spamassassin

Ich würde dir empfehlen, auf dem spamc + spamd zu wechseln, damit nicht
bei jeder Mail der spamassassin neu gestartet werden muss (inkl. Perl).
Soll besser sein für die Performance.

Michael


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: problem mit spamassassin und bayes_auto_learn

[Martin Wanke]

Hi;

[On Sat Sep 11 21:08:19 2004 +0200, S. Kremer wrote:]


> Der Mailserver läuft so weit schon ganz gut und die Spam Erkennung ist
> meiner Meinung nach in Ordnung, allerdings taucht in den Headern immer
> wieder "autolearn=no" auf, obwohl ich in /etc/spamassassin/local.cf
> use_bayes und bayes_auto_learn aktiviert (1) habe.
[...]

wie sieht's denn mit 'bayes_min_ham_num' und 'bayes_min_spam_num' aus?
IIRC stehen die beide per default auf 200, d.h. solange noch nicht aus
entsprechend vielen Mails gelernt wurden, ist nichts mit automatischem
Lernen...


[On Sat Sep 11 21:54:03 2004 +0200, S. Kremer wrote:]


> Liegt es an meiner procmailrc?

Nö, der spamassassin wird ja aufgerufen, Kommandozeilen-Paramter für
spamassassin sollten dafür nicht notwendig sein.


Aber wenn wir schonmal dabei sind:

[Aufruf via procmail]
> :0fw
> | /usr/bin/spamassassin

Wieso benutzt Du nicht spamc, ...


> Meine /etc/default/spamassassin hat folgende Einträge:
> ENABLED=1
> OPTIONS="-c -m 10 -a -H"

... wenn Du schon den spamd aktiviert hast (was ja auch sinnvoll sein
dürfte)?

Das hat aber nichts mit dem ursprünglichen Problem zu tun.


 Gruß
 Mawan

-- 
 ####  #  ***   M A R T I N   W A N K E   ***
 # #  # #  #
 #  ##  #  ##  #  mail: [EMAIL PROTECTED]
 #  # #  # #  WWW:  http://www.mawan.de/
 #  ####  PGP:  http://www.mawan.de/aboutme/PGP-Keys/

  ***  Jetzt habe ich bewiesen, daß das Programm korrekt ist; jetzt muß***
  ***  ich nur noch ausprobieren, ob es auch läuft...[Prof. G. Hotz]   ***


pgpJXRSfJDjiY.pgp
Description: PGP signature

Re: problem mit spamassassin und bayes_auto_learn

[S. Kremer]

Hi
Steht in deiner local.cf das drin:
<
use_bayes 1
bayes_auto_learn 1
bayes_auto_learn_threshold_nospam 0.1
bayes_auto_learn_threshold_spam 5.0
>
Ja, diese Einträge habe ich in die local.cf eingefügt.
Jeses mal wenn eine Email kommt, die von 0.1 bis 4.9 gewertet wird, dann
wandelt sich autolearn= no zu autolearn=ham.
Wenn die mail höher ist als 5.0 oder gleich, dann steht da ein
autolearn=spam.
Da wandelt sich bei mir nichts um.
Liegt es an meiner procmailrc?
Dort habe ich die Einstellung:
:0fw
| /usr/bin/spamassassin
Meine /etc/default/spamassassin hat folgende Einträge:
ENABLED=1
OPTIONS="-c -m 10 -a -H"

Das hab ich schon hinter mir da steht wirklich nix :)
Na, dann bin ich ja beruhigt, dass es nicht an mir liegt.
Gruss
Stefan
--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: problem mit spamassassin und bayes_auto_learn

[Dominique-Holger SCHRAMM]

Am Sat, 11 Sep 2004 21:08:19 +0200, schrieb S. Kremer <"S. Kremer"
<[EMAIL PROTECTED]>>:

> Hi Leute,

Hi Leut :) ,

> 
> ich möchte gerne einen Mailserver mit Debian "Sarge" aufbauen. Ich
> verwende zur Zeit Postfix, Amavis, Spamassassin und Clamav. Später
> soll der Mailserver durch Cyrus oder Courier/Mysql sowie Ldap ergänzt
> werden.
> 
> Der Mailserver läuft so weit schon ganz gut und die Spam Erkennung ist
> meiner Meinung nach in Ordnung, allerdings taucht in den Headern immer
> wieder "autolearn=no" auf, obwohl ich in /etc/spamassassin/local.cf
> use_bayes und bayes_auto_learn aktiviert (1) habe.

Steht in deiner local.cf das drin:

<
use_bayes 1
bayes_auto_learn 1
bayes_auto_learn_threshold_nospam 0.1
bayes_auto_learn_threshold_spam 5.0
>

Jeses mal wenn eine Email kommt, die von 0.1 bis 4.9 gewertet wird, dann
wandelt sich autolearn= no zu autolearn=ham.
Wenn die mail höher ist als 5.0 oder gleich, dann steht da ein
autolearn=spam.

> 
> Bei Google habe ich auch schon gesucht, aber nichts passendes gefunden
> oder ich habe nur unter den verkehrten Begriffen bei Google gesucht.

Das hab ich schon hinter mir da steht wirklich nix :)

> 
> Ich wäre euch dankbar, wenn ihr mir einen Tipp geben könntet, wie ich
> das Problem löse.

Den haste jetzt bekommen :)

> 
> Danke schon jetzt.

Bitte

> 
> Gruss
> Stefan

Gruß
Dominique

> 
> -- 
> Haeufig gestellte Fragen und Antworten (FAQ): 
> http://www.de.debian.org/debian-user-german-FAQ/
> 
> Zum AUSTRAGEN schicken Sie eine Mail an
> [EMAIL PROTECTED] mit dem Subject
> "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit spamassassin

[Marcus Frings]

* "Sinitsch EDV Dienstleistungen" <[EMAIL PROTECTED]> wrote:

> Kann unter debian 3.0 das spamassassin nicht installieren...
> Dselect hab probleme mit libc6 ... Spamassassin will libc6 >=2.3.2-1

Wo hast du den Spamassassin her? Hast du etwa versucht, einen SA aus
testing/unstable einfach so auf Woody zu installieren?

> In der stable version ist aber nur die libc6 2.2.5-11.5 vorhanden...

Richtig.

> Was kann ich tun ??

 verwenden.

Gruß,
Marcus
-- 
"Wenn man lange genug am Fluß sitzt, sieht man eines
Tages die Leiche Deines Feindes vorbeischwimmen."


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Spamassassin, Procmail, Postfix und Cyrus-IMAP

[Michael Gerhards]

Thomas Luft <[EMAIL PROTECTED]> wrote:
> ich habe mir nach der Anleitung von
> 
> http://www.linuxworld.com/site-stories/2002/0318.ldap1.html

Kenne ich, fand ich nicht schlecht - hat aber IMHO ein paar kleine
Fehler. Ich habe versucht, sie auf mein System (Cyrus+SpamAssassin+Exim)
zu übertragen und bin da über ein paar Stolpersteine gefallen.

> den cyrus-imapd inkl. Spamassassin-Filterung aufgesetzt. Leider
> funktioniert es nicht so, wie gewünscht, alle Nachrichten landen *nur*
> im Backup-Folder, sortiert wird nix und Spam bleibt wohl auch erhalten.

Jein - es kommt halt nur was in den Backup-Folder, und sonst nichts...

> Wie man cyrus und postfix inkl. procmail aufsetzt steht wie gesagt auf
> der oben angegebenen Webseite, deshalb hier nur mal meine
> /etc/procmailrc:

Ersetze alle Vorkommen von $USER mal durch $LOGNAME. $USER war zumindest
bei mir in der Shell von procmail _nicht_ gesetzt.

> LOGFILE="/var/log/procmail/procmail.log"
> DELIVERMAIL="/usr/sbin/cyrdeliver"
> IMAP="$DELIVERMAIL -a $USER -q -m user.$USER"
> SPAMIT="$IMAP.Spam"

Bei weiteren Problemen mach procmail gesprächiger:
VERBOSE=on

> ###
> ### Spam Assassin
> ###
> 
> :0fw
> | /usr/bin/spamassassin -Pr -F0 -a

Bei mir verabschiedete sich spamassassin auf Woody immer mit einem
Fehler bzgl. irgendeiner Perl-Lib. Starte stattdessen dann den spamd
durch einen Eintrag in /etc/defaults/spamassassin und ersetze die letzte
Zeile durch
| /usr/bin/spamc

> :0:
> * ^X-Spam-Status: Yes
> | $SPAMIT

Wie ich in dcsm erfuhr, kann Procmail Probleme machen, wenn es eine Mail
nicht ordnungsgemäß zustellen kann, mehr dazu steht in
Linux: Fehlerbehandlung bei Procmail
http://www-dt.e-technik.uni-dortmund.de/~[EMAIL PROTECTED]

Du mußt zur Abhilfe einfach hinter jede Regel, die zustellen kann, das
hier setzen:

# bei Fehler zurück in die Queue
:0 e
{ EXITCODE=75 HOST }


> Hat jemand eine Idee, was da schiefläuft?

Einiges... ;-)

> In der procmail.log finde ich nur folgende Zeilen:
> 
> Folder: /usr/sbin/cyrdeliver -a cpblu01 -q -m
> user.cpblu01.Spam 1

Demnach scheint bei Dir $USER doch richtig gesetzt zu sein - egal,
$LOGNAME sollte auch funktionieren. Die Mail soll doch an den User
"cpblu01", oder?
Ich tippe hier auf das Problem, das ich auch mit SpamAssassin hatte.
Abhilfe dürften spamd und spamc bieten. Ansonsten mache Dein Procmail
gesprächiger und schau, was dann alles im Log steht!

HTH,

Michael


-- 
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)