🚀 go-pugleaf

In article <67642054@bonsai.cologne.de>, "Ortwin Paetzold" writes:
} ich habe folgendes Problem:
} Ich benutze an meinem A3000 eine Creatix SG2834 mit dem WB3.1 serial.device.
} Damit baue ich eine UUCP-Verbindung mit einem anderen 28.800er Modem auf.
} Es klappt alles ganz wunderbar, aber die Datenuebertragungsrate ist in
} der Groessenordnung von ca. 1800 cps, also eigentlich 14.400 baud.
} Der Aufruf von uucico geschieht mit den folgenden Parametern:

Das ist "relativ" normal, wenn Du viele kleine Files mit dem g-Protokoll zu
übertragen hast, das ist Protokollbedingt (wer erbarmt sich mal das
i-Protokoll für Amiga-UUCP zu implementieren???). Du mußt mal ein etwas
größeres File übertragen und im Logfile nachschauen, mit welcher Rate das
eine File übertragen wurde. (oder volles Debug anschalten)

} #
} #  UULIB:L.sys -- UUCP sites we connect to
} #
} # Node   Time Device Baudrate Number/     Expect-Send strings
} #                             Dialstring
} #
}
} ggn5      Any  SER    38400    ATL1DT02237560032 ogin: xxxx sword: xx
}
} Diese Verbindung kommt zustande, mit den Parametern
}
} ggn6      Any  SER    57600    ATL1DT02237560032 ogin: xxxx sword: xx
}
} Waehlt das Modem, das andere nimmt ab und das war es.

Kein Passwortaustausch?? Probier mal in der Sequenz

   \r\r "" ogin: xxxx .....
   ^^^^^^^

Damit sendest Du am Anfang zwei Returns. Optional noch ein \d einbauen (für
Delay). Probiern geht hier über studieren.

} Woran kann das liegen?

Es liegt *auch* an dem ggn5/6!!! Du sagst uucico sozusagen, daß es an einer
ganz anderen Site pollen soll. Uucico schaut nach, was für ggn6 da ist und
findet nichts (ist ja alles für ggn5) und macht infolgedessen auch nichts.
Das siehst Du auch daran, daß wenn Du in uuspool: reinschaust normalerweise
nur Files drin sein sollten, die irgendwie "ggn5" enthalten.

Hmmm... dann sollte es wenigstens aber die neuen Sachen für Dich abholen...
hmmm... Ersetzte einfach ggn6 durch ggn5 und vertausche die beiden Einträge
in L.Sys, so daß der mit 57600 vor dem mit 38400 liegt. Wenn uucico beim
einen nicht pollen kann, probiert es das nächste.

Wenn das alles nichts hilft, also wenn es dann immer noch nach dem Login
hängt, würde ich einfach mal mit einem guten Terminalprogramm da anrufen
(gleiche Parameter einstellen!). Auf die Weise kann man Fehler in der
Sequenz herausfinden. Wenn's dann immer noch nicht geht hast Du ein Problem.
:-)

Im Zweifelsfall hilft aber immer Neuinstallation - speziell bei UUCP. :)


} Weitere Frage:
} Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz Eintrag
} in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?

Das könnte daran liegen, daß Du in die L.Sys eine dementsprechende Änderung
vornehmen mußt, wenn Du willst, daß uucico ein anderes Device nehmen soll.

Uucico schaut in L.Ports nach dem Namen, den Du in L.Sys unter Device
angegeben hast, Groß/Kleinschreibung wird unterschieden.

Ich empfehle DRINGEND mal die Man-Pages des wUUCP-Packets durchzulesen. Da
stehen solche Sachen eigentlich alle drin - halt etwas verstreut... aber
durchaus zu finden.


-- 
   SSilk  -  Alexander Aulbach  -  Herbipolis - Frankonia Minoris - 0931/58681
   For PGP-key write any e-mail to pgp@ssilkyway.franken.de !

   Am 1. Tag deutete jeder auf sein Land. Am 3. oder 4. zeigte jeder auf seinen
   Kontinent. Ab dem 5. Tag achteten wir auch nicht mehr auf die Kontinente.
   Wir sahen nur noch die Erde, als den einen, ganzen Planeten.
              (Ben Salman al-Saud, Saudi-Arabien 1985 Im Orbit mit Discovery 5)

Ortwin Paetzold (ortwin@bonsai.cologne.de) wrote in <67642054@bonsai.cologne.de>:
> Hallo,
> 
> ich habe folgendes Problem:
> Ich benutze an meinem A3000 eine Creatix SG2834 mit dem WB3.1 serial.device.
> Damit baue ich eine UUCP-Verbindung mit einem anderen 28.800er Modem auf.
> Es klappt alles ganz wunderbar, aber die Datenuebertragungsrate ist in
> der Groessenordnung von ca. 1800 cps, also eigentlich 14.400 baud.
> Der Aufruf von uucico geschieht mit den folgenden Parametern:
> 
> #
> #  UULIB:L.sys -- UUCP sites we connect to
> #
> # Node   Time Device Baudrate Number/     Expect-Send strings
> #                             Dialstring
> #
> 
> ggn5      Any  SER    38400    ATL1DT02237560032 ogin: xxxx sword: xx
> 
> Diese Verbindung kommt zustande, mit den Parametern
> 
> ggn6      Any  SER    57600    ATL1DT02237560032 ogin: xxxx sword: xx
> 
> Waehlt das Modem, das andere nimmt ab und das war es. 
> 
> Woran kann das liegen?

Hmmm...wie heißt denn die Site? AFAIK vergleicht der uucico schon irgendwie
den Sitenamen. Da ggn5!=ggn6...
> 
> Weitere Frage:
> Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz Eintrag
> in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?
> 
Auch die richtige ACU angegeben? Allerdings habe ich auch gewisse Probleme,
den uucico (wUUCP) zum Wählen eines bestimmten Eintrages mit anderer ACU zu
bewegen. Allerdings habe ich mich da noch nicht 100%ig reingekniet.

-- 
OBW                "Endings are just beginnings..."
This article must not be redistributed on a physical medium outside USENET
except for personal archiving or similar means. Commercial redistribution is
*strictly* prohibited.

Alexander Aulbach wrote on Sun, 07 Apr 1996 15:09:54 CET 
 in article 2LVmy*Mb5@ssilkyway.franken.de:
AA>In article <67642054@bonsai.cologne.de>, "Ortwin Paetzold" writes:
AA>} Damit baue ich eine UUCP-Verbindung mit einem anderen 28.800er Modem
AA>auf.
AA>} Es klappt alles ganz wunderbar, aber die Datenuebertragungsrate ist
AA>in
AA>} der Groessenordnung von ca. 1800 cps, also eigentlich 14.400 baud.
AA>} Der Aufruf von uucico geschieht mit den folgenden Parametern:
AA>
AA>Das ist "relativ" normal, wenn Du viele kleine Files mit dem
AA>g-Protokoll zu
AA>übertragen hast, das ist Protokollbedingt (wer erbarmt sich mal das
AA>i-Protokoll für Amiga-UUCP zu implementieren???). Du mußt mal ein etwas
AA>größeres File übertragen und im Logfile nachschauen, mit welcher Rate
AA>das
AA>eine File übertragen wurde. (oder volles Debug anschalten)

Hier habe ich schon den Tip bekommen, den Switch -Pn zu benutzen, wobei
n eine Zahl zwischen 1 und 8 ist. Damit fordert uucico groessere Pakete
an. n=6 sind 1024 byte, n=8 4096 byte. Damit bin ich sofort auf 2600 bis
3000 cps, obwohl relativ viele neu geschickte Pakete dabei sind (ca 10 
Prozent). Aber am Ende sind jedenfalls keine Fehler in den Dateien.

AA>
AA>} #
AA>} #  UULIB:L.sys -- UUCP sites we connect to
AA>} #
AA>} # Node   Time Device Baudrate Number/     Expect-Send strings
AA>} #                             Dialstring
AA>} #
AA>}
AA>} ggn5      Any  SER    38400    ATL1DT02237560032 ogin: xxxx sword: xx
AA>}
AA>} Diese Verbindung kommt zustande, mit den Parametern
AA>}
AA>} ggn6      Any  SER    57600    ATL1DT02237560032 ogin: xxxx sword: xx
AA>}
AA>} Waehlt das Modem, das andere nimmt ab und das war es.
AA>
AA>Kein Passwortaustausch?? Probier mal in der Sequenz
AA>
AA>   \r\r "" ogin: xxxx .....
AA>   ^^^^^^^
AA>
AA>Damit sendest Du am Anfang zwei Returns. Optional noch ein \d einbauen
AA>(für
AA>Delay). Probiern geht hier über studieren.

Ich hatte hostname und password rausgeworfen, genauer sieht das File so aus:

ggn1      Any  SER    9600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn2      Any  SER    14400    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn3      Any  SER    19200    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn4      Any  SER    28800    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn5      Any  SER    38400    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn6      Any  SER    57600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 
ggn7      Any  SER    115200    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 

ggn8	  Any  ART    57600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r 

AA>
AA>} Woran kann das liegen?
AA>
AA>Es liegt *auch* an dem ggn5/6!!! Du sagst uucico sozusagen, daß es an
AA>einer
AA>ganz anderen Site pollen soll. Uucico schaut nach, was für ggn6 da ist
AA>und
AA>findet nichts (ist ja alles für ggn5) und macht infolgedessen auch
AA>nichts.
AA>Das siehst Du auch daran, daß wenn Du in uuspool: reinschaust
AA>normalerweise
AA>nur Files drin sein sollten, die irgendwie "ggn5" enthalten.

Ich sollte das obige erlaeutern:

Die Eintraege fuer ggn1 bis ggn8 sind fuer denselben Rechner (vgl Telefonnummer).
Ich starte nun 
ums2uucp -h ggn1.cologne.de
und dann
uucico -sggn5 -q
oder nach Wahl jede andere Verbindung mit ggn1 bis ggn7. Das hat den 
Vorteil, dass ich die Transferrate etwas variieren kann, wenn es z. B.
Probleme auf der anderen Seite gibt. Mein Provider hatte ein defektes 
Motherboard, so dass es bei hoeheren Raten  Probleme gab. So konnte ich mich
leicht an die richtige herantasten.

AA>
AA>Hmmm... dann sollte es wenigstens aber die neuen Sachen für Dich
AA>abholen...
AA>hmmm... Ersetzte einfach ggn6 durch ggn5 und vertausche die beiden
AA>Einträge
AA>in L.Sys, so daß der mit 57600 vor dem mit 38400 liegt. Wenn uucico
AA>beim
AA>einen nicht pollen kann, probiert es das nächste.
AA>
AA>Wenn das alles nichts hilft, also wenn es dann immer noch nach dem
AA>Login
AA>hängt, würde ich einfach mal mit einem guten Terminalprogramm da
AA>anrufen
AA>(gleiche Parameter einstellen!). Auf die Weise kann man Fehler in der
AA>Sequenz herausfinden. Wenn's dann immer noch nicht geht hast Du ein
AA>Problem.
AA>:-)
AA>
AA>Im Zweifelsfall hilft aber immer Neuinstallation - speziell bei UUCP.
AA>:)

Werde ich versuchen.

AA>
AA>
AA>} Weitere Frage:
AA>} Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz
AA>Eintrag
AA>} in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?
AA>
AA>Das könnte daran liegen, daß Du in die L.Sys eine dementsprechende
AA>Änderung
AA>vornehmen mußt, wenn Du willst, daß uucico ein anderes Device nehmen
AA>soll.
AA>
AA>Uucico schaut in L.Ports nach dem Namen, den Du in L.Sys unter Device
AA>angegeben hast, Groß/Kleinschreibung wird unterschieden.
AA>
AA>Ich empfehle DRINGEND mal die Man-Pages des wUUCP-Packets durchzulesen.
AA>Da stehen solche Sachen eigentlich alle drin - halt etwas verstreut...
AA>aber durchaus zu finden.

Bei umsrfc11 war nur die Man-Page von uucico dabei, das Paket muss ich 
dann mal suchen...

Danke fuer die Hilfe 
Ortwin
 
----------------------------------------------------------------------- 
Ortwin Paetzold			ortwin@bonsai.cologne.de                
Elsa-Braendstroem-Str. 15 
50374 Erftstadt-Lechenich		 
-----------------------------------------------------------------------

Ortwin Paetzold schrieb über "UUCP Baud-Rate zu klein !!??"

OP> Ich benutze an meinem A3000 eine Creatix SG2834 mit dem WB3.1 serial.device.
OP> Damit baue ich eine UUCP-Verbindung mit einem anderen 28.800er Modem auf.
OP> Es klappt alles ganz wunderbar, aber die Datenuebertragungsrate ist in
OP> der Groessenordnung von ca. 1800 cps, also eigentlich 14.400 baud.
OP> Der Aufruf von uucico geschieht mit den folgenden Parametern:
OP> 
OP> #
OP> #  UULIB:L.sys -- UUCP sites we connect to
OP> #
OP> # Node   Time Device Baudrate Number/     Expect-Send strings
OP> #                             Dialstring
OP> #
OP> 
OP> ggn5      Any  SER    38400    ATL1DT02237560032 ogin: xxxx sword: xx

Mit welchen Parametern rufst Du denn uucico auf?
Vielleicht mal am -P-Parameter drehen...

OP> Weitere Frage:
OP> Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz Eintrag
OP> in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?

Wie sieht den Deine L.Ports aus?
acu=SER device=artser.device unit=0
sollte eigentlich funzen.


Ciao
--
Bernhard Graf
mail graf@jojo.IN-Berlin.DE
     graffbgd@sp.zrz.TU-Berlin.DE

Oliver B. Warzecha wrote on Sun, 7 Apr 1996 22:28:45 MES 
 in article 070496g2228@amarok.ping.de:
OBW>Ortwin Paetzold (ortwin@bonsai.cologne.de) wrote in
OBW><67642054@bonsai.cologne.de>:
OBW>> Hallo,
OBW>> 
OBW>> ggn5      Any  SER    38400    ATL1DT02237560032 ogin: xxxx sword:
OBW>> xx
OBW>> 
OBW>> Diese Verbindung kommt zustande, mit den Parametern
OBW>> 
OBW>> ggn6      Any  SER    57600    ATL1DT02237560032 ogin: xxxx sword:
OBW>> xx
OBW>> 
OBW>> Waehlt das Modem, das andere nimmt ab und das war es.
OBW>> 
OBW>> Woran kann das liegen?
OBW>
OBW>Hmmm...wie heißt denn die Site? AFAIK vergleicht der uucico schon
OBW>irgendwie
OBW>den Sitenamen. Da ggn5!=ggn6...

Willst Du lachen? Die site heisst ggn1.cologne.de und mit uucico -sggn5 
erreiche ich ihn auch. Fuer die Uebertragung ist wichtig, dass die aus-
gehende Mail mit ggn1.co beginnt, dass scheint uucico mit dem sitenamen
zu vergleichen.

Im Logfile sieht das etwa so aus:

(04/09-19:48:38) uucico,-,- Startup 1.95 (Jul 07 1994, 03:42:27)
(04/09-19:49:02) uucico,ggn5,- DIALED ggn5 at 38400 bit/sec (02237560032)
(04/09-19:49:03) uucico,ggn5,- SUCCEEDED call to ggn5
(04/09-19:49:06) uucico,ggn1.cologne.de,- OK Startup

Bei ggn6 komme ich erst gar nicht zur zweiten Zeile. Dies scheint ein Problem
zwischen Modem und seriellem Port zu sein.

OBW>> 
OBW>> Weitere Frage:
OBW>> Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz
OBW>> Eintrag
OBW>> in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?
OBW>> 
OBW>Auch die richtige ACU angegeben? Allerdings habe ich auch gewisse
OBW>Probleme,
OBW>den uucico (wUUCP) zum Wählen eines bestimmten Eintrages mit anderer
OBW>ACU zu
OBW>bewegen. Allerdings habe ich mich da noch nicht 100%ig reingekniet.
OBW>

Keine Ahnung, bin noch am suchen...

Danke fuer die Antwort.

Ortwin
 
----------------------------------------------------------------------- 
Ortwin Paetzold			ortwin@bonsai.cologne.de                
Elsa-Braendstroem-Str. 15 
50374 Erftstadt-Lechenich		 
-----------------------------------------------------------------------

Bernhard Graf wrote on Mon, 08 Apr 1996 22:25:22 +0100 
 in article 66095735@jojo.IN-Berlin.DE:
BG>Ortwin Paetzold schrieb über "UUCP Baud-Rate zu klein !!??"
BG>
BG>OP> Ich benutze an meinem A3000 eine Creatix SG2834 mit dem WB3.1
BG>OP> serial.device.
BG>OP> Damit baue ich eine UUCP-Verbindung mit einem anderen 28.800er
BG>OP> Modem auf.
BG>OP> Es klappt alles ganz wunderbar, aber die Datenuebertragungsrate ist
BG>OP> in
BG>OP> der Groessenordnung von ca. 1800 cps, also eigentlich 14.400 baud.
BG>OP> Der Aufruf von uucico geschieht mit den folgenden Parametern:
BG>OP> 
BG>OP> #
BG>OP> #  UULIB:L.sys -- UUCP sites we connect to
BG>OP> #
BG>OP> # Node   Time Device Baudrate Number/     Expect-Send strings
BG>OP> #                             Dialstring
BG>OP> #
BG>OP> 
BG>OP> ggn5      Any  SER    38400    ATL1DT02237560032 ogin: xxxx sword:
BG>OP> xx
BG>
BG>Mit welchen Parametern rufst Du denn uucico auf?
BG>Vielleicht mal am -P-Parameter drehen...

Seit gestern rufe ich es so auf:

uucico -s{SYSTEM} -q -P4

und es laeuft mit ueber 3000 cps, wie ich es wollte. Den Tip habe ich auch
hierher...

BG>
BG>OP> Weitere Frage:
BG>OP> Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz
BG>OP> Eintrag
BG>OP> in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?
BG>
BG>Wie sieht den Deine L.Ports aus?
BG>acu=SER device=artser.device unit=0
BG>sollte eigentlich funzen.
BG>

Sie sieht so aus:

acu=ser device=serial.device unit=0
acu=tcp device=telser.device unit=0
acu=art device=artser.device unit=0
acu=8n1 device=8n1.device unit=0
acu=bau device=baudbandit.device unit=0

Der Unterschied koennte die Kleinschreibung von ser bzw art sein. Muss
ich noch checken...

Danke fuer die Hilfe
Ortwin
 
----------------------------------------------------------------------- 
Ortwin Paetzold			ortwin@bonsai.cologne.de                
Elsa-Braendstroem-Str. 15 
50374 Erftstadt-Lechenich		 
-----------------------------------------------------------------------

On Sun, 7 Apr 1996 22:28:45 MES Oliver B. Warzecha (obw@amarok.ping.de) wrote:

| > Weitere Frage:
| > Ich habe versucht, artser.device zu nutzen, ohne Erfolg. Trotz Eintrag
| > in der L.Ports wird der Treiber nicht angesprochen. Warum nicht?
| >
| Auch die richtige ACU angegeben? Allerdings habe ich auch gewisse Probleme,
| den uucico (wUUCP) zum Wählen eines bestimmten Eintrages mit anderer ACU zu
| bewegen. Allerdings habe ich mich da noch nicht 100%ig reingekniet.

In Verbindung mit L.Ports/L.Sys weiss ich auch keine Loesung...aber es klappt
jedenfalls, wenn man beim Aufruf von uucico -D<device> angibt.

-- 
Peace
 __________________________________________
| __                                       |
|(__'       eMail: sebbo@hiphop.mayn.de    |
|,__)ebbo      or: sebbo@incubus.franken.de|
|__________________________________________|

In article <67642090@bonsai.cologne.de>, "Ortwin Paetzold" writes:
} Hier habe ich schon den Tip bekommen, den Switch -Pn zu benutzen, wobei
} n eine Zahl zwischen 1 und 8 ist. Damit fordert uucico groessere Pakete
} an. n=6 sind 1024 byte, n=8 4096 byte. Damit bin ich sofort auf 2600 bis
} 3000 cps, obwohl relativ viele neu geschickte Pakete dabei sind (ca 10
} Prozent). Aber am Ende sind jedenfalls keine Fehler in den Dateien.

n=8 hat wenig Sinn, denn wenn ein File nur z.B. 80 Byte groß ist müssen
trotzdem 4 kB übertragen werden (sind zwar nur Nullen, die Datenkompression
des Modems macht das ziemlich flott, aber die müssen trotzdem über die
serielle Schnittstelle)


} Ich hatte hostname und password rausgeworfen, genauer sieht das File so aus:
}
} ggn1      Any  SER    9600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
} ggn2      Any  SER    14400    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
} ggn3      Any  SER    19200    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
} ggn4      Any  SER    28800    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
} ggn5      Any  SER    38400    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
} ggn6      Any  SER    57600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
} ggn7      Any  SER    115200    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
} ggn8	  Any  ART    57600    ATL1DT02237560032 ogin:-\r-ogin: xxxx sword:-\r-sword: xxxx\r
}
} Ich sollte das obige erlaeutern:
}
} Die Eintraege fuer ggn1 bis ggn8 sind fuer denselben Rechner (vgl Telefonnummer).
} Ich starte nun
} ums2uucp -h ggn1.cologne.de
              ^^^^
} und dann
} uucico -sggn5 -q
           ^^^^
Ich kenne mich zwar *überhaupt* nicht mir UMS aus, aber das dürfte der
Fehler sein, den ich schon mal angesprochen habe: Für UUCico müssen die
Files einen bestimmten Namen haben (eben irgendwas mit "ggn5" im Namen, wenn
Du -sggn5 anrufts. Du gibst aber (jedenfalls aus meiner Sicht) ggn1 statt
ggn5 an. Wie gesagt: Schau mal in das Verzeichnis UUSPOOL: !


} oder nach Wahl jede andere Verbindung mit ggn1 bis ggn7. Das hat den
} Vorteil, dass ich die Transferrate etwas variieren kann, wenn es z. B.
} Probleme auf der anderen Seite gibt. Mein Provider hatte ein defektes
} Motherboard, so dass es bei hoeheren Raten  Probleme gab. So konnte ich mich
} leicht an die richtige herantasten.

Aehem, das macht man aber doch nicht über die Baudrate der seriellen
Schnittstelle... das dürfte auch der Grund sein, weswegen Du so viele Fehler
auf der Leitung hast, weil die Verbindung Modem-Modem kann ja durchaus
schneller als 9600 sein. Überhaupt ist das mit dem Motherboard ziemlich
schnullig, warum mußt DU die Baudrate verändern und nicht der Provider???

Jedenfalls macht man das eleganter über den Initstring für das Modem. Also
statt ATL1DT0... halt vorher zusaetzlich das Runtersetzen der maximalen
Übertragungsrate mit der das Modem connecten soll. Wie der String aussieht
schau ich jetzt nicht nach.


} Werde ich versuchen.

Und gehts jetzt??? :-)

} Bei umsrfc11 war nur die Man-Page von uucico dabei, das Paket muss ich
} dann mal suchen...

Im wUUCP-Packet 1.17 sind die Man-Pages drin.


-- 
   SSilk  -  Alexander Aulbach  -  Herbipolis - Frankonia Minoris - 0931/58681
   For PGP-key write any e-mail to pgp@ssilkyway.franken.de !

   "Zerberus ist eine 'idiotenkompatible Benutzeroberfläche', unabhängig davon,
   daß alles, was dahinter steht einen leicht katastrophalen Touch hat."
                                                                 (J.Wieckmann)