Article View: dnet.general
Article #2153Re: Probleme HDB UUCP <-> SUN UUCP
From: Toerless Eckert
Date: Sat, 17 Jun 1989 22:04
Date: Sat, 17 Jun 1989 22:04
64 lines
3359 bytes
3359 bytes
From article <1472@pfm.UUCP>, by root@pfm.UUCP (TSOS of PFM): > Hallo Freunde, > > mich plagt mal wieder ein gewaltiges Problem, ich versuche gerade > von meinem System (Microport Sys V 386 3.0) auf eine nette kleine > Sun Daten via UUCP zu bringen, but nix iss, die Sun lehnt's immer > wieder ab (durch die gute UUCP Doku bekommt man's auch nicht so doll > mit WARUM). Aber anscheinend (nach unseren Ueberlegungen) liegt's > am Protokoll, jetzt die FRAGE: > > a.) Hatte/hat jemand die selben Probleme, also von einem HDB UUCP > auf ein "Sun-UUCP" > b.) Kann mich mal jemand KURZ ueber die verschiedenen Protokolle > beim UUCP aufklaeren bzw. die Frage aufgreifen warum's damit > Probleme geben kann. Zu a) Keine Ahnung, wir lassen auf unserer Sun HDB UUCP laufen ;-)). Zu b): es muss ja nicht sein, dass das Problem mit dem Protokoll zu tun hat, es kann ja auch daran liegen, wie Du die login Sequenz programmiert hast. Am besten waere es, einen log von einer missglueckten Session zu haben. Erstellen tut man den am besten mit "uucico -r1 -s<die-andere-maschine> -x9.9" (Vorher ein "script" abbsetzen, dann hat man nachher den ganzen log schoen in einem File drin). An Protokollen gibt es beim UUCP eine ganze Menge. Das Protokoll, dass bei allen UUCP Implemtierungen vorhanden ist, ist das g Protokoll. Dieses ist besonders fuer Modemverbindungen geeignet. Durch die Eigenheiten dieses Protokolls kann man damit aber schlecht hoere Uebertragungsraten als 4800-9600 bps erreichen (besonders wenn die Implementierung noch bei der Windowsize geschlampert ist). Fuer Verbindungen ueber PAD's gibt es das f Protokoll, das aber nicht immer in dem uucp eingebaut ist. Es ist von der Uebertragungsgeschwindigkeit besser als das g Protokoll, setzt aber eine fehlerfreie Uebertragungsstrecke voraus (ansonsten wirs teuer). Rausfinden, ob ein Protokoll in einem UUCP eingebaut ist, wenn sich die Dokumentation darueber ausschweigt: %uucico Der meldet sich dann mit: Shere=<rechnername> Daraufhin gibt man ein: ^PS<rechnername2>^@ Und wenn dann alles ok ist, meldet sich der uucico mit ROK P??? Die ??? sind die Buchstaben der Protokolle, die der uucico unterstuetzt. <rechnername2> ist der Name eines Rechners, der bereits im L.sys/Systems konfiguriert ist, ^@ ist ascii 0, und ausserdem sollte man sich vorher bei einem HDB uucp auf eine uid setzen, fuer die man den uucp konfiguriert hat. Ansonsten gibt es noch das t, das x und das e Protokoll, aber meistens findet man niemanden der das mit einem fahren kann. Uebrigens stehen dir bei solchen Problemen sicherlich gerne die Postmaster in Dortmund zur Seite. Toerless Eckert (eckert@informatik.uni-erlangen.de)
Technical Details
Message-ID:
<440@medusa.informatik.uni-erlangen.de>Path:
arc1-ca.pugleaf.net!gmdzi!unido!fauern!immd4.informatik.uni-erlangen.de!eckertReferences:
<1472@pfm.UUCP>Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII-7-bit X-Google-Thread: 10dc06,699d37573080fc14 X-Google-Attributes: gid10dc06,public X-Google-ArrivalTime: 1989-06-17 17:23:11 PST Path: arc1-ca.pugleaf.net!gmdzi!unido!fauern!immd4.informatik.uni-erlangen.de!eckert From: eckert@immd4.informatik.uni-erlangen.de (Toerless Eckert) Newsgroups: dnet.general Subject: Re: Probleme HDB UUCP <-> SUN UUCP Message-ID: <440@medusa.informatik.uni-erlangen.de> Date: 17 Jun 89 22:04:08 GMT References: <1472@pfm.UUCP> Distribution: dnet Organization: IMMD IV, University of Erlangen, W-Germany Lines: 64 Posted: Sat Jun 17 23:04:08 1989