home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / pcboard / rnet109u.zip / CHANGES.106 next >
Text File  |  1992-07-27  |  3KB  |  45 lines
  1.  
  2. ╔═════════════════════════════════════════════════════════════════════════════╗
  3. ║    CHANGES.ver  -  function and documentation changes since last release    ║
  4. ║  Revision changes are in reverse order, ie, newest changes are at the top.  ║
  5. ║                                                                             ║
  6. ║  Always read ALL changes from the last version you have running thru the    ║
  7. ║  version you are installing!  Failure to do so will only give you grief!    ║
  8. ╚═════════════════════════════════════════════════════════════════════════════╝
  9.  
  10.   Ver    Date, notes, changes
  11. ------- ---------------------------------------------------------------------
  12.  1.06R  Tue  11-20-1990  *RELEASE*
  13.  1.06U
  14.         Drat! Drat! Drat!  Two major bugs cropped up in the 1.05 release:
  15.  
  16.         RNet would stop operations when processing ANSI sequences in
  17.         conferences defined as ANSICONF= conferences.  This was a major bug
  18.         and one which should never have gotten through!  Sigh.
  19.  
  20.         RNet would "lose track" of CONF= conference links when processing
  21.         multiple conferences.  The problem was finally documented when I did
  22.         some processing using several 500+ message packets.  Before, all the
  23.         testing was done by "copying" a QWK instead of using different ones.
  24.         If you mixed packet types or if the 2nd+ packets had different
  25.         conferences than the first RNet would give a "Needs CONVERT="
  26.         warning.  Fixed.
  27.  
  28.         Additional changes to 1.06:
  29.  
  30.         Corrected problem with Kmail 32K conference support -- problem was
  31.         due to a miscommunication between myself and the author of Kmail.
  32.  
  33.         Added additional checking for when EXTENDED=YES was specified.  Folks
  34.         were adding this to their configurations when it was inapproperate
  35.         resulting in RNet interperting conference numbers incorrectly
  36.         (resulting in a warning message).  You should NOT specify
  37.         EXTENDED=YES unless needed (which is not the case at this time). RNet
  38.         will automatically detect when 32K conference number support is in
  39.         use.  The EXTENDED=YES is only needed if something changes or if
  40.         supporting something like DjMail 32K conference support (since RNet
  41.         doesn't currently know about DjMail, it would need the EXTENDED=YES
  42.         to instruct it to use 32K conference numbers).
  43.  
  44. -----------------------------------------------------------------------------
  45.