sa-learn per Email füttern

[bacci]

upps ...

Habe mit hilfe deiner Pfadangabe auch die spam_err.log gefunden ...

falls Du diese auch gebrauchen kannst :

MIME-tools: debug: subdir = msg-1176201776-26616-0
MIME-tools: debug:    process_header
MIME-tools: debug:    field param <boundary> = <----=_NextPart_000_02B6_01C77B6D.C21B28C0>
MIME-tools: debug:    type = multipart, subtype = mixed
MIME-tools: debug:    process_multipart...
MIME-tools: debug:    field param <boundary> = <----=_NextPart_000_02B6_01C77B6D.C21B28C0>
MIME-tools: debug:    field param <boundary> = <----=_NextPart_000_02B6_01C77B6D.C21B28C0>
MIME-tools: debug:    parsing part 1...
MIME-tools: debug:       process_header
MIME-tools: debug:    field param <boundary> = <----=_NextPart_001_02B7_01C77B6D.C21B28C0>
MIME-tools: debug:       type = multipart, subtype = alternative
MIME-tools: debug:       process_multipart...
MIME-tools: debug:    field param <boundary> = <----=_NextPart_001_02B7_01C77B6D.C21B28C0>
MIME-tools: debug:    field param <boundary> = <----=_NextPart_001_02B7_01C77B6D.C21B28C0>
MIME-tools: debug:       parsing part 1...
MIME-tools: debug:          process_header
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          type = text, subtype = plain
MIME-tools: debug:          process_singlepart...
MIME-tools: debug:          using temp file
MIME-tools: debug:          extract uuencode? 0
MIME-tools: debug:          encoding?         quoted-printable
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          effective type?   text/plain
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          no filename recommended: synthesizing our own
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          planning to use 'msg-26616-1.txt'
MIME-tools: debug:          outputting body to disk file: /var/spool/unpack/msg-1176201776-26616-0/msg-26616-1.txt
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:       parsing part 2...
MIME-tools: debug:          process_header
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          type = text, subtype = html
MIME-tools: debug:          process_singlepart...
MIME-tools: debug:          using temp file
MIME-tools: debug:          extract uuencode? 0
MIME-tools: debug:          encoding?         quoted-printable
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          effective type?   text/html
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          no filename recommended: synthesizing our own
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:          planning to use 'msg-26616-2.html'
MIME-tools: debug:          outputting body to disk file: /var/spool/unpack/msg-1176201776-26616-0/msg-26616-2.html
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:       process_epilogue
MIME-tools: debug:    parsing part 2...
MIME-tools: debug:       process_header
MIME-tools: debug:    field param <name> = <so conclusion each careen.eml>
MIME-tools: debug:       type = message, subtype = rfc822
MIME-tools: debug:       process_singlepart...
MIME-tools: debug:       using temp file
MIME-tools: debug:       extract uuencode? 0
MIME-tools: debug:       encoding?         7bit
MIME-tools: debug:    field param <name> = <so conclusion each careen.eml>
MIME-tools: debug:       effective type?   message/rfc822
MIME-tools: debug:    field param <filename> = <so conclusion each careen.eml>
MIME-tools: debug:       is this evil? 'so conclusion each careen.eml'
MIME-tools: debug:       it's ok
MIME-tools: debug:       planning to use 'so conclusion each careen.eml'
MIME-tools: debug:       outputting body to disk file: /var/spool/unpack/msg-1176201776-26616-0/so conclusion each careen.eml
MIME-tools: debug:    field param <name> = <so conclusion each careen.eml>
MIME-tools: debug:    process_epilogue
MIME-tools: debug:    field param <boundary> = <----=_NextPart_000_02B6_01C77B6D.C21B28C0>
MIME-tools: debug:    field param <boundary> = <----=_NextPart_001_02B7_01C77B6D.C21B28C0>
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:    field param <charset> = <Windows-1252>
MIME-tools: debug:    field param <name> = <so conclusion each careen.eml>

Sorry das ich euch so auf die Nerven gehe, aber ich weiß einfach nicht mehr weiter ...

 

[Huschi]

jetzt scheint der wrapper zwar zu laufen, hat aber fehler

Und die wären?

und die sa_learn.log hat auch wieder was drinn:

Und was stört Dich daran?

Du mußt uns schon etwas besser zuarbeiten. Ich durchforste doch keine 100 Zeilen Logfiles für Dich. Wenn Dir etwas seltsam erscheint, dann markier den Teil doch, damit wir Dir erklären können, was er bedeutet.

dachte auch immer das es vom Qmail gebraucht wird zum versand ...

Zwei Fehler in der Annahme:
1. Qmail braucht procmail nicht.
2. Zum Versand schon gar nicht. Procmail ist für die lokale Auslieferung. Ein sogenannter MDA (Mail Delivery Agent) oder auch Maildropper genannt.

huschi.

 

[bacci]

Re

Hi Leuz,

die fehler di da wären bzw. die warnungen im Log sind ...

[12107] warn: config: failed to parse line, skipping: use_dcc 1
[12107] warn: config: failed to parse line, skipping: terse_report Vom MailServer als *****SPAM***** identifizierte Mail
[12107] warn: config: failed to parse line, skipping: auto_learn 1
[12107] warn: config: failed to parse line, skipping: use_dcc 1
[12107] warn: config: failed to parse line, skipping: terse_report Vom MailServer als *****SPAM***** identifizierte Mail
[12107] dbg: config: allowing user rules!
[12107] warn: config: warning: description exists for non-existent rule RCVD_IN_AHBL_UNKNOWN_1
[12107] warn: config: warning: score set for non-existent rule RCVD_IN_AHBL_UNKNOWN_1
[12107] dbg: plugin: Mail::SpamAssassin::Plugin::ReplaceTags=HASH(0x930b470) implements 'finish_parsing_end'

Habe dann rausgefunden das DCC nicht geladen wird, habe (wusste ja nichtmal was das ist) in der v310.pre einen Eintrag gefunden:

# loadplugin Mail::SpamAssassin::Plugin::DCC

und diesen freigeschaltet (also raute weg) und dann kam keine fehlermeldung vom DCC mehr, jedoch kann ich nichts von DCC auf dem Server finden, scheint bei Stratos V-Server nicht dabei zu sein.
Ist das so gut und/oder braucht das man es unbedingt??

Dann hab ich DCC abgeschaltet raute wieder hin und in der local.cf auf 0 dann liefert ein spamassassin --lint wie auch das log

[7737] warn: config: failed to parse line, skipping: use_dcc 0
[7737] warn: config: failed to parse line, skipping: terse_report Vom MailServer als *****SPAM***** identifizierte Mail erkannt !!
[7737] warn: lint: 2 issues detected, please rerun with debug enabled for more information

Dann warum

failed to parse line, skipping: auto_learn 1

und warum

failed to parse line, skipping: terse_report Vom Server....

und dies ...

warn: config: warning: description exists for non-existent rule RCVD_IN_AHBL_UNKNOWN_1

Ich weiss nicht genau ob mich das stören sollte, wenn da aber warning steht gehe ich mal davon aus das da was nicht richtig ist, configproblem oder Module die nicht richtig geladen werden ... u.s.w.

2.

Zwei Fehler in der Annahme:
1. Qmail braucht procmail nicht.
2. Zum Versand schon gar nicht. Procmail ist für die lokale Auslieferung. Ein sogenannter MDA (Mail Delivery Agent) oder auch Maildropper genannt.

O.K. da hab ich dann irgendwas mal falsch verstanden ...

ein ps aux|grep progmail liefert mir:

root      7698  0.0  0.0   1688   568 pts/0    S+   10:04   0:00 grep progmail

3.

Ich finde nicht raus warum die 30_text_de.cf nicht geladen wird, bzw wenn ich ins log sehe dann wird sie geladen, doch Sie arbeitet nicht.
Irgendwann hatte ich den Mailtext der Spammails bereits auf Deutsch, auf einmal war dies wieder weg und es kam wieder alles auf englisch.
Hat dazu noch einer eine Idee ??

Dank euch Leuz für eure Mühe ....

 

[Huschi]

zu 1) Deaktiviert wird natürlich nicht mit "use_dcc 0" sondern indem Du alle "DCC"-Parameter auskommentierst. (Inkl. "loadplugin")
Ausserdem hat sich "auto_learn" mit der SA-Version 3.0 in "bayes_auto_learn" geändert und "terse_report" hieß früher "use_terse_report" und gibt es in SA 3 gar nicht mehr.

zu 3) Aus "man Mail::SpamAssassin::Conf":

A line starting with the text "lang xx" will only be interpreted if the user is in that locale,
allowing test descriptions and templates to be set for that language.

huschi.

 

[bacci]

Re

Hi,

Loadplugin hatte ich schon wieder auskomentiert, wenn ich es NICHT auskomentiere, kommt witziger weise garkeine Fehlermeldung ...

und zum terse_report:
demnach kann ich bzw. sollte ich den

# terse_report Vom MailServer als *****SPAM***** ....

auskommentieren bzw. kann die Zeile komplett löschen ?!

Und zum bayes_auto_lern:

das hab ich ja auch "schon" mitbekommen, habe dies auch in der local.cf eingetragen siehe:

# Enable the Bayes system
use_bayes 1
use_bayes_rules 1
bayes_auto_learn 1
bayes_path /var/qmail/.spamassassin/bayes
bayes_file_mode 0777

dennoch diese Meldung, muss wohl noch irgendwo anders stehen

Zu 3:

Sorry, wie und wo stelle ich das Template ein ?!!?

Grüße bacci

 

[Huschi]

Das Stichwort ist nicht "Template" sondern "locale".
Was sagt ein "echo $LANGUAGE"?

huschi.

 

[bacci]

re

Hi,

Du meinst wenn ich das in die Console eingebe (shell) ??
Da kommt gar keine Antwort

Es kommt keine Meldung und auch kein Fehler .... einfach wieder die Eingabeaufforderung

 

[Huschi]

Dann nutze die Macht von Google (oder die übermächtige Macht eines Linux-Buch's), und schau nach, wie man die "locale" in Deinem System einstellt.

huschi.

 

[druckgott]

Hallo ich bin es mal wieder.

Und zwar ist mir aufgefallen, wenn ich Mails an meine Spamadresse sende (im Anhang), dann steigt wenn ich "sa-learn --dump magic" eingebe nicht nur die Zahl der "non-token data: nspam" sondern auch die der "non-token data: nham"
Ist das normal so?

Irgenwie schicke ich zwar immer wieder Mails hin aber er zählt nur ganz selten welche dazu. Ich bin seit über einem Monat bei ca 2400 bis 2500 unter "non-token data: nspam" allerdings schicke ich jeden tag 40 Mails an die Spamadresse.
An was kann das liegen?
Ich bekomme auch in der mail.err teilweise diesen Fehler:

spamc[32615]: skipped message, greater than max message size (256000 bytes)

weiß aber nicht wo ich das umstellen kann.
Und diesen

mkdir /root/.spamassassin: Permission denied at /usr/lib/perl5/vendor_perl/5.8.6/Mail/SpamAssassin.pm line 1486

obwohl das Verzeichnis 755 hat.

Gruß druckgott

 

[Huschi]

allerdings schicke ich jeden tag 40 Mails an die Spamadresse

Da werden auch einige doppelte dabei sein, oder? Die lernt er nicht nochmal.

spamc[32615]: skipped message, greater than max message size (256000 bytes)

Da ich zu faul bin sämtliche Beiträge von Dir durchzusuchen, was für ein System Du hast, tippe ich erstmal ins Blaue:
Wenn Du Plesk mit gültiger SA-Lizenz hast kannst Du folgendes machen:

echo 2621440  /var/qmail/control/samsgsize

Danach Qmail neu starten und er scannt Mail bis zur 10fachen Größe.
Der Sinn ist natürlich total daneben, denn a) kostet das nur unnötige Performance und b) sind Spammails i.d.R. nicht so groß.

mkdir /root/.spamassassin: Permission denied

Entweder Du bekommst Emails an root (hoffentlich ließt Du die auch) oder Du hast immer noch nicht die "-x" Option im SA gesetzt.

obwohl das Verzeichnis 755 hat.

Um zu beurteilen, ob das korrekt ist, mußt Du auch die UID und GID nennen.

huschi.

 

[flyingoffice]

Hallo!

Da ich zu faul bin sämtliche Beiträge von Dir durchzusuchen, was für ein System Du hast, tippe ich erstmal ins Blaue:
Wenn Du Plesk mit gültiger SA-Lizenz hast kannst Du folgendes machen:

echo 2621440  /var/qmail/control/samsgsize

Oder, falls Du SA per Hand eingebunden hast einfach die /var/qmail/bin/qmail-queue wie folgt ergänzen

/usr/bin/spamc -s 2621440  | /var/qmail/bin/qmail-qsheff

Gruß flyingoffice

 

[druckgott]

Gut getippt mit Plesk ;-)
dann werde ich das mal lassen.

Entweder Du bekommst Emails an root (hoffentlich ließt Du die auch) oder Du hast immer noch nicht die "-x" Option im SA gesetzt.

wo muss ich das setzten?

obwohl das Verzeichnis 755 hat.

hab das damals gemacht dann ging es auch jetzt hab ich aber festgestellt, dass das nicht mehr 755 war hab das geändert. Jetzt schein es zu gehen.
Wahrscheinlich hab ich das mal umgestellt und dann nochmal ein Backup eingespielt weil das nicht gegangen ist und vergessen das wieder auf 755 zu setzen

Das mit dem Size ist also eher nicht sinnvoll zu setzen?

mußt Du auch die UID und GID nennen

was ist das?
hab leider nicht so die mega Ahnung von linux bzw keine
danke schonmal mfc druckgott

 

[druckgott]

Fehler immer noch

Also es ging jetzt mit meinen lernen. Das lustige ist jetzt geht es wieder nicht. Ich habe aber nix mehr geändert an dem Server. Es ist nur einmal der Apache neu gestartet.

Ich bekomme wieder in der mail.err:

mkdir /root/.spamassassin: Permission denied

Entweder Du bekommst Emails an root (hoffentlich ließt Du die auch) oder Du hast immer noch nicht die "-x" Option im SA gesetzt.

Das hast du mir auch noch geschrieben. Die Root Mails bekomme ich.

Zitat:
obwohl das Verzeichnis 755 hat.
Um zu beurteilen, ob das korrekt ist, mußt Du auch die UID und GID nennen.

Wie kann ich die UID und GID anzeigen lassen?

Das lustige ist auch ich schicke eigentlich nie Mails an die ham Adresse. Trotzdem sind da knapp 1000 Ham Mails gelernt. An was liegt das?

mfg
druckgott

 

[Huschi]

Ersteinmal:
Alle Deine aktuellen Frage und Probleme haben rein gar nix mehr mit dem Ursprung zu tun! Stell solche Fragen bitte in einem neuen Thread!

wo muss ich das setzten?

siehe: Boardsuche, Google, huschi.net

Wie kann ich die UID und GID anzeigen lassen?

Linux-Grundlagen!
UID = User-ID; GID = Gruppen-ID;
Im Klartext war die Frage: Welchem User und welcher Gruppe gehört das Verzeichnis?

Trotzdem sind da knapp 1000 Ham Mails gelernt. An was liegt das?

Am "Autolearn".

PS @all und vor allem an druckgott:
Weitere Fragen zu Problemen die nicht direkt mit dem Thema "sa-learn per Email füttern" zu tun haben werden hier ab sofort gelöscht!
Macht für Eure sonstigen SA-Probleme neue Thread auf oder/und benutzt die Boardsuche!

huschi.

 

[leechi]

fehler in procmail.log

Hallo Huschi,

als ich dein script gefunden habe war ich ganz aus dem häuschen....

hab es gleich eingebaut und getestet, leider FEHLER:

procmail: Executing "/usr/local/bin/sa-wrapper.pl,--spam"
Insecure dependency in piped open while running setuid at /usr/local/bin/sa-wrapper.pl line 36, <STDIN> line 215.
procmail: Program failure (255) of "/usr/local/bin/sa-wrapper.pl"

habe leider von perl keine ahnung...
kann mir da vielleicht jemand hilfestellung leisten.. wäre ganz lieb..

zu meinem System:
Debian ETCH mit perl 5.8.8
Postfix und Procmail alles per apt-get installiert...

 

[Huschi]

als ich dein script gefunden habe war ich ganz aus dem häuschen....

Wir wollen mal kurz feststellen, daß es nicht mein Script ist, sondern nur mein Howto.

Executing "/usr/local/bin/sa-wrapper.pl,--spam"

Wenn da wirklich ein Komma steht, dann ist das bereits der Fehler.
Dann hast Du ein Tippfehler in der procmailrc.

huschi.

 

[leechi]

hallo huschi,

dies ist kein Tippfehler...

neuere Procmails füllen in der Ausgabe die Leerstellen mit Kommata...

muss irgendwie an perl liegen...

ich finde im sa-lern auch kein "--single"...

 

[Huschi]

Der Parameter --single ist als Kompatibilität für SA-Versionen <2.5 vorhanden.
Er besagt, daß sa-learn wie "old behavior" von STDIN lesen soll.

Zu Deinem Problem:
Dann schätze ich mal, daß die Rechte am Wrapper nicht richtig gesetzt sind. Bedenke, daß procmail immer mit den User-Rechten des Mailbox-Inhabers ausgeführt wird. Ein 755 sollte es schon sein.

huschi.

 

[pchero]

Hi

also ich versuche das grade einzurichten mit dem E-mail füttern aber es will noch nicht so ganz

Hier das spam_err.log

MIME-tools: debug: subdir = msg-1182202100-15427-0
mkdir /var/spool/unpack/msg-1182202100-15427-0: Permission denied

MFG PcHeRo

 

[Huschi]

Die Fehlermeldung ist relativ klar, oder?
Er hat nicht ausreichende Rechte an /var/spool/unpack/.
Entweder Du kommst direkt mit Fakten ("ls -l /var/spool/unpack/") oder Du hälst Dich direkt an das Howto. Dort stehen alle nötigen Rechte für das Verzeichnis.

huschi.