🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

5 total messages Started by Bernhard Schneck Tue, 04 Aug 1992 11:16
uucp queueing
#31
Author: Bernhard Schneck
Date: Tue, 04 Aug 1992 11:16
22 lines
1360 bytes
Ich hab mal eine (wahrscheinlich ganz dumme) Frage, aber ich fang erst
grad mit uucp an ...

Wie mach ich es bei (Taylor-1.3) uucp, dass alle requests gequeued
werden, und dann irgendwann einmal pro Nacht an die jeweiligen
Nachbar-Systeme "ubertragen werden (falls n"otig mit mehrfachen
retries) ??

Ich weiss dass ich z.B. Any2200-0500 sagen kann, aber dann wird ja
jeder request, der in dem Zeitraum ankommt, extra geschickt.

"Never" und "uucico -s nachbar" per cron tut auch nicht ganz was ich
will, da dann ja keine retries gemacht werden wenn irgendwas nicht
klappt ... (modem line belegt etc.)

Vielen Dank f"ur Eure Hilfe,
\Bernhard.
--
Bernhard Schneck        Internet: Bernhard.Schneck@Physik.TU-Muenchen.DE
TU Muenchen Physik
8046 Garching           "There is no problem so big that it cannot be
Germany                 run away from"                  Illusions, Richard Bach
Re: uucp queueing
#33
Author: Matthias Urlichs
Date: Tue, 04 Aug 1992 18:16
34 lines
1518 bytes
[ Bitte lass die Distribution: de weg. ]

In de.comm.uucp, article <schneck.712926990@Physik.TU-Muenchen.DE>,
  schneck@Physik.TU-Muenchen.DE (Bernhard Schneck) writes:
> 
> Wie mach ich es bei (Taylor-1.3) uucp, dass alle requests gequeued
> werden, und dann irgendwann einmal pro Nacht an die jeweiligen
> Nachbar-Systeme "ubertragen werden (falls n"otig mit mehrfachen
> retries) ??
> 
Du verpasst dem uux die Option "-r". Siehe Doku.

> "Never" und "uucico -s nachbar" per cron tut auch nicht ganz was ich
> will, da dann ja keine retries gemacht werden wenn irgendwas nicht
> klappt ... (modem line belegt etc.)
> 
Zwecks Retries schreibst du dir ein Shellskript nach folgendem Muster:

#!/bin/sh
sleep=60
until uucico -s WOHIN ; do
	sleep $sleep
	sleep=`expr $sleep \* 2`
done

Mehraufwand nach Belieben.

-- 
First Law of Bicycling:
	No matter which way you ride, it's uphill and against the
	wind.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Re: uucp queueing
#34
Author: Oliver Boehmer
Date: Wed, 05 Aug 1992 15:32
38 lines
2202 bytes
schneck@Physik.TU-Muenchen.DE (Bernhard Schneck) writes:

>Ich hab mal eine (wahrscheinlich ganz dumme) Frage, aber ich fang erst
>grad mit uucp an ...

Soo dumm ist die garnicht, schon Fortgeschrittenen-Niveau.

>Wie mach ich es bei (Taylor-1.3) uucp, dass alle requests gequeued
>werden, und dann irgendwann einmal pro Nacht an die jeweiligen
>Nachbar-Systeme "ubertragen werden (falls n"otig mit mehrfachen
>retries) ??

Dazu brauchst Du wohl einen Mailer, der die Mails nicht mit uux, sondern z.B. 
mit batched smtp uebertragen kann (wie z.Bsp Smail3), aber auch Nachbarn, 
die mit dem Kommando rsmtp (statt rmail) was anfangen koennen. Ich habe bei
mir diese Konfiguration, dass im Systems Any steht, die Mail-und
Newsrequests aber erst zu bestimmten Zeiten in die uucp-queue gestellt
werden. Der uucico wird dann alle 10 Minuten abgefeuert, um haeufige
Retries zu ermoeglichen.
Falls Du Smail3 fahren kannst, die anderen aber nicht, kannst Du fuer Smail
einen transport basteln, der die Mail batched, und dann zu bestimmten
Zeiten ein von Dir geschriebenes Programm startet, das wiederum "uux
..!rmail .." startet.
News sind ja kein Problem, da kannst Du ja sendbatches zu den gewuenschten
Zeiten starten.
Alle anderen Ansaetze, wie z.B. die Konfiguration von Taylor UUCP, wo zu
bestimmten Zeiten nur bestimme 'Grades' uebertragen werden, weisen die
schon von Dir erkannten Nachteile auf :-(

Oder hat noch jemand eine andere Idee (ich fahre kein TaylorUUCP und weiss
deshalb auch nicht, welche Schweinereien damit noch moeglich sind :-)

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
Re: uucp queueing
#35
Author: Andreas Baess
Date: Wed, 05 Aug 1992 21:31
30 lines
1835 bytes
urlichs@smurf.sub.org (Matthias Urlichs) writes:

>> "Never" und "uucico -s nachbar" per cron tut auch nicht ganz was ich
>> will, da dann ja keine retries gemacht werden wenn irgendwas nicht
>> klappt ... (modem line belegt etc.)
>> 
>Zwecks Retries schreibst du dir ein Shellskript nach folgendem Muster:
>#!/bin/sh
>sleep=60
>until uucico -s WOHIN ; do
>	sleep $sleep
>	sleep=`expr $sleep \* 2`
>done
>Mehraufwand nach Belieben.

Ich fand es besser dem uusched ein Flag beizubringen der Ihn nur zum
Pollen bringt wenn ein Pollfile vorliegt. Vom Grading her wurde das
als letztes uebertragen und garantierte somit die Uebertragung. Gleichzeitig
hatte ich aber den Vorteil von ansteigenden Pollintervallen des schedulers
je nach Problem. Wenn die Unido zum Beispiel mal wieder gerade ein
Wochenende die Modems abheben laesst um dann zu merken das der Host
gar nicht da ist geht mach ich an dem Wochenende ca. 10 Versuche und
nicht stur alle 5 Minuten wie bei einem besetzten Port. Das erstellen
eines Poll-Files ist normalerweise schon vorgesehen ...

-- 
Andreas Baess <andreas@easix.GUN.de>          {mcshh,smurf,unido}!easix!andreas
Fontanestr. 12    D-4044 Kaarst1   Tel.: +49 2131 605652   Fax: +49 2131 666754
Computer: Eine grossartige Erfindung! Es passieren noch genauso viele Pannen
		  wie vorher, aber niemand ist mehr Schuld daran.
Re: uucp queueing
#36
Author: Christoph Badura
Date: Thu, 06 Aug 1992 08:32
15 lines
1057 bytes
In <BsJ550.1x0@easix.GUN.de> andreas@easix.GUN.de (Andreas Baess) writes:

>Ich fand es besser dem uusched ein Flag beizubringen der Ihn nur zum
>Pollen bringt wenn ein Pollfile vorliegt.

Also das ist ja nun wirklich ein eher triviales Perlskript.

Mit uuname die Systeme besorgen, evtl. in Systems nachsehen, ob da was
anders als Never drinsteht (der Xenix uusched macht das nicht).
Nachsehen, ob fuer das System ein Pollfile existiert und den uucico
aufrufen.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads