Inhalt

6. News

Folgende Dateien sind wichtig für die Arbeit und Konfiguration von inn und suck, /etc/hosts, /etc/news/inn.conf, /etc/news/hosts.nntp, /etc/news/nnrp.access, /etc/news/newsfeeds, /etc/news/expire.ctl, /etc/suck/get-news.conf, /etc/suck/sucknewsrc, /var/lib/news/active

6.1 Den User "news" einrichten

Dies sollte schon bei der Installation geschehen sein; ansonsten geht es wie folgt:

6.2 Die Konfiguration des inn

/etc/news/inn.conf

organization:   [Firmennahme o.ä.]
server:         localhost

/etc/news/hosts.nntp

Diese Datei enthält nur einen einzigen Eintrag 

localhost

/etc/news/nnrp.access

*:: -no- : -no- :!
(none):ReadPost:::*
localhost:ReadPost:::*

/etc/news/expire.ctl

/remember/:14
*:A:4:10:10
junk:A:1:1:2
control:A:1:1:2
*.test:A:1:1:1

/etc/news/newsfeeds

ME:*::
OVERVIEW!:*:Tc,WO:/usr/lib/news/bin/overchan
newsserv/[Name des Newsservers]:*:Ap,Tf,Wnm:newsserv

/var/lib/news/active

Der letzte Schliff

The moment of truth

SPANNUNG! Ob es wohl funktioniert? Ein erster Test kann lokal auf dem eigenen Rechner durchgeführt werden: 

root:  /usr/lob/news/bin/rc.news
Es sollte erscheinen: 
Starting innd
Dann kommt: 
root: telnet localhost 119
Trying 127.0.0.1....
Connected to localhost
Escape charakter is ']'
200 EigenerRechner InterNetNews NNRP server INN Version Datum ready (posting ok).
Kein Prompt. Mit quit geht's wieder zum gewohnten Prompt!

Wenn das geklappt hat: HERZLICHEN GLÜCKWUNSCH! Die Wahrscheinlichkeit, daß der inn auch sonst richtig arbeitet ist sehr hoch.

Sollte es nicht funktioniert haben: Herzliches Beileid, denn jetzt heißt es Fehlersuche: Nachschauen, ob root eine Mail bekommen hat, die Konfiguration nachprüfen (v.a. Besitzer und Rechte kontrollieren); sehr hilfreich kann auch ein Aufruf von /usr/lib/news/bin/inncheck sein.

Den inn(d) dauerhaft einrichten

Damit der inn bzw. sein Dämon (innd) beim Hochfahren des Rechners gestartet werden, muß bei den meisten Distributionen nichts mehr eingerichtet werden. Andernfalls kann man, je nach Distribution, entweder in /etc/rc.d/rc.local folgenden Abschnitt einfügen: 

# start inn
if [ -x /usr/lib/news/bin/rc.news ] then
   /bin/sh /usr/lib/news/bin/rc.news
fi
oder man erzeugt in /etc/rc.boot ein File mit Namen inn, welches den oben gezeigten Inhalt hat. Ein korrekterer Weg wäre jedoch, in /etc/rc2.d einen Link names S50inn auf /etc/init.d/inn zu setzen, das folgenden Inhalt hat; 
#!/bin/sh
# Start/stop the news server.

test -f /usr/sbin/innd || exit 0

case "$1" in
start)
        echo "Starting news server: innd"
        start-stop-daemon --quiet --start --user root \
                --pidfile /var/run/innd/innd.pid --startas /etc/news/boot |
                sed -e '/Starting innd./d' -e 's/^/innd: boot: /' &
        sleep 2
        ;;
stop)
        echo "Stopping news server: innd"
        if [ -f /var/run/innd/innwatch.pid ]
        then
                start-stop-daemon --quiet --stop \
                        --pidfile /var/run/innd/innwatch.pid
        fi
        start-stop-daemon --quiet --stop \
                --pidfile /var/run/innd/innd.pid --exec /usr/sbin/innd
        ;;
*)      echo "Usage: /etc/init.d/inn start|stop"; exit 1 ;;
esac

exit 0
rc2.d gilt für den Runlevel 2; wenn das System auch in anderen Runleveln läuft (z.B. Runlevel 3 bei Einsatz des xdm), so muß auch im entsprechenden rc[n].d ein Link S20inn vorhanden sein. Sicherheitshalber sollte man dies jedem Runlevel zuordnen. Eine Außnahme stellen jedoch die (meist als solche verwendeten) Runlevel 0 (halt), 1 (Single-User) und 6 (reboot) dar; hier lautet der Link K50inn, hat aber das gleiche Ziel. Zur Behandlung der Runlevel sollte unbedingt die Dokumentation der jeweiligen Distribution beachtet werden!

Die regelmäßigen Arbeiten

Damit die News, welche auf den Rechner geschaufelt und hier geschrieben werden, einer regelmäßigen Wartung unterzogen werden, engagieren wir einen kleinen Helfer, der diese Arbeiten erledigt. Wann er was machen soll, wird in /etc/crontab festgelegt.

6.3 suck

Wichtige Dateien

Zu beachten sind hier: /etc/suck/get-news.conf, /etc/suck/sucknewsrc

/etc/suck/get-news.conf

server: localhost
remoteserver: [Newsserver]
outgoingfile: newsserv
#userid:
#password:
sedcmd: /^NNTP-Posting-Host:\|^Xref:/d

/etc/suck/sucknewsrc

#comp.os.linux.announce -1
#comp.security.announce -1
#gnu.announce -1
#news.announce.newusers -1
#news.newusers.questions -1
de.comp.os.linux.x 16314
de.comp.os.linux.misc 67222
de.comp.os.linux.networking 25000
hhu.forum 4588
hhu.linux 225
hhu.modem 2160
hhu.bibliothek 130
#hhu.test 1383
de.comp.text.tex 13466
de.comp.lang.perl 6338
hhu.wohnheime 278
de.alt.comp.kde 653
Hier wird suck mitgeteilt, welche Gruppen es holen soll. Bei der ersten Einrichtung einer Gruppe gibt man als Zahl z.B. -20 an. Das bedeutet, suck soll die von diesem Zeitpunkt an 20 neuesten Nachrichten der Gruppe holen. Der Wert wird dann bei jedem Polling aktualisiert. Der entsprechende Befehl lautet 
root: get-news
Dies wiederum ist ein Link auf /usr/sbin/get-news.inn. suck übernimmt dann sowohl das Saugen neuer News und das Posten der Artikel, die lokal verfasst wurden. Dabei werden aber nur Artikel an Newsserver weitergeleitet, die nicht von ihm stammen.

Inhalt