+ Konfiguration - SpamAssassin

SpamAssassin sucht seine Konfigurationsdateien immer in /etc/spamassassin, - es sei denn, wir haben bei der Installation einen anderen Pfad angegeben. SpamAssassin erkennt alle Konfigurationsdateien an ihrerer Endung .cf - egal welchen Namen sie tragen. Die wichtigste Datei bei SpamAssassin ist local.cf in /etc/spamassassin/. Dort werden alle nötigen Einstellungen vorgenommen. Damit es nicht zu unübersichtlich wird, erkläre ich sie in einzelnen Teilen. Fangen wir also an...

/etc/spamassassin/local.cf

required_hits, gibt die Anzahl der Punkte an, die eine Mail benötigt, um als Spam gekennzeichnet zu werden.
rewrite_subject, bedeutet, dass wir den Betreff der Mail ändern.
subject_tag, schreibt [SPAM?] in unseren Betreff - aber nur wenn rewrite_subject aktiviert ist.
auto_whitelist_factor. So viele Punkte bekommen Mails, wenn sie als sauber eingestuft werden.
report_safe, speichert die Orginalmail als Anhang.
use_terse_report, sollte eine E-Mail nicht komplett plain text sein, wird die Orgninalnachricht als Anhang zum Spamreport angehängt.

use_bayes, bedeutet, dass wir bayes nutzen wollen.
bayes_path, legt das Verzeichnis fest, in welchem die bayes Datein gespeichert werden sollen.
bayes_use_chi2_combining. Hier geben wir an, dass wir das chi2 Verfahren benutzen, um die Punkteverteilung in die "extreme" zu verschieben.
bayes_auto_expire. Hier sagen wir, dass bayes nach einer gewissen Zeit alte Tocks löschen oder weniger Punkte vergeben soll.
bayes_journal_max_size legt die maximale Journalgröße fest.
bayes_expiry_max_db_size legt die maximale Bayesdatenbankgröße fest.
bayes_auto_learn schaltet automatisches Lernen aus.
bayes_ignore_headerheader fest, die bayes ignorieren soll.

dcc_path gibt den Pfad zu DCC an.
dcc_add_header fügt einen DCC header der E-mail hinzu.
pyzor_path, gibt den Pfad zu Pyzor an.
pyzor_add_header, fügt einen Pyzor header hinzu.
pyzor_max, gibt die maximalen Verbindungen zu Pyzor an.
skip_rbl_checks, bedeutet "RBL Überprüfung überspringen" - in unserem Fall nein.
use_razor2, aktiviert razor2 Prüfung.
use_dcc, aktiviert dcc Prüfung.
use_pyzor, aktiviert pyzor Prüfung.

rbl_timeout, legt das Timeout für rbl Abfragen fest.
ok_languages, legt die zu überprüfenden Sprachen fest.
ok_locales, überprüft die lokale Codierung der Mails.
dns_available, aktiviert dns lookup
check_mx_attempts. Hier wird überprüft, wie oft der zu sendende Mailserver versucht hat, diese Mail zuzustellen.
check_mx_delay, ...wie lang er für die Zustellung gebraucht hat.
auto_learn, schaltet automatisches Lernen ein.
auto_learn_threshold_spam, vergibt Punkte für automatisch erkannten Spam.
auto_learn_threshold_nonspam, vergibt Punkte für kein Spam
trusted_networks, legt meine Netze fest.

clear_report_template, löscht den Inhalt der Mail. Die orginal Mail bekommen wir ja als Anhang.
report, gibt uns die Möglichkeit, einen eigenen Text für unsere Spamreportmails zu definieren.
clear_unsafe_report_template, löscht den Inhalt der Mail. Die orginal Mail bekommen wir ja als Anhang.
unsafe_report, gibt uns die Möglichkeit, einen eigenen Text zu schreiben für Mails, die aus html bestehen und spam waren.

Hier überprüfen wir bestimmte URLs in den E-mails. Ist eine URL in erkannten Spammails schon oft vorgekommen, so ist es höchstwahrscheinlich wieder Spam.

Mit score legen wir unsere Punkte fest. Zuerst für unsere Bayes, Razor, Dcc und Pyzor Module. Danach kommen noch einige allgemeine Regeln, die man so auch lassen sollte.

Hier noch einmal die ganze Konfiguration am Stück. Damit wäre die local.cf fertig und unser SpamAssassin betriebsbereit.

RulesDuJour

Als nächstes setzen wir noch die gewünschten Regeln, die RulesDuJour bereitstellen soll. Eine Liste aller Rulesets findet ihr auf der RulesDuJour Homepage. Eine Übersicht über alle verfügbaren SARE Regeln findet ihr auf rulesemporium.com. Viel Spaß beim Stöbern.

RulesDuJour Konfigurieren

TRUSTED_RULESETS: Die Regeln, die RulesDuJour zur Verfügung stellen soll.
SA_DIR: Das Verzeichnis, in dem die Regeln liegen sollen. Wichtig hierbei: es MUSS das SpamAssassin Regelverzeichniss sein, sonst bringt es nicht viel ;)
MAIL_ADDRESS: Die Adminmailadresse, an die die Updatenachrichten geschickt werden sollen.
SA_RESTART: Der SpamAssassin restart Befehl, um die neuen Reglen SpamAssassin zur Verfügung zu stellen.

« Zurük zu Procmail | Weiter mit den Verwaltungstools »