Worst. Nightmare. Ever.



Fsck'ed since September 17, 2006.



(frei nach Heine)

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

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!

Von eins bis zehn zählen, in ksh97, z.B. unter AIX 4.2.1, Stand Mitte 1997:



Und in bash 3.2.17 (OSX 10.5.2), Stand heute:



Wie die Zeit vergeht...

n1!

In meinem persönlichen Repository habe ich gerade einen Build von Postfix 2.5.2-rc2 für den stabilen Zweig der Debian-Distribution hinterlegt. Neben anderen Verbesserungen enthält der 2.5-Tree auch die „stress dependent server personality”.

Nach dem Update sollte Unbedingt der Befehl postfix upgrade-configuration ausgeführt werden, um den Eintrag für den „proxywrite”-Service in die Datei /etc/postfix/master.cf einzufügen (Neustart nicht vergessen!). Ebenso sollte man die Logs auf Auffälligkeiten untersuchen, z.B. aufgrund der geänderten Verzeichnisstruktur bei „tlsmgr(8)” und ähnlichem.

Viel Spaß beim Nutzen oder Testen, und denkt dran: Ich bin nicht schuld, wenn Euch Mails verloren gehen

..oder warum mein Freitag mies war.

Es gibt ja Tage, an denen möchte man einfach nur den Kopf immer und immer wieder an die Wand hauen, bis einem schwarz vor Augen wird. Die Hintergründe dafür sind meist extreme Frustration, gepaart mit aufkeimendem Ärger, von dem man weiß, daß man ihm besser nicht freien Lauf lassen sollte. In der IT-Branche bietet sich für solche Momente vor allem der Freitag an - und am besten eine Uhrzeit nach 16:00 Uhr. Aber der Reihe nach, und ich verspreche, ich werde mich bemühen, komplizierte technische Zusammenhänge soweit wie möglich außen vor zu lassen und Euch statt dessen eine Geschichte von technischen Pannen, Ignoranz, falschen Entscheidungen und Pech erzählen - oder halt einfach einem verdorbenen Freitag.

Um die Unschuldigen zu schützen, stellen wir uns an dieser Stelle mal eine ca. 400 Mitarbeiter starke Firma irgendwo in der Gegend Deutschlands vor, in der die KFZ-Kennzeichen mit „BGL” beginnen und nehmen ferner - rein hypothetisch natürlich - an, die Geschäftstätigkeit dieser Firma, nämlich die massenhafte Produktion von Vogelhäuschen für den „inHouse”-Einsatz, erfordere einen massiven Einsatz moderner Mittel der Informationstechnik. Die Anwendung solcher Gerätschaften macht, das ist eine unstrittige Tatsache, die Verfügbarkeit von Strom notwendig - ein Fakt des täglichen Lebens, welches zu rechtfertigen wohl normalerweise nicht einmal Juristen einfiele (sorry an die Juristen unter meinen Lesern). Die Verfügbarkeit elektrischer Energie liegt dabei in Deutschland so um die 99,996 Prozent oder anders gesagt, im Schnitt gibt es pro Jahr für jeden Stromkunden ungefähr 22,9 Minuten eine Unterbrechung der Energiezufuhr. Dazu kommen noch etliche Schwankungen und Unterbrechungen im Sekundenbereich, die o.g. Quelle zufolge nicht erfasst werden.

Für den Einsatz moderner Informationstechnologie ist derartiges natürlich untragbar und so wird ab einer gewissen Größe der Einsatz von IT eigentlich immer durch moderne Unterbrechungsfreie Stromversorgungen, kurz auch USVs genannt, geschützt. Von Großverbauchern wie Krankenhäusern, die teilweise riesige Dieselaggregate ihr eigen nennen, einmal abgesehen handelt es sich bei diesen Geräten meist lediglich um einige sehr große Batterien (i.S.v. Autobatterien bzw. Akkus, also wiederaufladbar) und etwas Elektronik. Im Normalbetrieb schützen sie die empfindlichen Computer vor den genannten kurzzeitigen Schwankungen und Unterbrechungen - und bieten im Falle eines längeren Totalausfalls genug Luft, um ein die Gerätschaften sauber und ohne die Gefahr eines Datenverlusts abschalten zu können.

In meiner Geschichte spielen zwei dieser überdimensionierten Autobatterien eine Hauptrolle.

Der Rest dieses Eintrags nennt Namen und Sachverhalte. Beide sind so weit wie möglich verfälscht, trotzdem kann hier nur mit einem Paßwort weitergelesen werden. Dabei handelt es sich um das in diesem Blog übliche Paßwort und somit gilt:

Zur Ansicht dieses Eintrags ist die Eingabe eines Paßworts nötig (Groß-/Kleinschreibung wird unterschieden!), welches nach einem Klick auf den Link mit der Aufschrift "Weiterlesen" eingegeben werden kann.