🚀 go-pugleaf

In de.admin.news.software, article <PQZ5L5G@hact.hact.de>,
  frank@hact.hact.de (Frank Hoerper) writes:
> 
> Gibt es eine einfache Loesung , um CNews beizubringen, dasz es die 
> eingehenden News erst temporaer zwischenlagert, bevor sie dem rnews
> vorgeworfen werden ?

Aeh -- _rnews_ ist eigentlich das Teil, das die News zwischenlagert... Wie
oft willst du lagern?  ;-)

> Es ist doch ziemlich aergerlich, wenn  alle News durch einen kleinen
> Fehler direkt nach /dev/null wandern :((
> 
Stimmt. Ich habe zu diesem Zweck meinen uuxqt so hingebastelt, dass er
grundsaetzlich alles, was nach Fehler aussieht, in ein Verzeichnis .CORRUPT
bewegt, anstatt es wegzuschmeissen. (Was ich persoenlich fuer absoluten
Schwachsinn halte.) Mit Taylor-UUCP sollte das problemlos zu machen sein
(da Source verfuegbar), zumal du den Taylor-uuxqt unabhaengig von dem
restlichen Kram einsetzen kannst.

-- 
The only thing worse than spending time alone
is spending time with someone you dislike.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/

frank@hact.hact.de (Frank Hoerper) writes:

>Hi,

>Gibt es eine einfache Loesung , um CNews beizubringen, dasz es die 
>eingehenden News erst temporaer zwischenlagert, bevor sie dem rnews
>vorgeworfen werden ?

Du willst also, dass CNews die News sichert, _bevor_ rnews das Programm
newsspool aufruft, das wiederum die Sachen in $NEWSARTS/in.coming setzt.
Ab dann werden sie ja bei Fehler nicht mehr weggeworfen.
Du koenntest ja das /bin/rnews-Script hacken, dass die Daten vorher
in eine Datei gesichert werden und der newsspool dann, anstatt von stdin,
aus eben dieser Datei gefuettert wird.
Aber, wie in CNews schon gesagt wird:

# there really isn't any way to save the data if newsspool fails,
# not without causing other problems

Naja. Probieren kannstes ja mal.

oli
-- 
Oliver Boehmer, Frankfurt - Germany			oli@odb.rhein-main.de

"...make -k all to compile everything in the core distribution. This will take
anywhere from 15 minutes (on a Cray Y-MP) to 12 hours."  X Window Release Notes

In article <PQZ5L5G@hact.hact.de> frank@hact.hact.de (Frank Hoerper) writes:
>Gibt es eine einfache Loesung , um CNews beizubringen, dasz es die 
>eingehenden News erst temporaer zwischenlagert, bevor sie dem rnews
>vorgeworfen werden ?

Das ist liegt nicht im Aktionsbereich von Cnews, sondern im
Bereich des UUCP.

Der uuxqt fuettert die Daten an die entsprechenden Programme (in diesem
Fall Rnews). Wenn Du das verhindern moechtest, musst Du entweder den
uuxqt patchen, oder aber ein Frontend vor rnews schreiben, das die
Dateien in einem Directory zwischenspeichert. Eine andere Moeglichkeit
waere, die Uebertragung einfach vor dem korrekten Ende abzubrechen; dadurch
wird der uuxqt nicht gestartet.

Gruss,
-Rodney
-- 
                     Rodney Volz - 7000 Stuttgart 1 - FRG
 ==================> ...uunet!unido!mcshh!tyrell!rodney <===================
  Tyrell: +49 711 651429 V32bis Public access - rodney@tyrell.tynet.sub.org
  \_____________ May your children and mine live in peace. _______________/

urlichs@smurf.sub.org (Matthias Urlichs) writes:
>In de.admin.news.software, article <PQZ5L5G@hact.hact.de>,
>  frank@hact.hact.de (Frank Hoerper) writes:
>> Gibt es eine einfache Loesung , um CNews beizubringen, dasz es die 
>> eingehenden News erst temporaer zwischenlagert, bevor sie dem rnews
>> vorgeworfen werden ?
>Aeh -- _rnews_ ist eigentlich das Teil, das die News zwischenlagert... Wie
>oft willst du lagern?  ;-)
>> Es ist doch ziemlich aergerlich, wenn  alle News durch einen kleinen
>> Fehler direkt nach /dev/null wandern :((
>Stimmt. Ich habe zu diesem Zweck meinen uuxqt so hingebastelt, dass er
>grundsaetzlich alles, was nach Fehler aussieht, in ein Verzeichnis .CORRUPT

Sollte eine "Zwischenlagerung" der batches vor'm einlesen (vor newsrun,
also relaynews) gemacht werden, einfach in in.coming ein Verzeichnis
namens "hold" anlegen. Siehe newsrun-Script - wenn das Verzeichnis da
ist, werden da alle Batches reingelinkt.

Patrick

-- 
bof@midget.saar.de      /   \      I've just spent an hour in Your head.
Saarbruecken, De     .^/ -.- \      Believe me, I've been in nicer places.
Patrick Schaaf      / /       \        (kid eternity)
-                  this line intentionally blanked right                  -

In de.admin.news.software, article <1992Aug13.233753.24196@tyrell.tynet.sub.org>,
  rodney@tyrell.tynet.sub.org (Rodney Volz) writes:
> 
> Der uuxqt fuettert die Daten an die entsprechenden Programme (in diesem
> Fall Rnews). Wenn Du das verhindern moechtest, musst Du entweder den

Genau das will er ja nicht verhindern. Er will verhindern, dass die Batches
bei Error-Exit des rnews vom uuxqt weggeschmissen werden.

> [...] die Uebertragung einfach vor dem korrekten Ende abzubrechen; dadurch
> wird der uuxqt nicht gestartet.
> 
Die meisten uucicos startet uuxqt alle zehn Batches oder so.
Und wer bricht seinen uucico schon freiwillig nach dem neunten Batch ab, und
wie soll das funktionieren?
Abhilfe: Umbenennen des uuxqt in was anderes. Das loest natuerlich das
eigentliche Problem auch nicht, weil die Batches ja dann ewig liegenbleiben.

Taylor to the rescue. Ich habe dem Autor bereits vorgeschlagen, das Teil in
der naechsten Version so zu aendern, dass Batches im Fehlerfall nicht einfach
weggeschmissen werden; momentan kann der Source gepatcht werden. Ist aber
nicht allzu einfach.


-- 
Law of Probable Dispersal:
	Whatever it is that hits the fan will not be evenly
	distributed.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/

In <BsyuIt.3oo@midget.yps.saar.de> bof@midget.saar.de (Patrick Schaaf) writes:

>Sollte eine "Zwischenlagerung" der batches vor'm einlesen (vor newsrun,
>also relaynews) gemacht werden, einfach in in.coming ein Verzeichnis
>namens "hold" anlegen. Siehe newsrun-Script - wenn das Verzeichnis da
>ist, werden da alle Batches reingelinkt.

Das ist jetzt nicht gegen Patrick gerichtet, er war nur der letzte,
der Vermutungen anstellt.

Hat sich eigentlich mal einer die Muehe gemacht rnews anzuschauen?
Wenn die Datei /usr/lib/news/rnews.stall existiert, wartet das
naemlich solange bis genug Platz vorhanden ist (ein funktionierendes
spacefor vorausgesetzt).

-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.

In <16h9ntINN22v@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
>Genau das will er ja nicht verhindern. Er will verhindern, dass die Batches
>bei Error-Exit des rnews vom uuxqt weggeschmissen werden.

Genau das will er auch nicht verhindern. Was natuerlich keiner wissen
kann, ist, dass der 'kleine Fehler' zuwenig Platz unter
/usr/spool/news war.

Daher auch mein Vorschlag mit rnews.stall.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.

In article <16h9ntINN22v@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
>In de.admin.news.software, article <1992Aug13.233753.24196@tyrell.tynet.sub.org>,
>  rodney@tyrell.tynet.sub.org (Rodney Volz) writes:
>> Der uuxqt fuettert die Daten an die entsprechenden Programme (in diesem
>> Fall Rnews). Wenn Du das verhindern moechtest, musst Du entweder den
>
>Genau das will er ja nicht verhindern. Er will verhindern, dass die Batches
>bei Error-Exit des rnews vom uuxqt weggeschmissen werden.

Ich hatte ihn so verstanden, dass er fuer den rnews bestimmte
eingehende UUCP Jobs nicht sofort abgearbeitet, sondern zwischengelagert
haben moechte.

Irgendwie reden wir hier gerade gruendlich aneinander vorbei.

-Rodney
-- 
                     Rodney Volz - 7000 Stuttgart 1 - FRG
 ==================> ...uunet!unido!mcshh!tyrell!rodney <===================
  Tyrell: +49 711 651429 V32bis Public access - rodney@tyrell.tynet.sub.org
  \_____________ May your children and mine live in peace. _______________/