view 3rdparty/packages/uucpbb/doc/uucico.man @ 2855:e126b9acab32 lwtools-port

rules.mak: Do not hardcode path for "echo" It is basically the only tool with full path here and I don't see any reason for it. We don't use special echo options that would fail on the shell built-in echo. Also don't hardcode path for losetup. sudo should make sure you have the relevant location in your path, and that the path is sanitized, otherwise your sudo setup is broken.
author Tormod Volden <debian.tormod@gmail.com>
date Sat, 13 Jul 2013 11:30:31 +0200
parents e9380475f28e
children
line wrap: on
line source



     UUCICO                           UUCP                           UUCICO


     PROGRAM   

          uucico

     CALLING SEQUENCE: 

       uucico [opts] -r | <sys> [<sys>...]  [opts]
       
             <sys>    - call remote system as MASTER
       
       opts: -r       - run as SLAVE
             -u       - do not run UUXQT at all
             -a       - run UUXQT after each call, default is after all calls
                          are completed
             -l       - use RAM disk for temporary "uulog"
             -o       - orphan UUXQT
             -pN      - fork UUXQT with a priority of N
             -q       - run quietly
             -wN      - use window size of N
             -xN      - set debug level to N (0-9), default is 0 (off), if
                          N > 5 additional info sent to 'uulog'
             -z       - send log info to screen if debug level is 1 to 5,
                          overrides -l
             -iN      - wait N minutes between call retries, default is 2
             -tN      - try to call remote up to N times, default is 1

     SUMMARY:   

          This program calls a remote UUCP node and exchanges UUCP 
          traffic.  

     DESCRIPTION:   

          UUCICO operates in two modes: slave or master.  The default is to 
          run as the master.  

          As the master, UUCICO takes the active role.  It dials the remote 
          system, logs onto the remote system, and initiates a UUCP 
          transfer.  

          This version of UUCICO allows multiple sites to be given on the 
          command line.  Each site will be tried in turn.  Any reasonable 
          number of remote names can given on the command line.  
          Microware's C compiler will allow up to 30 command line 
          arguments.  You probably won't be calling 30 different remotes.  
          If you do, you should be running more than a CoCo. :-) 

          A site will be tried a specific number of time, waiting a 
          specific number of minutes between attempts.  UUCICO repeats the 
          calling procedure for each remote given.  NOTE: The default 
          values can be altered by changing the values of NAPTIME in 
          uucico.h and MAXTRIES in uucico.c.  






                                                                           




     UUCICO                           UUCP                           UUCICO


          Normally, UUCICO is run as a background task by a task scheduler 
          such as CRON or Boisy Pitre's MCRON. UUCICO normally sends output 
          of the call's progress to the standard output.  If UUCICO is run 
          manually from the keyboard this output is sent to the screen.  
          There maybe times when such progress message are undesirable such 
          as if a BBS program starts up UUCICO. Messages on the standard 
          output may create problems.  In this case, the -q (quiet) option 
          should be used.  This will suppress all screen output.  Log 
          information will still be sent to the uulog file.  

          UUCICO will detect if the device (port) it is trying to call out 
          on is already in use.  If the device is busy, UUCICO will exit 
          with an error message.  In order to take advantage of this 
          feature, you must use Boisy Pitre's patch to make SCF devices 
          non-shareable.  The patch is included in the UUCPbb package.  

          The slave mode is enabled with -r. In slave mode, UUCICO 
          identifies itself to the remote system calling in and waits for 
          that system to respond.  If the system is allowed, a file 
          transfer is set up.  

          In order to be able to take or make calls, UUCICO needs 
          information in the files Systems, Parameters, Dialers and 
          Devices. All these files are located in the directory 
          /DD/SYS/UUCP. The Systems file contains the name of the system, 
          device to use and a chat script to tell it how to log on when 
          calling the remote.  If there is more than one phone number to 
          reach the same remote, the Systems file must have a separate line 
          for each number.  UUCICO will try dialing each line until it gets 
          through or times out.  The Devices files tells UUCICO which modem 
          goes with a particular port.  The Dialers file contains 
          information UUCICO needs in order to use that particular modem or 
          direct (physical) connection.  

          UUCICO logs all information about calls and file transfers to the 
          file /DD/LOG/uulog. With debug output turned off (0) (the 
          default) UUCICO normally logs date and time of the call, each 
          file sent/received, if the call ended normally and the call 
          duration in seconds.  

          More detailed information can be obtained by increasing the debug 
          level.  A number from 1 to 9 causes an increasing level of 
          information.  

          Because higher debug levels create more information, the CoCo may 
          not be able to write it all to the hard drive fast enough.  This 
          can cause packet errors and possibly terminate the connection.  
          To get around this problem, at high debug levels UUCICO will 
          attempt to use the RAM disk /R0 for temporary storage of the log 
          information.  After the call is completed, UUCICO will move the 
          file to the permanent /DD/LOG/uulog file.  







                                                                           




     UUCICO                           UUCP                           UUCICO


     OPTIONS   

          UUCICO will accept options with or without space between it and 
          its argument.  For example, either '-i3' or '-i 3' are 
          acceptable.  If the option requires an argument and none is 
          given, UUCICO will exit with an error.  

          "-r" tells UUCICO to run in slave mode.  In order to allow a 
          remote system to call in, an entry is needed in the 
          /DD/SYS/password file.  A sample entry in might look like this: 


          nuucp,000000,2,190,/h0/cmds,/h0/usr/spool/uucppublic,ex uucico -r


          This single entry would cover multiple systems calling in.  If 
          using the LOGIN utility included in the UUCPbb package, you need 
          to create an empty file named /DD/LOG/nuucp.login. Another choice 
          is to create a separate entry in the password file for each 
          system that calls in.  

          UUCICO compares the name each remote sends with those in the 
          Systems file.  If a match is found, UUCICO accepts the 
          connection.  If there is no match, the connection is shut down 
          immediately.  

          The option "-z" tells UUCICO to send the debug level output to 
          the screen instead of the file 'uulog'. This option is only valid 
          if the debug level is set from 1 to 5. At higher debug levels 
          this option is ignored.  If the -l option is also on the command 
          line, it is ignore if the debug level is from 1 to 5.  

          The option "-u" tells UUCICO not to run UUXQT after the phone 
          call(s) is (are) completed.  Normally, if UUCICO receives any 
          files from the remote it will run UUXQT after all the calls are 
          completed to process the newly arrived mail.  There may be times 
          when you do not wish this to happen such as when memory may be 
          tight because of other processes running.  Or if the modem kill 
          switch is set on your system, UUXQT may not get run.  After modem 
          hangs up, OS-9 may kill the process and any children.  In this 
          case, you can set your task scheduler to run UUXQT at a later 
          time.  

          The option "-a" tells UUCICO to fork UUXQT after each call is 
          made.  This only valid if you are polling more than one remote.  
          The default is to chain to UUXQT after all calls are made.  Since 
          "-a" forks UUXQT, memory could get tight on some systems since 
          UUCICO, UUXQT, RMAIL and RNEWS will all be loaded.  If this 
          happens, UUXQT will not be able to process the mail and/or news 









                                                                           




     UUCICO                           UUCP                           UUCICO


          The option "-p" tells UUCICO to fork UUXQT with a different 
          priority.  Normally UUXQT is forked with the same priority as 
          UUCICO. You may wish to change this so UUXQT does not hog the 
          system or you may want UUXQT to run a higher priority when their 
          is lot of news to process.  

          The option "-w" allows you to override the default window size 
          set in the /DD/SYS/UUCP/Parameters file by the parameter 'window 
          ='.  

          The option "-x" sets the debug level, 0 (off) to 9 (highest). 
          Each level gives progressively more information.  Because 5 and 
          up will often slow down transfers, possibly causing aborts on the 
          CoCo, UUCICO will attempt to use the RAM disk /R0 for a temporary 
          log file.  After the call, the log will be moved to the permanent 
          log file /DD/LOG/uulog. Because the debug level creates a lot of 
          information, it is really not a good idea to leave it on all the 
          time.  Doing so will make the uulog file grow quite large, quite 
          fast!  Also there is a limit to how fast the CoCo can go.  
          Writing lots of information to the log files is normally 
          unnecessary.  The default information written to uulog is 
          sufficient for normal use.  When using the RAM disk, you must be 
          sure it has sufficient room.  This depends on how many files are 
          to be transferred; 20K is probably enough for most situations.  
          If the RAM disk fills up, UUCICO will NOT warn you of the disk 
          full error.  

          The option "-l" (lower case L) tells UUCICO to use /R0 regardless 
          of the debug level.  After the call is completed, UUCICO will 
          move the temporary log to the permanent /DD/LOG/uulog file.  This 
          option is overridden by -z if the debug level is from 1 to 5.  

          The option "-o" tells UUCICO to orphan UUXQT when it runs it.  
          This option is only valid if "-a" is not used at the same time.  
          UUCICO forks a UUXQT without a parent.  This may prove useful on 
          systems where the modem kill switch is set.  Since UUXQT has no 
          parent, it will continue running.  This option has not been 
          thoroughly tested with the modem kill switch, so comments on it's 
          usefulness are welcome.  

          Any command line argument which is not part of an option is 
          assumed to be the name of a remote system to call.  

          UUCICO keeps track of whether not any incoming work was 
          received.  If no work arrived, UUXQT will not be run.  













                                                                           




     UUCICO                           UUCP                           UUCICO


          Examples: 

               uucico sandstorm
               uucico -t3 sandstorm ccentral
               uucico sandstorm -t3 ccentral -i 5
               uucico sandstorm ccentral -aq
               uucico -t3 -p255 sandstorm ccentral
               uucico -u sandstorm ccentral


          In the first example, UUCICO will attempt to connect to the 
          remote system 'sandstorm'. It will make the one attempt (the 
          default).  

          In the second example, UUCICO will try to first to call 
          'sandstorm' up to three times waiting one minute (the default) 
          between each try.  Then it will move on to 'ccentral'.  

          The third example is the same as the second except UUCICO will 
          wait five minutes between attempts.  No messages will be sent to 
          the screen.  

          The default times can be changed by changing the values in the 
          uucico.h and uucico.c source file and recompiling.  MAXTRIES is 
          the default number of retries.  NAPTIME is the default waiting 
          period.  

          The fourth example, says to call 'sandstorm' and 'ccentral' the 
          default number of attempts, waiting the default interval between 
          each attempt.  However, before trying to call 'ccentral', UUXQT 
          will be run to process the mail, if there was any.  After the 
          call to 'ccentral', UUXQT will be run again.  

          The fifth example is similar to the second.  In this case, UUXQT 
          will be run after all calls are completed at a priority of 255.  

          The last example tells UUCICO to make the calls but don't run 
          UUXQT at all.  UUXQT will either have to be run manually or the 
          mail will be processed the next time UUCICO runs, receives and 
          does not have the "-u" option used.  


















                                                                           




     UUCICO                           UUCP                           UUCICO


     BUGS   

          UUCICO has not been thoroughly tested with incoming calls.  
          Connections between a CoCo and an MM/1 (both running UUCPbb) and 
          two System IV & V OS-9/68K machines have been verified to work.  
          Tests between two CoCo's have not been fully carried out.  
          Reports of problems or lack of them :-) are most welcome.  

          UUCICO has no problems making outgoing calls.  The 'g' protocol 
          in the UUCPbb package has been tested with Sun uucico, Taylor 
          (GNU) uucico, whatever UUNET Technologies uses, Ultrix (v4.2) 
          uucico, HoneyDanBer (HDB) uucico, UUPC (MS-DOS UUCP program) and 
          itself.  Tests with the MS-DOS UUCP program, FSUUCP not been 
          done.  Reports of success or failures with MS-DOS boxes are 
          encouraged.  

          HOWEVER, it has been discovered that not all uucicos are coded to 
          "spec". In order to "fix" [read that as support] those uucicos, 
          we need a bit of information.  In order to send a bug report, you 
          need to: 

               1) Compile gproto.c with DEBUG defined, e.g.: 

                  For the 6809: 
                      cc -s -dOS9 -dm6809 -dDEBUG -T=/r0 -r=RELS gproto.c
                       important parts--> ^^^^^^^        ^^^^^^^^^^^^^^^^

                  For the 6309: 
                      cc -s -dOS9 -dm6309 -dDEBUG -T=/r0 -r=RELS gproto.c
                       important parts--> ^^^^^^^        ^^^^^^^^^^^^^^^^

               2) Run MAKE to recompile uucico.  

               3) Try to get the following logs: 

                     a) Your site has work, the remote site doesn't.
                     b) Your site has no work, the remote site has work.
                     c) Your site has no work, the remote site has no work.
                     d) Both your site and the remote site have work.

               4) The type and version of uucico the remote site is using, 
                  i.e.  Taylor, HDB, etc.  If you do not know this 
                  information, please supply an email address for the 
                  system administrator so s/he can be contacted.  

       We DO NOT need to see the login name or password for the remote 
       account.  Email the log as one clearly marked file to: 

            bob@kc2wz.bubble.org.  

       Make sure your valid email return address is also provided.  Don't 
       depend on systems along the way not to mung the From: line in your 
       mail header.  Phone numbers and snail mail addresses are nice, but 
       not required.  




                                                                           




     UUCICO                           UUCP                           UUCICO


       The logs will be looked at and we will try to find a solution to 
       your particular problem.  We will also accept fixes to gproto.c.  

     FILES   

          /DD/LOG/uulog
          /DD/SYS/UUCP/Parameters
          /DD/SYS/UUCP/Systems,
          /DD/SYS/UUCP/dialers
          /DD/SYS/UUCP/devices

     SEE ALSO 

          parameters.example, systems.example, devices.example,
          dialers.example