Ein super Tipp wenn man einen Subversion-Server auf einem Opensuse 10.x System aufsetzen möchte, das mit Plesk auf einem virtuellen Server läuft (in meinem Fall bei Strato), ist folgende Anleitung:
Hat wunderbar geklappt. Jetzt habe ich meinen eigenen, zentralen Subversion-Server im Web 
Nachdem meine eigene spamcatcher Email-Adresse bisher leer geblieben ist (wahrscheinlich sind die Spammer nicht so dumm, entsprechend benannte Mailadresse zu beliefern ;-), habe ich etwas weiter geforscht und bin auf DCC gestossen (Distributed Checksum Clearinghouse). Funktioniert im Wesentlichen so, dass Checksummen, die auf Spam-Mails berechnet werden, von den Mail-Servern an das DCC geschickt werden. Dort läuft je Checksum ein Zähler. Sobald dieser Zähler einen bestimmten Schwellwert überschreitet, wird jede Email mit dieser Checksum als Spam klassifiziert. Emails, die in Spamtraps laufen, bekommen automatisch den Spam-Status.
Seit der Installation von DCC in meinem Spamassassin ist die Zahl der False Negatives weiter gesunken (aber leider noch nicht Null…)
Das Prinzip und die Installation im Spamassassin ist hier beschrieben:
http://www.rhyolite.com/anti-spam/dcc/
http://www.artif-orange.de/internet/wissenswertes/dcc-spamassassin.html
Ist schon seltsam, da setzt man extra eine Mailadresse auf, die Spam explizit bekommen soll und was passiert? - Nichts! Die Adresse ist vollkommen clean, obwohl sie hier auf der Seite publiziert wurde. Hm, wahrscheinlich hat diese Seite wirklich zu wenig Aufmerksamkeit von Harvestern
Nächster Versuch: auf einer Seite mit mehr Sichtbarkeit (oder kann man sich irgendwo als Spam-Empfänger registrieren? ;-).
Ich habe nun eine neue Emailadresse eingerichtet (spamcatcher@reinel.de), die genau von den netten Email-Adress-Harvestern gefunden werden soll, damit sie Spam an diese Adresse schicken. Ich empfehle niemandem, Mails, die eigentlich mich erreichen sollen, an die Adresse zu schicken, ich werde sie garantiert nie lesen. Statt dessen werde ich mit dem Inhalt der Mailbox sehr zeitnah (alle paar Minuten) meinen Spamassassin-Bayes-Filter neu trainieren, so dass die Erkennungsrate bei neuen Wellen recht gut sein sollte.
Ich werde über meine Erfahrungen berichten.
Seit 23.5.08 ist es soweit: in München gibt es eine neue Saftbar, die Frooteria. Es gibt reine, frisch gepresste Säfte, frisch zubereitete Smoothies (rein aus pürierten Früchten hergestellt), selbst gemachte Obstsalate, Bircher Müsli und Gemüsesticks, Bagels, Muffins und leckeren Kaffee.
Vorbeischauen im Franziska-Bilek-Weg 5 in München (U-Bahn Schwanthaler Höhe, altes Messegelände) lohnt sich auf jeden Fall!
Mehr Infos gibt es auch unter http://www.frooteria.de
Begonnen hat alles mit einem Serverwechsel auf einen Strato V-Server mit Plesk 8.2.1 und SuSE Linux 10.1. Um der Spamflut Herr zu werden musste natürlich wieder ein Spamfilter auf den Server.
Bewährt hat sich in den letzten Jahren der jetzt zu Apache gehörende Spamassassin in der aktuellen Version 3.2.3. Die Installation verlief nicht weiter schwierig, die Tests waren erfolgreich, der Daemon lief, alles wunderbar. Allerdings hat zuerst noch der Spamassassin dazwischengefunkt, der Teil von Plesk ist. Nun gut, der Plesk-SA war schnell deinstalliert.
…und dann gingen die Probleme los…
Die Einbindung des SA soll pro Anwender über das .qmail File erfolgen. Auch dafür finden sich viele Beispiele im Web. Der erste Versuch mit der .qmail Datei sah so aus:
| /usr/bin/spamc
|preline -f /usr/bin/procmail /var/qmail/mailnames/domainname/username/procmailrc
| true
#./Maildir/
Der Aufruf von spamc hat gem. der Logfiles auch geklappt. In den Logfiles ist auch sichtbar, dass Mails als Spam erkannt wurden und die entsprechenden Zeilen wurden in den Mail-Header eingefügt. Seltsamerweise fehlten in der dann zugestellten Email die Header-Einträge wieder, warum auch immer. Ich habe sehr viel ausprobiert, mit den verschiedensten Einstellungen experimentiert, einen Downgrade auf Spamassassin 3.1.8 ausprobiert, aber das alles hat nicht geklappt. Nach (sehr) langer Suche bin ich dann drauf gekommen, dass die Header dann erhalten bleiben, wenn man den Output des spamc Kommandos über die Option “-e” direkt an procmail übergibt. (Eigentlich sollte spamc den Output wieder auf stdout ausgeben und qmail sollte diesen Output dann an procmail weitergeben, aber eben nur eigentlich…)
Die finale .qmail Datei sieht also nun so aus:
| /usr/bin/spamc -e /usr/bin/procmail /var/qmail/mailnames/domainname/username/procmailrc
Und endlich filtert mein Spamassassin
Und falls jemand einen Tipp haben sollte, warum die erste .qmail Datei, die dem entspricht, was man überall im Web liest, nicht funktioniert, einfach melden. Ich hoffe ich kann evtl. einigen Leuten eine lange Suche nach dem Problem ersparen.
Bedanken möchte ich mich an dieser Stelle auch nochmal bei all den Spammern, die mir viele ausgefüllte Stunden voller Fehlersuche beschert haben… Ohne Euch hätte ich diese interessanten Tiefen von spamassassin und procmail nie kennengelernt!
Ernsthaft danken möchte ich den Entwicklern von spamassassin. Wenn er mal läuft, dann ist er wirklich eine echte Hilfe!
Im Rahmen meines Serverumzugs habe ich mein Weblog-System von Movabletype auf Wordpress umgestellt. Vergleichend muss ich sagen, dass Wordpress um Klassen leichter zu installieren und konfigurieren ist als Movabletype. Bisher ein sehr positiver Eindruck! Ich hoffe das bleibt so :-).
Nachdem meine Weblogs von Spammern inzwischen so zubombardiert werden, dass ich mit dem Löschen der Spam-Einträge in den Kommentaren und den Trackbacks nicht mehr hinterherkomme, musste ich die Möglichkeit, Kommentare und Trackbacks zu hinterlassen, leider abschalten und habe auch die bestehenden Kommentare erst einmal ausgeblendet. Am Ende waren es wohl so ca. 16.000 Einträge…
Ich finde es einfach schade, dass tolle Möglichkeiten des Internets so missbraucht werden, dass man sie sehr schnell nicht mehr nutzen kann…
Hehe, gerade noch rechtzeitig zwei Tage vor einer Riesen-Spam-Welle, die über mein Weblog-System hereingebrochen ist, habe ich den MT-Blacklist Filter installiert und er hat die Spam-Kommentare 100% abgewehrt Super Sache und Glück gehabt Sonst hätte ich mehrere Hundert Kommentare per Hand gelöscht…
Nachdem in der letzten Zeit die Zahl der Spammings in diesem Weblog stark zugenommen hat, habe ich heute eine Gegenmassnahme installiert und hoffe, dass sich dadurch die Zahl der Kommentare und Trackback-Links, die fragwürdige Inhalte und Links auf diverse Online-Casinos, Schmuddelseiten, etc. enthalten, praktisch auf Null sinkt.
Im Einsatz ist jetzt ein Plugin für Movabletype namens MT-Blacklist, was unter http://www.jayallen.org/projects/mt-blacklist/ zu finden ist.
Herzlichen Dank an Jay für die Entwicklung!