Vor einem guten Jahr, im Januar 2010, hatte ich zusammen mit Michael Ottenbruch die Pflege der in de.admin.infos veröffentlichten FAQ "Erlaeuterungen zur Einrichtung neuer Gruppen in de.*", des sog. dana-Manuals, übernommen, das damals in der unveränderten Fassung aus dem April 2001 gepostet wurde; Anlaß war die Diskussion um Änderungen der Einrichtungsregeln für Newsgroups in de.*, in der sich Anlaß zur Ergänzung des Textes ergab. Dabei stellte sich heraus, daß der damalige Maintainer der FAQ bereits seit Jahren davon ausging, daß andere die weitere Pflege übernehmen wollten bzw. übernommen hätten - so fanden sich dann Michael und ich zusammen, um uns der Aufgabe zu stellen.
Im März 2010 waren wir dann so weit, eine erste Aktualisierung - im wesentlichen unter Weglassung überholter Teile und mit einigen wenigen Ergänzungen - veröffentlichen zu können. Darauf sollte dann die komplette Überarbeitung des Textes folgen, für die wir bereits damals Stichpunkte und eine Gliederung zusammengetragen hatten. So recht wollte die Umsetzung dann aber nicht in Schwung kommen; immer wieder kamen das tägliche Leben oder andere Projekte dazwischen, bis wir das Thema dann nach einem guten Jahr im März diesen Jahres wieder aufgenommen haben. (Hilfreich waren dabei auf meiner Seite sicherlich auch zwei mehrstündige Zugfahrten, in denen sich längere Abschnitte der Überarbeitung zusammenstellen ließen.) Nach mehreren Überarbeitungsgängen ist es jetzt soweit, daß die erste Version des komplett überarbeiteten Manuals veröffentlicht werden kann (im Web und wöchentlich auch in der Newsgroup de.admin.infos).
Weitere Änderungen und Ergänzungen nehmen wir natürlich jederzeit gerne entgegen.
Wie angekündigt hat T-Online seinen Newsserver mit dem Ende des 31.03.2011 Schlag Mitternacht abgeschaltet; die Peerings wurden bereits einige Minuten zuvor beendet. Und wie erwartet hielt man es nicht für erforderlich, die Kunden - oder auch nur die regelmäßigen Nutzer des Dienstes - davon zu informieren; auch die Mitarbeiter im Support waren offenbar teilweise überrascht, fragten, was denn ein "Newsserver" sei oder hatten zumindest zunächst keine Kenntnis von der Diensteeinstellung - die sie sich, wie man hört, dann über Google verschafften.
Um dem Informationsdefizit zumindest nach besten Kräften abzuhelfen - und aufgrund der geringen Wahrscheinlichkeit, auf das Thema im Web zu stoßen, und angesichts fehlender interner Newsgroups - hatte ich mich entschlossen, zumindest einen Teil der bisherigen Nutzer des T-Online-Newsservers von der bevorstehenden Einstellung des Dienstes per E-Mail zu informieren, auf die bekannten Informationsquellen hinzuweisen und Alternativen zu nennen. Zu diesem Zweck habe ich kurz vor knapp die Postings (nur) der letzten rund 6 Monate (nur) innerhalb von de. ausgewertet und diejenigen Beiträge extrahiert, die über news.t-online.de gepostet wurden, daraus dann Namen und Absenderadresse herausgezogen und zumindest flüchtig um erkennbare Duplikate bereinigt und dann angemailt. Das führt natürlich zwingend zu mehrfachen Mails an dieselben Personen, zu übersehenen Adressaten, zu Mails auch an solche Nutzer, die schon Bescheid wissen, und es erreicht alle die nicht, die nicht über T-Online posten (sondern primär lesen), die außerhalb von de. posten, die keine valide Mailadresse im Absender angeben oder ihre Mail nicht lesen … aber es ist besser als nichts.
Zu meiner Überraschung kamen immerhin rund 1.000 aktiv schreibende Nutzer des Newsservers von T-Online zusammen; das ist mehr, als ich erwartet hatte. Nach Abzug derjenigen, die weniger als 5 oder 6 Beiträge in den letzten Monaten veröffentlicht hatten, blieben knapp 900 Adressaten übrig, die ich dann mit einem kurzen informativen Text angemailt habe. Gut 100 von diesen E-Mail-Adressen waren unzustellbar. Von den verbleibenden rund 750 Adressaten haben immerhin rund 150 per E-Mail geantwortet (einige andere öffentlich); unter diesen Antworten war überraschenderweise nur eine Beschwerde über die Mailzusendung. Mehreren Dutzend der Antworten ließ sich entnehmen, dass der betreffende Nutzer zuvor nicht von der geplanten Abschaltung informiert war und/oder die E-Mail für einen verfrühten Aprilscherz hielt. Einigen Nachfragen konnte ich noch weitere Tips und Hinweise für den zukünftigen Newszugang mitgeben; einige teilten leider auch mit, das sei nun für sie der Anlaß, sich nach bereits stagnierender Nutzung nunmehr endgültig aus dem Usenet zu verabschieden. Die Mehrzahl scheint aber eine neue Heimat gefunden zu haben.
Wie ich bereits berichtete, will T-Online den Newsserverbetrieb zum Monatsende einstellen. Entsprechende Informationen gingen jetzt zwar immer noch nicht an die Benutzer und Kunden, aber immerhin an die Peers (also die Betreiber der Newsserver, die Postings mit news.t-online.de austauschen):
To: […]
Subject: peering termination newsfeedXX.sul.t-online.de
From: T-Online Newsmaster […]
Date: Mon, 07 Mar 2011 10:00:09 +0100
User-Agent: Mutt/1.5.20 (2009-06-14)
Hi,
German Telekom has decided to end its usenet service
news.t-online.de/news.t-online.com
Therefore all usenet peerings will be terminated end of March 2011.
We advise you to remove T-Online (newsfeedXX.sul.t-online.de) from your configuration by 31st of March.
Thank you for peering with us over the years.
Bye,
newsmaster[…]
Mit diesen dürren Worten endet also eine Ära …
Die Telekom hat bekanntlich die Abschaltung des bisherigen Newsservers news.t-online.de zum 31.03.2011 angekündigt.
Für die bisherigen Nutzer dieses Servers bieten sich glücklicherweise einige Alternativen, die sich nur insofern von dem gewohnten Zustand unterscheiden, daß der Newsserver dann nicht mehr vom Zugangsanbieter betrieben wird. Das ist an und für sich nichts ungewöhnliches; viele Usenet-Nutzer benutzen nicht (nur) den Newsserver ihres Zugangsanbieters (schon deshalb, weil nicht jeder Anbieter mehr einen solchen im Portfolio hat), und im Hinblick auf den E-Mail-Dienst ist es gleichfalls nicht ungewöhnlich, statt oder neben der T-Online-E-Mail-Adresse auch eine Adresse bei GMX, web.de und Co. zu benutzen. Neu ist nur, daß eine Anmeldung mit Benutzerkennung und Paßwort erfolgen muß; die gewohnten Newsgroups werden im Regelfall alle weiterhin vorhanden sein. Allenfalls muß die interne Nummerierung des Newsreaders zurückgesetzt werden, damit er neue Beiträge richtig erkennt.
Es genügt also, sich (1) einen - guten - Anbieter auszuwählen, sich (2) dort anzumelden, (3) auf den neuen Newsserver mit Benutzerkennung und Paßwort zuzugreifen und (4) ggf. den Artikelzähler des Newsreaders zurückzusetzen.
Für den ersten Schritt hilft die von Cord Beermann gepflegte Newsserverliste; meine persönlichen Empfehlungen (die sich nur wenig unterscheiden) wären:
- news.individual.de - sozusagen der Referenzserver für das deutschsprachige Usenet, betrieben an und von der Freien Universität Berlin.
Kosten: 10 € im Jahr (in erster Linie zur Vermeidung von Anmeldungen zu Missbrauchszwecken), alle relevanten Newsgroups, lange Haltezeiten, hervorragende Anbindung, guter Support, große FAQ, Verbindungen per SSL möglich. Dort wird auch der Web- und Maildienst der Domain dana.de sowie eines der weltweit drei Relays für moderators.isc.org, also den für moderierte Newsgroups zentralen Weiterleitungsdienst, betrieben; alle Verantwortlichen sind sozusagen Urgesteine des deutschsprachigen Usenet.
- news.solani.org
Kosten: keine, alle relevanten Newsgroups, lange Haltezeiten, sehr gute Anbindung, Verbindungen per SSL möglich.
- news.albasani.net
Kosten: keine, alle relevanten Newsgroups, lange Haltezeiten, sehr gute Anbindung, Verbindungen per SSL möglich. Alexander Bartolich ist derzeit Chair des Big-8 Management Board, also des Selbstverwaltungsgremiums, das die Gruppenlisten der "Big 8" (comp.*,humanities.*,misc.*,news.*,rec.*,sci.*,soc.*,talk.*) pflegt, und betreibt das zweite von drei Relays für moderators.isc.org.
- eternal-september.org
Kosten: keine, alle relevanten Newsgroups, sehr lange Haltezeiten, sehr gute Anbindung, Verbindungen per SSL möglich.
Allerdings bietet keiner der genannten Server sog. "Binaries" an, also Gruppen, in denen keine Texte, sondern Binärdateien (Bilder, Musikstücke, Programme, Filme, …) gepostet werden.
Fragen zu den genannten und in Betracht kommenden anderen Anbietern kann man am besten in de.comm.provider.usenet stellen.
Der zweite Schritt - die Anmeldung - wird jeweils auf den Webseiten der Anbieter erläutert. Für den dritten und ggf. vierten Schritt finden sich teilweise Anleitungen auf den Webseiten und in den FAQs der jeweiligen Anbieter; ansonsten wird in de.comm.software.newsreader sicherlich gerne weitergeholfen.
… oder: Ein Tod auf Raten.
T-Online war - unbeschadet verschiedener Ein- und Ausgliederungen und Umbenennungen - lange Jahre ein besonderer Provider. Nicht nur, weil man immer etwas teurer war (und ist) als der Rest; nicht nur, weil die Technik etwas zuverlässiger, der Support etwas kompetenter war (oder wirkte?), man war m.W. der einzige große und jedenfalls der letzte mir bekannte relevante Anbieter, der sich für den Kundensupport eine eigene Usenet-Hierarchie hielt: t-online.*, betreut von einem ausgesprochen kompetenten und überdurchschnittlich netzaffinen Team von Mitarbeitern, dem sagenumwobenen T-Online-Team. In mühevoller Kleinarbeit wurden neben den weithin bekannten Kommunikationskanälen (Hotline, T-Punkt, etc.) wichtige Informationen weitergegeben, FAQs zusammengestellt und nicht zuletzt auch Anfragen und Probleme von einzelnen Nutzern bearbeitet; dieses Wissen, notfalls einen kompetenten Ansprechpartner erreichen zu können, der auch *wirklich* erreichbar ist, der sich tatsächlich um mein Anliegen kümmert und entsprechende Rückmeldung gibt, war lange Jahre der ausschlaggebende Grund für mich, einen anderen Anbieter gar nicht erst in Betracht zu ziehen. Dazu kam die besondere Gabe, die Balance zu halten zwischen offizieller Kundenkommunikation und persönlichen Smalltalk im Netz, eine offensichtlich über Jahre und Jahrzehnte gewachsene Kenntnis der Materie und der Umgansgformen im Netz und ein wenn möglich augenzwinkernd-scherzhafter, wenn nötig aber auch knallharter Ton - sozusagen das Optimum des User-to-User-Supports, den man in Newsgroups und Foren erwartet, aber mit kompetenten Profis, die von "innen" kommen und vor allem auch Zugriff auf die notwendigen Daten und interne Kontakte zur Weitergabe der Anliegen an die richtigen Stellen haben.
Über die Jahre konnte man dann schon Änderungen spüren: Offenbar gab es Zugriff auf immer weniger interne Systeme, zunehmend konnten Fragen von Nutzern nicht direkt beantwortet, sondern diese nur noch an die Hotline verwiesen werden - aber immerhin mit konkreten Hinweisen, was man dem Mitarbeiter dort am besten sagen solle. Zunehmend hatte man auch den Eindruck, daß die Kontakte nach innen schlechter wurden, interne Weitergaben von Nutzeranliegen nicht mehr den unmittelbaren Erfolg aus früheren Zeiten nach sich zogen. Parallel wurden dann Supportforen im Web aufgebaut, die dasselbe Team betreute, die aber vom Handling selbst für ein Webforum erstaunlich schlecht nutzbar waren und die natürlichen nicht mehr den besonderen Geist der Newsgroups atmeten.
Ende 2009 dann der Paukenschlag: Die internen Newsgroups von T-Online werden zugunsten der Supportforen geschlossen. Ein harter Schlag, ein schwerer Abschied - wie sich herausstellte offenbar nicht nur für die verbliebenen Nutzer, denn vor allem die Mitarbeiter mussten offenbar gehen. Die vorletzte offizielle Verlautbarung möchte ich hier kurz dokumentieren:
Liebe Nutzerinnen und Nutzer der t-online.*-Newsgroups,
leider müssen wir Euch mitteilen, dass diese Newsgroups in Kürze
geschlossen werden. Der geplante Termin ist Montag, der 30.11.2009.
Selbstverständlich könnt Ihr auch weiterhin Fragen zu allen Themen
rund um die Internet-Dienste der Telekom stellen und Euch wie gewohnt
an regen Diskussionen mit unseren Moderatoren und anderen Usern
beteiligen. Hierzu bieten wir über das Hilfe-Portal der Telekom unsere
Service-Foren an. Diese sind auf der Seite <http://hilfe.telekom.de/>
unter > Kontakt > Service-Foren integriert und über den folgenden URL
direkt erreichbar:
<http://www.t-online.de/foren>
Der Hintergrund für diese Maßnahme ist, dass wir die qualitativ hoch-
wertigen Diskussionen und Hilfestellungen, die in den Newsgroups
einerseits und den Service-Foren andererseits stattfinden, zukünftig
nicht weiter zerstückeln und allen unseren Kunden zugänglich machen
wollen. - Außerdem möchten wir natürlich auch den Aufwand für die
doppelte Moderation reduzieren.
Der Newsserver der Telekom wird selbstverständlich weiter betrieben,
Ihr müsst also keine Änderungen an Eurem Newsreader vornehmen:
Alle anderen Newsgroups werden auch weiterhin bereitgestellt.
Für Eure persönliche Unterstützung in zahlreichen Diskussionen hier
in den Newsgroups, die in weiten Teilen sehr zur Verbesserung unserer
Produkte beigetragen haben, bedanken wir uns herzlich und würden uns
sehr freuen, dieses konstruktive Miteinander auch in den Service-Foren
gemeinsam fortzusetzen.
Vielen Dank für Euer Verständnis.
Herzliche Grüße
Euer T-Home-Team
(Hervorhebung von mir.)
"T-Online verabschiedet sich vom Usenet" vollständig lesen
Dieser Tage stellte ich fest, daß mein Newsserver offensichtlich keine Steuernachrichten mehr ausführt. Aber warum bloß?
Die Rücknahme einiger jüngerer Änderungen - die sicherstellen sollten, daß die Steuernachrichten nicht nur ausgeführt, sondern mir auch gemailt werden (mit Dank an den Widder!) - brachte keine Lösung. Also bin ich zu systematischen Debugging übergegangen; dank fehlenden Loggings anhand des Einstreuens von Ausgabeanweisungen in eine Kopie des zuständigen Scripts (controlchan). Stunden später[tm] stellte sich dann als Ursache … ein Bedienerfehler heraus (wie immer). Wenn man Steuernachrichten für eine bestimmte Hierarchie verwerfen will, dann sollte man den Namen der Hierarchie nicht nur als Kommentar in die control.ctl eintragen, sondern für den entsprechenden Eintrag auch ein Muster wie hierarchie.* verwenden. * alleine führt nicht zum erwünschten Ergebnis (sondern zum Verwerfen aller Steuernachrichten für alle Hierarchien). 
Vor einem guten Jahr habe ich angefangen, mich um lokale und regionale Hierarchien in Deutschland bzw. dann im deutschsprachigen Raum zu kümmern und die entsprechenden Informationen zusammenzutragen; zunächst im Zusammenhang mit der Sortierung meines Newsservers, dann aber, weil ich festgestellte hatte, daß es für viele dieser Hierarchien keine aktuellen Daten (mehr) gibt, erst recht nicht an einem Platz zusammengetragen. Die entsprechenden Informationen habe ich dann unter DE-Regio auf meiner Homepage zusammengestellt, eine Liste nach news.lists.misc gepostet und das generische control.ctl beim ISC aktualisieren lassen.
Danach sind die entsprechenden Bemühungen aus Zeitmangel leider weitgehend eingeschlafen. Ich möchte, wenn möglich, die vor einem Jahr angefangene Arbeit nun vollenden oder wenigstens fortführen, und habe als ersten Schritt die entsprechenden Seiten aus meiner Homepage in ein eigenes Projekt de-regio ausgegliedert und die Seiten komplett übersetzt. Geplant ist ergänzend zu der Datenbank ein Wiki für weitere Informationen - bspw. Geschichte und Geschichten der entsprechenden Hierarchie -, die Komplettierung der Übersicht und das Ausbügeln verbliebener Fehler.
Seit 1998 ist mein bevorzugter Newsreader für die Newsgroups des Usenets der Forté Agent - damals schon spitze, aber mit lange stagnierender Entwicklung, bis die Rechte an dem Programm 2001 an den ursprünglichen Hersteller zurückgingen und einige neue Versionen erschienen. Bis zur Version 2.0 anno 2004 bin ich den Updates dann auch gefolgt, habe danach aber den Anschluß verloren und krebste seitdem mit einem nunmehr gut 6 Jahre alten (und von der bis zur Version 2.0 im wesentlichen unveränderten Struktur noch deutlich älterem) Programm herum, das nicht nur sehr altbacken wirkte, sondern dessen fehlende Funktionalität mir trotz Unterstützung durch Hamster, Korrnews und Co. zunehmend schmerzhafter bewußt wurde. Zaghafte Versuche mit anderen Clients, aber auch Upgrade-Versuche auf eine aktuellere Version (zuletzt Agent 4.0 anno 2006) habe ich dennoch immer wieder fremdelnd abgebrochen - zu gewöhnt war ich an die Bedienphilosohpie und die in über 10 Jahren in Fleisch und Blut übergegangenen Shortcuts, zu groß erschienen mir die Defizite der Alternativen.
Endlos kann das aber so natürlich nicht weitergehen, und heute war dann der große Tag: ich habe eine aktuelle Agent-Version 6.0 installiert, die Daten aus der alten Version herübergezogen und, soweit ich sehe, alles wieder so eingerichtet, wie ich es haben möchte. Bei dieser Gelegenheit habe ich dann endlich auch mit dem Unsinn des Parallelbetriebs von 2-3 Agent-Instanzen auf mehreren Rechnern aufgehört: auf dem Laptop News und Mails lesen und beantworten, aber - um früher einmal die Installation schlank zu halten - nicht archivieren, sondern löschen, mit einer dazu passenden Ordnerstruktur, auf dem Desktoprechner alles noch einmal herunterladen und zum Archivieren sortieren sah mal wie eine gute Idee aus, führt aber unterm Strich zu einem immensen Aufwand und zugleich dazu, daß man sein Mailarchiv nie da hat, wenn man es mal braucht. Das gilt natürlich insbesondere dann, wenn der betreffende Desktoprechner an einem Ort steht, an dem man nur noch alle paar Wochen vorbeikommt … Ich glaube, insofern jetzt aber eine brauchbare neue Struktur gefunden zu haben. Der Feinschliff kommt dann in den folgenden Tagen und Wochen, immer dann, wenn es hakt. 
Ich habe heute die Version 0.9.1 von yapfaq released, die einen Fehler der bisherigen Version 0.9 behebt:
- Im Test-Modus (-t) wurde teilweise fälschlich eine leere Headerzeile "X-Supersedes:" hinzugefügt.
Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.
Ich habe heute die bereits seit Juni im Prinzip fertige neue Version 0.9 von yapfaq released, die im Vergleich zur bisherigen Version 0.8.2 nur wenige Änderungen aufweist:
Packaging geändert
Neue Versionen von yapfaq können jetzt einfach durch Kopieren des Tarballs über die vorherige Version installiert werden, ohne die Konfiguration zu überschreiben; Beispiel-Konfigurationsdateien sind entsprechend umbenannt.
Kleine Änderungen an den Headern der erzeugten Postings
Das Standard-Format für die Message-ID hat sich geändert; nunmehr wird das internationale Datumsformat verwendet.
Wenn im Subject:-Header ein Platzhalter für die letzte Änderung der FAQ vorgesehen ist, wird dieser ersatzlos entfernt, falls das Änderungsdatum nicht extrahiert werden kann, bleibt also nicht mehr einfach stehen.
Und schließlich werden Test-Postings jetzt als solche gekennzeichnet, sie enthalten keinen Supersedes:-Header mehr, sondern nur noch eine entschärfte Version, und ihre Message-ID enthält nunmehr zwingend einen Timestamp, um mehrfache Tests - am selben Tag - zu ermöglichen.
Die Dokumentation wurde entsprechend aktualisiert.
Die aktuelle Version steht jeweils auf meiner Downloadseite
zur Verfügung.
Soeben habe ich eine neue Version 0.8.1 von yapfaq released, die im Vergleich zur bisherigen Version 0.7 nur noch vergleichsweise kleine Änderungen aufweist:
PGP-/GPG-Support entfernt
Die Unterstützung für das Signieren von Postings ist ersatzlos entfallen. Es bestehen ausreichende Möglichkeiten, dies extern zu lösen, bspw. über tinews.pl; daher gibt es keinen Anlaß, den dort enthaltenen Code in yapfaq zu duplizieren. Seit der letzten Version ist der Aufruf - bspw. - von tinews.pl direkt aus yapfaq heraus möglich.
Konfiguration
Die in der Konfigurationsdatei yapfaq.cfg mögliche Definition des Schemas für die Erzeugung der Message-ID kann jetzt auch einen Platzhalter für einen Unix-Timestamp enthalten.
Außerdem kann die in der letzten Version hinzugefügte Möglichkeit, zum Posten ein externes Programm zu verwenden, nunmehr auch in der Konfigurationsdatei .yapfaqrc definiert werden, nicht nur über den Kommandozeilenparameter "-s".
Kleinere Änderungen und Fehlerbehebung
In der Konfigurationsdatei yapfaq.cfg wurden optionale Einstellungen als solche gekennzeichnet und auskommentiert, außerdem die Optionen mit einheitlichen Erläuterungen als Kommentar versehen.
Die Dokumentation wurde um bisher fehlende Optionen und die Erläuterung der voranstehenden ergänzt. Außerdem enthält sie jetzt Links zum Git-Repository und zum Bugtracker.
Die aktuelle Version steht jeweils auf meiner Downloadseite
zur Verfügung.
Update: Nachdem Version 0.8 nicht lauffähig war, ist dieser Fehler in Version 0.8.1 behoben.
In einem Posting in de.admin.news.groups hatte Simon Paquet in einem Nebensatz angesprochen, daß Cornell Binders wunderbare graphische Usenet-Statistiken seit über einem halben Jahr nicht mehr aktualisiert worden sind, wozu letzterer dann erklärte, daß ihm seine bisherige Datenquelle seit September 2009 abhanden gekommen war. Nach einem kurzen Mailwechsel habe ich mich dann abends noch hingesetzt und auf die Schnelle ein Script zusammengepfuscht, das zumindest von jetzt an die notwendigen Rohdaten - wie viele Postings in welche de.*-Newsgroups gepostet werden - live aus dem Feed von news.szaf.org in einer Datenbank erfaßt, so daß spätestens ab Mai wieder entsprechende Statistiken zur Verfügung stehen sollten.
Um die Lücken der vergangenen Monate nach Möglichkeit zu füllen habe ich dann über Nacht - zweimal - ein weiteres Script über den gesamten vorhandenen Newsspool laufen lassen, das für jedes Posting die Header (Kopfzeilen) prüft und, wenn das Posting (auch) in eine de.*-Newsgroup gerichtet war, Newsgroups- und Message-ID-Header und den Timestamp aus der History des Newsservers in eine Logdatei schreibt. Der betreffenden Maschine wurde dabei einigermaßen warm unter der Wolle, wie man auch noch in der nivellierten Wochendarstellung sieht (die Drehzahl des CPU-Lüfters war in der "Live"-Darstellung weit über den Gehäuselüfter hinausgeschossen), aber nach einigen Stunden Laufzeit (genau genommen: am nächsten Morgen) stand mir dann eine Textdatei mit pro Zeile allen notwendigen Angaben über jeweils ein Posting zur Verfügung, die ich dann auf dieselbe Art und Weise wie bei der Live-Statistik in eine Datenbank extrahiert habe. Die daraus generierten Statistiken geben - bei allen Abweichungen, die insbesondere bei solchen rückwärtigen Auswertungen nicht zu vermeiden sind - die tatsächlichen Verhältnisse einigermaßen brauchbar wieder, wie einige einfache Plausibilitätstests ergeben haben Leider waren die Daten für den 1. und 2. September 2009 unvollständig (der erste Tag fehlte praktisch ganz, der zweite teilweise), so daß ich erst ab Oktober 2009 Daten nachliefern konnte und im September einstweilen eine Lücke bleibt. Die nachgelieferten Daten wurden aber mittlerweile immerhin schon eingespielt, so daß die Usenet-Statistiken jetzt wieder auf dem aktuellen Stand sind.
Die erzeugten Daten aus dem April habe ich unter Löschen von Duplikaten in die Live-Datenbank eingespielt, so daß diese jetzt die vollständigen Daten ab dem 01.04.2010 enthält und zukünftig jeweils zeitnah zum Monatsende die notwendigen Daten geliefert werden können. Dabei werden alle Postings erfaßt, die auch in mindestens eine de.*-Newsgroup gehen und keine Steuernachrichtnen sind (so daß Cancel ignoriert, Supersedes aber erfaßt werden, was dem entspricht, was man tatsächlich in der Newsgroup auch "sieht"); bei Crossposts wird das betreffende Posting in jeder Newsgroup gezählt, in der es erscheint. Das führt zwar bei den summierten Zahlen für de.ALL und die entsprechenden Teilhierarchien ggf. zu falsch hohen Zahlen, gibt aber den Zustand der jeweils einzelnen Newsgroups am besten wieder.
Sicherlich sind insoweit noch Verbesserungen möglich - und geplant -, aber das wird bis zu einem anderen Mal warten müssen.
Bereits seit etlichen Jahren poste ich nicht nur meine eigenen FAQs automatisiert ins Usenet, sondern biete das auch für andere Interessenten an. In letzter Zeit wurden die noch gepflegten und zu postenden FAQs immer weniger; die verbliebenen habe ich jetzt von auto-faq auf das 0.7er-Release von yapfaq umgestellt.
Sehr angenehm daran ist unter anderem, daß ich jetzt nicht mehr für jede zu postende FAQ einen eigenen Crontab-Eintrag brauche, sondern nur noch einen (täglichen) für alle FAQs, der dann die jeweils anstehenden Postings - und nur diese - auslöst. Die dadurch minimal kleinere Flexibilität - es lassen sich bestimmte Wochentage nur noch indirekt (durch das Datum des ersten Postings) festlegen und bestimmte Sonderwünsche (zweimal pro Monat, am 14. und 28., o.ä.) nicht mehr umsetzen - nehme ich gerne für den verminderten Aufwand in Kauf.
Soweit die FAQs einen Last-Modified:-Pseudo-Header haben, erspare ich mir überdies bei Änderungen des FAQ-Textes auch die (sonst ggf. zusätzlich anfallende) Änderung des Subject:-Headers in der Konfiguration (und das spricht sehr dafür, den FAQs, die noch keinen solchen Header haben, ggf. einen zu verpassen oder durch den Maintainer verpassen zu lassen).
Wenn also noch jemand FAQs zu posten hat: jetzt wieder gerne jederzeit her damit!
Gestern habe ich eine neue Version 0.7 von yapfaq released. Im Vergleich zur Version 0.6.2 ergeben sich folgende wesentlichen Änderungen und Neuerungen:
Konfiguration über .rc-Datei
Es sind keine Einstellungen in yapfaq.pl selbst mehr erforderlich; alle Konfigurationsparameter - zu nutzender Newsserver, Benutzername und Paßwort für diesen, etc. pp. - können jetzt in der Datei .yapfaqrc eingestellt und geändert werden.
Außerdem kann über den neuen Kommandozeilenparamter "-c" eine andere .rc-Datei übergeben werden; auf diese Weise lassen sich bspw. durch Angabe unterschiedlicher .cfg-Dateien in verschiedenen .rc-Dateien auch verschiedene FAQ-Sammlungen durch yapfaq bearbeiten.
Posten über externes Programm
Statt die FAQs durch yapfaq selbst posten zu lassen können diese nunmehr auch per Pipe an ein externes Programm weitergegeben werden, das durch den neuen Kommandozeilenparamter "-s" definiert wird, bspw. inews aus dem INN-Paket oder den mächtigeren Ersatz tinews.pl, den man von ftp.tin.org herunterladen kann. Selbstverständlich kann dieses externe Programm auch cat, mail o.ä. sein - je nachdem, was man erreichen möchte.
Kleinere Änderungen und Fehlerbehebung
Der Kommandozeilenparamter "-h" gibt jetzt nicht mehr nur Version und Kommandozeilenparameter aus, sondern stattdessen die komplette man-Page; Version und Copyright erhält man über den neuen Kommandozeilenparamter "-V" ausgegeben.
Die Statusinformationen - letztes Posting der FAQ und dessen Message-ID - werden jetzt nur noch nach erfolgreichem Posten (bzw. wenn das mit "-s" aufgerufene Programm den Exitcode "0" zurückgibt) gespeichert.
Ein Anmeldeversuch am Newsserver erfolgt nur noch, wenn ein Benutzername gesetzt ist.
Und schließlich ist die Angabe des Formats für die Message-ID jetzt optional; für den Default wird der Hostname des Systems als FQDN herangezogen. Bei ungültigen Angaben für Expires und Message-ID-Format wird jetzt korrekt der Default eingesetzt; außerdem finden beim Laden der Konfigurationsdatei (standardmäßig yapfaq.cfg) nunmehr weitere Überprüfungen statt.
Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.
Wie am Wochenende schon angekündigt, habe ich yapfaq in den letzten Tagen etwas weiterbearbeitet. Version 0.6 (bzw., aufgrund einiger kleiner Fehler im ersten Release, Version 0.6.2) enthält neben einigen kleineren Änderungen vor allem folgende Erweiterungen:
Variabler Expires:-Header
Die bisherige Version hat einen Expires:-Header von drei Monaten gesetzt; dieser Wert ist nunmehr konfigurierbar.
Kommandozeilen-Parameter
yapfaq nimmt jetzt einige Kommandozeilen-Parameter entgegen. So können mittels "-v" Informationen über den Programmablauf ausgegeben werden; mit dem Parameter "-f" kann die Abarbeitung auf die genannte FAQ beschränkt werden, yapfaq arbeitet dann also nicht alle FAQs ab. Außerdem kann mit "-p" das Posten aller - oder einer - FAQ(s) erzwungen werden, auch wenn diese eigentlich noch nicht fällig ist; am sinnvollsten ist das im Zusammenhang mit "-f". Die Parameter "-d" und "-t" ermöglichen Tests: "-d" führt zu einem reinen Simulationslauf, bei dem nichts gepostet wird, so daß bspw. getestet werden kann, welche FAQs zum Posten anstehen würden. "-t" ermöglicht es, die FAQ nicht in die eigentlich vorgesehene(n) Gruppe(n) zu posten, sondern stattdessen in eine Testgruppe oder auf die Konsole auszugeben, um zu prüfen, wie ein Posting aussehen würde.
Die aktuelle Version steht jeweils auf meiner Downloadseite zur Verfügung.
