Heute werden hauptsächlich zwei Pakete für den News Transport unter Unix eingesetzt: CNews und INN. Das ältere BNews wurde von den Autoren offiziell für tot erklärt und wird nicht mehr unterstützt.
News Transport wird hier verwendet für die Software, die hinter den Kulissen arbeitet, um sowohl News Artikel zu posten und zu verteilen, als auch die Artikel für die verschiedenen Newsreader zum Lesen verfügbar zu machen.
Pfade können ganz nach Belieben gesetzt werden, solange UUCP den
absoluten Pfad zu rnews
in der Permissions-Datei hat und solange der
jeweilige Newsreader so konfiguriert ist, daß er inews
und
mail
findet.
Beachten Sie bitte, daß das Mischen von CNews und INN ist die beste Voraussetzung ist, um Ärger zu provozieren. Es sollte nur einer von beiden verwendet werden. Das Hinzufügen des NNTP »Reference Release« zu CNews geht in Ordnung, da beide aufeinander abgestimmt sind.
Der de-facto-Standard für News Software ist zur Zeit CNews. Es existiert bereits eine Reihe von Jahren. Die aktuelle Version zum Zeitpunkt dieser Übersetzung heißt »CNews Cleanup Release, with patch CR.G« und datiert von 1995.
Der Hauptvorteil von CNews ist seine Reife. Es läuft auf wohl allen Unix Systemen, die man findet und es gibt buchstäblich tausende von Systemen weltweit, auf denen es läuft.
Sein größter Nachteil ist, daß es anscheinend für UUCP Verbindungen mittels Modem bestimmt war, und daher zusätzliche NNTP Software benötigt, um z.B. die News per TCP/IP zu lesen.
Trotzdem sollte ein angehender USENET Administrator CNews als erstes versuchen, da es äußerst stabil läuft, gut dokumentiert ist und es unzählige erfahrene Administratoren weltweit gibt, die mit Rat zur Seite stehen können.
Die »Cleanup Release« behauptet von sich, daß jetzt vollständige
»Overview« Unterstützung integriert ist und diese schneller ist
als vorher. Das Ergebnis erlaubt die Verwendung von CNews NOV Support, statt
ein externes Paket zur Erzeugung der Bezugsverkettung für Newsreader wie
nn
, tin
oder trn
als Newsreader zu verwenden.
Ich habe noch nicht ausprobiert, wie dieser Teil angesprochen wird, da ich zu Hause seit längerem auf INN umgestiegen bin. Wenn jemand mir diesbezüglich weiterhelfen kann, so aktualisiere ich dieses Dokument gerne.
Das Newspak Paket auf der Sunsite enthält sowohl lauffähige
Konfigurationsdateien für die CNews »Cleanup Release« unter Linux
als auch einige Patches, die benötigt werden, damit doexplode
mit einigen Problemen fertig wird, die bash
1.12 verursacht.
Grundsätzlich genügt es, das neue quiz
Skript laufen zu lassen und die
Standardwerte zu verwenden. Es werden einige Fragen gestellt, die sich
auf den /usr/include
Dateibaum beziehen, aber das wirft
keine Probleme auf.
Die Installation der »Cleanup Release« von CNews ist von Anfang bis Ende ein »RTFM«-Projekt. Man hole sich die Quelltexte, entpacke sie und folge den Instruktionen.
Das quiz.def
in newspak wurde durch einen initialen Aufruf von
quiz
erzeugt, wobei lediglich die Antworten mit Hilfe der Dateien in
/usr/include
erzeugt wurden.
Für die Durchführung der Selbsttests des CNews Paketes ist eine
neuere bash
Version notwendig. Der Aufruf bash -ver
sollte als
Version 1.14.5 oder höher ergeben.
Steve Robbins hat festgestellt, daß die »Cleanup Release« von CNews
einen Bug im GNU join
Kommando der shellutils Version 1.9 offenlegt.
Einige Quelltexte von join
müssen zu Behebung gepatcht werden; die Patches
wurden von Steve auf der Sunsite abgelegt. Inzwischen gibt es
die shellutils in der Version 1.12.
Man sollte sich wenigstens die folgenden Dateien im Verzeichnis
/usr/local/lib/news
oder /usr/lib/news
ansehen
und gegebenenfalls ändern:
active - Enthält die Namen und Daten der lokalen Newsgruppen.
batchparms - Parameter zur Aufbereitung zu sendender News-Batches.
explist - Steuert Verhalten von expire, dem Entsorger alter Artikel.
mailname - Name in Antworten via E-Mail.
mailpaths - Wohin gehen moderierte Postings per E-Mail?
organization - Die eigene »Organisation«.
sys - Steuert, was geholt und verschickt wird.
whoami - Der eigene Hostname für die Path:-Zeile.
Als erste, wichtigste Regel gilt: Alle Dateien, für deren Konfiguration
es Tools gibt, sollten nicht von Hand bearbeitet werden. Insbesondere
sollten newsfeeds nicht per Hand eingerichtet werden, dazu gibt es
addfeed
. Eine andere Datei ist active
, für die es das
Programm addgroup
gibt. Im Zweifelsfall lese man die Dokumentation,
die mit dem Paket kommt.
Ein weiterer Punkt ist die korrekte Rechtevergabe für alle Dateien und
Programme. Daher sollte die komplette Konfiguration als Benutzer news
erfolgen. Zur Erinnerung, in der Regel muß man sich erst als root
anmelden und anschließend mit su - news
zum NEWSBIN werden.
Die eigentliche Arbeit wird über cron
erledigt. Die crontab
für news kann in etwa wie folgt aussehen:
# Beispiel crontab für die CNews cleanup Release
#
# Empfangene und (extern und lokale) News-Batches
# einsortieren
20 * * * * /usr/lib/news/bin/input/newsrun
# Nach draußen gehende News einpacken
0 * * * * /usr/lib/news/bin/batch/sendbatches myfeedsite
# Alte News nach dem Haltbarkeitsdatum wegwerfen
59 0 * * * /usr/lib/news/bin/expire/doexpire
# Monitor und Report Tools wenn gewünscht
10 5 * * * /usr/lib/news/bin/newsdaily
00 5 * * * /usr/lib/new/bin/newswatch
# Bearbeiten von News Batches nicht von 6:30 - 16:00
30 6 * * * /usr/lib/news/bin/input/newsrunning off
00 16 * * * /usr/lib/news/bin/input/newsrunning on
INN ist der Newcomer in der Szene, aber das Programm wird mit zunehmender Reife
immer populärer. Der Hauptvorteil ist die Schnelligkeit und die
Tatsache, daß ein NNTP-Paket bereits enthalten ist. Der Hauptnachteil ist,
daß er noch neu ist und sich von daher auf den vielen Standard-Unix-Versionen
noch nicht unbedingt reibungslos installieren und betreiben läßt. Zusätzlich
arbeitet das Programm mit einem ständig laufenden Daemon, nämlich
innd
, und einem zusätzlichen Daemon, der das Threading übernimmt.
Die Kosten für die Schnelligkeit bestehen im hohen Speicherbedarf.
Ein Newsaufkommen von 5 MB pro Nacht über UUCP mit einem 14,4 kBit/s Modem mit INN auf einem 8 MB 386-33 ohne X Window System macht aber keine Probleme.
Als erstmaliger USENET-Administrator sollte man vielleicht nicht unbedingt mit INN anfangen, bevor man nicht Erfahrungen mit CNews gesammelt hat. Obwohl das Programm unter Linux schnell und zuverlässig läuft, ist es noch ziemlich schlecht dokumentiert für einen angehenden News Administrator. In der Praxis ist die Administration allerdings recht einfach, wenn man einmal herausgefunden hat, wie es funktioniert.
INN ist auch ziemlich eigen, was Zugriffsrechte angeht. Man sollte sie nicht durcheinanderbringen.
INN ist außerdem ziemlich eigen, wenn es um die »Qualität« des TCP/IP geht, mit dem es zusammenarbeiten soll. Linux ist momentan noch nicht unbedingt das, was erwartet wird (Dez. 95). Es wird daher empfohlen, sich ein Linux-spezifische INN-Paket von den üblichen FTP-Servern zu besorgen.
Von Arjan de Vet stammt ein Patch + Config Kit für INN 1.4, um den Server unter Linux zum Laufen zu bringen. Er kann gefunden werden auf:
ftp.win.tue.nl:/pub/linux/ports/
INN benötigt ebenfalls dringend einen guten Ersatz für /bin/sh
.
bash
1.12 hat einige kleinere Probleme bereitet: Newsgruppen wurden
z.B. nicht behandelt. Die Beschreibung hier geht von bash
1.13 aus.
Man folgt einfach den Anweisungen von Arjan und alles sollte funktionieren. Hier ist die Zusammenfassung, was getan werden muß:
config.data
muß HAVE_UNIX_DOMAIN DONT
stehen.
hosts.nntp
wird der Hostname des Rechners, auf dem
der innd
läuft, eingefügt.
Für ein reines UUCP System ist es der UUCP Name./etc/inetd.conf
darf keine Zeile für nntp
vorkommen.
innshellvars
sollte HAVE_UUSTAT DO
anstelle von DONT
enthalten, wie es in der Beispiel
config.data
der Fall ist, wenn
uustat
vom Taylor UUCP-Paket installiert ist. Falls dieses
falsch definiert ist, werden keine für andere Systeme bestimmten News als
Batch gepackt.
syslogd
durchgeführt werden; sie ist sehr hilfreich.Es gibt eine außergewöhnliche FAQ für INN, die monatlich aktualisiert
wird. Wer danach unter
rtfm.mit.edu:/pub/usenet-by-hierarchy/news
sucht, wird es sicherlich nicht bereuen.
Es hat sich gezeigt, daß eine Linux-INN-Site praktisch keine Pflege
benötigt, wenn man einen funktionierenden cron
besitzt. Die notwendige
crontab
wird in etwa wie folgt aussehen:
# tägliche Pflege, .overview und veraltete Artikel
# aktualisieren
1 0 * * * /usenet/sw/inn/bin/news.daily expireover delayrm < /dev/null
# lokale Artikel rausschicken
5 * * * * /usenet/sw/inn/lib/send-uucp
Bei bash
ab Version 1.13 wird das < /dev/null
nicht benötigt.
Es folgt eine nicht vollständige Liste anderer News Transport Software, die unter Linux lauffähig ist: