home *** CD-ROM | disk | FTP | other *** search
- 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.
-
-