Ab August 2011: lists.technikum29.de

Auf lists.technikum29.de wurde auf einem externen Server eine Mailman-Installation angefertigt, die auch technikum29-Listen pflegt (nutze hier @t29.de für Spam-Alias @technikum29.de)

• t29-archive: Öffentliches Webarchiv (keine Subscribers, nur fürs Web-Archiv, erreichbar unter archiv@t29.de bzw. archive@t29.de)
• t29-team: Wird als Verteiler für alle Leute unter @t29.de verwendet

Liste auf technikum29.de

Unter dev:/mails wird seit Juli 2008 ein öffentliches Mailarchiv gepflegt, in welchem einfach alle Mails landen, die irgendjemand an www @ technikum29-Domain schreibt. Die technische Implementierung ist denkbar einfach: Im Heimverzeichnis des Benutzers www existiert eine Datei .forward mit dem Inhalt

|/pfad/zu/hypermail.sh

wobei hypermail.sh einfach ein kleines Shellscript ist, welches Hypermail aufruft, welches die Mail, die Exim über die Standardeingabe reingibt, in das Archiv einpflegt:

#!/bin/sh
#
# Per .forward-File des www-E-Mail-Kontos aufgerufen,
# leitet dieses Script die Mail an Hypermail mit ent-
# sprechender Konfiguration weiter.
#
# exim fuehrt das hier als Benutzer=www aus.
#

nice /usr/bin/hypermail -c /pfad/zu/meiner/hypermail.hmrc \
     -d /pfad/zu/dev.technikum29.de/mails/archive -1u

Diese einfache Lösung hat allerdings folgende Probleme:

• Jeder kann Mails an die (bekannte) Adresse schreiben und somit Inhalte auf dev.technikum29.de veröffentlichen.
• Die veröffentlichten Inhalte sind nicht mehr abänderbar (außer brutal per Quelltextänderung), vor allem können Mails nicht einfach gelöscht werden. Das ist vor allem bei Spam, der ab und zu durch den Spamfilter (Spamgourmet) kommt, nervig.

Für diese Lösung habe ich mich allerdings entschieden, weil sie sehr ressourcensparsam ist - die Delivery-Arbeit übernimmt sämtlichst der Exim-MTA.

Alte Überlegungen zu Mailman

Eine vollständige Mailinglisten-Lösung wie Mailman (http://www.list.org) würde die Nachteile kompensieren, da die Archive gepflegt werden können und Mailinglisten administrierbar sind. Allerdings geht dies auf Kosten der Perfomance, insbesondere stört mich der Hintergrunddaemon qrunner, der ständig laufen muss und damit RAM verbraucht. Abgesehen liegt der Schwerpunkt bei Mailman am Ausliefern von Mailinglisten an viele Empfänger und nicht ("nur") beim Anlegen eines Webarchivs.