home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Otherware
/
Otherware_1_SB_Development.iso
/
amiga
/
comms
/
network
/
uucp.zoo
/
Systems.doc
< prev
next >
Wrap
Text File
|
1988-03-23
|
6KB
|
154 lines
SYSTEMS.DOC
UUPC dials in to a feed site automatically. To do this, uupc requires a
systems file to:
o tell what feed site you want to dial up.
o tell what bps speed you want to communicate at.
o tell what the phone number is, and any alternate numbers.
o tell who you are, and what your password is.
The following describes the layout of a "systems" file where this information
is stored, and tells you how I set one up to dial in to van-bc - my feed
site in Vancouver, Canada.
THE SYSTEMS FILES CONTENTS
UU supports two methods of dialing at present. One of these will not
work with modems using the older Hayes protocol, like the Fastlink, which
does not recognize the dial up sequence "ATX4 DP ...". The other is more
flexible, bypassing the "ATX4" problem, and allowing you to autodial two
feed site phone numbers.
The systems file is ":usr/lib/uucp/systems" on your pcmail disk. It is a
very primitive script file used for dial-up. Here are the two methods you
can use. I will tell you what the more esoteric parts are later in this
note. I have split system file contents into several lines in the
following description to make it readable. Your real systems file
contains one line which can be up to 512 characters. There should be
a space inserted when you join the lines.
Method 1: New Hayes Protocol - not recommended.
-----------------------------------------------
van-bc Any 0 HAYES DT939-4782 g ogin:--ogin: <nodename>
sword:-\c-sword: <password>
I won't go into details on this one, but just mention that it has a few
problems:
a) van-bc has two lines, but this mode only dials one of them.
b) It first tries 2400 BPS, then 1200 BPS. If only use 1200 BPS,
it is a bit of a waste of time.
c) It requres the new Hayes protocol, since an "ATX4" is automatically
sent for you. This sequence is not recognized by the older Hayes-
compatible modems.
Method 2: Recommended
---------------------
van-bc Any 0 DIR 2400 g OK-ATZ-OK ATDT939/4782
CONNECT-\d+++\dATDT939/4756-CONNECT \0
ogin:--ogin <nodename> sword:-\c-sword: <password>
van-bc is the name of the van-bc feed site.
Any not sure what this is for.
0 What serial port to use. Ignored since the ami only has
one port.
DIR use the alternate dial up sequence which follows the "g".
1200 The modem speed you want to use. Use 2400 if you have it.
g The protocol used to transfer data. This is like xmodem
protocol, but in uu a windowed g packet protocol is the
only one available.
The following information is organized in pairs, separated by blanks. UU
waits for a response given by the first field, then sends out the second
field. It gets a little complicated, because the script allows for any
number of alternate send/expect pairs separated by a hyphen in the first
field. For example, the first pair is:
OK-ATZ-OK Wait for an "OK" response from the modem. If not received
ATDT939/4782 within about 30 seconds, send "ATZ" and continue if "OK"
received. If any of the first field alternative
conditions are satisfied, then send the second field. In
this case it autodials Stuart's first line number 939-4782
using touch tone dialing if "OK" is received, or failing
that, if "OK" is received after sending "ATZ".
The next pair sends out van-bc's alternate number, 939-4756, if "CONNECT"
is not received on dialing the first number. If either is successful,
it sends out \0, ie nothing in response.
ogin:--ogin This pair waits for a response of "login:", or "login",
<nodename> and if received sends out the name of your node - uujlami
in my case, uudaami for you. Note that only the last 4
or 5 characters are checked for. This passes a potential
problem of van-bc sending Login, or Login: instead of
login, or login:.
sword:-\c-sword: You guessed it. This waits for a password prompt from
<password> van-bc, and sends your password.
What are the benefits of this method?
Well,
a) It tries both of van-bc's lines before it gives up.
b) You specify what speed you want to use - either 1200 or 2400 BPS.
c) You bypass the problem of the older Hayes-compatible modems not
recognising ATX4.
d) It waits for up to 30 seconds for a response, but you can add more
delay if needed by adding "\d" to the second field. Each \d will
give an extra 2 seconds delay. For example, you could extend the
waiting time for "CONNECT" to 40 seconds by replacing "ATDT939/4782"
above with "ATDT939/4782\d\d\d\d\d".
e) You can change the timeout with a string of the form
DELAY<seconds>
for example
DELAY3foo
sets the timeout to 3 seconds (a reasonable value once the modem
connection is established (after CONNECT)) and then sends the string foo.
--------------------------------------------------
Here are some other special characters you can use in the second field,
or in the first alternate field:
BREAK send a break character. Sending a break is a common way to tell the
remote system that it should change the line speed or reset the line
or some such. (Sending a break pulls the serial transmit signal to 0
for nearly a second. This is not at all the same as sending a <NUL>).
\b Send a backspace character.
\B
\c ignore the rest of the field. Do not send a carriage return
\C (c/r).
\d delay two seconds.
\n send a newline character - a c/r on the Amiga.
\r send a c/r.
\R
\m
\M
\s send a blank character.
\S
\t Send a tab character.
\T
\0 Just a place holder. It means to send nothing.
\z1200\ Change speed to 1200BPS. You can use any other valid BPS rate
\Z1200\ you want.