Für Privatpersonen, die keinen richtigen Server mit gültigen Zertifikaten und festen IP-Adressen besitzen, ist es ohnehin nicht möglich, E-Mails direkt zu versenden. Die meisten Mail-Server lehnen E-Mails von solchen Servern ab, um Spam zu vermeiden. Privatnutzer müssen daher ihre Mails an einen SMTP-Relay-Server weiterleiten, also den SMTP-Server eines „richtigen“ Anbieters. Dafür genügt ein einfaches Tool wie ssmtp.

ssmtp ist kein vollwertiger MTA (Mail-Transfer-Agent) wie Postfix, Exim oder Sendmail. Es handelt sich vielmehr um ein kleines Tool, das eine E-Mail vom System entgegennimmt und sie an einen zuvor konfigurierten Mailserver weiterleitet. Wie eingangs erwähnt, müsste man mit einem Heimserver ohnehin einen MTA wie Postfix als „Satellite System“ konfigurieren und Mails über einen Smarthost leiten. Daher kann man sich die aufwendige Einrichtung eines vollständigen Dienstes sparen. ssmtp muss zunächst aus den Paketquellen installiert werden…

$ sudo apt-get install ssmtp

Nach der Installation gibt es zwei Konfigurationsdateien, die an die eigene Situation angepasst werden müssen: /etc/ssmtp/ssmtp.conf und /etc/ssmtp/revaliases. Beginnen wir mit der Datei ssmtp.conf, in der der zu nutzende Mailserver eingetragen wird.

$ sudo gedit /etc/ssmtp/ssmtp.conf

Im Folgenden führe ich Beispiele für die Konfiguration mit Google Mail und GMX an. Wie ihr sehen werdet, steht das Passwort im Klartext in der Konfigurationsdatei. Ich empfehle daher, für den eigenen Mailserver ein separates Konto bei einem Freemailer anzulegen oder bei Google die 2-Schritt-Verifizierung zu aktivieren, um ein spezifisches Passwort für ssmtp zu erstellen. So steht das Passwort nicht im Klartext auf der Festplatte.

Google Mail

root=EIN.BEISPIEL@gmail.com
mailhub=smtp.gmail.com:587
hostname=EIN.BEISPIEL@gmail.com
UseSTARTTLS=YES
AuthUser=EIN.BEISPIEL
AuthPass=GEHEIM
FromLineOverride=YES

GMX.net

root=EIN.BEISPIEL@gmx.de
mailhub=mail.gmx.net:465
rewriteDomain=gmx.net
hostname=gmx.net
UseTLS=YES
AuthUser=EIN.BEISPIEL@gmx.DE
AuthPass=GEHEIM
FromLineOverride=NO

Passt die in FETT geschriebenen Passagen an eure Gegebenheiten an. Die übrigen Einstellungen könnt ihr in der Regel unverändert übernehmen. Sobald die Datei ssmtp.conf vollständig konfiguriert ist, könnt ihr festlegen, welcher Benutzer welchen Mailserver verwenden darf. Dies wird in der Datei revaliases festgelegt, die ebenfalls in einem Editor geöffnet werden muss.

$ sudo gedit /etc/ssmtp/revaliases

Tragt hier im folgenden Format ein, welcher Benutzer welchen Server verwenden darf. In meinem Beispiel greife ich wieder auf Google Mail zu. Die in FETT markierten Passagen müssen ebenfalls angepasst werden.

root:EIN.BEISPIEL@gmail.com:smtp.gmail.com:587
www-data:EIN.BEISPIEL@gmail.com:smtp.gmail.com:587
OTTO:EIN.BEISPIEL@gmail.com:smtp.gmail.com:587

In meinem Beispiel dürfen „root“, der Benutzer des Webservers „www-data“ und der Benutzer „otto“ E-Mails direkt vom System versenden. Die zweite Zeile könnt ihr weglassen, falls bei euch kein Webserver installiert ist oder dieser keinen Zugriff auf ssmtp benötigt.

Nun kann die Konfiguration getestet werden. Eine Möglichkeit ist es, direkt über ssmtp eine E-Mail zu versenden. Der folgende Befehl schickt eine leere Mail an echo@tu-berlin.de, die daraufhin an euch zurückgesendet wird. So könnt ihr überprüfen, ob die Einstellungen korrekt sind. Mit dem Schalter -v werden außerdem Rückmeldungen im Terminal angezeigt. Nach dem Ausführen des Befehls müsst ihr noch Strg+D drücken, um die E-Mail zu senden.

$ ssmtp -v echo@tu-berlin.de
[<-] 220 smtp.gmail.com ESMTP x65sm8488142wmg.4 - gsmtp [->] EHLO EIN.BEISPIEL@gmail.com
[<-] 250 SMTPUTF8 [->] STARTTLS
[<-] 220 2.0.0 Ready to start TLS [->] EHLO EIN.BEISPIEL@gmail.com
[<-] 250 SMTPUTF8 [->] AUTH LOGIN
[<-] 334 ############# [->] ##########
[<-] 334 #########
[<-] 235 2.7.0 Accepted [->] MAIL FROM:<EIN.BEISPIEL@gmail.com>
[<-] 250 2.1.0 OK ########### - gsmtp [->] RCPT TO:<echo@tu-berlin.de>
[<-] 250 2.1.5 OK x65s########### - gsmtp [->] DATA
[<-] 354 Go ahead ############# - gsmtp [->] Received: by EIN.BEISPIEL@gmail.com (sSMTP sendmail emulation); Thu, 11 Feb 2016 16:34:00 +0100
[->] From: "USERNAME" <EIN.BEISPIEL@gmail.com>
[->] Date: Thu, 11 Feb 2016 16:34:00 +0100
[->] 
[->] .
[<-] 250 2.0.0 OK 1455204843 ########### - gsmtp [->] QUIT
[<-] 221 2.0.0 closing connection ########### - gsmtp

Alternativ könntet ihr auch mit mutt oder mailx vollständige E-Mails versenden. ssmtp ersetzt natürlich keinen vollständig eingerichteten Postfix-Dienst auf einem richtigen Server. Doch wenn es darum geht, dass eine Workstation zu Hause lediglich ein paar Status-Mails versenden soll, ist ssmtp ein praktisches und einfaches Werkzeug.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Im oben verlinkten Bug ist jedoch mittlerweile ein Workaround gepostet worden, der das Problem behebt. Allerdings wurde er noch nicht als Update eingespielt, so dass man bei Bedarf den Workaround von Hand ausführen muss. Der Einfachheit halber übernehme ich ihn hier…

$ wget https://launchpadlibrarian.net/72320937/desktop-webmail.desktop
$ sudo mv desktop-webmail.desktop /usr/share/applications/desktop-webmail.desktop
$ sudo update-desktop-database

Danach könnt Ihr wieder wie gewohnt „Desktop-Webmail“ in den bevorzugten Anwendungen auswählen und dann wieder wie im Blog beschrieben auf mailto-Links im Browser oder anderen Anwendungen klicken und euren Webmailer laden lassen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Zuerst möchte ich euren Blick auf gm-notify (oder auch auf Launchpad) lenken. Das kleine Programm integriert Google Mail in das neue Messaging Menu von Ubuntu Lucid. Dadurch werden euch eingehende Mails via Popup und „grünem“ Mail-Icon angekündigt und Ihr könnt Google Mail über einen Klick in das Menü starten. Außerdem seht Ihr die Anzahl der ungelesenen Mails im Menü.

Das Programm hat es noch nicht in die offiziellen Paketquellen von Ubuntu geschafft, doch es gibt eine PPA-Paketquelle für Ubuntu Lucid, über die Ihr das Programm leicht installieren könnt.

$ sudo add-apt-repository ppa:gm-notify-maintainers/ppa
$ sudo apt-get update && sudo apt-get install gm-notify

Nach der Installation findet Ihr die Einstellungen zu gm-notify unter „System -> Einstellungen -> GMail Notifier Konfiguration“, ein „richtiges“ Programmfenster hat die Anwendung nicht, sie bohrt ja nur das Messaging Menu auf. Tragt hier euren Google Mail Account ein und vergesst nicht unter „Erweitert“ die Option „Start automatically on logon“ zu aktivieren, erst dann startet gm-notify automatisch. Leider ist es (noch) nicht möglich mehrere Accounts anzulegen, doch zumindest gibt es schon einen Bug-Report für diese fehlende Funktionalität.

Als Nächstes geht es um die Integration von mailto-Links in die Desktopumgebung. Das kleine Programm desktop-webmail (Es hat nicht einmal eine Homepage) installiert sogenannte Handler für mailto-Links für die Webmail-Dienste Google Mail, Hotmail, Yahoo und Zoho. Das Programm stammt aus dem Hause Canonical und wurde extra für Ubuntu Lucid geschrieben, Ihr findet es daher in den Quellen von Ubuntu. Über…

$ sudo apt-get install desktop-webmail

…installiert Ihr es. Stellt nach der Installation unter „System -> Einstellungen -> Bevorzugte Anwendungen -> E-Mail-Betrachter“ auf „Desktop Webmail“ um und wählt unter „System -> Einstellungen -> Desktop-Webmail“ euren bevorzugten Mail-Anbieter aus. Danach sollten mailto-Links direkt in euren Browser inklusive dem Webmailer starten und auch gleich die Felder passend ausgefüllt werden. [UPDATE 31.7.2011: In Ubuntu Natty ist dieses Paket leider defekt, allerdings gibt es einen Workaround das Problem zu beheben, nähere Informationen dazu findet ihr im Blog unter Desktop-Webmail in Ubuntu Natty von Hand fixen.]

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Man beginnt also mit der Installation von Postfix. Wie üblich, geht man den Weg über apt-get…

$ sudo apt-get install postfix

Anschließend wird man gleich zur Konfiguration von Postfix geleitet. Nur bei drei Fragen muss man von den vorgegebenen Standards abweichen:

• General type of configuration? -> Satellite system
• Where should mail for root go? -> Dein Username
• SMTP relay host? -> smtp.wasauchimmer.de

Dadurch wird die erste Konfiguration von Postfix abgeschlossen. Diese ist in der Datei /etc/postfix/main.cf hinterlegt. Nun muss Postfix noch gesagt werden, dass es die Mails über einen anderen SMTP-Server leiten soll. Dazu muss die /etc/postfix/main.cf editiert und diese Zeilen eingefügt werden:

# Sofern man sich gegen einen externen SMTP - Server authentifizieren
# muss sind nachfolgende Zeilen notwendig.
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = hash:/etc/postfix/sasl_password

Wie in der Config ersichtlich, holt Postfix die Zugangsdaten aus der Datei /etc/postfix/sasl_password bzw. aus einer verschlüsselten Datei, die aus der sasl_password generiert wird, diese muss daher in dieser Art erstellt werden…

smtp.wasauchimmer.de     username:ganzgeheim

Jetzt noch die sasl_password verschlüsseln…

$ sudo postmap /etc/postfix/sasl_password

…und Postfix neu starten…

$ sudo /etc/init.d/postfix restart

…und schon kann man z. B. mit mail aus dem Paket mailx eine E-Mail verschicken:

$ mail -s "testbetreff" email@addresse.com < textdatei.txt

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Zu Beginn muss man via sudo apt-get install spamassassin den Spamfilter Spamassassin installieren. Anschließend muss man die Spam-Filterung in Evolution auch aktivieren. Dazu Evolution starten und unter Bearbeiten | Einstellungen | E-Mail-Einstellungen im Reiter Unerwünscht die beiden Kästchen Eingehende Mails überprüfen… und Zusätzliche Ferntests durchführen… aktivieren. Damit Spamassassin dann auch wirklich E-Mails filtert, muss das Programm auch aktiviert sein. Die nötige Info holt sich Spamassassin aus der Datei ~/.spamassassin/user_prefs. Diese existiert jedoch nicht von Anfang an. Man kopiert am besten eine Vorlage.

$ mkdir ~/.spamassassin/
$ cp /usr/share/spamassassin/user_prefs.template ~/.spamassassin/user_prefs

Nachdem die Datei kopiert ist, wirft man mit gedit ~/.spamassassin/user_prefs einen Blick in die kopierte Datei. Man sieht, noch ist alles auskommentiert. Deshalb muss die Datei richtig angepasst werden.

required_score: Spamassassin prüft Mails, ob sie gewisse Merkmale aufzeigen, die eine Spammail üblicherweise kennzeichnen. Z. B. Betreffzeilen in Großbuchstaben oder ob Worte wie „Viagra“ oder „Porn“ (natürlich auch in verschiedenen Schreibweisen) darin vorkommen usw. Diese Gemeinsamkeiten werden gesammelt und analysiert. Anschließend wird dann für jede E-Mail eine Kennzahl errechnet. Ab dem eingestellten Wert gilt dann für das System eine E-Mail als Spam.
Da diese Zeile auskommentiert ist, macht Spamassassin natürlich erstmal nichts. Man entfernt daher das Kommentarzeichen „#“ und ändert den Wert für required_score auf 3. Dies ist etwas schärfer als die Standardeinstellung 5.

Eine Whitelist oder Blacklist definieren: Hier kann man eintragen, welche E-Mails immer ungefiltert Spamassassin passieren sollen (Whitelist) und welche immer als Spam klassifiziert werden sollen (Blacklist). Man kann hier einzelne Adressen eintragen oder auch mit Platzhaltern (*) arbeiten, das wird in der Datei aber gut erklärt.

Spamlisten aus dem Internet beziehen: Spamassassin bringt von alleine schon Klassifizierungen mit. Diese werden erstmal durch das eigene Training der Mails (also Mails mit „unerwünscht“ in Evolution kennzeichnen) aktualisiert. Es gibt aber auch Online-Listen, die immer aktualisiert werden und die man bei der Spamkennzeichnung noch miteinbeziehen kann. Das wäre dann das, was Evolution als „Zusätzliche Ferntests durchführen“ meint. Wir bekommen hier auch gleich gesagt, wo wir diese Listen finden, nämlich unter spamassassin.apache.org. Hier auf die aktuelle Version (im Moment 3.1.x) gehen. Dort tauchen nun viele Listen auf. Man kann sich eine oder mehrere raussuchen, die man noch nutzen möchte. Wie gut oder schlecht diese Klassifizierungen sind, muss man wohl ausprobieren. Ich habe die erstbeste namens „GTUBE“ eingetragen. Ich habe also in meiner user_prefs diese Zeile hinzugefügt: score GTUBE 3.0

Die Zahl steht wieder für die „Schärfe“ des Filters. Ich hab mich auch hier mal für 3 entschieden. Die Zeit wird zeigen, ob ich die Schärfe noch erhöhen muss oder mal andere Filter ausprobiere, oder, oder. Hier also nochmal im Gesamten, wie meine user_prefs jetzt aussieht:

# How many points before a mail is considered spam.
required_score 3

# Whitelist and blacklist addresses are now file-glob-style patterns, so
# "friend@somewhere.com", "*@isp.com", or "*.domain.net" will all work.
whitelist_from *@linuxundich.de

# Add your own customised scores for some tests below. The default scores are
# read from the installed spamassassin rules files, but you can override them
# here. To see the list of tests and their default scores, go to
# http://spamassassin.apache.org/tests.html .
#
# score SYMBOLIC_TEST_NAME n.nn
score GTUBE 3.0

# Speakers of Asian languages, like Chinese, Japanese and Korean, will almost
# definitely want to uncomment the following lines. They will switch off some
# rules that detect 8-bit characters, which commonly trigger on mails using CJK
# character sets, or that assume a western-style charset is in use.
#
# score HTML_COMMENT_8BITS 0
# score UPPERCASE_25_50 0
# score UPPERCASE_50_75 0
# score UPPERCASE_75_100 0

Nachdem die user_prefs abgespeichert wurde, muss Evolution neu gestartet werden, damit es die Einstellungen auch anwendet. Und tatsächlich, sofort nach dem Eintreffen der ersten Spammails werden diese auch gleich in den Unerwünscht-Ordner verschoben.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Dazu legt man sich einen neuen Unterordner in den Local Folders vom Thunderbird an. Man kann den Ordner beliebig benennen. Ich wähle in meinem Fall System. Nun beendet man Thunderbird und geht nach ~/.mozilla-thunderbird/xxxx.default/Mail/Local\ Folders/ bzw. ~/.thunderbird/Profiles/xxx.default/Mail/Local\ Folders/. Das Profilverzeichnis xxx.default wird per Zufall benannt. Auf jedem Rechner heißt es daher anders. Dort findet man nun eine leere Datei mit dem Namen System. Man löscht diese nun und legt einen Symlink zur eigenen mbox an. Also…

$ rm System
$ ln -s /var/mail/username System

So, der letzte Schritt ist getan. Nach dem Start des Thunderbirds findet man seine Systemmails unter Local Folders | System.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.