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 Möglichkeit 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 löscht. Es
ist sicherzustellen, das "checkgroups" sofort gestartet wird und dann
immer, wenn der "checkgroups" Artikel alle paar Wochen in news.admin
einläuft.
Es scheint nicht nur so :-)
Überprüfe, ob die Zugriffsrechte korrekt sind und das es in
/etc/passwd und /etc/group eine Benutzerkennung
für 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 für den $NEWSBIN kann
news sein, muß es aber nicht.
Möglicherweise 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
'Performance' oder 'Cleanup' Release von CNews. Diese packen die Artikel
in Pakete und benötigen newsrun um diese Batches lokal einzusortieren
oder an andere Server zu füttern.
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.
Weil angenommen wird, daß es unter Linux Plug-and-Play ist und weil ich das SLS News Paket nicht auf die doppelte Größe aufblasen wollte und dann beide Versionen - nntp und nicht-nntp - der News-Reader und der News Transport Software zu pflegen habe. Außerdem wird beim Übersetzen lokale Information verwendet, die zur Laufzeit nicht durch eine Konfigurationsdatei ersetzt werden kann.
Weil es /etc/mtab nicht lesen kann, als Zugriffmodus wird
644 benötigt.
Das kann passieren, wenn man ein gemountetes Filesystem von root
unmounted und umask ein allgemeines Lesen von Dateien die root gehören
nicht zuläßt.
Ältere Versionen von Linux hatten einen "kaputten" sed, der CNews
regelmäßig in die ewigen Jagdgründe 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ß außerdem newsrun
regelmäßig zur Arbeit herangezogen werden, am besten über cron.
Dieses feature hat auch schon einige Leute überrascht.
Ja. trn, tin und die Beta Version von nn
unterstützen 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 Unterstützung und arbeitet
erstklassig unter Linux ohne nnmaster(!). Auf uniwa.uwa.edu.au
sollte eine Kopie zu finden sein.
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.
(mdw@sunsite.unc.edu (Matt Welsh))
ftp.uu.net:/networking/news/nntp/nntp.1.5.11.tar.Z
Kopiere common/conf.h.dist nach common/conf.h.
Editiere common/conf.h um verschiedene Optionen
zu setzen. Die einzigen, die ich setzen mußte, waren:
DOMAIN: Definition löschen (z.B. ändern in #undef DOMAIN).
REALDOMAIN: Muß definiert sein. Es sucht nach der Domäne unter Verwendung der Libraries.
SERVER_FILE: Muß auf den Namen der Datei gesetzt sein,
die den Hostnamen des News Servers enthält. 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 benötigt (also etwas wie
Benutzername/Password), dann wird hier der Name der
Datei hinterlegt, die die Benutzernamen und Passwörter
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
geändert, daß sie auf das richtige Verzeichnis zeigen.
Man muß nur sicher sein, die Verzeichnisse auch
entsprechend anzulegen.
usenet wenn es noch nicht geschehen
ist. Das Programm inews läuft unter dieser Kennung. Es
wird lediglich die Benutzerkennung benötigt, ein
Home Verzeichnis, eine Shell oder anderes ist nicht
notwendig. Es genügt 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).
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 enthält:
wonton.tc.cornell.edu
PASSFILE Datei. Diese Datei enthält 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
usenet, also mache usenet zum
Eigentümer 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/nntppassDann kann niemand anderes diese Datei lesen. Nein, die Paßwörter in dieser Datei sind nicht verschlüsselt.
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 führte
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 hängen 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 :-) )
make install_client. Das installiert die inews
Software. Außerdem erzeuge einen Link von
/usr/local/lib/news/inews nach
/usr/local/bin/inews.
Jetzt sollte ein fröhliches Posten (von Hand) möglich
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.* :)