home *** CD-ROM | disk | FTP | other *** search
- NAME
- UUCICO
-
- SYNOPSIS
- UUCICO -A -D[EVICE] device -U[NIT] unit -Getty -w -r1 -xn -Xn -xx -h0
- -o -[s/S]system -e -s -7 -p # -pri -d0 -t<timeout> -T<timeout>
- -packets -nodelay
-
- DESCRIPTION
- UUCICO is the basis for UUCP. It can be run either from a
- GETTY when somebody logs into the Amiga, or it can be run
- from DCRON or manually to originate connections.
-
- Some options to UUCICO are now outdated and should not be
- used. Specifically, earlier distributions did not have a
- GETTY and UUCICO had to deal with waiting for connections
- itself.
-
- Either way, the final result is a connection between your
- machine and some remote machine. UUCICO will retrieve any
- queued work on the remote machine and send any queued work on
- your machine. These work files are located in UUSpool:.
-
- The term 'work' refers to items queued by other programs,
- such as POSTNEWS and SENDMAIL. These programs create files in
- UUSpool: that inform UUCICO what to do with them and where
- to send them to. On the flip side, when UUCICO receives a
- work file it will write it to UUSpool: then run UUXQT.
-
- If the configuration (or environment) variable UseSubDirs
- is set to YES, and the directory named UUSpool:<system>
- has been created by the user, then UUCICO will check for
- work, and create incoming files, in that individual
- subdirectory for each system.
-
- UUXQT scans received files and determines how to break them
- up (for example, append them to the appropriate mail box or
- news directory). The control files in UUSpool: contain a
- line indicating the appropriate program required to unpack
- the files. UUXQT reads this line and runs the proper
- program (RMAIL, RNEWS, etc.).
-
- LOCKING
-
- UUCICO locks the serial port in the same manner Getty does, by
- doing the equivalent of the UUCP:C/LOCKSERIAL command before
- opening it. Thus, UUCICO's will never bump into each other
- on the port. Any terminal program you run should lock the
- serial port as well. This is done by running the terminal
- program via UUCP:C/LOCKSERIAL with the appropriate arguments.
-
- Refer to the manual pages for GETTY and LOCKSERIAL for more
- information
-
- Note that recent versions of Terminus and VLT do have direct
- OwnDevUnit support (which is how LOCKSERIAL locks the serial
- port).
-
- GENERAL OPTIONS
-
- (*)'d Options are supplied automatically on Getty Initiated
- connections
-
- -7 Set 7WIRE mode for serial connections
- (i.e., hardware handshaking).
-
- -A Attempt to lock device. If it can't be locked,
- then give up and exit.
-
- -b Run the BATCHNEWS program before anything else.
-
- -d0 IGNORE DTR switch forces UUCico to use the
- +++ sequence to disconnect instead of dropping
- DTR. This is a workaround for a possible
- bug in the serial device for those who
- experience crashes when UUCico tries to
- disconnect.
-
- (*) -D <devicename> Default is serial.device
-
- (*) -U <unitnumber> Default is 0
-
- -h0 Ignore Carrier Detect.
-
- -H Ignore Carrier Detect, and this is a
- hardwired connect so don't send and
- dial or connect messages to the remote.
-
- -nodelay Normally, UUCICO will wait 0.06 seconds after
- receiving a "no data" indication from the
- serial port to allow more data time to arrive.
- This flag prevents UUCICO from waiting, which
- may be needed with very high-speed interfaces
- (ISDN, etc.).
-
- -n<size> Set 'g' and 'G' protocol window size. If size
- is not specified, a window size of 1 is forced.
- The default (-n option not specified) is a
- window size of 7.
-
- Sometimes it is necessary to reduce the window
- size to 3 or 4 when connecting to heavily
- loaded UNIX systems.
-
- -N<nodename> An override name to use as NODENAME (ignore
- what is in UULib:Config).
-
- -p # So-called "protocol hacks". A bit-field to
- control special protocol changes. The only
- one currently implemented is "1". When p1
- is specified, on incoming connects, an "="
- is placed in the outgoing SHERE message.
-
- -p <letter> What protocol to use. Currently only 'g' and
- 'G' are valid.
-
- -packets Calculate the most efficient packet size to
- be used for an outgoing transmission within
- the current segment size. MANY UNIX SYSTEMS
- WILL NOT SUPPORT THIS PROPERLY. Taylor UUCP
- and HDB UUCP seem to. Use with care.
-
- -pri UUCico ups its priority by 1 during transfer,
- then downs it by 1 to run uuxqt. (i.e. +1
- during transer, -1 for uuxqt).
-
- -P<segsize> Set segment size, in powers of two where a
- segment size of 2 == 64 bytes. The maximum
- segment size is 8 (4096 bytes). The complete
- table is as follows:
-
- Segment Size Bytes
- 2 64
- 3 128
- 4 256
- 5 512
- 6 1024
- 7 2048
- 8 4096
-
- This option should be used only by EXPERIENCED
- UUCP users. Larger is not necessarily better
- since all packets are fixed length.
-
- -t<timeout> Set GIO protocol packet timeout before retry.
- Default is 5. In many cases this can cause
- long no-activity delays due to small glitches
- when, in fact, the receiving host is not loaded
- down. Setting the timeout to 1 generally fixes
- this.
-
- -T<timeout> Set timeout for send-expect strings, default
- is 15 seconds.
-
- -Xn Set log and debug level but do not tell the
- remote system about it.
-
- -Xx Set log and debug levels, as well as debug
- handshake to stdout, but do not tell the
- remote system about it.
-
- -xn Set log and debug level for us and for the
- remote system
-
- -xx Debug handshake to stdout (but not once connection
- is established). Useful for debugging L.Sys
- send-expect stuff.
-
- GETTY INITIATED OPTIONS
-
- (*) -Getty Tells UUCICO that it was started from a Getty.
- -g
-
- MANUAL POLL OPTIONS
-
- -o Tells UUCICO to not search for a CONNECT
- message when carrier is detected (hardwired
- configuration) and doesn't dial any numbers.
- (See also H.)
-
- -r1 Call all systems we have pending work for.
- When not zero, UUCICO starts connection as
- master. Otherwise, as slave.
-
- -r1 -ssystem Call this specific system if we have pending
- work.
-
- -s system Poll (call-up) the specified system
-
- -S system Same as -s but ignore time restrictions
-
- OBSOLETE OPTIONS (WAIT MODE OPTIONS) DO NOT USE IF YOU CAN HELP IT
-
- -e Tells UUCICO to loop forever waiting for
- connections.
-
- -B <baudrate> Ignored.
-
- -w Tells UUCICO to wait for one or more
- connections (depending on -e) AFTER having
- previously polled one or more systems
- (-r, -s, -S).
-
- <nooptions> If UUCICO is run without either -Getty,
- -s, or -r, it will wait for a single
- connection. This is used for incoming
- connections.
-
- CONFIGURATION OPTIONS
-
- UUCICO understands the following special options, in either
- of UULib:Config, or as environment variables (for 2.0 or
- above):
-
- BATCHNEWS string
-
- The name of the BATCHNEWS program for the -b switch.
-
- COPYNOTIFY integer/bitfield
-
- Enable various notifications via mail:
-
- 1 - notify of send failure that will not be retried (denied)
- 2 - notify of send failures that WILL be retried (protocol
- errors)
- 4 - notify of successfull outgoing file copy (UUCP only)
- 8 - notify of incoming file (UUCP only)
- 16 - notify of incoming failure of anykind
-
- Add together for various options, 31 for all.
-
- Mail is sent to USERNAME entry for incoming files and to
- the originator of outgoing file copies.
-
- CTIMEOUT integer
-
- How many seconds to wait for the CONNECT message after
- dialing a number
-
- MODEMINIT string
-
- A string to be sent to the modem immediately before
- dialin a number.
-
- SENDMAIL string
-
- The name of the mailer program for sending mail (for
- COPYNOTIFY).
-
- USESUBDIRS yes/no/1/0
-
- Whether subdirectories of UUSpool: should be used for
- sending and receiving work. This is also used by UUX,
- UUCP, and other programs.
-
- UUXQT string
-
- The name of the UUXQT program for UUXqtInterval.
-
- UUXQTINTERVAL integer
-
- How many files to receive before starting a UUXQT. If
- zero, UUCICO does not start UUXQT at all (defaults to
- zero).
-
- UUXQTPRIORITY integer
-
- The priority at which to start UUXQT.
-
- TIMELOG FORMAT
-
- UUCICO automatically appends an entry to UUSPOOL:TimeLog in
- the following format:
-
- dd-mmm-yy mm:ss mm:ss in=nnnnn out=nnnnn <system_name>
-
- The date, then two on-line times. The first is the connect time
- from carrier detect, the second is connect time from send-expect
- success. Use whichever one is appropriate for bill calculations.
- Following that is the number of data bytes received (total of
- received file sizes) and the number of data bytes sent (total of
- transmitted file sizes). These numbers do not reflect additional
- overhead used by the G protocol (messages, acks, packet overhead,
- or retries).
-
- UUCICO also automatically appends an entry to UUSPool:XferStat
- in the standard XferStat format for each connect.
-
- EXAMPLE
- -----
-
- ; Place a line similar to this in your startup-sequence!
- ; See GETTY manual
-
- resident uucp:C/Getty
- run <nil: >nil: Getty -A -B19200 -Mm
-
- -----
-
- ; Manually poll system 'foo'
- UUCICO -sfoo
-
- -----
-
- ; From DCRON (DCRON ENTRY)
- 40 1 * * * uucp:c/uucico -r1
-
-
-
- FILES/REQUIRES
- UUCP:
- UUCP:c/*
- UULib:
- UULib:Config
- UUMail;
- UUSpool:
- UUSpool:LogFile
- UUSpool:XferStat
-
- REFERENCES
- UUMan:L.Sys
- UUMan:Getty
- UUMan:DCron
- UUMan:Assigns
- UUMan:Config
-