home *** CD-ROM | disk | FTP | other *** search
/ back2roots/padua / padua.7z / padua / uucp / wUUCP_0.0.23.lha / ChangesSince_Rel20 < prev    next >
Encoding:
Text File  |  1994-02-13  |  3.3 KB  |  70 lines
  1. wusel, Tue, 25 Jan 1994 15:20:19 +0100:
  2.  
  3.  o lib/namemunge.c
  4.  
  5.    Fixed renaming scheme so that the grade stuff still works with munged
  6.    filenames. Recompiled/-linked all programs ... (`D.hostA0815' -> `D.-
  7.    hostAa0815' instead of `D.hostaa0815')
  8.  
  9.  o uucico, uux, uuxqt, sendmail
  10.  
  11.    Fixed problems with mungecase_filename(); uuxqt used to check for a
  12.    file and only munged the filename if the Lock() attempt failed. This
  13.    scheme fails if you receive e. g. `D.hostA0815' and `D.hosta0815'.
  14.    This would result in `D.hostaa0815' and `D.hosta0815'; since the names
  15.    in the X.-files are not changed during transmission, uuxqt might first
  16.    get the X-File for `D.hostA0815', attempts to Lock("D.hostA0815") and
  17.    actually gets `D.hosta0815' :( Thanks to Detlef Wⁿrkner for pointing
  18.    this out.
  19.    Related prolem: since sendmail sometimes queues a mail itself, it has
  20.    to munge it's filename too, otherwise uuxqt might not find the data
  21.    file (sendmail stores `D.hostA0815', uuxqt now either looks for an un-
  22.    modified or a munged filename but no longer both (see above), result
  23.    if `MungeCase' isn't set to `n': uuxqt can't open `D.hostAa0815').
  24.  
  25.    If set, uux now uses the current contents of the local variable USER
  26.    when queueing jobs.
  27.  
  28.    uucico now stops sending files specified in one job as soon as the
  29.    transfer of one file failed. The whole job is aborted and, according
  30.    to the error code, either deleted (permanent error like file exists)
  31.    or dequeued (remote file system full or similar; gets enqueued again
  32.    after termination of uucico). Reason for this behaviour: it's unwise
  33.    to transfer an X.-file for an D.-file that wasn't transmitted (e. g.
  34.    due to remote's `file system full'ámessage). Related problems: if
  35.    you'd have a control file which lists several file request, on the
  36.    first error the whole control file would be retried on the next con-
  37.    versation -- INCLUDING the already successful transmitted files!
  38.  
  39.    If a received file already exists, uucico now renames the old one
  40.    based on it's timestamp instead of deleting it. This MAY cause pro-
  41.    blems in case you periodically request a file from a remote site,
  42.    but it MIGHT be useful in other cases.
  43.  
  44.    When using the supplied sendmail, you MUST set `Use7CharNames' in
  45.    your configuration (uulib:Config) and MUST shorten any subdirectory
  46.    in uuspool: to the first 7 chars of remote's system name. This is
  47.    due to the internal design of sendmail which I don't intend to
  48.    change; I do not recommend using the sendmail supplied with AmigaUUCP,
  49.    but if you do, the one supplied here has several bugs fixed (and you
  50.    MUST use this instead of the original one of 1.16 if you want to use
  51.    subdirectories in uuspool:).
  52.  
  53.    uucico should now correctly handle dialing sites with multiple en-
  54.    tries in L.sys again.
  55.  
  56.    Bumped the level for several DEBUG messages from -1 to 0 -- far too
  57.    many poeple got confused by them =:->
  58.  
  59. wusel, Sun, 13 Feb 1994 05:54:14 +0100:
  60.  
  61.  o sendmail/sendmail.c
  62.  
  63.    Fixed sendmail to recognize all headers case-insensitive. Fixes a
  64.    problem with the said-to-be-existing AmiELM Release 3 and maybe other
  65.    mailers which supply a Message-ID; anyway, this it the correct was
  66.    according to the standards.
  67.  
  68.    `How many times will I discover new bugs? How many lines left to change?'
  69.  
  70.