1. Wieder selber kochen.
2. Endlich skaten.
3. Viel in der Sonne liegen.
4. Abschalten.
5. Diversen Müll endgültig entsorgen.
6. Neue Glühbirnen kaufen.

Ende in Sicht. Und still alive!

Worst. Nightmare. Ever.



Fsck'ed since September 17, 2006.



(frei nach Heine)

Frisch, heißt und fettig - und jetzt im Repository.

Ein Amerikaner in Paris... äh, in Deutschland. Sehr sehr geil zu lesen. Und der Name erst: „Nothing For Ungood”. Klickst Du hier.

Haydn, anyone?

Wenn man per Mail nicht nur mit einer kleinen Zahl an Personen kommunizieren, sondern einen möglichst großen Adressatenkreis erreichen will, bietet sich der Einsatz von Mailinglisten an (wer keine Ahnung hat, was eine ML ist, der möge das jetzt bitte in dem Wikipedia-Link nachlesen). Die Software der Wahl ist in meinem Fall GNU Mailman - vor allem, weil das Tool über eine auch für unerfahrene Endnutzer geeignete Weboberfläche verfügt, über welche man sich z.B. an der Liste an- und abmelden, seine Daten ändern oder die Archive einsehen kann.

Aus administrativer Sicht hat die Software drei Vorteile:

1. Sie ist extrem schnell und einfach einzurichten und erfordert kaum Wartung.
2. Die Integration mit dem Mailserver (also eigentlich MTA) Postfix ist extrem komfortabel.
3. Die Software erkennt automatisch und sehr, sehr zuverlässig, wenn Mailadressen mit der Zeit ungültig werden und entfernt diese dann von den Verteilern.

Um den Punkt Nummer drei noch effektiver zu gestalten, kann Mailman eine Technik anwenden, die als VERP bezeichnet wird. Dabei wird, vereinfach gesagt, die Zieladresse in der Absenderadresse kodiert. Sendet die Mailingliste z.B. mit dem Absender


eine Mail an die Adresse „post@largefeed.incertum.net”, so wird nach VERP aus dem Absender ein:


Der Vorteil liegt auf der Hand: Kommt es beim Versenden der Mail zu einem Fehler, so kann man aus der kodierten Adresse sehr schnell, also mit wenig CPU-Belastung, herauslesen, welche Adresse fehlerhaft war. Die Art und Weise, wie Mailman das VERP-Protokoll umsetzt, ist tadellos, hat aber einen enscheidenden Nachteil: Für jeden Empfänger wird eine eigene Mail generiert. Und da MTAs wie Postfix für jede Mail, die sie bearbeiten, eine temporäre Datei auf der Festplatte ablegen, das so genannte Queue-File, entsteht bei vielen Empfängern ein ganz schöner Überhang an Ein-/Ausgabe-Operationen.

Es geht aber auch eleganter: Postfix unterstützt VERP nämlich von Haus aus - und für Mailman existiert ein Patch, der die Benutzung dieses Features erlaubt. Und damit wird dann pro Nachricht auch nur noch EIN Queue-File erzeugt.

...daß ich hier über ein Problem stolpere, welches Marc Haber so schon vor einer Ewigkeit gehabt hat. Von wegen daß der Index jetzt im Code drin ist...

Nachdem die Entwicklung von policyd-weight ja leider vom Autor aus Zeitmangel eingestellt wird (an dieser Stelle vielen Dank für die viele Arbeit) habe ich gestern ein erstes Paket von postfwd in mein Repository geworfen.

Testen auf eigene Gefahr. Der postfwd ist sehr mächtig, damit kann man sich leicht in's Knie schießen!

Raffi - „Banana Phone”. Ugga, ugga, ugga!

Als Berater (neudeutsch „Consultant”) gibt es eigentlich nur einen Grundsatz, den man beherzigen sollte, und den habe ich mal graphisch dargestellt:



Euch eine schöne Woche - meine beginnt mit Dave Brubecks „Cassandra”

Extra für Lars, weil er keine Katzen mag:



Schönen Sonntag noch