Mail

Der Datenkrake geht es an den Kragen

Wer jetzt an Paul denkt, dem soll gesagt sein: Die WM ist zu Ende! Und wir haben einen respektablen dritten Platz mit nach Hause gebracht – und haben uns auch ohne große Feier gefreut 😉 Aber nein, es geht vielmehr um Google. Erfinder des Internets, der Suchmaschinen, des Ad-Sense, diverser brauchbarer und überflüssiger Tools und meines Erachtens die Firma mit dem größten Potential „1984“ am effizientesten umzusetzen. Ich möchte nicht wissen was Google mittlerweile alles von mir weiß und vor allem an wen sie meine Daten verkaufen…

War ich Anfangs fasziniert von denn googleschen Möglichkeiten und Gesetzen (Don’t be evil!) kam doch zusehends und ziemlich schnell die Ernüchterung.  Nichts mit dem Ritter in weißer Rüstung, der den bösen aus Redmond mal zeigt, dass es auch anders geht. Aber was solls. Wieder ein gefallener Engel mehr auf Gottes grüner Wiese – oder vielleicht doch lieber an der hart umkämpften Börse. Welcher Sachkundige Mensch denkt denn allen ernstes es ist ein Versehen wenn Google mit einem Sniffer nicht nur nach WLANs sucht (kismet ist eine tolles Tool) sondern dann auch noch den kompletten unverschlüsselten Verkehr mitschneidet! Was bitte will man zur Kartographie mit solchen Daten und warum wurden diese nicht an Ort und stelle wieder gelöscht? Schon klar, technisch zu aufwendig. War nicht umsetzbar – ach nee – einfach nicht im Scope! Das ist es.  [Read more…]

Actionscript für clamsmtpd

Als Virenscanner habe ich aktuell clamav über das clamsmtp-Paket angebunden… Das Einrichten geht recht schnell von der Hand und ist in der Anleitung zu dem Paket bestens beschrieben. Hier die Kurzform der Anbindung:

Die Datei /etc/clamsmtpd.conf sieht :
OutAddress: 10025
Listen: 127.0.0.1:10026
ClamAddress: /var/run/clamav/clamd.ctl
Header: X-AV-Checked: ClamAV using ClamSMTP on server.matrix
TempDirectory: /var/spool/clamsmtp
PidFile: /var/run/clamsmtp/clamsmtpd.pid
Quarantine: on
User: clamsmtp
VirusAction: /usr/local/bin/clamsmtpvirus.sh

[Read more…]

Postfix mit policyd-weight erweitern (Howto)

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.

[Read more…]

Feintuning Postfix (Howto)

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

[Read more…]

Dovecot für den Zugriff auf die Emails (IMAP/POP3) Howto

Wie schon beschrieben setze ich Dovecot als IMAP Server ein. Hier gibt es natürlich viele Alternativen. Warum ich Dovecot einsetze ist schnell erklärt. Der Dienst ist erstaunlich sparsam was den Ressourcenverbrauch angeht. Davon habe ich auf meinem Via System leider nicht allzu viele. Er begnügt sich mit wenig Arbeitsspeicher, ist sicher und vor allem sehr einfach zu konfigurieren. Dazu trägt vor allem die sehr gut Kommentierte und simple aufgebaute Konfigurationsdatei bei (/etc/dovecot/dovecot.conf).

Als Protokolle benutze ich lediglich IMAPS (Verschlüssele Verbindung zum Server). Möglich sind IMAP (Port 143), IMAPS (Port 993), POP3 (Port 110), POP3S (Port 996). Die Protokolle, die man nicht benutzt sollte man am besten gleich deaktivieren. Das schont nicht nur die Rechnerressourcen, sondern sorgt auch dafür, dass wir nicht unnötig potentielle Sicherheitslücken auf unserem Server schaffen (z.B. durch ein Problem der POP3 Implementierung, das noch nicht gefixt ist wobei wir POP3 vielleicht gar nicht benötigen…) Man sollte stets eine verschlüsselte Verbindung zum Server aufbauen. Somit ist in der Regel sichergestellt, dass Unbefugte nicht in der Lage sind, die Daten im Klartext mitzulesen (Z.B. Benutzername, Passwort, Mailtexte, Adressen etc.) Beginnen wir nun mit der Konfiguration:

[Read more…]

Mailserver mit Postfix aufsetzen (Howto)

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.

[Read more…]

Spamassassin Spamtraining mittels Perl Script

Das Spamtraining mittels des Perlscripts setzt folgende installierte und laufende Programme voraus:

  • Postfix
  • Amavis
  • Spamassassin
  • Perl
  • Perl-Module: MIME::Tools und use MIME::Parser

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

[Read more…]