home *** CD-ROM | disk | FTP | other *** search
/ Fish 'n' More 2 / fishmore-publicdomainlibraryvol.ii1991xetec.iso / fish / telecom / uucp_442 / problems.doc < prev    next >
Text File  |  1991-01-20  |  6KB  |  145 lines
  1.  
  2.  
  3.                 PROBLEMS.DOC
  4.  
  5.                 Matthew Dillon
  6.                 891 Regal Rd.
  7.                 Berkeley, Ca. 94708
  8.                 USA
  9.  
  10.                 uunet.uu.net!overload!dillon    or
  11.                 dillon@overload.Berkeley.CA.US
  12.  
  13.                 CED
  14.  
  15.     Those of you using the CED editor need to use the sticky option.
  16.     Unfortunately, CED requires that STICKY be the last argument so
  17.     what you really need to do is set the editor command in UULIB:Config
  18.     to execute a script file that runs CED with the filename and STICKY
  19.     option.
  20.  
  21.     The format for CED is:    CED file -sticky
  22.  
  23.     A script file can be found in UUCP:SC/UUCed
  24.  
  25.               MODEMS AND GETTY
  26.  
  27.     There are several possible sources of problems in setting up
  28.     UUCP.  The major problem areas in order of likelyhood are
  29.     listed below:
  30.  
  31.     (1) The modem is expecting a protocol that Getty has not
  32.     been told to use (XON/XOFF, 7WIRE, none)
  33.  
  34.     If the modem uses 7-wire use the -7 option for Getty, else it is
  35.     assumed the modem uses no protocol.  Normally you specify -7 but
  36.     the modem will probably work just fine whether you specify it or
  37.     not.
  38.  
  39.     (2) The modem does not hangup when DTR is dropped
  40.  
  41.     All modern modems hangup when DTR is dropped.  Usually a dip switch
  42.     enables/disables the option.  If it is impossible to drop a
  43.     connection by dropping DTR you can use the -d0 option to make Getty
  44.     use the +++ sequence.  This only works if you do not specify a dumb
  45.     modem in the -M option.
  46.  
  47.     NOTE: older versions of the A2232 multi-port serial.device do not
  48.     drop DTR when the device is closed.  There is no way to drop DTR
  49.     with these devices.
  50.  
  51.     When you cannot use DTR to drop a connection you must use the -d0
  52.     option so Getty will use +++ ATH0 instead.
  53.  
  54.     (3) The modem does not understand simple AT commands or does
  55.     not generate a CONNECT message.
  56.  
  57.     If the modem does understand dropping DTR but does not understand
  58.     simple AT commands or generate a CONNECT message use -c0 -Md (no
  59.     connect msg and dumb modem). In this case the baud rate must be
  60.     known and specified with one or more -B options.  When no CONNECT
  61.     message is available Getty does not know what the connect baud rate
  62.     actually is.  It will begin by trying the first -B option and
  63.     switch to the next whenever a line-break is received.
  64.  
  65.     (4) Baud rate problems
  66.  
  67.     The default modem type when no -M option is specified for Getty is
  68.     a hays modem.  If you have a multimodem you can use -Mm and the
  69.     baud adjust options for Getty.    Normally you specify a -B option
  70.     for each baud rate the modem is capable of connecting at.  If the
  71.     modem generates a CONNECT message you need only specify one -B
  72.     option that is used to reset the modem and Getty will automatically
  73.     handle the CONNECT messages.
  74.  
  75.     If your modem always talks to your Amiga at a given baud rate no
  76.     matter what the CONNECT message says then use a single -B option to
  77.     specify that baud rate then the -A option which tells getty to
  78.     ignore any baud rate specified in the CONNECT message.
  79.  
  80.     (5) GETTY CRASHES or FREEZES, TERMINAL PROGRAMS or UUCICO FREEZES
  81.  
  82.     Due to bugs in the serial.device, it is possible that Getty
  83.     and/or another program using the serial.device while Getty is
  84.     active will crash or freeze.
  85.  
  86.     To get around these problems you MUST use the -d0 option to
  87.     disconnect (+++ sequence), both for Getty and for UUCico.
  88.  
  89.                   OUTGOING CALLS
  90.  
  91.     Unfortunately Getty handles only incomming calls.  UUCico deals without
  92.     outgoing calls itself.  Currently you must specify the proper baud rate
  93.     in the L.Sys file for uucico to work properly. UUCico currently ignores
  94.     any connect message.
  95.  
  96.     Disconnecting will work the same way Getty handles it.  If there is no
  97.     Getty running disconnecting works by dropping DTR.
  98.  
  99.  
  100.                 NEWS
  101.  
  102.     RNews supposedly takes less memory now.  It still takes quite a
  103.     hunk and you may run out, which will cause queue files to be
  104.     left in your spool directory and possible temporary files in
  105.     your news directory.
  106.  
  107.                  MAIL ADDRESSES
  108.  
  109.     If you have problems queuing mail check your L.sys file.  Try emailing
  110.     to the adjacent node directly. E.G. if you can connect to 'foo' try
  111.     emailing a test message to 'foo!postmaster'.  If you do not wind
  112.     up with three queue files in UUSPOOL: then your L.sys file
  113.     probably has a corrupted entry for foo.  Whenever you email to somebody
  114.     three files should end up being added to UUSPOOL: and whenever you
  115.     UUCico to a given machine the spool files in question should be deleted
  116.     as they are sent.  When UUCico receives mail from the remote machine it
  117.     will download the remote queue files to UUSPOOL: then uuxqt them. That
  118.     is, the remote queue files should will be placed temporarily in
  119.     UUSPOOL:, unpacked with rmail and placed in UUMAIL:, then deleted.
  120.  
  121.     The most common of all problems is an address like this:
  122.  
  123.     a!b!c!d!e!user%g
  124.  
  125.     In UUCP land this means:    a->b->c->d->e->g->user
  126.  
  127.     In ARPA land this means:    g->a->b->c->d->user
  128.  
  129.     To get around the problem you must determine the proper sequence
  130.     and convert the address to SOLELY bang-paths (!).  DMail has a
  131.     special variable ('help set' from dmail) that specifies fields to
  132.     find the return address in which may be helpful.  For especially
  133.     strange addresses you may have to look at the mail headers with
  134.     the 'h' command from dmail.
  135.  
  136.                    REMOTE SHELL STARTUP
  137.  
  138.     You can cause Getty to start up a remote CLI with the following entry:
  139.  
  140. <login>,<password>,<gid-dummy>,0,(AuxShell),ram:,execute uucp:sc/UUShell
  141.  
  142.     where uucp:sc/UUShell is a simple script file.
  143.  
  144.  
  145.