SpamAssassin Configuration ?
Hallo Ich habe mir nun den amavisd-new zusammen mit antivir und spamassassin konfiguriert.... herzlichen Dank an SuSE dass es da gar keine infos gibt :-( Konnte dann einer OpenBSD-Anleitung folgen die das meiste abdeckte was ich in erster Linie wissen wollte..... Jedoch bleiben da noch ein paar Fragen: Es gibt nun Konfigurationen zum SA in /etc/amavisd.conf sowie /etc/mail/spamassassin/local.cf sowie /var/spool/amavis/.spamassassin/user_prefs ... Nun kapiere ich nicht wo ich eigentlich was einstellen muss, da komm ich irgendwie einfach nicht dahinter. in der user_prefs ist momentan alles auskommentiert, ich versuchte eigentlich über die /etc/mail/spamassassin/local.cf zu konfen aber das funktioniert irgendwie nicht... (zb hab ich dort das always_add_headers 1 gesetzt sowie required_hits 6.3 welche beide NICHT zum tragen kommen (als minimum hits verwendet er 5)... in der amavisd.conf stehen wiederum andere angaben bei $sa_tag2_level_dflt ( 7.0 ) .... jetz tbin ich völlig verwirrt :D Ist es möglich ALLES über eine zentrale konfig zu konfen? Einzelne benutzer sollen/müssen KEINE eigene Einstellungen haben, es sollten nur immer die globalen gelten. Und gleich noch eine Frage: kann man von amavisd aus aus den spamc/spamd verwenden statt das perl-zeugs -- soll ja erheblich schneller sein...? Vielen Dank für eure Hilfe Matti
Am Montag April 12 2004 17:54 schrieb Matthias Keller:
Hallo
Ich habe mir nun den amavisd-new zusammen mit antivir und spamassassin konfiguriert.... herzlichen Dank an SuSE dass es da gar keine infos gibt :-( Konnte dann einer OpenBSD-Anleitung folgen die das meiste abdeckte was ich in erster Linie wissen wollte.....
Warum immer so umständlich, wenn man Antivir/Postfix/SpamAssassin verwenden will? Postfix kann Antivir und SpamAssassin selbst aufrufen und braucht dazu kein amavis. Läuft hier schon sein langer Zeit ohne Probleme. HowTo: Postfix und Antivir (AvMailgate): http://www.singollo.de/modules/main/cms.php?ID=31 HowTo: SpamAssassin: http://www.singollo.de/modules/main/cms.php?ID=18 Gruß Udo -- Where there's no emotion, there's no motive for violence. -- Spock, "Dagger of the Mind", stardate 2715.1
Hi Udo! On Mon, 12 Apr 2004, Udo Neist wrote:
Warum immer so umständlich, wenn man Antivir/Postfix/SpamAssassin verwenden will? Postfix kann Antivir und SpamAssassin selbst aufrufen und braucht dazu kein amavis. Läuft hier schon sein langer Zeit ohne Probleme.
Zumindest in der von SuSE vorgegebenen Installation ist es aber gar nicht mehr so einfach, dem System eigene neue Erkenntnisse des Users xyz über spam/ham beizubringen. Antivir und SpamAssassinDa laufen doch unter dem (System)User vscan mit der Folge, das ein vom User xyz vorgenommenes sa-learn ... (völlig) unberücksichtigt bleibt. Es sei denn, dieser User xyz ruft selbst auch nochmals spamassassin auf, z. B. via procmail ... Hast Du da eine intelligentere Lösung? Vielleicht sogar als Tastenkommando für das hier eingesetzte mutt? ;-) Eine weitere Möglichkeit könnte ein cron-job des users vscan sein, der periodisch entsprechende Mailordner mit Spam auswertet. Oder gibt es noch schlauere Lösungen? MfG hao
Harald Krause wrote:
Warum immer so umständlich, wenn man Antivir/Postfix/SpamAssassin verwenden will? Postfix kann Antivir und SpamAssassin selbst aufrufen und braucht dazu kein amavis. Läuft hier schon sein langer Zeit ohne Probleme.
Zumindest in der von SuSE vorgegebenen Installation ist es aber gar nicht mehr so einfach, dem System eigene neue Erkenntnisse des Users xyz über spam/ham beizubringen. Antivir und SpamAssassinDa laufen doch unter dem (System)User vscan mit der Folge, das ein vom User xyz vorgenommenes sa-learn ... (völlig) unberücksichtigt bleibt. Es sei denn, dieser User xyz ruft selbst auch nochmals spamassassin auf, z. B. via procmail ...
Hmmm wenn es so mal laufen würde ists mir recht via amavis .. es soll einfach laufen :-/ In deinen Anleitungen ist für den Spamassassin beschrieben wie zwei scripts erstellt werden müssen - zumindest das zweite gibts wohl schon auf meinem 9.0 als rcspamd . Brauchts das erste trotzdem noch im 9.0 oder exisitert das schon in der einen oder anderen Form? Ausserdem habe ich Probleme meinen SA zu füttern...... Er läuft als vscan und seine Sachen müssten im /var/spool/amavisd/.spamassassin liegen - das home verzeichnis vom vscan zeigt auch dorthin! Wenn ich jedoch zum benutzer vscan wechsle: # sudo -u vscan csh und in der Shell dann # sa-learn --spam --mbox junk.mbx eintippe (das file gibts), dann krieg ich: Failed to create default user preference file /root/.spamassassin/user_prefs wieso sucht er unter /root/ ?? im /etc/amavisd.conf ist $MYHOME = /var/spool/amavis gesetzt und in der main.cf vom SA find ich gar keine angaben zu irgendwelchen pfaden (ausser zur bayes-DB und der stimmt) Vielen Dank für eure Hilfe Matti
Hallo, Am Tue, 13 Apr 2004, Matthias Keller schrieb:
Harald Krause wrote:
Zumindest in der von SuSE vorgegebenen Installation ist es aber gar nicht mehr so einfach, dem System eigene neue Erkenntnisse des Users xyz über spam/ham beizubringen. Antivir und SpamAssassinDa laufen doch unter dem (System)User vscan mit der Folge, das ein vom User xyz vorgenommenes sa-learn ... (völlig) unberücksichtigt bleibt. Es sei denn, dieser User xyz ruft selbst auch nochmals spamassassin auf, z. B. via procmail ...
Man koennte 2 aliase anlegen, z.B. ham und spam, die dann die mails (per script) an sa-learn als user 'vscan' verfuettert werden.
Wenn ich jedoch zum benutzer vscan wechsle: # sudo -u vscan csh und in der Shell dann # sa-learn --spam --mbox junk.mbx eintippe (das file gibts), dann krieg ich: Failed to create default user preference file /root/.spamassassin/user_prefs
wieso sucht er unter /root/ ??
Weil so die Umgebung (inkl. $HOME) uebernommen wird. Du willst: su - vscan oder sudo -u vscan bash --login oder sudo -u vscan csh -l verwenden. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
David Haller wrote:
Am Tue, 13 Apr 2004, Matthias Keller schrieb:
Wenn ich jedoch zum benutzer vscan wechsle: # sudo -u vscan csh und in der Shell dann # sa-learn --spam --mbox junk.mbx eintippe (das file gibts), dann krieg ich: Failed to create default user preference file /root/.spamassassin/user_prefs
wieso sucht er unter /root/ ??
Weil so die Umgebung (inkl. $HOME) uebernommen wird. Du willst:
su - vscan
Oh - vielen Dank für den Hinweis, so hats jetzt ohne fehlermeldung geklappt (nachdem ich dem user vscan auch noch eine gültige shell gegeben habe... habe gesehen dass die auf /bin/false war... Löst jedoch noch nicht mein Problem der xtausend ;-/ konfigurationsdateien.... Wer kann da helfen? Welche werden in welhcer Reihenfolge ausgelesen und so ?? Vielen Dank Matti
Matthias Keller wrote:
Oh - vielen Dank für den Hinweis, so hats jetzt ohne fehlermeldung geklappt (nachdem ich dem user vscan auch noch eine gültige shell gegeben habe... habe gesehen dass die auf /bin/false war...
der könnte aber mit Absicht ein /bin/false als Shell haben ;) da nimmst Du dann su -s /bin/bash - vscan und wählst so die Shell beim Wechsel Andreas
Andreas Loesch wrote:
Matthias Keller wrote:
Oh - vielen Dank für den Hinweis, so hats jetzt ohne fehlermeldung geklappt (nachdem ich dem user vscan auch noch eine gültige shell gegeben habe... habe gesehen dass die auf /bin/false war...
der könnte aber mit Absicht ein /bin/false als Shell haben ;) da nimmst Du dann su -s /bin/bash - vscan und wählst so die Shell beim Wechsel
Hallo Andreas Verstehe ich das richtig dass man einfach aus sicherheitsgründen solchen System-Usern keine gültige Shell gibt? Das sollte ich also besser wieder rückgängig machen? Doch wäre es schön wenn ich via cron die Spam/Ham-DB füttern könnte - kann cron etwas im namen von vscan ausführen wenn der keine gültige shell hat? Vielen Dank Matti
Hallo,
Wenn ich jedoch zum benutzer vscan wechsle: # sudo -u vscan csh und in der Shell dann # sa-learn --spam --mbox junk.mbx eintippe (das file gibts), dann krieg ich: Failed to create default user preference file /root/.spamassassin/user_prefs
wieso sucht er unter /root/ ??
ich komme mit sa-learn auch nur zum user ./root :(.
Weil so die Umgebung (inkl. $HOME) uebernommen wird. Du willst:
su - vscan
oder
sudo -u vscan bash --login
oder
sudo -u vscan csh -l
verwenden.
Aber welches Passwort legt SuSE für den user vscan an, ich komme da nicht rein, und finde auch nichts im Internet darüber :(. Da kommt immer eine Passwort abfrage. -- MfG / Regards Günther J. Niederwimmer
participants (6)
-
Andreas Loesch -
David Haller -
Günther J. Niederwimmer -
harald.krause＠a-city.de -
Matthias Keller -
Udo Neist