ftblog

fetchmail? Will ich nicht. ESR ist merkwürdig und sein C Code ist ja nicht
wirklich dafür bekannt, das er übermässig robust ist. fetchmail habe ich
früher benutzt und ich hatte Probleme damit. Damals dachte ich, daß ich
einfach zu blöd bin und Fehler in der Nutzung mache. Aber mittlerweile stellte
sich raus, daß das durchaus bekannte Fehler im Programm waren.

getmail? Schon besser. Habe ich nun auch länger in Betrieb gehabt.
Allerdings finde ich einige der Designentscheidungen nicht so richtig toll.
Hinzu kommt, daß ich das Gefühl habe, daß das Ding nicht so übermässig super
performt. Das habe ich nicht wissenschaftlich untersucht, es ist einfach ein
Gefühl meinerseits.

procmail? Die Funktionalität von procmail ist _absolut_ wichtig für mich.
Ohne geht's für mich nicht. Nun ist procmail aber ekelig. Ich weiß ja nicht
wer sich den Quellcode schon einmal angesehen hat... Aber soll das lesbar,
geschweige denn wartbar sein? Naja, diese Lesbarkeit/Wartbarkeit setzt sich
dann nahtlos in der Konfiguration fort. procmailrcs sind hässlich. Und das
von jemandem der gern in zsh, mit möglichst wilden Expansions, skriptet.
Als Alternative gäbe es maildrop, das ich nie ausprobiert habe. Die
Konfiguration von maildrop sieht aber auf den ersten Blick erheblich lesbarer
aus.

Warum schreibe ich das alles?
Ganz einfach. Ich habe vor einiger Zeit einmal ein Programm gefunden, dessen
Features sich sehr vielversprechend anhören. Ich habe es damals aber zu feige
es auszuprobieren, da mein Mailsetup damals gerade so schön lief. :-)

Das Programm, welches ich meine ist fdm.
Und mittlerweile nutze ich das. Und es ist wirklich richtig cool.
Es ist ein Programm das quasi {fetch,get}mail und procmail in einem ist, und dazu
noch einige nette Gimmicks hat. Wie zum Beispiel automatisches Bewegen von Mails
aus primär Ordnern in ein Archiv, für Mails die bestimmten Kriterien genügen.

Ich bin gerade wirklich schwer begeistert davon. Das liegt auch daran, daß der
Autor des ganzen ein netter Kerl zu sein scheint, der sich über Feedback,
Bugreports und Vorschläge freut (und dessen Reaktionszeiten recht kurz sind).

Er entwickelt das ganze in einer OpenBSD Umgebung und bisher sind da ein paar
Probleme in Linux Umgebungen (wie dem System auf dem ich Mail verarbeitete)
aufgetaucht, um die er sich aber auch recht schnell kümmert.

Im Moment gibt es also, wie gesagt, das ein oder andere Problem, wegen welchen
ich aber zur Zeit mit dem Autor diskutiere. Ich werde hier auf jeden Fall
Bescheid sagen, sobald ich der Meinung bin, daß für mich alles funktioniert.

Schaut euch das ganze mal in Ruhe an. :-)

[Update]

Nicholas hat Gas gegeben und die Probleme die ich hatte sind nun beseitigt. :)
Im aktuellen CVS, that is. Ich weiß nicht, wann er da ein neues Release plant.