Guten Tag, kurze Frage: ich will hier in unserer Firma einen Internetzugang und Mailserver für ein kleines Firmennetzwerk aufbauen. Das funktioniert soweit auch schon ganz nett. Ist ein betagter Pentium I, 166 MHz BS ist SuSE Linux 8.0 ohne GUI, den ich über SSH konfiguriere (keine Monitor, Tastatur und Maus - was aber wohl nix zur Sache tut). Ich hab jetzt mal nach SpamAssassin gegoogelt, aber nur RPMs für die glibc 2.3 gefunden und mein SuSE hat ja die 2.2.5. Hat irgendjemand einen Link zu einem älteren RPM für mein SuSE? Ich hab zwar schon mal ein Sane compiliert, aber bin mir mit diesen Dingen doch irgendwie unsicher. Für Antworten bedanke ich mich bereits im voraus. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar (Ede) Kuchelmeister
Hallo, Am Mon, 22 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Das funktioniert soweit auch schon ganz nett. Ist ein betagter Pentium I, 166 MHz
Hm. Bei mir (AMD Athlon 500) brauchen Spam-Mails zwischen 1s und 30s um durch Spamassassin verarbeitet zu werden... Was das bei dem Rechner bedeuten wuerde...
Hat irgendjemand einen Link zu einem älteren RPM für mein SuSE?
Muss es ein RPM sein? perl -MCPAN -e'install Mail::SpamAssassin' Und ggfs. dann noch konfigurieren, siehe 'man Mail::SpamAssassin' und 'man Mail::SpamAssassin::Conf'. HTH, -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo David, Am 22 Mar 2004 um 20:26 hat David Haller geschrieben:
Am Mon, 22 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Das funktioniert soweit auch schon ganz nett. Ist ein betagter Pentium I, 166 MHz
Hm. Bei mir (AMD Athlon 500) brauchen Spam-Mails zwischen 1s und 30s um durch Spamassassin verarbeitet zu werden... Was das bei dem Rechner bedeuten wuerde...
Mit "Spam-Mails" meinst du: 1 Spam-Mail benötigt 1 - 30s? Naja eigentlich hat das Teil ja sonst so gut wie nix zu tun.
Hat irgendjemand einen Link zu einem älteren RPM für mein SuSE?
Muss es ein RPM sein?
Da war unter Downloads irgendein Paket mit Perl, meinst du das? Die ganze Dateien waren ein bisschen wenig oder gar nicht kommentiert oder ich zu blöde die nötige Info zu finden. Ich such dann nochmal.
perl -MCPAN -e'install Mail::SpamAssassin'
Und ggfs. dann noch konfigurieren, siehe 'man Mail::SpamAssassin' und 'man Mail::SpamAssassin::Conf'.
OK, ich versuch halt mal mein Glück mit runterladen und installieren. Ich hoffe in den man-pages ist das deinstallieren auch beschrieben, falls der Rechner wirklich total überfordert ist. *Auwa* ich muss auch erstmal schauen, wie ein alter Mausschieber wie ich auf der Konsole eine Datei aus dem Internet läd. w3m hab ich mir schon mal angeschaut, ich befürchte aber ich muss 'man wget' bemühen oder gibt es da was komfortableres? -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar (Ede) Kuchelmeister
Hallo, Am Tue, 23 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 22 Mar 2004 um 20:26 hat David Haller geschrieben:
Am Mon, 22 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Das funktioniert soweit auch schon ganz nett. Ist ein betagter Pentium I, 166 MHz
Hm. Bei mir (AMD Athlon 500) brauchen Spam-Mails zwischen 1s und 30s um durch Spamassassin verarbeitet zu werden... Was das bei dem Rechner bedeuten wuerde...
Mit "Spam-Mails" meinst du: 1 Spam-Mail benötigt 1 - 30s?
Jep.
Hat irgendjemand einen Link zu einem älteren RPM für mein SuSE?
Muss es ein RPM sein?
Da war unter Downloads irgendein Paket mit Perl, meinst du das?
spamassassin / perl-spamassassin. Man braucht beide.
perl -MCPAN -e'install Mail::SpamAssassin'
Und ggfs. dann noch konfigurieren, siehe 'man Mail::SpamAssassin' und 'man Mail::SpamAssassin::Conf'.
OK, ich versuch halt mal mein Glück mit runterladen und installieren. Ich hoffe in den man-pages ist das deinstallieren auch beschrieben, falls der Rechner wirklich total überfordert ist. *Auwa* ich muss auch erstmal schauen, wie ein alter Mausschieber wie ich auf der Konsole eine Datei aus dem Internet läd.
Gib einfach nur obigen Befehl ein, perl bzw. das CPAN Modul macht dann den Rest. Falls du CPAN bisher nicht verwendet hast musst du beim ersten Mal ein paar Fragen beantworten. CPAN holt dann den tarball, konfiguriert das Teil, kompiliert (soweit noetig), testet und installiert das dann. Und falls noch perl-Module fehlen werden diese ebenfalls geholt und installiert. Sogar deinstallieren kann man das dann wieder, allerdings ist die Befehlszeile nicht ganz leicht zu finden, daher s.u. das script. Das ganze geht zwar an RPM vorbei, aber was solls ;) -dnh ==== perluninstall.pl ==== #!/usr/local/perl use strict; use ExtUtils::Installed; # we don't want to die, if some module is not installed, we want to # continue with the next module, therefore we redefine croak which # ExtUtils::Installed calls in that case. sub Carp::croak { print @_, "\n"; return 1; } use warnings; use ExtUtils::Install; use File::Basename; my $verbose = 1; my $test = 0; my @MODULES; my $USAGE ="Usage: " . basename($0) . " [--test] [--quiet] [--help] MODULE ...\n"; die "$USAGE" if($#ARGV < 0); foreach(@ARGV) { if(/^--test$/) { $test = 1; } elsif(/^--quiet$/) { $verbose = 0; } elsif(/^--help$/) { print "$USAGE"; exit(0); } elsif(/^-/) { die "Unknown option $_\n$USAGE"; } else { push @MODULES, $_; } } die "$USAGE" if $#MODULES < 0; my $installed = new ExtUtils::Installed; print $test ? "==== test mode ====\n" : ""; foreach my $module (@MODULES) { print "\n"; my $version = $installed->version($module) or next; print "Found module $module, version $version\n"; print "do you want to uninstall this module? [y/N] "; my $r = <STDIN>; chomp($r); if($r && $r =~ /^y/i) { my $pl = $installed->packlist($module)->packlist_file(); uninstall($pl, $verbose, $test); } } 1; __END__ ==== -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Edgar (Ede) Kuchelmeister, Dienstag 23 März 2004 09:49:
[...] *Auwa* ich muss auch erstmal schauen, wie ein alter Mausschieber wie ich auf der Konsole eine Datei aus dem Internet läd. w3m hab ich mir schon mal angeschaut, ich befürchte aber ich muss 'man wget' bemühen oder gibt es da was komfortableres?
Auf der Konsole ist "links" mein Favorit. Hat eine (versteckte) Menüleiste und sinnvolle Tastaturbelegungen (d = Download, g = gehe zu, q = quit usw., wenn man keine Lust auf Menü hat *g*). -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Hi MaxX Am 23 Mar 2004 um 19:25 hat Matthias Houdek geschrieben:
Edgar (Ede) Kuchelmeister, Dienstag 23 März 2004 09:49:
[...] *Auwa* ich muss auch erstmal schauen, wie ein alter Mausschieber wie ich auf der Konsole eine Datei aus dem Internet läd. w3m hab ich mir schon mal angeschaut, ich befürchte aber ich muss 'man wget' bemühen oder gibt es da was komfortableres?
Auf der Konsole ist "links" mein Favorit. Hat eine (versteckte) Menüleiste und sinnvolle Tastaturbelegungen (d = Download, g = gehe zu, q = quit usw., wenn man keine Lust auf Menü hat *g*).
für http oder ftp oder für beides? -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar (Ede) Kuchelmeister
Edgar (Ede) Kuchelmeister, Mittwoch 24 März 2004 11:01:
Hi MaxX
Am 23 Mar 2004 um 19:25 hat Matthias Houdek geschrieben:
Edgar (Ede) Kuchelmeister, Dienstag 23 März 2004 09:49:
[...] *Auwa* ich muss auch erstmal schauen, wie ein alter Mausschieber wie ich auf der Konsole eine Datei aus dem Internet läd. w3m hab ich mir schon mal angeschaut, ich befürchte aber ich muss 'man wget' bemühen oder gibt es da was komfortableres?
Auf der Konsole ist "links" mein Favorit. Hat eine (versteckte) Menüleiste und sinnvolle Tastaturbelegungen (d = Download, g = gehe zu, q = quit usw., wenn man keine Lust auf Menü hat *g*).
für http oder ftp oder für beides?
Wenn ich über http einen bestimmten Download suche. Und zum reinen surfen auf Konsole natürlich. Wenn ich einen konkreten download machen will und die direkte Download-Adresse habe, nehme ich wget. -- Gruß MaxX 8-) Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Am 23 Mar 2004 um 13:41 hat David Haller geschrieben:
Hallo,
Am Tue, 23 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 22 Mar 2004 um 20:26 hat David Haller geschrieben:
Und ggfs. dann noch konfigurieren, siehe 'man Mail::SpamAssassin' und 'man Mail::SpamAssassin::Conf'.
*grumpf* Noch nicht richtig konfiguriert und aber schon den spamd gestartet, wie blöd von mir! In der manpager von spamd steht nun was von SIGHUP nur zu SIGHUP hab ich leider keine manpage gefunden (im Kofler auch nicht). Wo finde ich Info wie ich den Befehl einsetzen muß?
Gib einfach nur obigen Befehl ein, perl bzw. das CPAN Modul macht dann den Rest. Falls du CPAN bisher nicht verwendet hast musst du beim ersten Mal ein paar Fragen beantworten.
CPAN holt dann den tarball, konfiguriert das Teil, kompiliert (soweit noetig), testet und installiert das dann. Und falls noch perl-Module fehlen werden diese ebenfalls geholt und installiert.
Jep, danke mal soweit, das ist durchgelaufen. Wie erkennt man eigentlich ob ein daemon am Laufen ist? Hatte spamd -d aufgerufen. Er erschien allerdings nicht in der 'top'-Ausgabe, wohl weil gerade keine Mails gescannt wurden. Seh ich das richtig, daß der Daemon aktiv wird, wenn z.B. fetchmail Mails abholt, oder bin ich da auf dem falschen Pfad. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar (Ede) Kuchelmeister
Hallo, Am Wed, 31 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 23 Mar 2004 um 13:41 hat David Haller geschrieben:
Am Tue, 23 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 22 Mar 2004 um 20:26 hat David Haller geschrieben:
Und ggfs. dann noch konfigurieren, siehe 'man Mail::SpamAssassin' und 'man Mail::SpamAssassin::Conf'.
*grumpf* Noch nicht richtig konfiguriert und aber schon den spamd gestartet, wie blöd von mir!
*g*
In der manpager von spamd steht nun was von SIGHUP nur zu SIGHUP hab ich leider keine manpage gefunden (im Kofler auch nicht). Wo finde ich Info wie ich den Befehl einsetzen muß?
man 7 signal, man 1 kill
-> kill -HUP
Gib einfach nur obigen Befehl ein, perl bzw. das CPAN Modul macht dann den Rest. [..] Jep, danke mal soweit, das ist durchgelaufen.
*g* Geht doch :)
Wie erkennt man eigentlich ob ein daemon am Laufen ist? Hatte spamd -d aufgerufen. Er erschien allerdings nicht in der 'top'-Ausgabe, wohl weil gerade keine Mails gescannt wurden.
$ ps ax | grep '[s]pamd' 225 ? S 0:03 /usr/local/bin/perl -T -w /usr/local/bin/spamd ...
Seh ich das richtig, daß der Daemon aktiv wird, wenn z.B. fetchmail Mails abholt, oder bin ich da auf dem falschen Pfad.
Nein. Du musst ihn schon "fuettern", AFAIK kann das Amavis, falls du das verwendest waere es so ganz gut. Wenn du procmail verwendest geht z.B. dies hier: ==== ~/.procmailrc ==== #### An spamd weiterreichen :0 fw | /usr/local/bin/spamc :0 H * ^X-Spam-Level:.*\*\*\*\*\*\* spammed-sure :0 H * ^X-Spam-Level:.*\*\*\*\* spammed-probable ==== Steht aber auch in der Doku irgendwo (man spamd / spamc?) Und dann sollest du natuerlich auch noch den bayes-filter trainieren, falls du den denn einsetzen willst (-> sa-learn --spam / --ham). -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo David, zunächst mal einen ganz warmen Dank. Ich bewundere mit welcher Fürsorglichkeit du dich hier um die Newbies wie mich kümmerst! Am 31 Mar 2004 um 19:07 hat David Haller geschrieben:
Hallo,
Am Wed, 31 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 23 Mar 2004 um 13:41 hat David Haller geschrieben:
Am Tue, 23 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
In der manpager von spamd steht nun was von SIGHUP nur zu SIGHUP hab ich leider keine manpage gefunden (im Kofler auch nicht). Wo finde ich Info wie ich den Befehl einsetzen muß?
man 7 signal, man 1 kill
-> kill -HUP
Hab mir die man-pages mal angesehen [1] Hab erst gedacht ich hätte deinen Befehl nicht kapiert. Kaum hatte ich den spamd solchermaßen ge'killt' war es wie mit Hase(Ich) und Igel(spamd): Er war mit neuer pid wieder aktiv. Bis ich in der manpage gelesen hab, daß er sich selber wieder startet ;-). Ich wollte ihn aber zunächst mal komplett entladen. Hab's dann aber hinbekommen.
Sollte aber per 'rcspamd reload' gehen -- oder hast du kein initscript? Dann kann ich dir meins mailen, das muesste man aber noch um den LSB-Header ergaenzen.
Ich hab eines im entpackten Tarball gefunden, welches aber ausdrücklich darauf hinweist, daß sie am SuSE 8.0 einiges geändert hat, daß ist wohl das was du mit dem LSB meintest. Ich werde mal versuchen die Verzeichnisse zu vergleichen um herauszufinden ob ich das alleine gebacken bekomme. Ausser du hättest noch einen Tipp wie das schneller geht?
$ ps ax | grep '[s]pamd' 225 ? S 0:03 /usr/local/bin/perl -T -w /usr/local/bin/spamd ...
Kurze Frage: warum ist das s geklammert -> [s] ?
Nein. Du musst ihn schon "fuettern", AFAIK kann das Amavis, falls du das verwendest waere es so ganz gut. Wenn du procmail verwendest geht z.B. dies hier:
*grumpf* Ich hab's befürchtet. Nochmal die manpages gelesen und mir wurde endlich das Zusammenspiel spamd/spamc etwas klarer.
==== ~/.procmailrc ==== #### An spamd weiterreichen :0 fw | /usr/local/bin/spamc
:0 H * ^X-Spam-Level:.*\*\*\*\*\*\* spammed-sure
:0 H * ^X-Spam-Level:.*\*\*\*\* spammed-probable ====
Hatte schon mal vor längerer Zeit mit procmail auf meinem alten Rechner gearbeitet. Denke wenn ich es brauche kann ich mir den Durchblick wieder aneignen aber... Ja, ich hab AMaViS am laufen. Macht es da nicht eher Sinn amavis einzusetzen, als zusätzlich nochmal procmail dazwischen zu schalten? Hab mir mal das amavis-script angeschaut. Da sind nur Virenscanner vordefiniert kein SA. Muß mir das Script irgendwann nochmal in Ruhe ansehen, ob ich nicht einen Virenscanner umdefinieren kann um nach AntiVir noch SA einzubauen. Aber vielleicht hat ja das schon mal jemand gemacht? O:-)
Steht aber auch in der Doku irgendwo (man spamd / spamc?)
Nö, nach langem Suchen Fundstelle ausgepacktes Tarball, /spamd/README.spamd glaub ich.
Und dann sollest du natuerlich auch noch den bayes-filter trainieren, falls du den denn einsetzen willst (-> sa-learn --spam / --ham).
Hm... ich brauche da wohl ein Verzeichnis für Spam und Ham. Sollte ich da Spam-Mail (Denkansatz) an einen SpamUser auf dem Server schicken und dann diese Mailbox mit sa-learn --ham einlesen lassen? Stören da Quotings? [1] Hab wieder ne ganze Menge man-pages und READMEs gelesen und mir raucht der Kopf. Eigentlich bin ich ja eine Leseratte und neben mir liegen auch schon einige Linuxbücher zum Nachschlagen. Aber manpages *erschauer*... hab ich Probleme mit. Englisch kann ich's nur mit der Sprache hapert's ;-) Meistens fehlen in meinem Wortschatz die entscheidenden Worte. Am Mailserver hängt leider kein Drucker und ich kann es mir auch nicht ausdrucken (sonst würde ich fehlende Worte als Randbemerkung notieren, wie vor vielen Jahren als ich mir Assembler beibrachte) Aber im Moment häng ich halt nur mit Putty von meinem Laptop an dem Server und Seite für Seite kopieren und einfügen... :'-( -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar (Ede) Kuchelmeister
Am Donnerstag, 1. April 2004 15:57 schrieb Edgar (Ede) Kuchelmeister:
Hallo David,
zunächst mal einen ganz warmen Dank. Ich bewundere mit welcher Fürsorglichkeit du dich hier um die Newbies wie mich kümmerst!
Ich auch!
Ja, ich hab AMaViS am laufen. Macht es da nicht eher Sinn amavis einzusetzen, als zusätzlich nochmal procmail dazwischen zu schalten?
Hab mir mal das amavis-script angeschaut. Da sind nur Virenscanner vordefiniert kein SA. Muß mir das Script irgendwann nochmal in Ruhe ansehen, ob ich nicht einen Virenscanner umdefinieren kann um nach AntiVir noch SA einzubauen.
Schau Dir amasisd-new an. Das ist genau was Du suchst! Ein Interface welches MTA, Spamassassin, Razor, Virenscanner Deiner Wahl verbindet etc. Es gibt kaum etwas, was Du dort nicht einbinden, abfragen kannst. Den ganzen Kram kannst Du sogar auf verschiedene Server auteilen (Einer Mail, einer Spamscan,....) Seit SuSE 9.0 mit auf der Distri. http://www.ijs.si/software/amavisd/ -- Ciao Marco, registered GNU/Linux-User 313353 Keine Macht George W.Bush und seiner Junta zur Ausbeutung, Unterdrückung, Weltmacht &'BigBrother-watching'; kauft keine U$-Waren!
Hallo, Am Thu, 01 Apr 2004, Edgar (Ede) Kuchelmeister schrieb:
zunächst mal einen ganz warmen Dank. Ich bewundere mit welcher Fürsorglichkeit du dich hier um die Newbies wie mich kümmerst!
Ist das dein Aprilscherz? *g*
Am 31 Mar 2004 um 19:07 hat David Haller geschrieben:
Am Wed, 31 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 23 Mar 2004 um 13:41 hat David Haller geschrieben:
Am Tue, 23 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
In der manpager von spamd steht nun was von SIGHUP nur zu SIGHUP hab ich leider keine manpage gefunden (im Kofler auch nicht). Wo finde ich Info wie ich den Befehl einsetzen muß?
man 7 signal, man 1 kill
-> kill -HUP
Hab mir die man-pages mal angesehen [1] Hab erst gedacht ich hätte deinen Befehl nicht kapiert. Kaum hatte ich den spamd solchermaßen ge'killt' war es wie mit Hase(Ich) und Igel(spamd): Er war mit neuer pid wieder aktiv. Bis ich in der manpage gelesen hab, daß er sich selber wieder startet ;-). Ich wollte ihn aber zunächst mal komplett entladen. Hab's dann aber hinbekommen.
kill -TERM Oder 'rcspamd stop'.
Sollte aber per 'rcspamd reload' gehen -- oder hast du kein initscript? Dann kann ich dir meins mailen, das muesste man aber noch um den LSB-Header ergaenzen.
Ich hab eines im entpackten Tarball gefunden, welches aber ausdrücklich darauf hinweist, daß sie am SuSE 8.0 einiges geändert hat, daß ist wohl das was du mit dem LSB meintest.
Jep.
Ich werde mal versuchen die Verzeichnisse zu vergleichen um herauszufinden ob ich das alleine gebacken bekomme. Ausser du hättest noch einen Tipp wie das schneller geht?
Es geht v.a. um den "Header", anhand dessen insserv ausklamuesert, wann spamd zu starten ist. startproc $SPAMD_BIN $SPAMD_PARAMETERS \ --daemonize --pidfile=/var/run/spamd.pid || return="$rc_failed" SuSE macht das aber etwas anders. Ich mail dir per PM mal das SuSE /etc/init.d/spamd.
$ ps ax | grep '[s]pamd' 225 ? S 0:03 /usr/local/bin/perl -T -w /usr/local/bin/spamd ...
Kurze Frage: warum ist das s geklammert -> [s] ?
Das macht, dass grep sich nicht selber findet: $ ps ax | grep spamd 223 ? S 0:02 /usr/local/bin/perl -T -w /usr/local/bin/spamd ... 1082 pts/3 S 0:00 grep spamd Wenn man '[s]pamd' verwendet (oder einen bel. anderen Buchstaben) klammert, dann steht das auch so in der Prozessliste: $ ps ax | grep '[s]pamd\|grep' 1084 pts/3 S 0:00 grep [s]pamd\|grep ^^^ Und auf dieses '[s]pamd' passt das Muster '[s]pamd' eben nicht mehr, weil nach dem s ja noch die ']' kommt.
Nein. Du musst ihn schon "fuettern", AFAIK kann das Amavis, falls du das verwendest waere es so ganz gut. Wenn du procmail verwendest geht z.B. dies hier:
*grumpf* Ich hab's befürchtet. Nochmal die manpages gelesen und mir wurde endlich das Zusammenspiel spamd/spamc etwas klarer.
*g*
Hatte schon mal vor längerer Zeit mit procmail auf meinem alten Rechner gearbeitet. Denke wenn ich es brauche kann ich mir den Durchblick wieder aneignen aber...
Wie sortierst du deine Mails sonst? maildrop? sieve?
Ja, ich hab AMaViS am laufen. Macht es da nicht eher Sinn amavis einzusetzen, als zusätzlich nochmal procmail dazwischen zu schalten?
Ja.
Hab mir mal das amavis-script angeschaut. Da sind nur Virenscanner vordefiniert kein SA. Muß mir das Script irgendwann nochmal in Ruhe ansehen, ob ich nicht einen Virenscanner umdefinieren kann um nach AntiVir noch SA einzubauen. Aber vielleicht hat ja das schon mal jemand gemacht? O:-)
amavisd-new -> /etc/amavisd.conf. Das ist fuer SA vorbereitet.
Steht aber auch in der Doku irgendwo (man spamd / spamc?)
Nö, nach langem Suchen Fundstelle ausgepacktes Tarball, /spamd/README.spamd glaub ich.
*g*
Und dann sollest du natuerlich auch noch den bayes-filter trainieren, falls du den denn einsetzen willst (-> sa-learn --spam / --ham).
Hm... ich brauche da wohl ein Verzeichnis für Spam und Ham.
Noe. Ok, du brauchst ne Mbox / Maildir fuer den (per Hand) ausgefilterten, bis du genug zum trainieren hast, dann jagst du dort einfach sa-learn drueber. sa-learn --spam --mbox ~/Mail/spam Die Config in /etc/mail/spamassassin muss dazu halt auch 'bayes_path' setzen. ==== By default, each user has their own, in their "~/.spamassassin" directory with mode 0700/0600, but for system-wide SpamAssassin use, you may want to reduce disk space usage by sharing this across all users. (However it should be noted that Bayesian filtering appears to be more effective with an individual database per user.) ====
Sollte ich da Spam-Mail (Denkansatz) an einen SpamUser auf dem Server schicken und dann diese Mailbox mit sa-learn --ham einlesen lassen? Stören da Quotings?
Nein. Nein. Ausserdem ist '--ham' ja fuer "gute" Mails, die du ja haben willst. Dazu nimmst du ne mbox in der kein Spam ist.
[1] Hab wieder ne ganze Menge man-pages und READMEs gelesen und mir raucht der Kopf. Eigentlich bin ich ja eine Leseratte und neben mir liegen auch schon einige Linuxbücher zum Nachschlagen. Aber manpages *erschauer*... hab ich Probleme mit.
*g*
Englisch kann ich's nur mit der Sprache hapert's ;-) Meistens fehlen in meinem Wortschatz die entscheidenden Worte.
Wenn's mal klemmt: zitier die Stelle, an der du haengst und frag hier nach. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hi David, Am 1 Apr 2004 um 22:47 hat David Haller geschrieben:
Hallo,
Am Thu, 01 Apr 2004, Edgar (Ede) Kuchelmeister schrieb:
zunächst mal einen ganz warmen Dank. Ich bewundere mit welcher Fürsorglichkeit du dich hier um die Newbies wie mich kümmerst!
Ist das dein Aprilscherz? *g*
Nein, war ernst gemeint.
Am 31 Mar 2004 um 19:07 hat David Haller geschrieben:
Am Wed, 31 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
SuSE macht das aber etwas anders. Ich mail dir per PM mal das SuSE /etc/init.d/spamd.
Danke, erhalten und gleich drübergestürzt. Hab es nach /etc/init.d/spamd gepackt. Dann wie im script angegeben ein Symlink von /usr/sbin/rcspamd -> /etc/init.d/spamd USER:GROUP root:root rwx für root, r für andere Die Rechte hab ich mir einfach von anderen Scripts abgeguckt. Wenn ich nun ein 'rcspamd status' aufrufe, erhalte ich '/usr/sbin/rcspamd bad interpreter : No such file or directory' Was hab ich falsch gemacht?
$ ps ax | grep '[s]pamd' 225 ? S 0:03 /usr/local/bin/perl -T -w /usr/local/bin/spamd ...
Kurze Frage: warum ist das s geklammert -> [s] ?
Das macht, dass grep sich nicht selber findet:
Ah ja danke, hab's begriffen ;-)
Wie sortierst du deine Mails sonst? maildrop? sieve?
Ähem, das ganze ist ja noch alles meine Spielwiese und soll mal als Internetrouter und Mailserver für meine Firma werden. Im Moment häng ich nur mit einem USER (mich *g*) dran, den hab ich mit YAST (allerdings alles RL3, X hat Probleme mit der Grafikkarte) installiert. Soweit ich weiß macht doch so'ne Standardinstallation das Verteilen der Post auf die USER mit sendmail. Procmail hatte ich mal vor längerer Zeit im Einsatz um Post dann als USER in verschiedene Postfächer einzusortieren.
amavisd-new -> /etc/amavisd.conf. Das ist fuer SA vorbereitet.
Och ne du, muß das sein? :'-( Ihr wollt mich fertigmachen *heul* ;-)) Den Amavis hab ich ja mit einem Klick im Yast aktiviert, damit ist es ja dann wohl nichts mehr oder? Erinnerung: ich hab eine SuSE 8.0
Und dann sollest du natuerlich auch noch den bayes-filter > > trainieren falls du den denn einsetzen willst (-> sa-learn --spam / --ham).
Hm... ich brauche da wohl ein Verzeichnis für Spam und Ham.
Noe. Ok, du brauchst ne Mbox / Maildir fuer den (per Hand) ausgefilterten, bis du genug zum trainieren hast, dann jagst du dort einfach sa-learn drueber.
sa-learn --spam --mbox ~/Mail/spam
Die Config in /etc/mail/spamassassin muss dazu halt auch 'bayes_path' setzen.
==== By default, each user has their own, in their "~/.spamassassin" directory with mode 0700/0600, but for system-wide SpamAssassin use, you may want to reduce disk space usage by sharing this across all users. (However it should be noted that Bayesian filtering appears to be more effective with an individual database per user.) ====
Sollte ich da Spam-Mail (Denkansatz) an einen SpamUser auf dem Server schicken und dann diese Mailbox mit sa-learn --ham einlesen lassen? Stören da Quotings?
Nein. Nein. Ausserdem ist '--ham' ja fuer "gute" Mails, die du ja haben willst. Dazu nimmst du ne mbox in der kein Spam ist.
In der Blödheit vertippt, natürlich --spam O;-)
[1] Hab wieder ne ganze Menge man-pages und READMEs gelesen und mir raucht der Kopf. Eigentlich bin ich ja eine Leseratte und neben mir liegen auch schon einige Linuxbücher zum Nachschlagen. Aber manpages *erschauer*... hab ich Probleme mit.
*g*
Englisch kann ich's nur mit der Sprache hapert's ;-) Meistens fehlen in meinem Wortschatz die entscheidenden Worte.
Wenn's mal klemmt: zitier die Stelle, an der du haengst und frag hier nach.
Bist du dem Wahnsinn verfallen, da müßten wir ja ne extra Mailliste für mich einrichten ;-)) Tut dir einen Gefallen und mach nie wieder den Vorschlag *ggg* Scherz beiseite ist ja schon der _2_.April. Wenn ich genau weiß, ich finde den Ansatz für meine Frage dann versuche ich es schon zu verstehen, nur wenn ich nicht gleich die passenden Stichworte finde verlasse ich die manpage gleich wieder angewidert -> mein Problem. -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar (Ede) Kuchelmeister
Hallo, Am Fri, 02 Apr 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 1 Apr 2004 um 22:47 hat David Haller geschrieben:
Am Thu, 01 Apr 2004, Edgar (Ede) Kuchelmeister schrieb:
zunächst mal einen ganz warmen Dank. Ich bewundere mit welcher Fürsorglichkeit du dich hier um die Newbies wie mich kümmerst!
Ist das dein Aprilscherz? *g*
Nein, war ernst gemeint.
Danke :)
Am 31 Mar 2004 um 19:07 hat David Haller geschrieben:
Am Wed, 31 Mar 2004, Edgar (Ede) Kuchelmeister schrieb:
SuSE macht das aber etwas anders. Ich mail dir per PM mal das SuSE /etc/init.d/spamd.
Danke, erhalten und gleich drübergestürzt.
Hab es nach /etc/init.d/spamd gepackt. Dann wie im script angegeben ein Symlink von /usr/sbin/rcspamd -> /etc/init.d/spamd USER:GROUP root:root rwx für root, r für andere Die Rechte hab ich mir einfach von anderen Scripts abgeguckt. Wenn ich nun ein 'rcspamd status' aufrufe, erhalte ich '/usr/sbin/rcspamd bad interpreter : No such file or directory'
Was hab ich falsch gemacht?
Hm. Da ist evtl. bei der Uebertragung was "schiefgegangen" bzw. dein MUA hat die nicht rueckgaengig gemacht. Wie sieht die Ausgabe von: head -n 1 /etc/init.d/spamd | od -t x1 aus? Haengt da evtl. vor dem abschliessenden 0a noch ein 0d? Also: 0000000 23 21 20 2f 62 69 6e 2f 73 68 0d 0a dann musst du 'unix2dos' rueberlauefen lassen, damit die DOS-Zeilenenden korrigiert werden.
Soweit ich weiß macht doch so'ne Standardinstallation das Verteilen der Post auf die USER mit sendmail.
Bzw. postfix bei aktuellen SuSEn, auch wenn das binary dann 'sendmail' heisst.
Procmail hatte ich mal vor längerer Zeit im Einsatz um Post dann als USER in verschiedene Postfächer einzusortieren.
Jo. So ist das auch gedacht.
amavisd-new -> /etc/amavisd.conf. Das ist fuer SA vorbereitet.
Och ne du, muß das sein? :'-( Ihr wollt mich fertigmachen *heul* ;-))
Den Amavis hab ich ja mit einem Klick im Yast aktiviert, damit ist es ja dann wohl nichts mehr oder? Erinnerung: ich hab eine SuSE 8.0
Wie gesagt, ich verwende Amavis nicht und kenne auch die 8.0 nicht, sorry. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo David, hallo Liste, tut mir leid, wenn ich nerve, aber irgendwie komm ich da noch nicht weiter. Am 2 Apr 2004 um 22:12 hat David Haller geschrieben:
Hallo,
Am Fri, 02 Apr 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 1 Apr 2004 um 22:47 hat David Haller geschrieben: Danke, erhalten und gleich drübergestürzt.
Hab es nach /etc/init.d/spamd gepackt. Dann wie im script angegeben ein Symlink von /usr/sbin/rcspamd -> /etc/init.d/spamd USER:GROUP root:root rwx für root, r für andere Die Rechte hab ich mir einfach von anderen Scripts abgeguckt. Wenn ich nun ein 'rcspamd status' aufrufe, erhalte ich '/usr/sbin/rcspamd bad interpreter : No such file or directory'
Was hab ich falsch gemacht?
Hm. Da ist evtl. bei der Uebertragung was "schiefgegangen" bzw. dein MUA hat die nicht rueckgaengig gemacht. Wie sieht die Ausgabe von:
head -n 1 /etc/init.d/spamd | od -t x1
aus? Haengt da evtl. vor dem abschliessenden 0a noch ein 0d? Also:
0000000 23 21 20 2f 62 69 6e 2f 73 68 0d 0a
Jep, so war das. Hatte das Script auf meinem WinXP gespeichert und dann per FTP auf den Linuxrouter geschoben. Muß wohl beim Speichern passiert sein.
dann musst du 'unix2dos' rueberlauefen lassen, damit die DOS-Zeilenenden korrigiert werden.
In meiner Distri nicht vorhanden und den Umstand das runterzuladen und zu installieren hab ich mir faul verkniffen. Das E-Mail mit dem Script an den root auf dem Router geschickt, dort gespeichert und nach /etc/init.d/spamd geschoben. Rechte und Eigentümer überprüft und Zeilenende kein 0d mehr, passt. Zur Sicherheit nochmal den Symlink nach /usr/sbin/rcspamd erneuert... Geht noch immer nicht. Ausgabe von 'strace rcspamd status' rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD TTOU], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 ... eine ganze weiter Menge "= 0" und dann: stat64("/usr/sbin/spamd", 0xbffff27c) = -1 ENOENT (No such file or directory) *humpf* warum will der "/usr/sbin/spamd", da liegt doch rcspamd? Hab ich denn im Scriptheader was falsch verstanden? Da steht: # /etc/init.d/spamd # # and symbolic its link # # /usr/sbin/rcspamd Also das Script nach /etc/init.d/spamd und in /usr/sbin/ einen Symlink rcspamd anlegen der nach /etc/init.d/spamd verweist... So hab ich das verstanden (ausserdem hab ich die .sh-Endung vom Script weggelassen ist das falsch? Scheinbar nicht, wieder .sh angehängt und Symlink neu gesetzt ist das gleiche Ergebnis. Denke mal "sh" steht für Shellscript und das wird ja unter Linux mit dem x-Attribut und '#!/bin/bash' auch bestimmt. Danach hab ich mir das Script von David nochmal zu Gemüte geführt: Darin wird folgender Pfad angegeben: Zeile 34: SPAMD_BIN=/usr/sbin/spamd Das passt nicht, hab ich den Pfad zum spamd aus dem Tarball genommen /usr/bin/spamd Desweiteren wird die Konfiguration auf: Zeile 41: /etc/sysconfig/spamd gesucht Da war nichts dergleichen, also hab dort einfach einen Symlink auf /etc/mail/spamassassin/local.cf gelegt, frei nach dem Motto Frechheit siegt! ... sie siegt eben doch nicht! Die nächste Fehlermeldung: gam-rout:/etc/init.d # rcspamd status /usr/sbin/rcspamd: rewrite_subject: command not found Checking for service spamd checkproc: Usage: checkproc [-v] [-k] [-p pid_file] /full/path/to/program So ihr habt euch jetzt garantiert totgelacht, die Schenkel blutig gehauen oder sämtliche Tischkanten zerbissen, aber ich wollte halt nichts unversucht lassen das Startscript von David Haller für den spamd ans laufen zu bekommen, bevor ich hier wieder dumm nachfrage. Weil ich die Zeilen von den vorangegangenen Mails schon rausgekürzt hab nochmal kurz: es soll auf einer SuSE 8.0 installiert werden. David, bekommt man das Script noch zum Laufen oder soll ich es lieber bleiben lassen und den spamd eben doch ohne das rc-Script starten? Da sind eh noch weitere Aufrufe drin von denen ich nicht weiß ob sie zu meinem System passen... -- Einen schönen Tag noch. Mit freundlichem Gruß Edgar (Ede) Kuchelmeister
Hallo, Am Tue, 06 Apr 2004, Edgar (Ede) Kuchelmeister schrieb:
Am 2 Apr 2004 um 22:12 hat David Haller geschrieben:
Am Fri, 02 Apr 2004, Edgar (Ede) Kuchelmeister schrieb: aus? Haengt da evtl. vor dem abschliessenden 0a noch ein 0d? Also:
0000000 23 21 20 2f 62 69 6e 2f 73 68 0d 0a
Jep, so war das. Hatte das Script auf meinem WinXP gespeichert und dann per FTP auf den Linuxrouter geschoben. Muß wohl beim Speichern passiert sein.
Jep. Bzw. nicht im ascii sondern binary mode von ftp uebertragen. Also, generell bei _Text_-Dateien: ftp>ascii 200 Type set to A. ftp>put irgendein.txt ftp>binary 200 Type set to I. ftp>put irgendein.bin
dann musst du 'unix2dos' rueberlauefen lassen, damit die DOS-Zeilenenden korrigiert werden.
In meiner Distri nicht vorhanden und den Umstand das runterzuladen und zu installieren hab ich mir faul verkniffen.
Zur Not geht auch: tr -d '\r' < foo.txt > foo.txt.neu && mv foo.txt.neu foo.txt
Das E-Mail mit dem Script an den root auf dem Router geschickt, dort gespeichert und nach /etc/init.d/spamd geschoben. Rechte und Eigentümer überprüft und Zeilenende kein 0d mehr, passt.
Ok.
Zur Sicherheit nochmal den Symlink nach /usr/sbin/rcspamd erneuert... Geht noch immer nicht.
Ausgabe von 'strace rcspamd status'
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD TTOU], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 ... eine ganze weiter Menge "= 0" und dann: stat64("/usr/sbin/spamd", 0xbffff27c) = -1 ENOENT (No such file or directory) *humpf* warum will der "/usr/sbin/spamd", da liegt doch rcspamd?
Siehe unten, das hast du dann ganz richtig gesehen, da muss du den Pfad zum spamd korrigieren (schrieb ich das nicht dazu?).
Hab ich denn im Scriptheader was falsch verstanden? Da steht:
# /etc/init.d/spamd # # and symbolic its link # # /usr/sbin/rcspamd
Also das Script nach /etc/init.d/spamd und in /usr/sbin/ einen Symlink rcspamd anlegen der nach /etc/init.d/spamd verweist...
Genau.
So hab ich das verstanden (ausserdem hab ich die .sh-Endung vom Script weggelassen ist das falsch?
Nein, richtig. Sorry, ich hatte in /tmp/ schon ein Verzeichnis 'spamd', deswegen hab ich dort ein .sh angehaengt und vergessen, den Dateinamen des Anhangs wieder zu korrigieren.
Danach hab ich mir das Script von David nochmal zu Gemüte geführt: Darin wird folgender Pfad angegeben: Zeile 34: SPAMD_BIN=/usr/sbin/spamd Das passt nicht, hab ich den Pfad zum spamd aus dem Tarball genommen /usr/bin/spamd
Genau richtig.
Desweiteren wird die Konfiguration auf: Zeile 41: /etc/sysconfig/spamd gesucht Da war nichts dergleichen, also hab dort einfach einen Symlink auf /etc/mail/spamassassin/local.cf gelegt, frei nach dem Motto Frechheit siegt! ... sie siegt eben doch nicht!
Nein, das ist SuSE spezifisch und ich dachte du haettest ne neuere SuSE.
Die nächste Fehlermeldung: gam-rout:/etc/init.d # rcspamd status /usr/sbin/rcspamd: rewrite_subject: command not found Checking for service spamd checkproc: Usage: checkproc [-v] [-k] [-p pid_file] /full/path/to/program
Ja, das liegt daran, dass SPAMD_CONFIG gesourced wird, und die .cf ist eben kein shell-script. Schau mal in /etc/rc.config.d/ ob da was zu spamd/spamassassin liegt, wenn ja, dann aendere im Startscript /etc/init.d/spamd (Zeile 41): SPAMD_CONFIG=/etc/sysconfig/spamd z.B. in SPAMD_CONFIG=/etc/rc.config.d/spamassassin bzw. wie die Datei unter /etc/rc.config.d/ eben heisst. Ansonsten kommentiere die ganzen 3 Zeilen (41-43) aus. Ausserdem kontrolliere noch, ob es bei dir ein /etc/rc.status gibt, ansonsten kommentiere diese Zeile (~55) auch aus, die ist dann auch schon in rc.config enthalten (das schon vorher gesourced wird). Falls dann immer noch Fehler kommen (z.B. weil rc_reset bei dir noch nicht definiert ist), dann bekommen wir das aber auch noch leicht hin, melde dich deswegen aber vielleicht gleich per PM ;)
David, bekommt man das Script noch zum Laufen oder soll ich es lieber bleiben lassen und den spamd eben doch ohne das rc-Script starten? Da sind eh noch weitere Aufrufe drin von denen ich nicht weiß ob sie zu meinem System passen...
S.o. Das script muesste besser du deiner SuSE passen als mein eigenes Startscript. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
participants (4)
-
David Haller
-
Edgar (Ede) Kuchelmeister
-
Marco Maske
-
Matthias Houdek