🚀 go-pugleaf

In article <170129INNg6n@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
>In de.admin.mail, article <1992Aug19.054951.24511@hiss.han.de>,
>  fifi@hiss.han.de (Axel Zinser) writes:
>> In article <1992Aug19.051013.23623@hiss.han.de> fifi@hiss.han.de (Axel Zinser) writes:
>> [...]
>> ins Z-Netz) und (b) der Link smurf!uzercp ebenfalls zur Zeit an
>> Verstopfung leidet (so die Geruechtekueche)... Ein zusaetzlicher
>> 
>Die Geruechtekueche hinkt eine knappe Woche hinter der Realitaet her.
>Es gab vom 10. bis 15. ein Problem, weil Batches wegen einem Tippfehler
>meinerseits nicht dem uucp-System verfuettert wurden (nobody is perfect).
>Das ist aber inzwischen behoben und Mails sind keine verlorengegangen.

Naja... es war ja auch "nur" aus der Geruechtekueche. Infos um und ueber
uzercp erreichen mich ja sowieso immer nur zufaellig, habe ich jedenfalls
das Gefuehl :-/

>> 	dead    {smurf.sub.org!uzercp,uzercp!smurf.sub.org}
>> 
>Bitte nicht. Das kann zu Routingproblemen fuehren.

Nun. Wenn der Link laeuft, ist es eine Ansichtssache, weil...

>> waere also angemessen. BTW: Wie kann ich erreichen, dass zwar
>> via 'uzercp' ins Z-Netz geroutet wird, nicht jedoch auf der
>> anderen Seite wieder heraus? Wenn ich den Link als private
>
>Moeglicherweise dadurch, dass der Link auf der anderen Seite nach draussen
>schlechter bewertet wird. 

Mache ich doch: DEAD; das funktioniert auf jeden Fall. Die andere
Variante besteht darin, alle Links in andere Netze als private zu
deklarieren, aber das kann ich nicht fuer mich entscheiden, das
muesste prinzipiell geklaert werden.

Fakt ist, dass ungeahnte Mengen von Pfaden durch smurf!uzercp!veeble
laufen, sobald die agsc als DEAD deklariert wird und das ich genau
das vermeiden moechte.

Axel
-- 
Axel Zinser		+49 511 699945			       fifi@hiss.han.de
Uni Hildesheim, RZ	+49 5121 883577			 fifi@uni-hildesheim.de

    Bitte legen Sie nicht auf, Sie werden so schnell wie moeglich bedient!