PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : sendmail + spamassassin, wie installieren?



Blade
01.11.03, 13:14
Hi Leute,
bin absoluter Newby bzgl. spamassasin und procmail. Habe einen Server-Betrieb am laufen mir sendmail, popper und fetchmail (SuSE8.2) und möchte nun, dass alle eingehenden Mails vor der Verteilung auf spams geprüft werden. Spam-Mails sollen in einer separeaten Mailbox gespeichert werden. Gute Mails sollen dann den Usern zugeteilt werden.

Wo finde ich eine verständliche Anleitung step by step!

Besten Dank!
Grüße
Blade ;)

Stormbringer
01.11.03, 13:53
Hi,

schau mal nach in:
/usr/share/doc/packages/sendmail
/usr/share/doc/packages/perl-spamassassin
/usr/share/doc/packages/procmail
/usr/share/doc/packages/amavisd-sendmail

Gruß

LKH
01.11.03, 13:54
Hi blade,

imho ist spamassassin bei SuSE 8.2 doch schon dabei. Wenn du aber die allerneuste Version haben willst, würde ich die Installation über Perl vorziehen:



perl -MCPAN -e shell [as root]
o conf prerequisites_policy ask
install Mail::SpamAssassin
quit

(Quelle: INSTALL-Datei von SpamAssassin.

Hoffe es hilft,

Blade
01.11.03, 14:16
Hi,
danke für die rasche Hilfe, habe in den:
/usr/share/doc/packages/sendmail
/usr/share/doc/packages/perl-spamassassin
/usr/share/doc/packages/procmail
schon nachgelesen. Eine Installationshilfe habe ich nicht gefunden, nur gewisse Einstellungsmöglichkeiten.

Ich habe das Paket mit Yast2 installiert. Dennoch kümmert es sich nicht um sendmail. Wie binde ich den spamassassin in sendmail ein? Irgendwie liegt spamassassin tot auf der Platte rum. Die man-pages haben mir auch nicht weiter geholfen.

Danke für weitere Tipps
Grüße Blade :rolleyes:

Blade
01.11.03, 17:40
Hi Leute,
bin ein paar Schritte weiter gekommen, habe einfach die Datei /etc/procmailrc erstellt den Inhalt für das lokale Netzwerk angepasst, dann die Datei /etc/mail/spamassassin/local.cf noch etwas modifiziert und den daemon spamd mit /etc/init.d/spamd start gestartet. Nun werden alle Mails gescannt und eventuell Spams ausgefiltert.

Soweit so gut, habe noch drei Fragen: :(

1. Ich möchte gerne, dass die als mögliche Spams erkannten Mails in ein separates Mail-Fach z.B. spammail auf dem Server im mbox-Format abgelegt werde, sodass ich mit einem Mail-Programm diese nochmals prüfen kann.

2. Was und wo muss ich einstellen, sodass die als Spam erkannten Mails direkt auf dem Server gelöscht werden?

3. Wenn ich als Windoof-User dennoch eine nicht erkannte Spam-Mail erhalte, wie kann ich diese zum lernen wieder an SpamAssassin zurück senden? Die Mail liegt ja dann beim User auf der Workstation.

Hoffe auf Eure Tipps, besten Dank im Voraus!

Grüße Blade :rolleyes:

Bauchi
01.11.03, 20:52
guckst du hier:

http://www.peregrinehw.com/base.cgim?template=downloads

Blade
02.11.03, 13:01
Hi Bauchi,
danke für Deinen Tipp ...
Habe auch ein paar Super-Tipps gefunden unter abacho, die ich Euch nicht vorenthalten möchte:

Einbindung von Spamassassin mit Hilfe von Procmail
http://www.dr-lotz.de/spamassassin.html

System: SuSE Linux 7.3
Spamassassin ist eine in meinen Augen hervorragende Lösung für den spamgeplagten Linux-e-Mail-Anwender.
Es gibt fertige rpm-Pakete für SuSE Linux von Roman Drahtmüller unter http://distro.ibiblio.org/pub/Linux/distributions/suse/people/draht/7.3/ (für die anderen Versionen muss man statt 7.3 im Pfad die entsprechende Zahl angeben).
Ich habe Spamassassin bei mir auf folgende Art mit Hilfe von procmail eingebunden:
# .procmailrc

MAILDIR=$HOME/Mail
LOGFILE=$MAILDIR/procmail.log
LOGABSTRACT=all

# Die jeweils letzten 128 Mails liegen für Notfälle
# im Verzeichnis ~/Mail/backup/.
# (Das Verzeichnis muss man anlegen, sonst gibt es eine
# Maildatei ~/Mail/backup in der die Mails landen.)

:0 c
backup

:0 ic
| cd backup && rm -f dummy `ls -t msg.* | sed -e 1,128d`

# Spamassassin - das Ende von Spam
:0fw
| /usr/bin/spamassassin -P

# Die folgenden Zeile habe ich verwendet, um in der Maildatei
# $MAILDIR/caughtspam zunächst zu sehen, was ausgefiltert wird.

#:0
#* ^X-Spam-Status: Yes
#$MAILDIR/caughtspam

# Nachdem ich Spamassassin eine Weile beobachtet habe und er keine
# erwünschte Mail geblockt hat, traue ich ihm.
# In spammails.log steht nur noch die From-Zeile. Wenn
# ich die Mail doch noch anschauen will, muss ich sie
# halt aus den 128 gespeicherten raussuchen.

:0
* ^X-Spam-Status: Yes
| sed -n 1p >> /home/bjoern/Mail/spammails.log
Meine ~/.spamassassin/user_prefs sehen sinngemäß so aus:
# SpamAssassin user preferences file. See 'man Mail::SpamAssassin::Conf' for
# details of what can be tweaked.
#*
#* Note: this file is not read by SpamAssassin until copied into the user directory
#* Instead, it will be copied
#* to a user's home directory, allowing them to perform personalised
#* customisation. If you want to make changes to the site-wide defaults,
#* create a file in /etc/spamassassin or /etc/mail/spamassassin instead.
################################################## ####

# How many hits before a mail is considered spam.
required_hits 6

# Whitelist and blacklist addresses are now file-glob-style patterns, so
# "friend@somewhere.com", "*@isp.com", or "*.domain.net" will all work.
# whitelist_from someone@somewhere.com

# Mails von diesen Absendern werden nicht angenommen:
blacklist_from realspammer@dirtyspam.org
blacklist_from evenworse@evendirtierspammer.net

# Add your own customised scores for some tests below. The default scores are
# read from the installed spamassassin rules files, but you can override them
# here. To see the list of tests and their default scores, go to
# http://spamassassin.org/tests.html .
#
# score SYMBOLIC_TEST_NAME n.nn

score PORN_4 3.5
score PORN_10 3.5
score PORN_11 3.5


Details zum Skript spamcfg zur Spamfilterung mit Procmail
http://www.uni-koeln.de/rrzk/mail/software/procmail/spamcfgsrc.html

Die folgenden Beispiele beziehen sich auf eine Filterung ab X-Spam-Level 5
1. Header/Subject markieren
Markieren im Header, das Konstrukt [ ]*\/[^ ].* legt den gefundenen Text in der Variablen MATCH ab. Achtung: keine regular expression sondern procmail-spezifisch. Formail ist ein Tool aus dem Procmail-Paket, das Header-Manipulationen ermöglicht. Hier wird der Orginalheader durch den ergänzten Header ersetzt.

#start
PATH=/vol/local/bin:/usr/afsws/bin:/bin:/usr/bin:/usr/local/bin:/vol/gnu/bin
SHELL=/bin/sh
MAILDIR=$HOME/Mail

:0
* ^X-Spam-Level:.*\*\*\*\*\*
{
:0 fw
* ^Subject:[ ]*\/[^ ].*
| formail -I"Subject: ${MATCH} +++++ SPAM +++++"
}

#end
2. Verschieben in einen Ordner
#start
PATH=/vol/local/bin:/usr/afsws/bin:/bin:/usr/bin:/usr/local/bin:/vol/gnu/bin
SHELL=/bin/sh
MAILDIR=$HOME/Mail

:0
* ^X-Spam-Level:.*\*\*\*\*\*
Spam

#end
3. Löschen
#start
PATH=/vol/local/bin:/usr/afsws/bin:/bin:/usr/bin:/usr/local/bin:/vol/gnu/bin
SHELL=/bin/sh
MAILDIR=$HOME/Mail

:0
* ^X-Spam-Level:.*\*\*\*\*\*
\dev\null

#end

__________________________________________________ _______________

Die ".procmailrc" die wir nun in unserem Home-Verzeichnis anlegen, ist auf das Maildir-Format des Courier IMAP-Server angepaßt:
-----------------------------------------------------------------
VERBOSE=on # or off
MAILDIR=$HOME/Maildir/
DEFAULT=$MAILDIR
LOGFILE=$HOME/procmail.log
LOCKFILE=$HOME/.proclockmail
ORGMAIL=/var/mail/$LOGNAME
#-------------- spamassassin -------------------#
:0 fw
| spamassassin
:0:
* ^X-Spam-Status: Yes
.caughtspam/
#-----------------------------------------------#
-----------------------------------------------------------------
Der abschliessende / (slash) ist noetig! Dadurch erkennt Procmail das es im Maildir-Format die eMails ablegen soll. Der fuehrende Punkt gehoert zum Verzeichnisnamen. Wenn wir in unserem Home-Verzeichnis einen Blick in das Verzeichnis "Maildir" werfen, wird uns gleich klar was gemeint ist ... Oder? ;)
Eine ".forward" benötigen wir in unseren Home-Verzeichnis auch:
Wenn wir nun unsere eMails ganz normal mit "fetchmail" abholen, werden sie durch "procmail" gefiltert. Erkannter Spam wird direkt in den Ordner "caughtspam" einsortiert.

************************************************** ****
Danke und Grüße
Blade :D