Netz - Rettung - Recht

Wie ich bereits vorgestern berichtete, habe ich die letzten Tage über versucht, die vorhandenen Informationen über deutschsprachige regionale Usenethierarchien zu sammeln, und mittlerweile habe ich begonnen, diese Informationen datenbankgestützt zusammenzustellen. Die ersten Ergebnisse lassen sich bereits auf DE-Regio beschauen: eine Liste der bekannten Regionalhierarchien mit Art, Aktivitäts- und Pflegezustand und Links zu näheren Informationen über die betreffende Hierarchie, soweit vorhanden.

Der nächste Schritt wird jetzt sein, die Informationen zu ergänzen, zu verfizieren und zu aktualisieren und dann die Ergebnisse nach Möglichkeit ins "offizielle" control.ctl aufnehmen zu lassen, das bspw. mit dem INN ausgeliefert wird.

Nein, nicht "igitt"! Git. (iGit wäre vermutlich die Apple-Variante.)

Nachdem gestern Russ Albery auf meine Frage, in welchem Format denn Änderungen für das control.ctl (siehe dazu auch meinen vorigen Beitrag) am besten eingereicht werden sollten, mit

Anyone who’s really inspired can send me Git patches against the repository at git://git.eyrie.org/usenet/control.git, of course.

geantwortet hatte, war mein Ehrgeiz geweckt; schließlich plane ich nach Abschluss meiner "Forschungen" über die deutschsprachigen Regionalhierarchien eine Zusammenstellung der dann vermutlich eher umfangreichen Änderungen einzureichen, und warum sollte ich das dann nicht direkt richtig professionell versuchen? Außerdem wollte ich mich seit Jahren immer schon mal wieder mit Versionsverwaltungssystemen beschäftigen, bin aber bisher nie über die eher theoretischen Konzepte - konkret von SVN - herausgekommen. Warum also nicht jetzt einen neuen Versuch wagen?

Daher habe ich etwas gegoogelt, mir git heruntergeladen (naja, genauer gesagt das passende Debian-Paket git-core installiert), das Repository ausgecheckt und festgestellt, daß das eigentlich eine recht einfache Sache zu sein scheint. Mal gucken, wie ich dann auch tatsächlich damit zurechtkomme. Bevor es soweit ist, dürften ja auch noch einige Recherchen anstehen (und der Versuch, die Ergebnisse praktikabel zusammenzustellen und zu präsentieren; meine erste Idee, eine statische HTML-Seite zu bauen, hat sich jedenfalls eindeutig nicht bewährt).

Es ist jetzt fünf Jahre her, daß ich mein Gesicht mit einer intellektuellen Brille bekleidet habe, und nachdem mir sowohl meine Vergeßlichkeit als auch die Fragilität einer solchen Sehhilfe mehrfach - teilweise in geradezu schmerzhafter Deutlichkeit - vor Augen geführt worden waren, hatte ich mir zwischendurch auch eine Ersatzbrille zugelegt, die allerdings die letzten Jahre ein wohlverpacktes Dasein im Schrank führte. Das wird sich nunmehr ändern, denn ich habe beschlossen, jetzt nach fünf Jahren das bisherige Nasenfahrrad in den einstweiligen Ruhestand zu versetzen und es zur Reservebrille zu degradieren, um stattdessen das bisherige Reservergerät auf meiner Nase zu plazieren. Auf den ersten Blick fällt das gar nicht weiter auf. Mal gucken, wie sich das im Alltag so macht.

Wenn’s mal wieder etwas länger dauert …

Im Zusammenhang mit den geplanten Auffrischungsarbeiten an meinem Newsserver wollte ich auch mal die dort geführten Hierarchien abgleichen und vielleicht auch etwas erweitern; dabei stolperte ich dann ja, wie bereits geschildert, über die "List of Usenet public managed hierarchies", und nachdem dort Lücken bezüglich einiger deutschsprachiger Hierarchien auftauchten, brachte mich das auf den Gedanken, "mal eben" die notwendigen Ergänzungen vorzunehmen. Das sollte ja schnell gemacht sein - schließlich stammen die ganzen deutschsprachigen kleinen und regionalen Hierarchien aus den Anfangszeiten des deutschen Usenets, meistens aus einem universitären oder Vereins-Umfeld, und sind daher vermutlich gut gepflegt, mit kanonischen Listen der existierenden Newsgroups ("checkgroups"), dazugehörigen Webseiten usw. usf., wie ich das beispielsweise von der Karlsruher Regionalhierarchie "ka.*" kannte.

To make a long story short: mitnichten.

Ich sitze jetzt bereits seit letztem Jahr (und damit bald eine gute Woche) daran, mir einen Überblick zu verschaffen, und weiß inzwischen, daß einerseits leider nur noch die wenigsten "kleinen" Hierarchien überhaupt noch aktiv sind, und daß andererseits so Dinge wie Gruppenlisten, Einrichtungsregeln, digital signierte Steuernachrichten etc. pp. in der guten alten Zeit offenbar keine besondere Rolle gespielt haben. Oft genug sind bspw. die Webseiten der früher zum "Individual Network" gehörenden Vereine nicht mehr existent, oder das Angebot - und die Domain - wurde an einen Nachfolger abgegeben, der zwar noch im Internetzugangsgeschäft tätig ist, aber mit Usenet nichts mehr am Hut hat, oder sie wurde "vor kurzem" (bspw. 1998 oder so) aktualisiert. Dementsprechend ist das Web in den meisten Fällen eine sehr schlechte Informationsquelle, aber auch das Usenet und die Newsgroups der jeweiligen Hierarchien erweisen sich nicht direkt als Goldgruben, denn auch dort ist von geposteten Gruppenlisten oder ähnlichen administrativen Dokumenten wenig zu sehen, oder man liest nur davon, daß vor Jahren bereits der bisherige Verantwortliche sein Amt aufgegeben hat und ein Nachfolger nicht in Sicht ist. Der Gruppenbestand variiert teilweise von Server zu Server, und manche Hierarchien scheinen ein "Geisterdasein" zu führen, da die Gruppen zwar auf vielen Servern eingerichtet sind (oft wohl als Folge von Kristian Köhntopps "Regio"-Paket aus der Zeit, als er selbst einen Newsserver betrieb und vielen Neueinsteigern als erster Peer unter die Arme griff), aber die eigentlichen, ursprünglichen "Kernserver" gar nicht mehr existent sind (oder die Gruppen jedenfalls nicht mehr mit ihnen gepeert werden).

Inzwischen habe ich aber sozusagen Blut geleckt und finde es umso wichtiger, für diejenigen, die daran interessiert sind, diese regionale Vielfalt - und sei es nur als wehmütige Erinnerung an die Anfangszeiten des deutschen Netzes - zu erhalten und die wenigen nicht aktiven Hierarchien zu verteilen und zu fördern, die notwendigen Informationen zur Verfügung zu stellen. Ich werde also weiter sammeln und auch aktiv nachforschen und dann das Ergebnis meiner Nachforschungen in geeigneter Weise zusammenstellen. Stay tuned!

Melde gehorsamt: wir haben gut ins neue Jahr gefeuiert!

Dabei sind wir sogar heimtückischen Anschlägen entgangen. Wie sich das gehört haben wir den Ausklang des alten Jahres mit allerlei Feuerwerk - viel Licht, wenig Lärm - begangen und waren besonders gespannt auf die Vielzahl von Leuchtfontänen bzw. Werferkombinationen, die sich teilweise zum (einigermaßen) günstigen Paketpreis erwerben ließen. Eines dieser Teile - dazu noch eines der ersten - erweis sich dabei jedoch als ausgesprochen unfolgsames seiner Art, beschloß es doch, nach dem ersten Abschuß aus ungeklärter Ursache umzukippen (möglicherweise verursacht durch eine Fehlzündung; jedenfalls ragten zum Schluß am unteren Ende des corpus delicti einige der "Abschußröhren" aus dem Boden heraus, was bauseits eher nicht geplant zu sein scheint). Das führte dann dazu, daß es seine Munition sozusagen im direkten Bodenfeuer grundparallel abgab und rückstoßbedingt nach jedem Abschuß die Richtung änderte. Tolle Sache … Einige "Schüsse" gingen weitgehend harmlos die - glücklicherweise leere - Straße herauf und herab, andere trafen Hauseingänge, mein geparktes Auto, und einer verfehlte uns nur knapp. Glücklicherweise ist nichts passiert; das hätte aber auch durchaus in die Wolle gehen und einige Brandflecken verursachen können.

Meine vor zwei Tagen abgeschickten Ergänzungen zu den Hierarchie-Informationen für szaf.* und ka.* sind nahezu instantan berücksichtigt worden und im Release 1.2.0 von control-archive schon enthalten.

(Das ging ja flott …)

Meine Webseiten wurden zuletzt Anfang 2005 komplett neu gestaltet und haben an verschiedenen Stellen dringlichen Überholungsbedarf … zu der es bisher nie so recht gereicht hat. Das wird zumindest im alten Jahr auch nicht mehr anders werden; dennoch habe ich die Gelegenheit genutzt, wenigstens an einigen Stellen ordnend, organisierend und aktualisierend einzugreifen. Unter anderem habe ich einen kompletten Linkcheck über die Seiten laufen lassen und nach Möglichkeit alle toten Links entfernt. (Und das waren nicht wenige!) Außerdem hat das CSS sich ein wenig geändert; bspw. habe ich den Zeilenabstand erhöht, was das Lesen, wie ich finde, direkt deutlich angenehmer macht.

Nachdem ich mich derzeit gerade um meinen im November neu eingerichteten Newsserver bemühe und dabei bin, die Liste der geführten Newsgroups einmal zu konsolidieren, bin ich dabei auf die "List of Usenet public managed hierarchies" auf usenet.trigofacile.com gestoßen, der vom derzeitigen Mit-/Hauptentwickler des INN betriebenen Webseite. Dort findet sich ein komfortables Webinterface für den Zugriff auf die durch konventionell anderweitig verfügbaren Daten zur Konfiguration von Usenet-Hierarchien, also sowohl deren Gruppenbestand und dessen Änderungen als auch die notwendige Konfiguration des Newsservers, um Steuernachrichten für Änderungen des Gruppenbestands automatisiert durchzuführen. Die entsprechenden Rohdaten finden sich auf dem FTP-Server des ISC, wie bspw. das Steuernachrichten-Archiv, das generische Active- und Newsgroups-File und das generische control.ctl etc. pp.

Gepflegt werden sie von Russ Alberry, der auch die zugehörigen Scripts und Daten ("control-archive") pflegt.

Nach dieser Erkenntnis habe ich direkt einmal Updates bzw. Ergänzungen für ka.* und szaf.* dort eingeworfen und news.admin.hierarchies abonniert.

Hiermit melde ich mich aus den Weihnachtsfeiertagen zurück, die wir und ich gut verbracht haben - daneben habe ich auch eine ganze Reihe an Kleinigkeiten auf meiner ständig wachsenden Todo-Liste, die sich in den sehr arbeitsreichen vergangenen Wochen und Monaten über Gebühr angesammelt hatten, erledigt. Ich hoffe sehr, im neuen Jahr dann auch zu wenigsten einigen der geplanten "größeren" Projekte zu kommen, und natürlich zu so Dingen wie "endlich einmal ausschlafen", "gemeinsam etwas unternehmen", "die vielen bestellten und gestapelten Bücher lesen" u.ä. Und natürlich sollten dann auch die ganzen unvollendenten Blog-Artikel der letzten Zeit hier erscheinen und die fehlenden aus den vergangenen Monaten ergänzt werden.

Klingt eigentlich nach einem tollen Vorsatz für das neue Jahr - mal schauen, was daraus wird.

Es ist Weihnachten, und damit hat auch mein Weihnachtsurlaub begonnen, für den ich mir (mal wieder) sehr viel vorgenommen habe; allerlei Sachen, die ich "immer schonmal" machen wollte, zu denen man aber im Alltag nicht die notwendige Zeit und Muße findet. Unter anderen will ich auch einige etwas umfangreichere Projekte rund um meine Rechner und Webseiten umzusetzen versuchen.

Nachdem ich eine - schon jetzt endlose - Liste vieler kleiner und auch etlicher großer Aufgaben zusammengestellt habe, die zudem ständig weiter wächst, kann ich nunmehr auch schon die ersten Erledigungen vermelden: dieses Blog (und auch alle weiteren *Serendipity*-Installationen, und alle anderen Softwarepakete, die "von Hand" installiert wurden und daher nicht über das Paketmanagement der jeweiligen Distribution aktualisiert werden) ist/sind jetzt wieder auf dem aktuellen Stand!

Es geschehen noch Zeichen und Wunder! Auf meine Anfang November an den Support gestellte Frage bzw. den Hinweis auf Probleme beim Mailversand durch Ebay bzw. der Zustellung solcher E-Mails kam - nach einem Zwischenbescheid - nunmehr eine Antwort in der Sache:

Sehr geehrter Herr Hochstein,

Sie hatten sich an eBay gewandt, da Ihre Nutzer nicht alle E-Mail von uns erhalten haben.

Durch Sie und andere E-Mail-Provider sind wir auf eine Änderung in der Kopfzeile unserer Benachrichtigungen hingewiesen worden. Dies könnte der Auslöser für das geschilderte Problem gewesen sein. Um diese  Fehlerquelle auszuschliessen, haben diese Änderung jetzt korrigiert.

Herr Hochstein, bitte informieren Sie uns, ob Ihre Nutzer ab dem 16.12.2009 noch Benachrichtigungen vermissen.

Ich danke Ihnen für Ihre Mühe und wünsche Ihnen eine angenehme Woche.

Und die Überprüfung hat tatsächlich eine Behebung des Problems ergeben: die im Envelope-From bzw. Return-Path (dem "technischen" Absender der E-Mail) verwendeten Adressen existieren jetzt wieder bzw. nehmen E-Mail entgegen.

Erfreulich, daß man sich bei Ebay solcher Probleme tatsächlich annimmt und sie behebt. Das motiviert dazu, auch in anderen Fällen entsprechend tätig zu werden.

Nachdem ich im letzten Monat meine Verwaltung personalisierter E-Mail-Adressen auf eine bequeme Weboberfläche umgestellt hatte, habe ich dieses Konzept nun auch auf meine abonnierten Mailinglisten erweitert.

Bislang habe ich alle Mailinglisten mit derselben E-Mail-Adresse abonniert, die ich dann per UUCP abgerufen habe. Das hatte den protokollbedingten Vorteil, daß die E-Mails komprimiert wurden, aber den Nachteil, daß ich keine Kontrolle über die Konfiguration des MX hatte, also auch keine Spamfilterung implementieren konnte, und daß bei einem Wechsel des Providers auch diese E-Mail-Adresse verlorengeht, dann also plötzlich alle bezogenen Mailinglisten unter anderer Adresse neu abonniert werden müssen. Und schließlich kamen über diese Adresse geradezu ungeheure Mengen an Spam an, geschuldet den Webarchiven der meisten Mailinglisten. Also habe ich mich nun entschieden, auch für den Bezug von Mailinglisten jeweils individualisierte Mailadressen unter einer (anderen) Subdomain einzusetzen; das erleichtert es überdies, bei Problemen mit der Abbestellung einer Liste einfach die entsprechende Bezugsadresse stillzulegen.

Das Hauptproblem bei einer solchen Umstellung ist es, die bisherige Bezugsadresse aus jeder einzelnen Liste aus- und die neue Bezugsadresse dann wiederum in jede Liste neu einzutragen (von der Reihenfolge her natürlich andersherum, damit keine Mailverluste auftreten). Und man glaubt gar nicht, wie schnell man dabei Low-Traffic-Listen (Ankündigungen o.ä.) vergißt …

Schon seit langer Zeit (tatsächlich wiederum Jahren) habe ich daher Scripts laufen, die versuchen, aus den über die Zustellung an meine Mailnglistenadresse geschriebenen Logs möglichst alle betroffenen Mailinglisten zu isolieren. Und ausgerüstet mit diesen Listen, einer Liste der Mailinglisten, an deren Bezug ich mich bewußt erinnere und einer Liste meiner Mail2News-Gateways habe ich nunmehr die Herkules-Aufgabe begonnen, alle Mailinglisten umzustellen (und manche dabei direkt abzubestellen). Ich bin gespannt, welche Listen ich vergessen werde …

Dazu waren ergänzende Umstellungen "drumherum" erforderlich: bspw. bei der lokalen Auslieferung der Mailinglistenmails, die Filter und Mail2News-Gateways berücksichtigen muß, oder auch bei der Konfiguration der richtigen Absenderadresse für jede Mailingliste in Mailclient oder Newsreader, damit eventuelle Antworten auf die Listen dann auch auf diesen landen und nicht abgewiesen werden, weil sie von einer Adresse kommen, die dem Mailinglistensystem unbekannt ist. Und das Logging wollte angepaßt werden, und … und … und …

Ich bin gespannt, wie sich diese Umstellung bewähren wird.

Ergänzend zur bereits im November eingerichteten Auswertung von Cancel-Lock und -Key auf news.szaf.org habe ich heute die Auswertung von NoCeMs eingerichtet. NoCeM ("No See ‘Em") sind, grob umrissen, digital signierte Usenet-Beiträge in einem festen Format zur Löschung meist einer ganzen Reihe anderer Beiträge, also so etwas wie digital signierte Massencancel. Das mit INN ausgelieferte perl-nocem erlaubt die Auswertung dieser Nachrichten fein granuliert nach den jeweiligen Absendern. Zur Einrichtung sind folgende Anleitungen zu empfehlen:

• INN-Dokumentation zu perl-nocem
• Somewhat of an copy&paste tutorial for NoCeM

Zur Einrichtung gehören in jedem Fall folgende Schritte:

1. digitale Schlüssel der Versender herunterladen (bspw. von der NoCeM Registry: NoCeM-Keyring)
2. konfigurieren, welche NoCeMs ausgeführt werden sollen (nocem.ctl)
3. entsprechenden Feed in perl-nocem einrichten
4. ggf. entsprechende Newsgroups, in denen NoCeMs gepostet werden, abonnieren

Der newsfeeds-Eintrag kann beispielsweise so aussehen:

nocem!\
    :!*,alt.nocem.misc,news.lists.filters,de.admin.net-abuse.announce\
    :Tc,Wf,Ap:/usr/lib/news/bin/perl-nocem

Bei den o.g. Anleitungen sind die Pfade ggf. anzupassen. Es hat sich m.E. bewährt, einfach die durch die jeweilige Distribution vorgegebene Struktur zu übernehmen.

Es ist noch gar nicht so lange her … aber gestern abend war es wieder soweit:

Nov 25 23:11:17 xerxes kernel: [5810638.952272] eth1: link down
Nov 25 23:11:22 xerxes upsmon[2827]: UPS belkin-reg-pro@localhost on battery
Nov 25 23:40:12 xerxes upsmon[2827]: UPS belkin-reg-pro@localhost battery is low
Nov 25 23:40:12 xerxes upsmon[2827]: Executing automatic power-fail shutdown
Nov 25 23:40:12 xerxes upsmon[2827]: Auto logout and shutdown proceeding

Diesmal hat es allerdings genügt, die Maschine wieder anschalten zu lassen. (Und das initiale "link down" erklärt sich daraus, daß zwar der Server an einer USV hängt, der Rest der Netzwerktechnik - Switch, Router, DSL-Modem - aber nicht.)

Die Dauer des Ausfalls finde ich übrigens einigermaßen bemerkenswert; und die Laufzeit der USV auch. (Der automatische Shutdown war allerdings offenbar ein kleines wenig zu spät; die Maschine hat es nicht mehr ganz geschafft, sich herunterzufahren. Passiert ist dabei aber nichts.)

Angeregt durch den ohnehin erforderlichen Umzug des Mailinglistenservers Mailman auf eine neue Maschine habe ich jetzt endlich auch die - historisch gewachsene - Konfiguration der meisten Mailinglisten geändert und bei der Gelegenheit auch eine Vielzahl bereits seit Jahren "toter" Mailinglisten - ggf. nach Rücksprache mit dem jeweiligen Betreiber - entsorgt. Die Konfigurationsänderung besteht in erster Linie in einer Änderung des per Default genutzten Hostnamens bzw. der Domain von "list.th-h.de" (Singular, da es anfangs eine Parallelinstallation "lists.th-h.de" gab …) zu "lists.szaf.org", weil es schließlich weniger um ein nur von mir genutztes Angebot geht als vielmehr um einen Dienst, der auch anderen zur Verfügung stehen soll. Selbstverständlich bleiben die bisher genutzten Namen für die bestehenden Listen verfüg- und nutzbar.

Praktisch finde ich, daß sich Mailman so konfigurieren läßt, daß - je nach dem Hostname, unter dem das Webinterface aufgerufen wird - jeweils nur die Mailinglisten angezeigt werden, die unter der entsprechenden Domain angelegt sind. Ein Aufruf von list.th-h.de bringt also ein anderes Ergebnis als ein Aufruf von lists.szaf.org (natürlich nur soweit die Mailinglisten überhaupt öffentlich angezeigt werden).