home *** CD-ROM | disk | FTP | other *** search
/ The Fred Fish Collection 1.5 / ffcollection-1-5-1992-11.iso / ff_disks / 300-399 / ff360.lzh / uucp / uucp1.lzh / Problems.DOC < prev    next >
Text File  |  1990-05-29  |  4KB  |  113 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
  11.  
  12.                 CED
  13.  
  14.     Those of you using the CED editor need to use the sticky option.
  15.     Unfortunately, CED requires that STICKY be the last argument so
  16.     what you really need to do is set the editor command in UULIB:Config
  17.     to execute a script file that runs CED with the filename and STICKY
  18.     option.
  19.  
  20.               MODEM AND GETTY
  21.  
  22.     There are several possible sources of problems in setting up
  23.     UUCP.  The major problem areas in order of likelyhood are
  24.     listed below:
  25.  
  26.     (1) The modem is expecting a protocol that Getty has not
  27.     been told to use (XON/XOFF, 7WIRE, none)
  28.  
  29.     If the modem uses 7-wire use the -7 option for Getty, else it is
  30.     assumed the modem uses no protocol.  Normally you specify -7 but
  31.     the modem will probably work just fine whether you specify it or
  32.     not.
  33.  
  34.     (2) The modem does not hangup when DTR is dropped
  35.  
  36.     All modern modems hangup when DTR is dropped.  Usually a dip switch
  37.     enables the option.  If it is impossible to drop a connection by
  38.     dropping DTR you can use the -d0 option to make Getty use the +++
  39.     sequence.  This only works if you do not specify a dumb modem in
  40.     the -M option.
  41.  
  42.     (3) The modem does not understand simple AT commands or does
  43.     not generate a CONNECT message.
  44.  
  45.     If the modem does understand dropping DTR but does not understand
  46.     simple AT commands or generate a CONNECT message use -c0 -Md (no
  47.     connect msg and dumb modem). In this case the baud rate must be
  48.     known and specified with one or more -B options.  When no CONNECT
  49.     message is available Getty does not know what the connect baud rate
  50.     actually is.  It will begin by trying the first -B option and
  51.     switch to the next whenever a line-break is received.
  52.  
  53.     (4) Baud rate problems
  54.  
  55.     The default modem type when no -M option is specified for Getty is
  56.     a hays modem.  If you have a multimodem you can use -Mm and the
  57.     baud adjust options for Getty.    Normally you specify a -B option
  58.     for each baud rate the modem is capable of connecting at.  If the
  59.     modem generates a CONNECT message you need only specify one -B
  60.     option that is used to reset the modem and Getty will automatically
  61.     handle the CONNECT messages.
  62.  
  63.     If your modem always talks to your Amiga at a given baud rate no
  64.     matter what the CONNECT message says then use a single -B option to
  65.     specify that baud rate then the -A option which tells getty to
  66.     ignore any baud rate specified in the CONNECT message.
  67.  
  68.  
  69.                OUTGOING CALLS
  70.  
  71.     Unfortunately Getty handles only incomming calls.  UUCico deals without
  72.     outgoing calls itself.  Currently you must specify the proper baud rate
  73.     in the L.Sys file for uucico to work properly. UUCico currently ignores
  74.     any connect message.
  75.  
  76.     Disconnecting will work the same way Getty handles it.  If there is no
  77.     Getty running disconnecting works by dropping DTR.
  78.  
  79.  
  80.                 NEWS
  81.  
  82.     RNews supposedly takes less memory now.  It still takes quite a
  83.     hunk and you may run out, which will cause queue files to be
  84.     left in your spool directory and possible temporary files in
  85.     your news directory.
  86.  
  87.                  MAIL ADDRESSES
  88.  
  89.     If you have problems queuing mail check your L.sys file.  Try emailing
  90.     to the adjacent node directly. E.G. if you can connect to 'foo' try
  91.     emailing a test message to 'foo!postmaster'.  If you do not wind
  92.     up with three queue files in UUSPOOL: then your L.sys file
  93.     probably has no entry for foo.  Whenever you email to somebody three
  94.     files should end up being added to UUSPOOL: and whenever you UUCico
  95.     to a given machine the spool files in question should be deleted as
  96.     they are sent.  When UUCico receives mail from the remote machine it
  97.     will download the remote queue files to UUSPOOL: then uuxqt them.
  98.     That is, the remote queue files should will be placed temporarily in
  99.     UUSPOOL:, unpacked with rmail and placed in UUMAIL:, then deleted.
  100.  
  101.     The most common of all problems is an address like this:
  102.  
  103.     a!b!c!d!e!user%g
  104.  
  105.     In UUCP land this means:    a->b->c->d->e->g->user
  106.  
  107.     In ARPA land this means:    g->a->b->c->d->user
  108.  
  109.     To get around the problem you must determine the proper sequence
  110.     and convert the address to SOLELY bang-paths (!).
  111.  
  112.  
  113.