Dieses Tutorial zeigt Ihnen wie Sie einen Fedora 15 Server (x86_64) auf die Installation von ISPConfig 3 vorbereiten und diese anschließend durchführen. ISPConfig 3 ist eine Webhosting Kontrolloberfläche, die es Ihnen erlaubt die folgenden Dienste über Ihren Internetbrowser zu konfigurieren: Apache Web Server, Postfix Mail Server, MySQL, BIND Nameserver, PureFTPd, SpamAssassin, ClamAV und viele weitere.
Ich habe mich in diesem HowTo einmal damit befasst den Maillinglistenmanager Mailman auf einem laufähigen ISP3Config System zu installieren und zu verwenden. Ich habe dies unter Debian Lenny getestet mit Erfolg. Mailman ist ein stark verbreitete freie Software zur Verwaltung von Diskussionen und Maillinglisten. Die Mailingliste kann am Schluss dieses Howtos auch über eine Webschnittstelle verwaltet werden.
Wenn Du einen Mail Server verwaltest und Blacklists verwendest um Spam zu blocken (wie in dieser Anleitung beschrieben wird: How To Block Spam Before It Enters The Server (Postfix)), ist Dir wahrscheinlich Folgendes bekannt: Von Zeit zu Zeit beschweren sich Deine Kunden, dass sie von bestimmten Freemailern keine E-Mails erhalten können. Meistens kommt es dazu, weil ein Freemailer als Spamsender benutzt worden ist und daher geblacklistet wurde. Diese Kurzanleitung veranschaulicht, wie Du einen solchen Mail Server in Postfix whitelisten kannst, um Deine Kunden wieder glücklich zu machen.
Diese Kurzanleitung veranschaulicht, wie man Postfix so konfiguriert, dass E-Mails durch einen anderen Mailserver weiter gegeben werden. Das kann nützlich sein, wenn Du einen Postfix Mailserver in Deinem lokalen Netzwerk betreibst und eine dynamische IP Adresse hast, da die meisten dynamischen IP Adressen heutzutage auf der schwarzen Liste stehen. Mit der Weitergabe von E-Mails durch einen anderen Mailserver, der auf einer statischen IP Adresse in einen Datenzentrum gehostet wird (z.B. Deinem ISPs Mailserver), kannst Du verhindern, dass Deine E-Mails als Spam eingestuft werden.
Diese Anleitung veranschaulicht, wie man SPF (Sender Policy Framework) in eine Postfix 2.x Installation implementiert. Das Sender Policy Framework ist ein Open Standard, der eine technische Methode beschreibt, um dem Verfälschen der Absenderadresse vorzubeugen (siehe http://www.openspf.org/Introduction). Es gibt viele SPF Erweiterungen und Patches für Postfix, aber die meisten verlangen, dass Du Postfix neu kompilierst. Daher installieren wir das postfix-policyd-spf-perl Paket von openspf.org, was ein Perl Paket ist und in vorhandene Postfix Installationen implementiert werden kann (eine Postfix Kompilierung ist nicht nötig).
Diese Anleitung beschreibt, wie Du Deinen Postfix Mail Server mit den Tools Mailgraph und pflogsumm überwachen kannst. Mailgraph erzeugt tägliche, wöchentliche, monatliche und jährliche Grafiken von gesendeten, empfangenen, bounced und zurückgewiesenen E-Mails sowie Spam und Viren, wenn SpamAssassin und ClamAV in Postfix integriert sind (z.B. unter Verwendung von amavisd-new). Auf diese Grafiken kann man mit einem Browser zugreifen. Mit pflogsumm („Postfix Log Entry Summarizer“) können Berichte von Postfix Aktivitäten per E-Mail gesendet werden.
Seit der Postfix version 2.3 ist es möglich Benutzerdefinierte Bounce Messages ( ist eine Fehlermeldung, die von einem Mailserver automatisch erzeugt wird, wenn eine E-Mail nicht zustellbar ist.) erstellt werden kann. Diese anleitung ist die Deutsche version aus dem orginal von Falco Timm und veranschaulicht wie man dies einfach umsetzt.
Wenn Du von einer Spam-Attacke betroffen bist, die Deinen Mail Server mit Hunderten/Tausenden von E-Mails der gleichen Senderadresse oder Empfängeradresse überflutet, kannst Du Deine Mail Queue von diesen E-Mails mit nur einem einzigen Befehl befreien, bevor die Flut an E-Mails Deinen Server in die Knie zwingt.
In den letzten Wochen ist wieder einmal ein dramatischer Anstieg von Spam verzeichnet worden. Schätzungen ergaben, dass Spam ca. 80 – 90 % aller E-Mails ausmacht. Viele Mail Server haben Probleme, die zusätzliche Belastung, die von den neusten Spam-Mails verursacht wird, zu bewältigen. Spam Filter wie SpamAssassin erkennen einen Großteil dieser Spam-Mails nicht mehr. Erfreulicherweise können wir einen großen Teil dieser Spam-Mails am MTA Level blockieren, etwa unter Verwendeung von Blacklists, Testläufen auf den Sender- und Empfänger-Domains etc. Ein weiterer Nutzen, den wir daraus ziehen können, ist, dass es die Belastung auf den Mail Servern verringert, da sich die (Ressourcen-hungrigen) Spamfilter weniger E-Mails ansehen müssen.