Ich habe viele Links zu diesem Thema gefunden, aber leider war keiner dabei der mir wirklich in einem Artikel dazu verholfen hat SpamAssassin in eine hMailServer Installation zu integrieren. Mit ein wenig Recherche und dem guten alten “Try and Error Verfahren” habe ich eine einfache Möglichkeit gefunden SpamAssassin zusammen mit dem hMailServer zu verwenden.

Dieser Beitrag basiert auf den folgend aufgeführten Versionen der Produkte:

• Windows Server 2003 R2 Standard (Sorry kein Download, der muss gekauft werden )
• hMailServer Version hMailServer 5.3.2 - Build 1769 (sollte schon installiert sein)
• SpamAssassin for Win32 command-line tools Version 3.2.3.5 (wird benötigt bitte Herunterladen)
• sa-update Version 3.2.3.3 (wird benötigt bitte Herunterladen)
• RunAsSvc.exe Version 1.6.159.59 (wird benötigt bitte Herunterladen)

Und nun zur Schritt für Schritt Anleitung zur Einrichtung von SpamAssassin zusammen mit dem hMailServer:

1) Herunterladen aller benötigten Programme / Tools.

Siehe oben (SpamAssassin command-line-tools, sa-update ebenfalls ein SpamAssassin Tool und ein Hilfsprogramm um den SpamAssassin Deamon als Dienst unter Windows betreiben zu können.

2) Verzeichnisse erstellen

Wir erstellen 2 Verzeichnisse. das eine für SpamAssassin (z.B. D:\SA) das zweite für unser Tool RunAsSvc (z.B. D:\runassvc)

3) ZIP Archive auspacken

Die beiden SpamAssassin ZIP Archive kopieren wir in das Verzeichnis D:\SA und dort entpacken wir beide Archive, dabei können wir ruhig nach Aufforderung die Datei ssleay32.dll überschreiben, da sie in beiden Paketen in der gleichen Version enthalten ist.

Das Archiv mit dem RunAsScv Hilfsprogramm kopieren wir in das Verzeichnis D:\runasscv und entpacken den Inhalt in diesem Verzeichnis.

4) Registry Eintrag erstellen

Um von SpamAssassin eine Logdatei erstellt zu bekommen müssen wir bevor wir den Dienst einrichten einen Eintrag in die Registry hinzufügen.

Hierzu öffnen wir regedit und erzeugen unter dem Registry Schlüssel

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\

einen neuen Schlüssel mit dem Namen SPAMASSASSIN (oder jeder andere Name, jedoch ist darauf zu achten, dass dieser Name auch beim einrichten des Dienstes verwendet wird).

Unter diesem neuen Schlüssel:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SPAMASSASSIN

legen wir nun eine Neue Zeichenfolge mit dem Namen Application und dem nachfolgenden Inhalt an:

d:\sa\spamd.exe -l -s d:\sa\spamd.log --round-robin

5) Dienst installieren

Nun wechseln wir in das Verzeichnis d:\runasscv und starten dort das Programm RunAsSvc.Exe und füllen das sich öffnende Dialog wie nachstehend abgebildet:

Der Dienst wird nachdem wir unsere Eingaben mit OK bestätigt haben installiert und sofort gestartet.

Eigentlich war das bis auf die Aktivierung des SpamAssassin in hMailServer alles.

Was noch bleibt ist die Aktualisierung des SpamAssassin einzurichten, entweder als geplanten Task oder einem anderen Tool welches Zeitgesteuert Programme ausführen kann.

Der Aufruf zum Update lautet wie folgt:

D:\SA\sa-update.exe --nogpg

-- Hoffe das hilft jemandem weiter --

Abfragen, in meinem Fall einige Views, haben plötzlich anstatt Sekundenbruchteile, Minuten gebraucht um ein Ergebnis zurückzugeben.
Das merkwürdigste aber daran war, wenn ich eine Datenbanksicherung auf einem anderen Server (sehr viel kleineren Server) zurückgespielt habe wurden die Abfragen wie gewohnt schnell ausgeführt.

Also lag die Vermutung nahe, dass es an diesem Server liegen muss und somit habe ich folgendes Versucht:

• Ein Neustart des SQL Server (auch den ganzen Servers) – Kein Erfolg. :-(
• Festplatte des Server defragmentiert (Natürlich vorher den SQL Server Dienst beendet, damit die Datenbankdateien selbst defragmentiert werden konnten) – Kein Erfolg :-(
• Gesamt Konfiguration des Server mit einem Server der schnellere Ergebnisse geliefert hat verglichen (Alles OK) – Kein Erfolg :-(
• SQL Profiler … Nein das ist Unsinn, denn die DB (also das Backup auf einem anderen Server läuft ja bestens) – Also Arbeit gespart

Und dann bin ich auf diese Seite gestoßen und dabei auch auf den alles Entscheidenden Hinweis; die Statistiken.

Ein Aufruf der Gespeicherten Prozedur sp_updatestats hat dann den gewünschten Erfolg gehabt.

Die Abfragen geben nun wieder wie gewohnt schnelle Ergebnisse zurück.

Und falls ich damit niemand anderem helfen kann, so doch sicherlich mir selbst, wenn in einigen Monaten bei einer anderen Datenbank ein ähnliches Problem ansteht und ich dies hier schon wieder vergessen habe, und dann über meinen eigenen Blog Beitrag stolpere.