KunterBuntesSeminar-WS11/Lightning Talks/MUA: Unterschied zwischen den Versionen

Version vom 13. Dezember 2011, 01:00 Uhr

Dies ist der 7. Termin vom KunterBuntenSeminar im WS 2011/12.

Ort: Raum D-220 am Informatikum
Datum: 01. Dezember 2011
Zeit: 19:45 bis 19:50

Dieser Lightning Talk wurde in der ersten Lightning Talk Session des KunterBuntenSeminars im Wintersemester 2011 gehalten.

Using a MUA on your local linux system

Motivation

Die Motivation die zu diesem Vortrag fuehrte war die Verwendung des MUA alot und seines Oekosystems. Es sollte gezeigt werden, wie so ein Aufbau auf Linuxsystemen funktioniert, wie man ein solches System konfiguriert und den ganzen Vorgang etwas entmystifizieren.

Oekosystem E-Mail

Das System besteht aus mehreren Komponenten die miteinander arbeiten. Jeder Teil hat eine spezielle Aufgabe.

MRA/MDA: Der Mail Retrieval Agent holt E-Mails vom Mailserver ab. Der Mail Delivery Agent speichert diese auf dem Client.
Indexer: indiziert die E-Mails in den E-Mail-Verzeichnissen und ermoeglicht die schnelle Suche nach Inhalten der E-Mails.
Tagger: kennzeichnet E-Mails mit Schluesselworten und erstellt somit eine weitere Sicht auf die E-Mails.
MUA: Der Mail User Agent ist der eigentliche E-Mail-Client mit dem man E-Mails erstellt und liest.
MTA: Der Mail Transfer Agent versendet E-Mails.

vorgestellter Aufbau

Die vorgestellte Konfiguration verwendet folgende Programme fuer die oben genannten Komponenten:

MRA/MDA: offlineimap
Indexer: notmuch
Tagger: afew
MUA: alot
MTA: exim4

Das Betriebssystem ist Debian GNU/Linux.

Konfiguration der Komponenten

Die Programme sind alle Freie Software und bei den entsprechenden Weblinks herunterladbar. Anschliessend sollte die Software installiert werden. Diese Konfiguration ist nur eine moegliche Konfiguration. Einfach abtippen ohne nachzudenken ist nicht ratsam.

offlineimap

Offlineimap nutzen wir um die E-Mails, die wir vom Mailserver herunterladen lokal in Maildirs zu speichern. Offlineimap ermoeglicht E-Mails auch ohne Netzwerkverbindung zu versenden, loeschen oder kennzeichnen. Offlineimap fuehrt die Aenderungen auf dem lokalen E-Mailverzeichnissen aus. Sobald wieder eine Netzwerkverbindung vorhanden ist werden die Aenderungen von offlineimap an die jeweiligen Mailserver propagiert.

Zunaechst richten wir uns ein Verzeichnis fuer unsere E-Mails ein:

mkdir -p ~/maildirs/beispiel1

Die Konfiguration geschieht in der Datei ~/.offlineimaprc. Die Datei ist in Sektionen geteilt welche mit [Klammern] gekennzeichnet sind.

[general]
# hier stehen die Accounts die synchronisiert werden sollen
accounts = beispielaccount1, beispielaccount2 

[Account beispielaccount1]
# hier stehen die Informationen zu einem Account
localrepository = beispieldir1 # Sektion s.u.
remoterepository = beispielimap1 # Sektion s.u.
autorefresh = 2.5 # wie oft synchronisiert werden soll in Minuten
postsynchook = ionice -c 3 chrt --idle 0 /bin/sh -c "notmuch new && python ~/.local/bin/afew -vv --tag --new" # was nach dem Synchronisieren passieren soll

[Repository beispieldir1]
# hier stehen die Infos wie die E-Mails gespeichert werden
type = Maildir # Typ koennte auch mbox sein
localfolders = /home/user/maildirs/beispiel1/ # wo das Maildir liegt

[Repository beispielimap1]
# hier stehen die Infos woher offlineimap die E-Mails bekommt
type = IMAP # ist viel besser als POP3
remotehost = mein_toller.serv.er
remoteuser = username
remotepass = passwort
ssl = yes # Verschluesselung sollte der Mailserver sprechen
holdconnectionopen = yes 
idlefolders = ['INBOX']

Weitere Accounts koennen in der gleichen Datei darunter angegeben werden. Offlineimap erlaubt es, dass man mit Hilfe eines Hooks die Passwoerter nicht im Klartext in der Konfigurationsdatei hinterlegen muss. Bei Interesse online in der Dokumentation nachlesen.

Offlineimap starten wir wie folgt:

offlineimap -u -Noninteractive.Basic

notmuch

Notmuch ist unser E-Mail-Indexer. Die Konfiguration ist sehr einfach. Dazu fuehren wir folgenden Befehl aus:

notmuch setup

Dann fuettern wir notmuch mit den wichtigen Informationen:

Your full name: user
Your primary email address: username@mein_toller.serv.er
Additional email address: username@anderer.mailserv.er
Additional email address [Press 'Enter' if none]: 
Top-level directory of your email archive [/home/user/maildirs]: 
Tags to apply to all new messages (separated by spaces): new

Das erstellt in unserem Homeverzeichnis die Datei ~/.notmuch-config. Wir schreiben dann noch folgendes in die letzte Zeile der Konfigurationsdatei:

synchronize_flags=true

Nun fuehren wir folgendes Kommando zum Initialisieren der Datenbank aus:

notmuch new

Das war es dann auch schon.

afew

Afew ist ein Werkzeug um E-Mails zu taggen. Genau dafuer verwenden wir es auch.

Die Konfiguration ist in der README des Programms ausfuehrlich beschrieben. Afew wird in ~/.config/afew/config konfiguriert.

alot

Alot ist ein GUI fuer notmuch. Wir verwenden alot als Mail User Agent. Ganz im Sinne von notmuch archivieren wir E-Mails, damit unsere Inbox leer ist. E-Mail-Threads die uns stoeren killen wir und schreiben E-Mails mit unserem Lieblings-Texteditor.

Alot wird in ~/.config/alot/config eingerichtet. Sie aehnelt sehr der offlineimap Konfigurationsdatei:

[general]
# gute Terminals koennen 256 Farben darstellen
colourmode = 256
# welche Header sollen angezeigt werden?
displayed_headers = From,To,Cc,Bcc,Subject
# welche E-Mails sollen nach dem Start angezeigt werden. Dies ist eine notmuch Suche
initial_command = search tag:inbox AND NOT tag:killed

[account beispielaccount1]
# hier steht alles zu unserem E-Mail-Account
realname = Echter Name
address = username@mein_toller.serv.er
aliases = ich@meinmein_toller.serv.er
# das hier ruft exim4 auf
sender_type = sendmail
sendmail_command = /usr/sbin/sendmail -t
# hier legen wir unsere gesendeten E-Mails ab.
sent_box = maildir:///home/user/maildirs/beispiel1/INBOX.Sent

Das war es dann auch schon. Alot starten wir mit dem Befehl:

alot

exim4

Exim4 ist bei Debian der mitgelieferte Mail Transfer Agent. Man kann auch andere MTAs wie Postfix (Standard bei Ubuntu) verwenden. Hier wird allerdings die besonders einfache Konfiguration von Exim4 erlaeutert.

Wir senden E-Mails ueber einen sogenannten Smarthost in die weite Welt. Der Smarthost ist ein Mailserver, der unsere E-Mails weiterleitet. Es kann zum Beispiel der Mailserver des Informatikums hierfuer verwendet werden oder aber auch ein eigener.

Folgendes Kommando ist auszufuehren:

dpkg-reconfigure exim4-config

Nun muss sich nur noch durch den Dialog getippert werden:

mail sent by smarthost; received via SMTP or fetchmail
System mail name: meinrechner.org
IP-addresses to listen on for incoming SMTP connections: 127.0.0.1 ; ::1
Other destinations for which mail is accepted: freilassen
Machines to relay mail for: freilassen
IP address or host name of the outgoing smarthost: smartho.st::587
Hide local mail name in outgoing mail? yes
Visible domain name for local users: meinrechner.org
Keep number of DNS-queries minimal (Dial-on-Demand)? no
Delivery method for local mail: Maildir format in home directory
Split configuration into small files? no

Der Port des Smarthost ist 587 (Message Submission Protokoll), weil das durch die Firewall des Informatikums geht. Will heissen, der Mailserver muss auf Port 587 lauschen. Wenn der Mailserver des Informatikums verwendet wird, sollte Port 25 verwendet werden.

Nun muessen wir dem MTA nur noch mitteilen wie wir uns gegenueber dem Smarthost authentifizieren. Das machen wir in der Datei /etc/exim4/passwd.client:

smartho.st:username:password

Anschliessend statten wir die Datei mit den Rechten root:Debian-exim 0640 aus:

chown root:Debian-exim /etc/exim4/passwd.client
chmod 640 /etc/exim4/passwd.client

Das war es dann auch schon. Nun sollten wir ein funktionierendes E-Mail-Oekosystem auf unserem Rechner haben.

Referent

bjoernb: Ich bin per jabber (bjoernb@jabber.ccc.de) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

Folien

Folien folgen.

Weblinks