  Das Linux News HOWTO
  Vince Skahan (vince@halcyon.com) und Jrg Stpel
  (j.stoepel@marketingsystems.de)
  v1.4, 30.November 1996

  Dieses Dokument beschreibt das Setup und die Pflege von USENET News
  unter Linux. Es ist notwendig dieses HOWTO zu lesen, wenn geplant
  wird, USENET News zu versenden oder zu lesen. Dies betrifft sowohl
  lokal verwaltete News oder den Austausch von News zwischen einem
  lokalen und ber das Internet erreichbarer News Server.  Das Dokument
  mu wahrscheinlich nicht gelesen werden, wenn nicht geplant wird
  USENET News als Feature des lokalen Systems anzubieten.

  1.  Einleitung

  Der Zweck dieses Dokuments ist die Beantwortung von Fragen die in die
  Kategorie "frequently asked questions" fallen in Bezug auf USENET News
  Software unter Linux im allgemeinen oder als Slackware Distribution im
  Besonderen.

  Dieses Dokument in Verbindung mit dem korrespondierenden Mail und UUCP
  HOWTO Dokumenten ersetzen das UUCP-NEWS-MAIL-FAQ das zuvor in
  comp.os.linux.announce verffentlicht wurde.

  1.1.  Neue Versionen dieses Dokuments

  1.1.1.  Englisches Original

  Neue Versionen des englischen Originals werden regelmig ber die
  News-Gruppen comp.os.linux.announce, comp.answers und news.answers
  verteilt. Auerdem werden sie auf verschiedenen anonymous FTP-Servern,
  die solche Informationen archivieren, hinterlegt. Der wichtigste ist
  wohl sunsite.unc.edu:/pub/Linux/docs/HOWTO und die verschiedenen
  Mirror.

  Zustzlich wird es ber die Linux Home-Page im WorldWideWeb unter
  http://sunsite.unc.edu/mdw/linux.html zu finden sein.

  1.1.2.  Deutsche bersetzung

  Diese deutsche Ausgabe des News-HOWTO wird ber die Homepage des
  Deutschen Linux HOWTO Projektes (DLHP) auf http://www.tu-
  harburg.de/~semb2204/dlhp/ zugnglich sein. Momentan sind die
  deutschen HOWTOs auf den FTP-Servern
  ftp.heise.de:/pub/ix/Linux/docs/HOWTO und ftp.uni-
  stuttgart.de:/pub/systems/linux/local/doc erhltlich. Weitere Quellen
  finden sich auch auf der DLHP Homepage.

  Der bersetzer ist sich im Klaren, da einige Abschnitte berarbeitet
  ;-) werden sollten. Aber als erster Schritt mu erst einmal eine
  wrtliche bersetzung reichen. Als weiterer Schritt knnen dann
  Aktualisierungen gemeinsam mit dem Autor des englischen Originals
  eingearbeitet werden.

  1.2.  Feedback

  Rckmeldungen via E-Mail in jeder Form ist erwnscht, sowohl positive
  als auch negative bezglich des Inhalts des Dokumentes. Auf jeden Fall
  sollte einer der beiden Autoren benachrichtigt werden, wenn Fehler
  oder offensichtliche Versumnisse entdeckt werden. Deutsche
  Rckmeldungen nimmt Jrg Stpel entgegen, um dann mit Vince Skahan,
  dem Autor des englischen Originals, Kontakt aufzunehmen.

  Alle E-Mail werden auch gelesen, aber eine Antwort erfolgt nicht
  notwendigerweise. Vorschlge fr Erweiterungen und Ergnzungen werden
  im Rahmen der zeitlichen Mglichkeiten und der Dringlichkeit der
  nderung bercksichtigt.

  Flames landen - je nach Unterhaltungswert - in /dev/null oder im
  Poesiealbum.

  Insbesondere die Konventionen bezglich Pfadnamen sind unter Linux
  einer stndigen Vernderung unterworfen. Daher knnen die hier
  verwendeten Bezeichnungen nur ein Beispiel sein, das sich am gerade
  aktuellen Standard orientiert bzw. den (mir) bekannten Distributionen.
  Bei Unstimmigkeiten sollte die verwendete Distribution und ihre
  Konvention genauer betrachtet werden.

  Feedback bezglich des grundstzlichen Formats des Dokumentes sollte
  direkt an den Betreuer des Deutschen HOWTO Projektes, Marco Budde
  (Budde@tu-harburg.d400.de), bzw. den Linux HOWTO coordinator - Greg
  Hankins (greph@sunsite.unc.edu) gehen.

  1.3.  Copyright Information

  Dieses Dokument ist urheberrechtlich geschtzt. Das Copyright fr die
  englische News HOWTO, auf der dieses Dokument basiert, liegt bei Vince
  Skahan. Das Copyright fr die deutsche Version liegt bei Jrg Stpel.

  Das Dokument darf gem der GNU General Public License verbreitet
  werden. Insbesondere bedeutet dieses, da der Text sowohl ber
  elektronische wie auch physikalische Medien ohne die Zahlung von
  Lizenzgebhren verbreitet werden darf, solange dieser Copyright
  Hinweis nicht entfernt wird. Eine kommerzielle Verbreitung ist erlaubt
  und ausdrcklich erwnscht. Bei einer Publikation in Papierform ist
  das Deutsche Linux HOWTO Projekt hierber zu zu informieren.

  1.4.  Standard Disclaimer

  Natrlich lehnen die Autoren jegliche Haftung fr den Inhalt des
  Dokumentes ab. Die Verwendung der hier beschriebenen Konzepte,
  Beispiele und/oder jedes anderen Inhaltes dieses Dokumentes geschieht
  auf eigene Verantwortung.

  1.5.  Weiterfhrende Information

  1.5.1.  USENET

     news.admin.misc         Allgemeine zu News Administration im Netz
     news.admin.policy       Policy issues of USENET.
     news.admin.technical    Verwaltung von Netzwerk News. (moderiert)
     news.software.b         Diskussion von B-News kompatibler Software.
     news.software.nn        Diskussion des "nn" News Reader Pakets.
     news.software.nntp      Network News Transfer Protocol.
     news.software.readers   Software zum Lesen von Netzwerk-News.
     news.sysadmin           Fuer Systemadministratoren.
     news.announce.newusers  Beispiel Gruppe fuer neue News Benutzer (mod.)
     news.newusers.questions Q & A fr Neueinsteiger im Usenet.

  1.5.2.  Literatur

  Die folgende, nicht vollstndige Liste enthlt Bcher die helfen

    Managing UUCP and USENET von Grace Todino und Tim O'Reilly.
     Erschienen 1992 bei O'Reilly+Associates ist meiner Meinung nach das
     beste Buch um herauszufinden, welche Programme und Protokolle in
     einer USENET-Site Anwendung finden.

    Unix Communications verffentlicht von The Waite Group beinhaltet
     eine sehr schne Beschreibung aller Teile (und mehr) und wie sie
     zusammen passen.

    Practical Unix Security erschienen bei O'Reilly+Associates hat eine
     gute Diskussion, wie UUCP im Allgemeinen abgesichert werden kann.

    The Internet Complete Reference" von Osborne ist eine sehr gute
     Referenz. Sie erlutert die verschiedenen zur Verfgung stehenden
     Internet Dienste und ist eine ausgezeichnete Quelle fr
     Informationen ber News, Mail und andere verschiedene Internet
     Resourcen.

    The Linux Networking Administrators' Guide" von Olaf Kirch vom
     Linux DOC Projekt ist im Netz verfgbar. Eine berarbeitete Version
     wurde bei O'Reilly und SSC verffentlicht, auch in deutsch.  Es
     macht einen sehr guten, ausfhrlichen Rundum-Schlag um nahezu
     alles, was man sich nur vorstellen kann, ber UNIX Netzwerke zu
     lernen.

  1.6.  Wo man KEINE Hilfe suchen soll

  Die Konfiguration und der Betrieb von USENET News unter Linux hat
  keine Besonderheiten (mehr). Daher haben grundstzliche Fragen zu News
  nichts in den de.comp.os.linux.* zu suchen.

  Solange die Fragen nicht wirklich Linux betreffen (z.B. "Welche
  Patches bentige ich um INN mit bash1.12 in SLS v1.03 zu verwenden?"),
  sollten die oben genannten News-Gruppen Ziel der Hilferufe sein.

  Noch einmal in aller Deutlichkeit:

  Es gibt keinen offensichtlichen Grund mehr, um irgendwelche News
  bezogenen Fragen in der de.comp.os.linux Hierarchie abzusetzen. Es
  existieren News-Gruppen, in denen *ALLE* diese Fragen diskutiert
  werden.

  DIE DE.COMP.OS.LINUX NEWS-GRUPPEN SIND DIE FALSCHE STELLE FUER WENN
  MAN HILFE ZU NICHT-LINUX-SPEZIFISCHEN PROBLEMEN SUCHT. DIE RICHTIGEN
  EXPERTEN FUER USENET NEWS SITZEN AN DEN OBEN GENANNTEN STELLEN UND
  FAHREN IN DER REGEL NICHT LINUX.

  NICHT LINUX-SPEZIFISCHE FRAGEN IN LINUX-SPEZIFISCHEN NEWS-GRUPPEN SIND
  REINE ZEITVERSCHWENDUNG FUER DEN FRAGENDEN UND FUER ALLE ANDEREN. ES
  IST DER BESTE WEG DIE ANTWORT AUF DIE FRAGE MOEGLICHST LANGE ZU
  VERZOEGERN.

  2.  Hardware Voraussetzungen

  Es gibt keine besonderen Hardware Voraussetzungen fr USENET News
  unter Linux. Das einzige was zu erwhnen wre, ist ausreichende
  Festplatten Kapazitt fr die Software und die News Datenbank, und die
  ist abhngig von der Menge an Nachrichten, die man im System halten
  will.  Fr den Anfang sollten an die 10MB ausreichen.

  3.  Beschaffung der USENET News Software

  Falls die notwendigen Pakete nicht schon in der eigenen Linux-
  Distribution enthalten ist, findet sich die gesamte Software die in
  diesem HOWTO erwhnt wird ist auf den bekannten Anonymous FTP-Servern
  im Internet verfgbar.

  Ein guter Ausgangspunkt ist das Verzeichnis
  ftp.uu.net:/networking/news

  Die im newspak-2.4.tar.z Paket enthaltenen Konfigurations und Readme
  Dateien beziehen sich alle auf das Zusammenstellen von UUCP, News und
  Mail Software unter Linux von den verschiedensten frei erhltlichen
  Quellen. Es ist normalerweise in
  sunsite.unc.edu:/pub/Linux/system/Mail/news zu finden.  Falls es dort
  nicht sein sollte, werden die Autoren sicherlich eine Kopie zur
  Verfgung stellen.

  4.  News Transport Software

  Heute werden hauptschlich zwei Pakete fr den News "Transport" unter
  Unix eingesetzt: CNews und INN. Das ltere "BNews" wurde von den
  Autoren offiziell fr tot erklrt und wird nicht mehr untersttzt.

  News "Transport" wird hier verwendet fr die Software, die hinter den
  Kulissen arbeitet um sowohl News Artikel zu posten und zu verteilen,
  als auch die Artikel fr die verschiedenen News-Reader zum Lesen
  verfgbar zu machen.

  Pfade knnen 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.

  Wichtig - das Mischen von CNews und INN ist die beste Voraussetzung um
  rger zu provozieren. Es sollte nur einer von beiden verwendet werden.
  Das Hinzufgen des NNTP "Reference Release" zu CNews geht in Ordnung,
  da beide aufeinander abgestimmt sind.

  4.1.  CNews Cleanup Release

  Der de-facto Standard fr News Software zur Zeit ist CNews. Es
  existiert bereits eine Reihe von Jahren. Die aktuelle Version zum
  Zeitpunkt dieser bersetzung heit "CNews Cleanup Release, with patch
  CR.G" und datiert von 1995.

  Der Hauptvorteil von CNews ist seine Reife. Es luft auf wohl allen
  Unix Systemen, die man findet und es gibt buchstblich tausende von
  Systemen weltweit auf denen es luft.

  Sein grter Nachteil ist, da es anscheinend bestimmt war fr UUCP
  Verbindungen mittels Modem  und daher zustzliche NNTP Software
  bentigt, die Echtzeit Internet Zugriffe regelt.

  Trotzdem sollte ein angehender USENET Administrator CNews als erstes
  versuchen, da es uerst stabil luft, es gut dokumentiert ist und es
  unzhlige erfahrener Administratoren weltweit gibt, die mit Rat zur
  Seite stehen knnen.

  Das "Cleanup Release" behauptet, da "Overview Support voll integriert
  wurde und schneller als vorher ist". Das Ergebnis erlaubt die
  Verwendung von CNews NOV Support ohne da News-Threads ein externes
  Paket wie nn, tin oder trn als NewsReader verwendet werden mu.

  Ich habe noch nicht ausprobiert wie dieser Teil angesprochen wird, da
  zu Hause seit lngerem auf INN umgestiegen bin. Wenn jemand mir
  diesbezglich weiterhelfen kann, so aktualisiere ich dieses Dokument,
  E-Mail gengt.

  Das Newspak Paket auf Sunsite enthlt sowohl lauffhige
  Konfigurationsdateien fr das CNews Cleanup Release unter Linux, als
  auch einige Patches, dies bentigt werden, damit doexplode mit einigen
  Problemen fertig wird, die bash1.12 verursacht.

  Grundstzlich gengt es das neue 'quiz' Skript laufen zu lassen und
  Default-Werte zu verwenden. Es werden einige Fragen gestellt, die sich
  auf den /usr/include Dateibaum beziehen, aber das wirft keine Probleme
  auf.

  4.1.1.  Installation von CNews

  Die Installation des Cleanup Releases von CNews ist von Anfang bis
  Ende ein "RTFM" (Read The F.. Manual) 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.

  Fr die Durchfhrung der Selbsttests des CNews Paketes ist eine neuere
  'bash' notwendig. Der Aufruf mittels 'bash -ver' sollte als Version
  1.14.5 oder besser ergeben.

  Steve Robbins hat festgestellt, da das 'Cleanup Release' von CNews
  einen Bug im GNU 'join' Kommando der 'shellutils-1.9' offenlegt.
  Einige Quelltexte von join mssen zu Behebung gepatcht werden, die
  Patches wurden von Steve auf auf sunsite abgelegt. Inzwischen (Nov.
  96) gibt es die shellutils in der Version 1.12.
  4.1.2.  Die Konfiguration von CNews

  Als mindestes sollte man sich die folgenden Dateien im Verzeichnis
  /usr/local/lib/news oder /usr/lib/news ansehen und gegebenenfalls
  ndern:

  active        -  enthaelt die Namen und Daten der lokalen Newsgruppen
  batchparms    -  Parameter zur Aufbereitung zu sendender News-Batches
  explist       -  steuert Verhalten von expire, dem Entsorger
  mailname      -  Name in Antworten via Mail
  mailpaths     -  Wohin gehen modertierte Postings per Mail
  organization  -  die eigen "Organisation", falls man organisiert ist
  sys           -  steuert was geholt und verschickt wird
  whoami        -  der eigene Hostname fuer die Path: Zeile

  4.1.3.  Pflege eines CNews-Servers

  Als erste wichtigste Regel gilt, alle Dateien, fr deren Konfiguration
  es Tools gibt, sollten nicht von Hand bearbeitet werden. Ins besondere
  sollten newsfeeds nicht handish eingerichtet werden, dazu gibt es
  "addfeed". Eine andere Datei ist active, fr die gibt es "addgroup".
  Im Zweifelsfall lese man die Dokumentation, die mit dem Paket kam oder
  man liest sie nochmals.

  Ein weiterer Punkt ist, die korrekte Rechtevergabe fr alle Dateien
  und Programme. Daher sollte die komplette Konfiguration als der
  Eigentmer des News-Systems, als "news" ($NEWSBIN whrend der
  Installation) durchgefhrt werden. Zur Erinnerung, in der Regel mu
  man sich erst als "root" anmelden und anschlieend mit "su - news" zum
  NEWSBIN werden.

  Die eigentliche Arbeit wird ber cron erledigt. Die crontab fr "news"
  kann in etwa wie folgt aussehen:

          # Beispiel crontab fuer die CNews cleanup Release
          #
          # empfangene und (extern und lokale) News-Batches einsortieren,
          20 * * * * /usr/lib/news/bin/input/newsrun

          # nach draussen 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 gewuenscht
          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

  4.2.  InterNetNews (INN)

  INN ist der Newcomer in der Szene, aber er wird mit zunehmender Reife
  immer populrer. Der Hauptvorteil ist seine Schnelligkeit und die
  Tatsache, da er ein nntp Paket beinhaltet. Der Hauptnachteil ist, da
  er noch neu ist und sich von daher auf den vielen "Standard Unixes"
  noch nicht unbedingt reibungslos intallieren und betreiben lst.
  Zustzlich arbeitet er mit einem stndig laufenden Dmon (innd und
  einem zustzlichen Dmon, der das Threading bernimmt. Die Kosten fr
  die Schnelligkeit scheint der Speicherbedarf zu sein.

  Bei einem News Aufkommen von 5MB pro Nacht ber UUCP mit einem 14.4 KB
  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 erst Erfahrungen mit CNews
  gesammelt hat. Obwohl es unter Linux schnell und zuverlssig luft,
  ist es noch ziemlich undokumentiert was einen angehenden News
  Administrator angeht. In der Praxis ist es 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 auch ziemlich eigen, wenn es um die "Qualitt" 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.

  4.2.1.  Installation von INN

  (von Arjan de Vet - devet@info.win.tue.nl)

  Von Arjan de Vet stammt ein Patch + Config Kit fr INN 1.4 um ihn
  unter Linux zum Laufen zu bringen. Er kann gefunden werden auf:

  ftp.win.tue.nl:/pub/linux/ports/inn-1.4-linux.tar.gz

  INN bentigt ebenfalls dringend einen guten Ersatz fr /bin/sh. Bash
  1.12 hatte einige kleinere Probleme bereitet, Newsgruppen wurden nicht
  behandelt, vielleicht noch ein paar andere Sachen. Die Beschreibung
  hier geht von bash 1.13 aus.

  4.2.2.  Konfiguration von INN

  Man folgt einfach den Anweisungen von Arjan und alles sollte
  funktionieren. Hier ist die Zusammenfassung, was getan werden mu:

    In config.data mu stehen "HAVE_UNIX_DOMAIN DONT"

    In hosts.nntp wird der Hostname auf dem innd luft eingefgt.  Fr
     ein reines UUCP System ist es der UUCP Name.

    In /etc/inetd.conf draf keine Zeile fr nntp vorkommen.

    innshellvars sollte "HAVE_UUSTAT DO" anstelle von "DONT" haben, wie
     es in der Beispiel config.data enthalten ist, wenn uustat vom
     Taylor UUCP Paket installiert ist. Falls dieses falsch definiert
     ist, werden keine nach drauen bestimmten News als Batch gepackt.

    Wenn INN luft sollte unbedingt die empfohlene Konfiguration von
     syslogd durchgefhrt werden, sie ist sehr, sehr hilfreich.

     Es gibt ein auergewhnliche FAQ fr INN, das monatlich
     aktualisiert wird. Wer danach unter rtfm.mit.edu:/pub/usenet-by-
     hierarchy/news sucht wird es sicherlich nicht bereuen.
  4.2.3.  Pflege einer INN Site

  Es hat sich gezeigt, da eine Linux INN Site praktisch keine Pflege
  bentigt, wenn man einen funktionierenden cron besitzt. Die notwendige
  crontab wird in etwa wie folgt aussehen:

        # tgliche Pflege, .overview und veraltete Artikel aktualisieren
        1 0 * * * /usenet/sw/inn/bin/news.daily expireover delayrm < /dev/null

        # Und lokale rausschicken
        5 * * * * /usenet/sw/inn/lib/send-uucp

  (Bei bash ab 1.13, das "< /dev/null" wird nicht bentigt)

  4.3.  Andere News Transport Agenten

  Es folgt eine nicht vollstndige Liste andere News-Transport Software
  die unter Linux lauffhig ist:

    dynafeed

    nntp1.5.11

    slurp1.05

    suck 3.2.1

  5.  Lesen der News (News Readers)

  Es gibt nicht den "einzig wahren News Reader". Das heit, es gibt
  ziemlich viele, die leicht portiert werden knnen, insbesondere nach
  Linux. Zur Zeit (Dez.95) "tin", "trn" und "nn" sind in den
  gebruchlichsten Linux Distributionen und im newspak enthalten.

  Bei der Auswahl eines News-Readers mchte man in der Regel etwas
  haben, das einfach zu bedienen ist, gut durch den Benutzer
  konfigurierbar ist, der Threading untersttzt und "Kill Files" (um
  interessante Artikel auszuwhlen oder nicht interessante von
  vornherein gar nicht erst zu zeigen).

  Die Pfade knnen ganz nach Geschmack gesetzt werden, solange alle
  News-Reader "inews" von der CNews oder INN Installation finden und ein
  "mail" Programm um Antworten auf News-Posts zu versenden.

  In diesem Abschnitt werden einige der populrsten kurz beschrieben.
  Bevor Fragen gestellt werden, es gibt viele gute Grnde "nn" zu
  verwenden :-)

  5.1.  Tin

  Tin ist ein News Reader mit Untersttzung fr Threads, der besonders
  einfach fr neue Anwender gedacht ist. Er untersttzt "Kill Files" und
  "NOV Threading". Bei der Verwendung von INN liest er NOV .overview
  Dateien per Default und erstellt keine Index Dateien.

  Um Tin unter Linux zu bersetzen editiert man das Makefile und die
  Pfade zur News Software zu setzen, besonders den Pfad von inews).
  Anschlieend gengt ein make linux, es sind keine speziellen Patches
  notwendig.
  Fr News Threads startet man mit tin -u um die Indexdateien zu
  aktualisieren.

  Tin hat die Mglichkeit via NNTP zu lesen. Dazu bersetzt man mit
  "NNTP_ABLE" definiert. Das Ergebnis sind einmal tin fr lokalen und
  einmal rtin fr NNTP Zugriff. tin -r verhlt sich dann genauso wie
  rtin.

  Iain Lea empfiehlt den folgenden crontab Eintrag. Dann braucht man
  nicht make daemon zu starten um tind zu erzeugen.

          # Datenbank der Bezugsverkettungen erzeugen
          35 * * * * /usenet/bin/tind -u

  Vince Skahan hat tin ber eine SLIP Anbindung als einen NNTP-basierten
  News Reader gefahren. Wenn das angeschlossene System ein
  umfangreicheres Spektrum an News Gruppen beherbergt, dann kann man
  ziemlich alt werden, whrend man darauf wartet, da die active Datei
  geladen wird.

  5.2.  Trn/Mthreads

  trn ist ein Abkmmling des "rn" News-Readers mit Thread Untersttzung.
  trn3.2 und neuer haben die nette Eigenschaft entweder das trn eigene
  Threading mit "mthreads" oder NOV, den Threader von INN zu verwenden.

  Zum Kompilieren startet man Configure und verwendet die generierten
  Default Einstellungen. Mglicherweise ist lib4.4.1 und bash1.13
  notwendig, damit Configure erfolgreich durchluft.

  Das newspak Paket auf SunSite enthlt einsatzbereite Konfigurations
  Dateien um trn unter Linux einzusetzen.

  Es kann ziemlich unklug sein config.sh von trn von Hand zu editieren,
  es sei denn man macht etwas wirklich SEHR einfaches, wie das ndern
  von Pfaden. Falls man es macht, so mu Configure -S gestartet werden,
  bevor man make depend, make und make install auf das System loslt.

  Obwohl Configure normalerweise unter Linux mit bash1.12 den Dienst
  verweigert, macht Configure -S keine Probleme. Wenn man also die
  config.sh aus dem newspak als Startpunkt verwendet, ist man dem Ziel
  schon recht nahe.

  Das Kompilieren fr das Lesen via NNTP ist genauso einfach, wie "yes"
  zu antworten, wenn Configure fragt, ob man es denn so mchte
  (vorausgesetzt Configure luft). Eine zuknftige Ausgabe des newspak
  wird eine config.sk fr NNTP zustzlich zu der fr lokales Lesen
  beinhalten fr alle die, die immer noch mit einer alten bash
  geschlagen sind :-)

  Vince Skahan hat trn ber eine SLIP Anbindung als einen NNTP-basierten
  News-Reader gefahren. Wenn das angeschlossene System ein
  umfangreicheres Spektrum an News Gruppen beherbergt, dann kann man
  ziemlich alt werden, whrend man darauf wartet, da die active Datei
  geladen wird und die Artikel auf die Threads "gefdelt" werden.

  Es gibt Dutzende von Kommandozeilen Parametern fr trn, um alle
  mglichen Dinge zu erreichen. Details finden sich in der Manual Seite
  von "trn". Eine einfache Mglichkeit, die gewnschten Parameter
  einfach zu setzen ist ber eine Konfigurations Datei:

    Man erzeuge eine Datei mit allen Parametern unter ~/.trnrc

    export TRNINIT="~/.trnrc

  Das aktuelle newspak hat eine Kopie von Vince Skahans .trnrc Datei als
  Beispiel.

  trn3.2 und neuer untersttzen NOV oder mthreads fr Threading, der
  Benutzer hat die Wahl. Demzufolge ist empfohlen, beim bersetzen beide
  Threading Mglichkeiten zuzulassen (Configure fragt danach). Auswhlen
  kann man zur Laufzeit mit trn -Zo fr NOV und trn -Zt fr mthreads.
  Mittels eines Alias kann man sich die jeweils gewnschte Variante
  auswhlen.

  Um die mthreads Datenbank zu erzeugen, bentigt man in etwa folgenden
  Eintrag in der crontab:

          # thread the trn database
          35 * * * * /usenet/bin/mthreads all

  5.3.  NN

  Das newspak Paket auf SunSite enthlt funktionierende
  Konfigurationsdateien fr nn6.4.18, die man an die richtige Stelle
  bringt und dann einfach make startet unter Linux. Sie arbeiten
  ebenfalls mit nn6.5.

  Nach dem bersetzen sind die folgenden Schritte notwendig:

    - Starte das "inst" Programm fr die Installation

    - Initialisieren der Datenbank

    - Starten von nnmaster

  Details stehen in der nn Dokumentation. bersetzen, Konfigurieren und
  Einsetzen von nn unter Linux unterscheidet sich in nichts von andere
  *nix Systemen, hchstens das man nnmaster eher ber cron started, als
  das er als Dmon luft, es macht auch keinen Unterschied.

  Untersttzung von "nn" ist so einfach, wie die folgenden crontab
  Eintrge:

          # nnmaster starten, um "nn" Daten zu sammeln
          # (nicht noetig beim Einsatz von NOV und INN bei nn-6.5beta3)
          25 * * * * /usenet/sw/nn/lib/nnmaster

          # Veraltete Artikel aus der nn Datenbank werfen
          # (nicht noetig beim Einsatz von NOV und INN bei nn-6.5beta3)
          0  4       * * * /usenet/sw/nn/bin/nnadmin =EYW

          # stash a copy of the active file for "nngoback" and keep last 7
          0 3 * * * /usenet/sw/nn/lib/back_act 7

  Vince Skahan hat etwas mit nn als NNTP-basierter News-Reader
  experimentiert. Bei dieser Konfiguration mu config.h leicht
  modifiziert werden. Die Kommentare in der Datei sollten aussagekrftig
  genug sein. Als NNTP-basierter News-Reader, nn startet eine lokale
  Kopie des nnmaster und unterhlt eine lokale Thread Datenbank.
  Dadurch wird ein sehr schneller Zugriff bei der Auswahl der Artikel
  erreicht. Natrlich mu man etwas warten, bis der eigentliche Text des
  Artikels geladen ist, wenn SLIP ber Modem verwendet wird.

  Die neue Version (6.5.x) von nn untersttzt die NOV Datenbank von INN,
  welche den Einsatz von nnmaster erbrigt. Die Konfiguration wird auf
  hchste empfohlen, da man CPU-Zeit spart und die Datenbank und die
  tatschlichen Artikel sind immer abgeglichen.

  5.4.  Andere News Reader

  Es folgt eine Liste weiterer News-Reader unter Linux ohne Anspruch auf
  Vollstndigkeit.

    tass

    xrn

    gnus

  6.  Danksagungen

  Die folgenden Personen haben geholfen die Informationen und
  Erfahrungen zusammenzutragen und damit dieses Dokument ermglicht.

  Ed Carp, Steve Robbins, Ian Taylor, Greg Naber, Matt Welsh, Iain Lea,
  Arjan de Vet

  Falls jemand vergessen wurde, so bitten wir um Entschuldigung.

  7.  Frequently Asked Questions ber das USENET (aus c.o.l.*)

  7.1.  Warum kann ich keine Artikel in moderierte Gruppen posten ?

  Vermutlich, weil der News Reader versucht ber /bin/mail zu posten und
  es nicht mag. Ersetze das /bin/mail aus lteren SLS Distributionen mit
  der mailx-5.5.tar.gz Portierung einer neueren Slackware Distribution.
  Die Installation mit dem Slackware pkgtool stellt alles korrekt ein.

  Eine andere Mglichkeit ist, da eine moderierte Gruppe lokal als
  nicht-moderiert eingerichtet ist und irgend jemand (nicht eine Person,
  sondern System Software) auf dem Weg in die ffentlichkeit lscht. Es
  ist sicherzustellen, das "checkgroups" sofort gestartet wird und dann
  immer, wenn der "checkgroups" Artikel alle paar Wochen in news.admin
  einluft.

  7.2.  Warum scheine ich Probleme mit Zugriffsrechte zu haben ?

  Es scheint nicht nur so :-)

  berprfe, ob die Zugriffsrechte korrekt sind und das es in
  /etc/passwd und /etc/group eine Benutzerkennung fr den $NEWSBIN z.B.
  news gibt, die der in dem installierten Paket verwendeten entspricht.
  Es scheint hier noch keinen Linux Standard zu geben.

  Alles in /usr/lib/news sollte news.news mit der Ausnahme von
  /usr/lib/news/setnewsids. Letzteres sollte setuid root sein.

  Die Benutzer- und Gruppenkennung fr den $NEWSBIN kann news sein, mu
  es aber nicht.

  7.3. Warum kann ich Artikel lokal posten, aber sie werden
       nicht gezeigt?

  Mglicherweise wurde newsrun nicht von cron aufgerufen.  Vielleicht
  hast Du die sys Datei editiert und durcheinander gebracht.  Vielleicht
  gibt es keine /var/spool/news/out.going Verzeichnishierarchie oder
  hnliches. Vielleicht hast Du ein Paket installiert mit dem in Pakete
  und bentigen newsrun um diese Batches lokal einzusortieren oder an
  andere Server zu fttern.

  Erzeuge keine News-Gruppen durch das Editieren der active oder sys
  Datei. Dazu gibt es Tools in /usr/lib/news/bin/maint die das sauber
  erledigen.

  7.4.  Warum enthlt mein Paket mit den Binaries kein "nntp" ?

  Weil angenommen wird, da es unter Linux Plug-and-Play ist und weil
  ich das SLS News Paket nicht auf die doppelte Gre aufblasen wollte
  und dann beide Versionen - nntp und nicht-nntp - der News-Reader und
  der News Transport Software zu pflegen habe. Auerdem wird beim
  bersetzen lokale Information verwendet, die zur Laufzeit nicht durch
  eine Konfigurationsdatei ersetzt werden kann.

  7.5. Warum beschwert sich doexpire (oder relaynews oder ...) mit 
      "severe space shortage" obwohl ausreichend Platz vorhanden ist?
 
  Weil es /etc/mtab nicht lesen kann, als Zugriffmodus wird 644
  bentigt.  Das kann passieren, wenn man ein gemountetes Filesystem von
  root unmounted und umask ein allgemeines Lesen von Dateien die root
  gehren nicht zult.

  7.6.  Es sieht zwar alles normal aus, aber Artikel werden
        nicht gepostet?

  ltere Versionen von Linux hatten einen "kaputten" sed, der CNews
  regelmig in die ewigen Jagdgrnde schickte. Falls die Software ber
  einer alten SLS Distribution installiert wurde, dann sollte in /bin
  bzw. /usr/bin nur ein einziger moderner sed vorhanden sein.

  Seit dem 'Performance Release' im Februar 1993 mu auerdem newsrun
  regelmig zur Arbeit herangezogen werden, am besten ber cron.
  Dieses feature hat auch schon einige Leute berrascht.

  7.7. Knnen trn/tin/nn News Overview (NOV) anstelle der verschiedenen 
       unabhngigen Thread Datenbanken verwenden?

  Ja. trn, tin und die Beta Version von nn untersttzen es jetzt.

  Es funktioniert ebenfalls mit dem Performance und Cleanup Release von
  CNews und verschiedenen News-Readern.

  Die Beta von nn6.5 die ich einsetze hat NOV Untersttzung und arbeitet
  erstklassig unter Linux ohne nnmaster(!). Auf uniwa.uwa.edu.au sollte
  eine Kopie zu finden sein.

  7.8.  Warum gibt es keine binre Distribution von NNTP ?

  Weil ein beachtlicher Anteil an lokaler Information einkompiliert
  werden mu, die nicht auto-magically zur Laufzeit bestimmt werden
  kann. Wer damit Probleme hat sollte eher INN versuchen als CNews plus
  NNTP selber zu bauen.

  7.9.  Wie konfiguriere ich NNTP um read/post ber das Netzwerk
        zu erlauben ohne irgendwelche Artikel oder Datenbanken lokal halten
        zu mssen?

  (mdw@sunsite.unc.edu (Matt Welsh))

  1. Hole die "reference implementation" von nntp und eine Kopie von rn
     aus einem Archiv, z.B.
     ftp.uu.net:/networking/news/nntp/nntp.1.5.11.tar.Z

  2. bersetze nntp wie folgt:

     Kopiere common/conf.h.dist nach common/conf.h.

     Editiere common/conf.h um verschiedene Optionen zu setzen. Die
     einzigen, die ich setzen mute, waren:

     DOMAIN: Definition lschen (z.B. ndern in #undef DOMAIN).

     REALDOMAIN: Mu definiert sein. Es sucht nach der Domne unter
     Verwendung der Libraries.

     SERVER_FILE: Mu auf den Namen der Datei gesetzt sein, die den
     Hostnamen des News Servers enthlt. Das ist z.B. die Maschine durch
     die News gelesen und gepostet werden. Ich verwende
     /usr/local/lib/news/server.

     PASSFILE: Wenn der News Server zum Posten Passwort Authorisierung
     bentigt (also etwas wie Benutzername/Password), dann wird hier der
     Name der Datei hinterlegt, die die Benutzernamen und Passwrter
     enthalten (s.u.). Ich verwende /usr/local/lib/news/nntppass.

     Ich habe mich entschlossen alle anderen News-bezogenen Dateien in
     /usr/local/lib/news zu lassen. Daher habe ich den ganzen Rest der
     Pfadnamen in dieser Datei (z.B.  ACTIVE_FILE, NEWSGROUPS_FILE usw.)
     auch auf /usr/local/lib/news/... gesetzt. Viele dieser Dateien
     werden nur vom NNTP Server verwendet, aber nicht vom Client. Aber
     um sicher zu gehen habe ich sie alle so gendert, da sie auf das
     richtige Verzeichnis zeigen.  Man mu nur sicher sein, die
     Verzeichnisse auch entsprechend anzulegen.

  3. Erzeuge einen Benutzer usenet wenn es noch nicht geschehen ist. Das
     Programm inews luft unter dieser Kennung. Es wird lediglich die
     Benutzerkennung bentigt, ein Home Verzeichnis, eine Shell oder
     anderes ist nicht notwendig. Es gengt folgender Eintrag in
     /etc/passwd:

      usenet:*:13:1::/:

  Stelle sicher, da die userid (hier "13") eindeutig ist. Die Gruppe
  kann irgend etwas sein, ich verwende daemon (gid 1).

  4. Erzeuge die SERVER_FILE Datei (s.o.). Zum Beispiel ist mein News
     Server wonton.tc.cornell.edu, also habe ich eine Datei
     /usr/local/lib/news/server erzeugt welche eine einzige Zeile
     enthlt:
      wonton.tc.cornell.edu

  5. Erzeuge die PASSFILE Datei. Diese Datei enthlt Zeilen der Form

      <server name> <username> <password>

  Nehmen wir an, der News Server (der aus SERVER_FILE) ist
  shoop.vpizza.com und zum Posten ist man als Benutzer news mit dem
  Passwort floof autorisiert. Dann steht in dem PASSFILE (ich verwende
  (I use /usr/local/lib/news/nntppass) die Zeile

   shoop.vpizza.com news floof

  6. Schtze diese Datei und mach sie sicher! Das Inews Programm luft
     als User usenet, also mache usenet zum Eigentmer dieses News
     Verzeichnisses und der nntppass Datei ebenfalls.

      chown usenet /usr/local/lib/news
      chmod 755 /usr/local/lib/news
      chown usenet /usr/local/lib/news/nntppass
      chmod 600 /usr/local/lib/news/nntppass

  Dann kann niemand anderes diese Datei lesen. Nein, die Pawrter in
  dieser Datei sind nicht verschlsselt.

  7. Jetzt gehe wieder in das nntp.1.5.11 Quellverzeichnis und starte
     make client. Hiermit wird die NNTP Version von inews erzeugt,
     welches das einzige Programm ist, welches der NNTP Klient
     verwendet.  Als ich inews erzeugte war ein Bug in der Library. Der
     fhrte dazu, da die Funktion uname() aus uname.c sich selbst in
     einer Endlosschleife selbst aufgerufen hat. Das sollte eigentlich
     behoben sein. Aber, falls inews zu hngen scheint und das System
     extrem langsam wird, dann sollte die Funktion uname() in uname.c in
     etwas wie my_uname() umbenannt werden und die Aufrufe in inews.c
     sollten statt dessen dann auch my_uname() aufrufen. Schick mir eine
     Mail, wenn dieses Problem auftauchen sollte.

      (Anm.des Autors - d.h. eine Mail an Matt, nicht an mich :-) )

  8. Starte make install_client. Das installiert die inews Software.
     Auerdem erzeuge einen Link von /usr/local/lib/news/inews nach
     /usr/local/bin/inews.

     Jetzt sollte ein frhliches Posten (von Hand) mglich sein. Zum
     Testen kann man folgendes probieren.

                     $ inews -h << EOF
                     Newsgroups: misc.test
                     From: me@foo.bar.com
                     Subject: Testing
                     Reply-To: my-real-address@wherever.edu

                     This is a test.
                     EOF

  Wenn alles funktioniert, dann sollte inews den Artikel posten. Du
  wirst es erfahren, da "test-responder" in misc.test der Adresse in
  Reply-To antworten werden. Aber bitte, schicke keine Test Artikel in
  eine echte Gruppe wie de.comp.os.linux.* :)

