home *** CD-ROM | disk | FTP | other *** search
/ Otherware / Otherware_1_SB_Development.iso / amiga / comms / comprgs / ommm_149.lzh / Fixes next >
Encoding:
Text File  |  1990-04-08  |  2.2 KB  |  61 lines

  1.    History of changes:
  2.  
  3. 1.1 beta 4
  4.  
  5.     On messages with File Attach, File Request or File Update Request
  6. bit, the filename in the Subject: field of the message got not correctly
  7. stripped from the path. This was due to the differences between the
  8. AmigaDOS and MSDos path seperation characters ('/' vs. '\'). File Attaches
  9. are still a bit awkward with Chameleon, as it automatically creates the
  10. .CLO file for the attach and does not leave that work to oMMM. I'll write
  11. to Juergen Hermann about this.
  12.  
  13. 1.30
  14.  
  15.     Sometimes, oMMM wrote over an already existing mail bundle (.?UT)
  16. file in the outbound directory due to incorrectly Seek()ing to the
  17. beginning of the file instead of to the end. This works fine now.
  18.  
  19. 1.39
  20.  
  21.     Truncated ARCmail bundles were not always recognized as truncated
  22. and so the arcer got called and tried to add to a zero-length bundle, which
  23. failed of course.
  24.  
  25.     oMMM 1.30 often duplicated entries in .?LO files so that files got
  26. sent out twice (or even more often).
  27.  
  28.     Comments in oMMM's configuration files now work as documented.
  29.  
  30. 1.43
  31.  
  32.     Thought that I had got the "add-to-truncated-bundle" bug in 1.39. 
  33. Ha! I was just about to release 1.39, when I thought "well, let's give it
  34. another test" and <Bang!> there it was again. That nasty little "Arc err
  35. #something". After a long and painful struggle the same evening I got it
  36. tracked down. Recompiled everything with short ints, which should cure the
  37. problem finally. I only hope this does not make other wierd behaviours pop
  38. up ...
  39.  
  40. 1.49
  41.  
  42.     A new one, this time a _real_ bug in the original source code:
  43. oMMM's internal tree/list structures that keep information about to-be-sent
  44. messages can get corrupted. Someone forgot to put an instruction in that
  45. puts some value (the correct one, of course) in the "previous" field of the
  46. msglist structure when messages appear in a certain order.
  47.  
  48.    Still existing bug:
  49.  
  50.     Every time oMMM calls ARC, 24 bytes of memory get lost. This is a
  51. problem of ARC, not oMMM. The only way to avoid this is to use ZooMail
  52. instead.
  53.  
  54.    I regard oMMM only as a temporary and very kludgy way to route mail.
  55. Hopefully there will be much better tools for the Amiga in the near future.
  56.  
  57.    Vienna, April 8st, 1990            Maximilian Hantsch
  58.  
  59.                         Fido: 2:310/6
  60.                         Uucp: max@madvie.at
  61.