** sp4si Script package for Suck & INN **

V0.95b 08.02.1999
[ CHANGES | ENGLISH ]

sp4si darf weiterverbreitet werden und unterliegt der GNU General Public License der Version 2.
Ich übernehme keine Garantie für hier beschriebene Verfahrensweise und hafte für keinerlei Schäden die eventuel durch dieses Dokument oder sp4si entstehen könnten. Verwendung auf eigene Gefahr. Ich hoffe natürlich daß sowohl die Intallation als auch der Betrieb ohne Probleme abläuft :-).

Da meistens anfangs sehr viele elementare Fragen offenstehen ud keiner so richtig Lust hat lange Anleitungen zu lesen, habe ich mich dazu entschlossen diese Anleitung in der Form von kurzen Fragen und Antworten zu gestalten. Dieser Text ist als WWW-Seite und als Reguläre Anleitung zum sp4si (im sp4si-Paket enthalten) geschrieben.

1. Was ist sp4si ?
2. Was kann sp4si und was nicht ?
3. Warum und wann brauche ich sp4si ?
4. Was brauche ich um sp4si einsetzen zu können ?
5. Wie funktioniert sp4si ?
6. Syntax und Funktionen
1. Konfiguration: env, newshosts und andere
2. active - Scripts: get.active und rebuild.active
3. Spool - Scripts: nntp.up, nntp.down, uucp.batch und uucp.cico
4. subscription - Script
5. Installationsscript: install.sh
7. Installation
8. Konfiguration: erste Schritte
9. Tips
1. lokale Newsgroups hinzufügen
2. automatisches Update von active-Datei
10. Bezugsquelle

Das sp4si ist ein Scriptpaket, daß das Management mit INN und SUCK sehr erleichtert und den Konfigurationsaufwand bei der steigenden Anzahl der zu spoolender Newshosts sehr niedrig hält. Es ist aus Not enstanden und richtet sich hauptsächlich an die jenigen die über eine Wählverbindung ins Internet gelangen und die News offline auf ihrem lokalen INN lesen möchten und an die, die ihr lokales News-System erweitern möchten.

Anfangs war es ursprünglich nur ein Script zur automatischen lokalen Newsgroups-Bestellung und hat sich mit laufe der Zeit zu einem (fast) automatischen multihost- und multitaskingfähigen Spool-Tool für auf INN und suck basierende Newssysteme entwickelt.

[Zurück]

• sp4si kann über ein einzigen Script-Aufruf alle konfigurierten Newsserver im Hintergrund asynchron spoolen. Es können auf Wunsch Berichte per Mail zugestellt oder in einer angegebene Newsgroup (zB: local.spool) gepostet werden mit dem Ergebnis des Spools.
• sp4si kann automatisch die active Dateien von den konfigurierten Newsservern laden, sie filtern und daraus dann eine globale active-Datei generieren und sie noch INN-komform ersetzen.
• sp4si kann automatisch die Konfigdateien für suck entsprechend den in ~/.newsrc bestellten Newsgroups angepasst werden.
  Es wird auch krn (KDE Newsreader) mit seiner Configdatei unterstützt.
• sp4si übernimmt vollständig die Arbeit der get.news und put.news Scripts die mit suck verbreitet werden, wodurch die beiden Scripts nicht mehr benötigt werden. Es kann jetzt auch News per UUCP Spoolen. Hierbei ist an NNTP-Newsserver gedacht die News zusätzlich per UUCP über TCP anbieten. Denn reine UUCP Sites brauchen kein Spooltool :-)
• sp4si ist kein Konfigurationstool für INN, somit muß die INN Konfiguration weiterhin vorgenommen werden wie bisher, sp4si soll nur die tagtägliche Arbeit mit einem Newssystem und dessen Erweiterungen erleichtern.

[Zurück]

3. Warum und wann braucht man sp4si ?

• wenn man öfter verschiedene Newsgroups bestellt und wieder abbestellt
• wenn man mehr Kontrolle darüber haben und mehr wissen möchte ob Dein News-System den Spool ordnungsgemäß abgeschlossen hat
• wenn man sein News-System unkompliziert erweitern möchte
• wenn man mehrere News-Server spoolt, die die Übretragungsbandbreite nicht voll ausschöpfen können und Du dadurch auch Zeit (und Geld) kosten
• wenn der eigene Provider News zusätzlich zum NNTP auch per UUCP über TCP anbietet

für das alles wäre man mit Sicherheit mit sp4si sehr gut beraten.

[Zurück]

Es werden folgende Pakete benötigt:

• INN (Version 1.7 wurde nicht getestet, dürfte aber funktionieren)
• suck
• sp4si (natürlich :)
• je nach Bedarf UUCP (Quelle unbekannt, ist aber in den meisten Distribution bereits vorhanden)

Es wird vorrausgesetzt daß INN bereits fertig installiert und konfiguriert ist, das bezieht sich insbesondere um lokale Einstellungen. Wie dies am einfachsten zu bewerkstelligen ist beschreibt Carsten Voss in seiner Anleitung "Einrichtung eines News-Systems unter Linux". Ferner wird vorrausgesetzt daß die Befehle aus dem Suck-Paket sich im aktuellen Kommando-Suchpfad befinden, am besten ist es, wenn man sie ins /usr/bin oder /usr/local/bin Verzeichnis kopiert.

[Zurück]

5. Wie funktionert sp4si ?

sp4si basiert auf mehreren Scripts und zwei Konfigurationsfiles: newshosts und env. Die newshosts Datei beinhaltet die Namen der Hosts und der Sites die gespoolt werden sollen und die env Datei enthält die Environment-Variablen die zu fast allen sp4si-Scripts zur Laufzeit hinzugefügt werden.

sp4si setzt sich eigentlich aus drei verschiedenen Gruppen von Scripts zusammen: ein Teil dient zur Verwaltung der active Datei, ein weiterer bietet die automatische Verwaltung der bestellten Newsgroups und der dritter Teil kümmert sich um den News-Spool selbst.

Fast alle Scripts lesen die newshosts Tabelle ein und führen Aktionen an allen gültigen Einträgen durch. Das hat den Vorteil, daß falls man ein neuen Newsserver hinzufügen möchte, muß er nur in der newshosts und in der newsfeeds (INN) Dateien eingetragen werden.
sp4si erleichtert den Umgang mit mehreren Newsservern und dank der zentralen Umgebung lässt sich sehr leicht und effektiv steuern und einsetzen.
Falls man das Spool-Frontend spool.news benutzt (was sehr empfohlen wird), werden alle Spoolaktivitäten automatisch gelogt und auf Wunsch auch Berichte per E-Mail zugeschickt oder in eine Newsgroup zugestellt.

[Zurück]

• env
  wird bei der Installation neu erzeugt (mit Sicherheitsabfrage falls bereits vorhanden) und ist im sp4si-Hauptverzeichnis zu finden.
  Hier sind die Shell-Environment Variablen für die Scripts untergebracht um die Umgebung einheitlich und zentral beinflussen zu können. Alle Optionen sind defaultmäßig in der env Datei kommentiert
• newshosts
  wird bei der Installation neu erzeugt (mit sicherheitsabfrage falls bereits vorhanden) und ist im sp4si-Hauptverzeichnis zu finden.
  Hier werden die Site-, Hostnamen, Spoolart, UUCP-Packer, GUP-Mail, GUP-Passwort angegeben  von den zu spoolenden Newsservern im folgenden Format (je ein pro Zeile, Kommentare mit '#' am Anfang der Zeile):
  <site> <newshost> [<up/down> [<packer> <gupmail> <password>]]
  wobei:
  <site> den selben Namen haben muss wie der dazugehöriger Eintrag in newsfeeds
  <newshost> den Newsserver Hostnamen beinhaltet über den der im Internet erreichbar ist
   <up/down> die Spoolart angibt wie die News gespoolt werden wollen. Gültige Einträge sind:
       - nntp/nntp (oder einfach nntp oder keine Angabe): Upload und Download über NNTP
       - nntp/uucp: Upload über NNTP, Download über UUCP
       - uucp/uucp (oder einfach uucp): Upload und Download über UUCP
       - uucp/nntp: Upload über UUCP, Download über NNTP
  <packer> den zu verwendenen Packer angibt für den UUCP-Upload an: gzip, compress oder cat (für ungepackt)
  <gupmail> die Mailadresse für Newsgroupsbestellungen angibt wo gup(1) für die Bearbeitung zuständig ist.
  <password> das Passwort für eigenes Site beim gup Account angibt, der Sitenamen resultiert aus der eigenen UUCP Konfiguration und wird im subscribe Script (s.u.) mit uuname -l gewonnen. Wie man UUCP Sites Konfiguriert kann zB: in UUCP-HowTo nachgeschlagen werden.
  Die Optionen sind zusätzlich in der newshosts Datei beschrieben.
• localhost.active
  wird bei der Installation neu erzeugt (mit Sicherheitsabfrage falls bereits vorhanden) und ist im site Unterverzeichnis zu finden.
  Hier werden in einem active(5)-Format lokale Newsgroups eingetragen die bei nächstem Start von rebuild.active angelegt werden sollen.
• localhost.newsgroups
  wird bei der Installation neu erzeugt (mit Sicherheitsabfrage falls bereits vorhanden) und ist im site Unterverzeichnis zu finden.
  Hier werden die Newsgroupsbeschreibungen für lokale Newsgroups eingetragen, werden noch nicht unterstützt.

Alle Scripts, die die Newshosts einzeln behandeln orientieren sich an der newshosts Tabelle. Zu allen Scripts wird zur Laufzeit der Inhalt der env Datei hinzugefügt. Bei fast jedem Script wird bei der Angabe von -h oder --help oder -? die Syntaxinformation angezeigt.

[Zurück]

• get.active
  Syntax: get.active [ -n ]
  lädt die active Dateien von allen News-Hosts, die Dateien werden unter active im Unterverzeichnis site/<site>  (siehe env Datei) gespeichert. Es besteht auch die Möglichkeit die newsgroups-Description Dateien runterzuladen, wird aber noch von keinem der Scripts unterstützt. Sie kann hier mit dem Parameter -n eingeleitet werden.
• rebuild.active
  Syntax: rebuild.active
  erzeugt aus den Site-eigenen active Dateien mit Berücksichtigung der Subscriptions in der newsfeeds Datei eine neue active Datei, stoppt den INN, ersetzt die lokale active Datei mit der neuen, lädt alle Konfigurationsdateien (INN), renummeriert die neue active Datei und startet INN neu.
  ACHTUNG: Bevor dieser Script gestartet wird sollte die newsfeeds Datei bereits fertig konfiguriert sein inkl. neue Sites.
  Bei dem o.g. Vorgang werden aus Performancegründen (damit die newsfeeds Datei nicht jedesmal neuinterpretiert werden muss) spool Dateien erstellt und in den jeweiligen site/<site> Unterverzeichnissen gespeichert. Sie beinhalten die Namen der Newsgroups die von den jeweiligen Sites gespoolt werden sollen und werden zum automatischen Subscribing benötigt.

[Zurück]

• spool.news
  Syntax: spool.news [-s]
  ein multitaskingfähiges Frontend für den Newsspool. Damit werden die Scripts nntp.up, nntp.down, uucp.batch und uucp.cico automatisch gestartet, die Scriptausgaben zusammengefasst, daraus Reports erstellt und per Mail verschickt oder in eine angegebene Newsgroup gepostet. Der Parameter -s erlaubt das Spoolen synchron zu starten. Hier werden die einzelnen spools nacheinander durchgeführt was länger dauert aber sicherer ist und beansprucht nicht so viel Prozessorzeit. Bei einem neueren Kernel (mit überarbeiteten TCP/IP Stack) dürfte aber der asynchroner Modus die beste Einstellung sein, deshalb ist er defaultmäßig eingestellt.
• nntp.down
  Syntax: nntp.down <site> [ logfile ]
  lädt die News-Artikel runter vom gespoolten News-Server über NNTP mit suck(1) und postet sie dem lokal laufenden INN mit innxmit(1). nntp.down erwartet als Parameter nur den Sitenamen der dann über newshosts aufgelöst wird. Falls <logfile> angegeben wird, wird die Standardausgabe in dieses Logfile umgeleitet. Dieser Script kann auch separat ohne spool.news aufgerufen werden. Normalerweise werden die runtergeladene Artikel local mit innxmit(1) gepostet, man kann es aber auch mit rnews(1) erledigen lassen. Dafür muß die Variable LOCALPOST in der env Datei geändert werden.
• nntp.up
  Syntax: nntp.up <site> [ logfile ]
  postet dem fremden Newsserver seinen Sendebuffer mit rpost(1) mit Anwendung des out.filter Scripts, der Rest ist analog zu nntp.down.
• uucp.batch
  Syntax: uucp.batch <site> [ logfile ]
  batcht mit batcher(1) die zu versendende Postings zum Spool an das jeweilige Site, es wird der out.filter angewendet, der in diesem Fall die Postingslänge neuberechnet und die alte länge ersetzt. Falls ein alternativer Packer in der newshosts angegeben wird (möglich sind:gzip, compress und cat), wird dieser auch verwendet, bei unbekannten Packern wird der default-Packer compress verwendet. Andere Packer werden auf Anfrage vom Author inmplementiert. Bei Fragen bzgl. Wahl des Packers sollte hier der News-Provider gefragt werden.
  Mit diesem Script werden keine News verschickt, sie werden nur zum Verschicken vorbereitet und in den Outgoing Buffer gepackt, der erst mit uucp.cico (s.u.) verschickt wird. Parameter <logfile> hat die gleiche Bedeutung wie bei den nntp.* Scripts. Weil der batcher(1) keine informative Ausgaben macht, wird uulog(1) gestartet und die batcher(1) Log-Einträge rausgefiltert und angezeigt.
• uucp.cico
  Syntax: uucp.cico <site> [ logfile ]
  startet ein UUCP-Call an das angegeben Site mit uucico(1). Hier werden die Batches gespoolt die mit uucp.batch gebacht wurden, neue Batches empfangen und ausgeführt. Parameter <logfile> hat die gleiche Bedeutung wie beim uucp.batch Script.
• out.filter
  Syntax: out.filter [<infile> [<outfile>]]
  dieser Script hat eine besondere Bedeutung und wird zum Versenden der Postings unbedingt benötigt. Dieser Ausgangsfilter filtert mit awk(1) angegebene Headerzeilen aus (der Path: ... wird hierbei nur durch Path: not-for-mail ersetzt) und berechnet im rnews(1)-batch-Mode die Batchlänge nach dem Filtern neu.
  Der Filter kann durch das Verändern der FILTER_STRIP Variable in der env Datei konfiguriert werden. Dort werden die auszufilternde Headerzeilen in der Zeichenkette mit Leerzeichen getrennt angegeben.
  Bemerkung: der Filter filtert NUR die Headerzeilen (bis zum Eintretten der ersten Leezeile), kein Artikel-Body und falls die erste Headerzeile mit '#! rnews nnn' beginnt schaltet der Filter in den 'rnews'-Modus.

[Zurück]

• subscribe
  Syntax: subscribe
  liest alle newsrc-Dateien von allen Usern (es werden momentan nur die ~/.newsrc Dateien und die newsrc-Dateien von krn (KDE) berücksichtigt) ein und generiert mit Zuhilfenahme der site/<site>/spool Dateien danach die entsprechende subscription-Konfigurationsdateien (s.u.) die zum Spoolen gebraucht werden. Damit auch alle Dateien gelesen werden können, muss dieser Script als root gestartet werden. subscribe kann auch jedesmal vor einem Spool gestartet werden, damit die Newsgroupsbestellungen gleich berücksichtigt werden können. Damit  subscribe die newsrc Dateien richtig interpretiert müssen sie in einem newsrc Format vorliegen, damit werden sehr viele Newsreader abgedeckt wie: SLRN, TIN und ähnliche sowie Communicator und Navigator von Netscape. Falls der benutzte Newsreader ein anderen Dateienamen benutzt (Netscape) ist ein Link zu dieser ! Datei nötig. In der env Datei können die Unterstützung für verschiedene newsrc-Dateien mit NEWSRC, NEWSRC_KRN und NEWSRC_XSP4SI ein- und ausgeschaltet werden.
  NEWSRC_XSP4SI ist für eine zukünftige GUI für sp4si (muss noch entwickelt werden) gedacht, hier wird zusätzlich eine Datei mit dem Namen ~/.xsp4si-newsrc eingelesen.
  Bei subscriptions wird zwischen 2 veschiedenen unterschieden:
• nntp (für suck)
  die aktuellen Bestellungen aus den newsrc Dateien werden mit den beim letzten Spool erzeugten site/<site>/sucknewsrc verglichen und anhand der zuletzt erzeugten sucknewsrc Datei deren Einträge mit aktuellen Artikelnummern übernommen und bei neuen Bestellungen wird dem Newsgroupnamen eine über die LAST-Variable in env definierte Zahl (default ist -10) angehängt. Damit wird sichergestellt, daß Artikel bei nächstem Spool kontinuierlich weiter "gesaugt" werden und neue Bestellungen anfangs mit den letzten 10 Artikeln beliefert werden.
• uucp (für gup)
  UUCP erfordert ein gänzlich anderes Handling. Hier wird eine Datei mit den zuletzt bestellten Newsgroups unter site/<site>/uucpnewsrc erstellt. Beim nächsten Start von subscribe werden die neu ermittelten Bestellungen mit den zuletzt bestellten verglichen und erst wenn eine Änderung vorliegt, wird eine Mail an den gup(1) Account beim Newsprovider abgeschickt. Damit ist sichergestellt, daß der Newsprovider nicht jedesmal bei jedem subscribe-Lauf mit Subscribemail bombardiert wird.

[Zurück]

• install.sh
  Syntax: install.sh
  Installationsscript, führt die Pfadabfrage durch, legt die Unterverzeichnisse an und installiert die Scripts in das angegebene Installationsverzeichnis. Hierbei werden die Scripts, die die env Datei einschliessen umgeschrieben (bekommen den richtigen Pfad der env Datei zugewiesen) und dann die env und newshosts Dateien generiert.
  Bemerkung: es werden (insofern nicht vorhanden) ebenfalls die Konfigurationsdateien localhost.active und localhost.newsgroups im Unterverzeichnis site erzeugt, mit denen man auf eine einfache Art und Weise lokal eigene Newsgroups hinzufügen kann die dann bei jedem start von rebuild.active berücksichtigt werden. Es werden bereits zwei Newsgroups eingetragen: <hostname>.test (immer gut zu gebrauchen) und <hostname>.spool (wo auch die Spoolreports gepostet werden können). <hostname> ist der Hostname des Rechners wo sp4si installiert wurde. Durch die Hostnamen in lokalen Newsgroups wird vemieden, daß durch eine falsche newsfeeds Konfiguration die Artikel nach aussen gepostet werden können.

[Zurück]

ACHTUNG: Bevor sp4si installiert werden kann muss INN korrekt instaliert worden und funktionsfähig sein. Falls UUCP benutzt werden soll muss dieses ebenfalls korrekt konfiguriert worden sein.
UUCP Konfigurationsanleitung gehört nicht zum Umfang von sp4si und muss aus anderen Quellen bezogen werden (zB: UUCP-HowTo). Je nach Nachfrage kann die Konfigurationsanleitung von UUCP später jedoch eingefügt werden. Das sp4si Archiv besteht aus folgenden Teilen:

• install.sh - ein Installationsscript
• get.active - dient zum Download der active-Dateien
• rebuild.active - generiert eine neue active und ersetzt damit die lokale active Datei
• subscribe - dient zur automatischen Newsgroups Bestellung, muss als root gestartet werden
• spool.news - Spool-Frontend
• nntp.down - dient zum Download der News-Artikel
• nntp.up - dient zum Upload der News-Artikel
• uucp.batch - batcht die Artikel für den UUCP Spool (die Batches werden aber noch nicht gespoolt)
• uucp.cico - ("call-in-call-out") spoolt die uucp batches und empfängt gleichzeitung die Batches vom Remote-Site
• out.filter - Ausgangsfilter, wird von nntp.up und uucp.batch benötigt
• sp4si_de.html - die deutsche Anleitung als HTML Dokument
• sp4si_en.html - die englische Anleitung als HTML Dokument
• README - die LiesMich Datei
• CHANGES - das History File

Das Archiv wird zunächst mit tar xvfz sp4si.095.tar.gz entpackt. Dann wechselt man mit cd sp4si in das neuangelegte Verzeichnis und starten install.sh. Es werden hierzu keine Kommandozeilenparameter erwartet. Um die Pfade der INN Installation zu ermitteln, wird die Datei innshellvars eingelesen. Es wird jetzt nur noch der Installationszielpfad manuell vom User abgefragt. Falls die innshellvars Datei nicht gefunden werden konnte, werden alle benötigten Pfade manuell abgefragt.

[Zurück]

8. Konfiguration: erste Schritte

8.1. Schritt 1: newshosts konfigurieren

Nachdem die Installation erfolgreich abgeschlossen wurde, können die Newsserver in die newshosts Tabelle (zu finden im Zielverzeichnis) aufgenommen werden, zB.:

newshosts (Beispiel):

# example for NNTP sites
3dfx       news.3dfx.com
stardiv    news.stardiv.de       nntp/nntp
# example for UUCP sites
uucpsite   uucpsite.domain.com   uucp/uucp   gzip   gup@uucpsite.domain.com  secret16
uucp2      uucp2.domain.com      uucp        cat    gupaccount@uucp2.domain.com  der63lfd
# example
remsite    news.domain.com       nntp/uucp   cat    gup@news.domain.com secrt.32

[Zurück]

8.2. Schritt 2: active Dateien downloaden

Nachdem die Datei nun gespeichert wurde, kann jetzt der zweite Schritt gemacht werden, die active Dateien müssen vom News-Server runtergeladen werden. Mit dem Start des folgenden Script werden die jeweiligen active-Dateien der o.g. News-Server runtergeladen und in den jeweiligen site/<site> Unterverzeichnis gespeichert:

get.active

[Zurück]

8.3. Schritt 3: newsfeeds konfigurieren

Nachdem alle active Dateien nun erfolgreich runtergeladen und gespeichert wurden, kann man zu dem einzigen umständlichen Schritt bei der Konfiguration übergehen: die Newsfeedseinträge. Es müssen die active Dateien (die neu runtergeladene) in den site/<site> Unterverzeichnissen angeschaut werden und entschieden werden welche Newsgroups in unseres INN System von welchen News-Servern übernommen und gespoolt werden sollen. Hierzu müssen die entsprechenden Einträge in der newsfeeds Datei erstellt werden. Jede Newsgroup sollte nur von einem Server gespoolt werden, dadurch wird Querpropagation der Artikel vermieden. Dabei möchte ich auf die Manpage von newsfeeds verweisen, die den Syntax des newsfeeds Files beschreibt, trotzdem zur besseren Verständnis biete ich in der Anleitung "Erweiterung von INN & suck auf mehrere ! Newsserver"  ein paar Beispiele an.

[Zurück]

Nachdem die Newsfeeds eingetragen wurden, kann nun die globale active-Datei generiert werden:

rebuild.active

hier wird die neue active Datei mit Berücksichtigung von localhost.active Datei erzeugt und damit die alte active Datei ersetzt. Dafür wird INN gestoppt, seine Konfigurationsdateien neugeladen und ausgewertet (die newsfeeds Änderungen werden aktiv) und anschliessend neugestartet.

Fertig !

Somit hat man ein fertig konfiguriertes News-System mit mehreren Newshosts.
Das ganze in einer Kurzfassung:

1. <site> <newshost> und evtl. <up/down> <packer> <gupmail> <password> in newshosts eintragen
2. online gehen und mit get.active die active Datei(en) laden (danach kann weiter offline gearbeitet weren)
3. die Newsfeeds in der newsfeeds Datei mit den gewünschten Newsgroups eintragen
4. rebuild.active

[Zurück]

sp4si wurde dafür entwickelt um das meiste an Newsadministration einsparen zu können, hier werden paar nützliche Tips vorgestellt die für noch mehr Arbeit einsparen können.

9.1. Lokale Newsgroups hinzufügen

Um eine neue Newsgroup zB: my.newsgroup hinzuzufügen muss diese in die localhost.active Datei eingetragen werden:

localhost.active (Beispiel):

localhost.test 0000000000 0000000001 y
localhost.spool 0000000000 0000000001 y
my.newsgroup 0000000000 0000000001 y

danach muss nur rebuild.active neugestartet werden:

rebuild.active

danach stehen uns 3 lokale Newsgroups zu Verfügung !

[Zurück]

9.2. Automatisches active-Datei Update

Das Angebot an Newsgroups ändert sich sehr schnell, es werden neue erzeugt und alte gelöscht oder auch Untergroups erzeugt. Um hier immer auf dem laufenden zu bleiben kann man das active-Update automatisch ablaufen zu lassen. Dazu erzeugt man einen neuen Cron-Job für den User news in der crontab(5):

crontab -u news -e

und fügt folgende Zeilen hinzu:

# set vars
ONLINE=/etc/ppp/ppp-on      # how to go online
OFFLINE=/etc/ppp/ppp-off    # how to go offline
SP4SI=/var/lib/news/sp4si   # path for sp4si
0 0 1 * * root $ONLINE; $SP4SI/get.active; $OFFLINE; $SP4SI/rebuild.active

hier werden am jeden 1. des Monats um 0:00 die active Dateien der Newsserver downloaded und anschliessend eine neue active Datei erzeugt.
Um weitere Informationen über die Crontabelle zu bekommen: man 5 crontab.

[Zurück]

10. Bezugsquelle:

sp4si ist/wird auf der LAMEpage im Bereich Linux/News zu finden sein. Alternativ können folgende Links zum Download benutzt werden:

http://home.pages.de/~lamepage/linux/news/sp4si.095.tar.gz
http://members.xoom.com/LAMEpage/linux/news/sp4si.095.tar.gz
http://cruise.de/ps/sp4si.095.tar.gz

Jegliche Bugreports, konstruktive Kritik und Verbesserungsvorschläge sind gerne willkommen. Bitte Mail an Peter Sobisch <petersob@gmx.net>.
Hiermit möchte ich mich bei Carsten Voss bedanken, dessen Anleitung mir geholfen hat mein erstes INN Nerwssystem einzurichten.

Zurück | Linux  | Hauptseite