Irgendwie hat das Blog wohl mal wieder ein paar neue Freunde unter den Spammern bekommen. Seit dem es neu aufgesetzt wurde (noch nicht so lang her) hat mich das Anti-Spam Plugin Akismet schon vor einigen Spammkommentaren bewahrt. Aber weit mehr als 100 pro Tag hatte ich dann bis heute auch noch nicht.
Und so sieht der Akismet Status aktuell aus: 516 Spamkommentare erfolgreich bekämpft – und kein false-positiv!
Es gab mal eine Zeit in der war das Netz frei von Spam und dem ganzen Mist, der hier täglich abgeladen wird. Zugegeben, die Erinnerung daran verblasst langsam aber es gab sie. Ganz gewiss. Und heute? Wenn ich heute nicht mind. 2 Tools parallel laufen lassen würde, um dämliche Spameinträge zu erkennen und zu blocken würde wahrscheinlich die kleine MySQL DB mittlerweile geplatzt sein.
Was mich primär daran stört ist die Tatsache, dass es sich nicht mal mehr um Angebote in der Landessprache handelt, sondern ich eigentlich nur noch an Brocken erkennen kann, was hier an die Frau oder Mann gebracht werden soll. Und so schaut dass dann zum Beispiel aus:
 murbrorberypekl.forumei.com/ inenciciolifs@gmail.com 66.232.124.243 |
Eingereicht am 23.07.2009 um 07:49
alapage.com – CD V is for Viagra (2eme album de PUSCIFER, 2008, SONY BMG MUSIC ENTERTAINMENT FRANCE, JIVE / EPIC, livraison gratuite a partir de 25? ! |
Von diesen Einträgen gebe es ohne Gegenmaßnahmen tausende. Ob die Mailadresse jetzt ein Fake ist oder nicht, ist ja fast egal. Aber die Spammer könnten wenigstens versuchen, ihren dummen Bots mal so viel Hirn einzupflanzen, dass ich doch zumindest auf deutsch genervt werde! 🙂
Die Links besser nicht anklicken – ich weiß nicht wo die hinführen und was euch da erwartet !!!
[Read more…]
Procmail ist ein sehr sehr mächtiges Tool. Ich habe mir mal ein kleines Bash Script geschrieben, mit dem man automatisch per Crontable gesteuert die Filterregeln erstellen kann. Man muss lediglich die Emails in die entsprechenden Ordner verschieben und nachts das Script laufen lassen. Das Script geht durch die entsprechenden Ordner der Mailbox, liest die Absender der vorhandenen Emails aus und schreibt diese in eine Liste. In dieser Liste steht dann der Ordnername und die Absenderadresse im Format:
Ordnername;absender@domain.org
Anschließend wird diese Liste gelesen und auf doppelte Einträge gefiltert. Nachdem die doppelten Einträge und Leerzeichen etc. aus der Datei entfernt sind erstellt das Script für jeden Eintrag einen Procmailkonformen Regelsatz. Wenn die Regeln erstellt wird schaut das Script ob im Verzeichnis des angegebenen Benutzers die Datei .procmailrc existiert. Wenn die Datei existiert wird zunächst ein Backup der Datei angelegt und anschließend geprüft, ob bereits Regeln über das Script eingefügt worden sind. Ist das der Fall werden diese Regeln zunächst aus der Datei entfernt. Anschließend werden die frischen Regelsätze an die Datei angehangen.
Hatte ich bislang amavis im Einsatz, so läuft auf der neuen Hardware zwar auch wieder ein Postfix Mailserver auf Debian Basis, jedoch nicht mehr mit spamassassin und CO. Das war mir einfach zu ressourcenlastig. Aber ich habe mittlerweile eine nette Alternative im Einsatz: bogofilter.
Auf bogofilter bin ich gekommen, da man amavis auf der NSLU2 zwar betreiben konnte, aber die durchschnittliche Bearbeitungszeit einer Email lag mit allen Checks bei > 3 Minuten. Das war zwar OK, allerdings muss man hierbei bedenken, dass die NSLU2 in dieser Zeit gar nichts anderes gemacht hat. Selbst einfach SSH Sessions hingen zu diesem Zeitpunkt. An einen Zugriff per NFS, SMB oder gar FTP war nicht mal ansatzweise zu denken. Ob nun eine Mail in 1 Sek verarbeitet ist oder 3 Minuten braucht, das ist bei einem Homeserver eigentlich egal – bei den 4 Mailadressen, die der im Schnitt betreut macht das bisschen Verspätung nichts aus 😉
Nachdem wir Postfix im Finetuning Howto schon einige sehr wirkungsvolle Konfigurationsabschnitte unterbreitet haben kommt nun ergänzend noch ein Tool als Erweiterung dazu. Der policy-weight Daemon wird noch vor amavis aktiv und prüft die Mail bei Eintreffen bereits an der Haustüre auf ihren Spamgehalt. Dazu bedient es sich eines kleinen Netzwerkes, gegen dass die entsprechenden Anfragen gestartet werden. Ist ein Rechner innerhalb dieses Blacklist-Netzwerks bekannt, wird die Email nicht angenommen. Der Daemon kann die Ergebnisse zwischenspeichern, so dass nicht für jede Email ein erneuter Verbindungsaufbau nötig ist.
Wir erzeugen zunächst die Defaultconfig. Diese wird vom Programm selbst erstellt:
policyd-weight defaults > /etc/policyd-weight.conf
Der Parameter $MAXDNSBLHITS gibt an, wie oft eine IP Adresse in einer Blacklist auftauchen muss, bevor die Email verworfen wird. Hier sollte man mindestens 2 Eintragen, besser 3. Das hat den Hintergrund, dass auch öffentliche Server, die kein Spam versenden unter Umständen in diesen Listen auftauchen können. Bis zur Entfernung kann einige Zeit vergehen, so dass ein System in der einen Blacklist noch als Spammer gelistet ist, während alle anderen Blacklistanbieter ihre Daten schon aktualisiert haben.
Nachdem wir Postfix anhand des vorherigen Howtos aufgesetzt haben und dieser auch schon fehlerfrei läuft geht es nun an das Feintuning.
Zunächst werden wir Postfix soweit vorbereiten, dass sich Postfix für ausgehende Emails an einen externen, vertrauenswürdigen Mailserver wendet, also einen Relay Server für den Versand externer Post verwendet (Smarthost). In der Regel muss man sich hier beim fremden Mailserver authentifizieren, bevor man seine Mails zur weiteren Verarbeitung bei dem Server hinterlegen darf. Wir bedienen uns hierzu des SMTP Auth. Postfix arbeitet in diesem Fall nicht als Server, sondern als Client.
Hierzu legen wir zunächst im Postfix Konfigurationsorder einen Unterordner sasl an (Dieser Schritt ist obsolet wenn der erste Teil des Howtos komplett umgesetzt wurde (siehe smtpd.conf):
mkdir -p /etc/postfix/sasl
Jetzt legen wir eine Datei namens sasl_passwd an. Der Inhalt der Datei sieht wie folgt aus:
mail.provider.org benutzername:passwort
Bevor wir daran gehen einen Mailserver zu installieren sollten wir uns über den genauen Einsatz und vor allem die Rahmenbedingungen Gedanken machen. Klar, ein Mailserver soll Mails verarbeiten. Die Frage ist aber vielmehr, wie soll denn unser Mailserver Emails an externe Konten zustellen. Also Email-Adressen, die nicht innerhalb der Email-Domäne (domain.org) des Mailservers liegen. Hierfür gibt es zwei Methoden. Entweder unser Mailserver stellt die Emails direkt an die Fremde Domäne zu oder aber man bedient sich eines sogenannten Smarthosts für die Zustellung. Hierbei versendet der Mailserver die Email nicht direkt an den Zielserver, sondern übergibt diese zunächst an einen (vertrauenswürdigen) Mailserver, der diese Email dann weiterleitet.
Hintergrund für die Verwendung eines Smarthosts ist, dass fast alle Emailserver keine Emails von Servern mit dynamischer IP Adresse annehmen. Denn in der Regel sind solche Server nichts weiter als Spamversender, in der Regel gekaperter Rechner, die als Spamschleudern dienen. Leider betrifft dieses Problem auch „saubere“ Mailserver wie z.B. meinen eigenen. Gut 80% der Emails, die man versucht direkt zu zustellen kommen nicht an. Daher habe ich mich entschieden, mir einen Anbieter zu suchen, der nach Authentifizierung durch einen entsprechenden Benutzeraccount Mail-Relaying zulässt. Also das versenden von Emails für einen Fremden Server. Die meisten Freemailer bieten diesen Dienst nicht an. Es gibt aber einige, wenige erfreuliche Ausnahmen. So zum Beispiel der Mailserver von Arcor, den auch ich als Smarthost benutzte.
Das Spamtraining mittels des Perlscripts setzt folgende installierte und laufende Programme voraus:
In diesem Howto werden wir Postfix einen neuen virtuellen Transportweg beibringen. Dieses HowTo orientiert sich an der Verzeichnisstruktur von Debian. Daher kann es sein, dass unter anderen Distributionen wie SuSE andere Verzeichnisse und Benutzer gesetzt werden müssen. Das Ziel des Transportweges ist jedoch kein Mailserver oder eine Mailbox, sondern ein Perlscript, dass die Emails entgegen nimmt und die Email analysiert und je nachdem welche Adresse angesprochen wurde den Inhalt der Email als Basis für ein Spamtraining benutzt oder dem Spamfilter beibringt, dass es sich bei der Email nicht um eine Spammail handel.
Zunächst müssen wir Postfix zwei neue Emailadressen und ihre Domains bekannt gegeben. Hierzu einfach folgende Adressen in die Datei „/etc/aliases“ eintragen.
spam: spam@spam.spam nospam: ham@ham.ham