Es gibt zwar verschiedene Möglichkeiten bei Thuderbird über Umwege eine Verbindung zum Exchange herzustellen. Viel einfacher ist es, einfach vom Exchange Server an eine andere E-Mail-Adresse umzuleiten (z.B. GMX).

Dazu mit dem Internet Explorer auf der Webmail-Seite vom Microsoft Office Outlook Web Access (OWA) einloggen.

Unter “Optionen” können die E-Mail “Regeln” eingesehen werden. Wenn noch keine Regel definiert wurde ist das Feld leer. Jetzt eine “Neue Regel” anklicken und “Eine neue Regel für eingehende Nachrichten erstellen” wählen.

Es öffnet sich ein Popup. Unter “Weiterleiten oder umleiten” die zweite Checkbox abhaken “Die Nachricht an Personen oder Verteilerlisten umleiten”. ‎Dann den Link “Personen oder Verteilerlisten‎” anklicken und dort am unteren Bildschirmrand die Ziel-E-Mail-Adresse eintragen, wohin also die Nachrichten geschickt werden sollen. Die Regel bekommt noch einen Namen und wird gespeichert.

Beachte:

• Die beschriebenen Schritte funktionieren nur mit dem Internet Explorer und nicht mit einem anderen Browser wie Firefox.
• Als Regelart nicht “weiterleiten” sondern wie beschrieben “umleiten” wählen, sonst sieht man später nicht den Absender der Mail, da diese unter der eigenen Exchange Adresse weitergeleitet wird.
• Damit die Mails auch bei der neuen Zieladresse ankommen (z.B. GMX) am besten die Whitelist vom Spamfilter entsprechend konfigurieren. (z.B. @student.fontys.nl und @fontys.nl).
• Testen nicht vergessen.

Den Header einer jeden E-Mail kann man sich über die Tastenkombination STRG+U anzeigen lassen. Hier wird im ersten (also im untersten) “Received” die lokale IP Adresse angezeigt:

Received: from [12.34.56.78] (helo=[192.168.12.34])

In diesem Fall beginnt die lokale IP mit 192.168.x.y und liegt bekanntlich geschützt hinter einem Router mit Firewall. Wenn man sich in solch einem Netzwerk befindet, so ist es aber aus Sicherheitsgründen nicht immer unbedingt ratsam diese Informationen auch preiszugeben.

Die Anpassung findet direkt über die Konfiguration “about:config” statt. Diese ist über “Extras-> Einstellungen…” und “Erweitert -> Allgemein -> Konfiguration bearbeiten…” zu erreichen.

Dort wird über den Filter nach mail.smtpserver.default.hello_argument gesucht. Wenn in der unteren Box nichts angezeigt wird, existiert derzeit noch kein solcher Eintrag.

Um den Eintrag anzulegen klickt man mit der rechten Maustaste in das untere Feld und wählt dort “Neu -> String” aus. Als Eigenschaftsnamen wird mail.smtpserver.default.hello_argument und als Wert 127.0.0.1 eingetragen.

Danach die beiden Fenster schließen und sicherheitshalber Thunderbird neu starten. Ab jetzt wird die IP-Adresse nicht mehr in den E-Mails vermerkt und ein Ausschnitt aus dem Header sieht nun beispielsweise so aus:

Received: from [12.34.56.78] (helo=127.0.0.1)

Um Mailfiltersoftware auf einwandfreie Funktion zu untersuchen werden von den Entwicklern Test-Zeichenketten bereitgestellt, welche in E-Mails verpackt ungefährlich sind, aber entsprechend abgefangen werden müssen als ob tatsächlich ein gefährlicher Inahlt enthalten wäre.

Spamfilter testen

SpamAssassin (Wikipedia) ist ein weitverbreitetes Filter-Programm mit welchem Spam anhand vieler Kriterien markiert wird. Erst wenn ein bestimmer Zahlenwert überschritten ist wird die Mail aussortiert oder erst garnicht angenommen.

Die Test-Zeichenkette GTUBE (Wikipedia) führt zu einer sofortigen Vergabe von 1000-Punkten, wodurch auch bei durchlässigen Filtern die Nachricht abgefangen werden sollte.

Der Inhalt der Test-Zeichenkette GTUBE lautet:

XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X

Virenfilter testen

Analog zur GTUBE-Zeichenkette gibt es für Anti-Viren-Lösungen die EICAR-Testdatei (Wikipedia) welche sofort, wie bei einem richtigen Virus, die Zustellung der Nachricht verhindern sollte.

Der Inhalt der Test-Zeichenkette EICAR lautet:

X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*

Reaktion des Mailservers verstehen

Im einfachsten Fall wird eine E-Mail im Spamordner einsortiert und ggf. der Empfänger benachrichtigt diesen zu prüfen. Auch Benachrichtigung sollte der Ordner regelmäßig durchgeschaut werden.

Etwas komplizierter wird es, wenn der Sendende- oder Emfangende-Mailserver eine automatische Antwort verfasst und über den Vorfall in einem sog. Bounce (Wikipedia) informiert. Diese Meldung sieht auf den ersten Blick kompiziert aus, enthält jedoch alle (technischen) Informationen über den verbleib der E-Mail.

Im schlimmsten Fall wird die Nachricht verschluckt und weder der Absender noch der Empfänger werden benachrichtigt. Die E-Mail wird gelöscht. Hier sollte hinterfragt werden ob dieses Verhalten gewünscht ist oder besser angepasst werden sollte.

SpamAssassin Project – GTUBE
EICAR – Testfile

So reiht sich bei mehrmaligem Antworten auf eine Mail-Konversation der Betreff in Form von “Re: AW: Re: AW:” aneinander. Beim Weiterleiten wird der Betreff von unschönen []-Klammern umschlossen.

Dies lässt sich mit dem Plug-in Clean-Subject ändern. Nach der Installation stehen vielfältige bereits vorkonfigurierte Filter für den Betreff bereit. In der Tablasche “Erweitert” lassen sich zudemn die Weiterleitungs-Klammern entfernen.

Bei selbst erstellen Skripten kommt möglicherweise das Mail::Sendmail Modul aus dem CPAN-Archiv zum Einsatz. Dieses muss für den ordnungsgemäßen Versand einer Mail über einen externen Mailserver erst noch konfiguriert werden.

Bearbeiten der Datei:

/usr/local/share/perl/5.8.4/Mail/Sendmail.pm

%mailcfg = (
# List of SMTP servers:
‘smtp’    => [ qw( mail.servername.com ) ],
);

Natürlich kann wie im Thunderbird Wiki beschrieben eine Extension installiert werden oder man könnte die Datei user.js ändern.

Eine sehr viel einfachere Möglichkeit ist jedoch eine Anpassung direkt in der Konfiguration “about:config”. Diese ist über “Extras-> Einstellungen…” und “Erweitert -> Allgemein -> Konfiguration bearbeiten…” zu erreichen.

Um eine Änderung des Antwortheaders in “[Autor] schrieb am [Datum] [Uhrzeit]” zu erreichen ist folgende Änderung nötig (ohne Anführungsstriche):

mailnews.reply_header_type = 3 (Standard: 1)
mailnews.reply_header_ondate = “am %s” (Standard: “Am %s”)
mailnews.reply_header_separator = ” ” (Standard: “, “)

Nicht nur kann man so alles optimal auf seine eigenen Bedürfnisse einstellen, sondern kann auch weitergehend durch Verschlüsselung des E-Mailverkehrs über eigene Zertifikate seine Nachrichten schützen.

E-Mail kann man gut mit Postkarten vergleichen, jeder kann fremde Nachrichten mit minimal technischem Aufwand lesen und verändern. Wie man dies verhindern kann werde ich später erklären.

Als Betreuer oder Besitzers eines Servers ist man selber für alles verantwortlich was von und auf dem eigenen Server passiert. Somit ist es wichtig, dass kein Spam (Wikipedia) direkt über den eigenen Server versandt wird.

Ein sogenanntes Offenes Relay (Wikipedia) lässt sich einfach überprüfen (abuse.net), dabei werden verschiedene Formen des E-Mailversand geprüft und die Ergebnisse direkt angezeigt. Das Ganze lässt sich auch anonym testen.

Es gibt viele Anleitungen einen eigenen Mailserver zu erstellen. Erste Anlaufstelle für Debian-Benutzer wären eigentlich somit die Hilfestellungen von debianhowto.de (de:howtos:sarge:exim4_vexim2_courier_mailman) – der Autor verweist auf die Mailingliste, auf der jedoch nicht so erfreuliche Beträge zu finden sind (lists.debianhowto.de). Zusammengefast wird die Systematik von Debian zerstört, über welche sich neue Pakete installieren lassen und die Konfiguration standardisiert definiert wird. In der Liste wird sogar davon gesprochen, das Updates später unmöglich sind. Also muss etwas anderes her.

Nach einiger Suche hab ich für Debian eine gute Anleitung gefunden. Der Autor Christoph Haas stellt für Debian Sarge (deutsch und englisch) und Etch (englisch) eine ausführliche Anleitung zur Verfügung, die auch sehr gut funktioniert. Verschiedene Domains mit einer Verwaltung über die Datenbank, Spam und Viren-Erkennung und Filterung sind mit eingeschlossen. Das Beste daran ist natürlich, dass alles gut erklärt wird wie es gemacht wird und warum.

ISP-style Email Server with Debian-Etch and Postfix 2.3
ISP-ähnlicher Email Service mit Debian-Sarge und Postfix 2.1
ISP-style Email Service with Debian-Sarge and Postfix 2.1