home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / MISC / MM3DEMO.ZIP / WHATSNEW.TXT < prev   
Text File  |  1994-03-25  |  14KB  |  337 lines
  1.   **  This file only covers the changes to The MainMail System since  **
  2.   **  version 3.0.  It is intended as a SUPLIMENT not a REPLACEMENT   **
  3.   **  to the version 3.0 sysop's manual. Refer to the sysop's manual  **
  4.   **  for a complete guide of operations.                             **
  5. ==========================================================================
  6.  
  7.                  The MainMail System Ver 3.42 - Changes
  8.                               03/25/94
  9.                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  10. MM-GAP.EXE
  11. ~~~~~~~~~~
  12. 1)  When updating the library in ver 3.41, I failed to update the
  13.     header files that go with it.  This caused some "Open Errors" in
  14.     some cases, and generally caused ver 3.41 to be unstable.
  15.  
  16. 2)  Fixed a problem when the user uploaded messages from his/her handle.
  17.  
  18.  
  19.                  The MainMail System Ver 3.41 - Changes
  20.                               03/19/94
  21.                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  22. MM-GAP.EXE
  23. ~~~~~~~~~~
  24. 1)  This update has no actual code changes.  There was a bug in the
  25.     buffered file I/O library I am using, which we think was causing
  26.     corrupted packets once in a while.  This version is simply a
  27.     recompile with the new library.
  28.  
  29.  
  30.  
  31.                  The MainMail System Ver 3.4 - Changes
  32.                               03/03/94
  33.                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  34. MM-GAP.EXE
  35. ~~~~~~~~~~
  36. 1)                  !!!!!!!! IMPORTANT !!!!!!!!
  37.     If you use the command line parameter to pass the path to your GAP
  38.     default directory, you will have to preface the parameter with a
  39.     -G: starting with this version.
  40.  
  41.     Old method:
  42.  
  43.     MM-GAP I:\GAP        <points to I:\GAP as your default dir>
  44.  
  45.     New Method:
  46.  
  47.     MM-GAP -G:I:\GAP
  48.  
  49.     An easier way is to use the GAPCNF environment variable to point
  50.     to your default directory.  Doing so will eliminate the need for
  51.     the -G: command line parameter altogether.
  52.  
  53.     Using the GAPCNF environment, the above example would become this:
  54.  
  55.     SET GAPCNF=I:\GAP   <in your autoexec.bat>
  56.  
  57.  
  58. 2)  You may now specify a 'local download/upload' path on the commend
  59.     line, to override the path specified in MMSETUP.  This may be
  60.     handy of you use MainMail for a local network crosslink, and don't
  61.     want to intermix your network packets with your personal packets.
  62.     A command-line local download/upload path must be prefaced by a
  63.     -L: switch.
  64.  
  65.     Example:
  66.  
  67.     MM-GAP -U -N:USER'S NAME -L:F:\GAPNET\UPLOAD
  68.  
  69.     This example would use 'F:\GAPNET\UPLOAD' for the QWK or REP
  70.     directory instead of the path specified in MMSETUP.
  71.  
  72.  
  73. 3)  MainMail was adding a phantom forum with no name to the end of
  74.     CONTROL.DAT, resulting in a blank forum in the user's mail reader.
  75.     Fixed....
  76.  
  77.  
  78. 4)  MainMail and MMSETUP are now _FULLY_ Desqview aware.  Previous
  79.     versions checked for DV and routed screen writes through it, but
  80.     did not relinquish unused timer ticks to it.  This version
  81.     relinquishes all unused clock tics back to Desqview.
  82.  
  83.     MM-GAP.EXE will display "[dv]" in the status line if Desqview is
  84.     detected.  MMSETUP.EXE has no indication.
  85.  
  86.  
  87. 5)  MainMail was causing a system hang or an exception 13 when an
  88.     uploaded message had an AT sign (@) embedded in the TO: name of
  89.     the message, as used in Internet.  Fixed...
  90.  
  91.  
  92. 6)  Added some special modified MSC startup code to allow us to open
  93.     up to 60 files at a time, instead of the normal default of 20
  94.     files.  This will save some code we had to use in the past to
  95.     manipulate file handles to stay under a total of 20.
  96.  
  97.     Because of this, your CONFIG.SYS __MUST__ replect a minimum of 30
  98.     files on EACH NODE or you will someday experience a failure while
  99.     in MainMail as a result of running out of file handles.
  100.  
  101.     MainMail no longer attempts to stay within the limit of 20 file
  102.     handles.  Check your CONFIG.SYS _NOW_!  Set FILES= to a minimum of
  103.     30 for a node, or if running on a servr, a minimum of 30 files for
  104.     each node connected to the server.
  105.  
  106.  
  107. MMSETUP.EXE
  108. ~~~~~~~~~~~
  109. 1)  See above regarding Desqview awareness.
  110.  
  111. 2)  New command line parameter:  -NM    Disables mouse support.
  112.  
  113.     When operation under a multitasker such as Windows or Desqview,
  114.     the mouse support built into MMSETUP takes a tremendous amount of
  115.     processor time.  Even with Desqview awareness built in, the mouse
  116.     support practicaly DOUBLES the number of clock tics needed to
  117.     perform any given function.
  118.  
  119.     For this reason, the -NM (stands for NoMouse) will completely
  120.     disable the mouse support, lending more of MMSETUP's time back to
  121.     Desqview, and speeding up the other windows currently open.
  122.  
  123.     In-house tests showed a 92% increase in the amount of time GIVEN
  124.     BACK to Desqview when mouse support was disabled.
  125.  
  126.  
  127.  
  128. ==========================================================================
  129.  
  130. 01/22/94
  131. ~~~~~~~~
  132.     Fixed the brain-fart on my part that was causing the ISAM error
  133.     202 in the single user version of MM-GAP.EXE, MMSETUP.EXE and
  134.     MMPACK.EXE.  Kept the version number the same because it is
  135.     essentially the same code as Ver 3.3 dated 1/21/94.
  136.  
  137.  
  138.                  The MainMail System Ver 3.3 - Changes
  139.                               01/21/94
  140.                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  141. MM-GAP.EXE
  142. ~~~~~~~~~~
  143. 1)  There have been a couple of reports of MainMail 'homing' the
  144.     cursor on the remote screen in version 3.2 and 3.21 just as the
  145.     download started.  The following result was that the text AFTER
  146.     the download completed would overwrite existing text at the top of
  147.     the screen.
  148.  
  149.     While The Main Shop was never able to successfully duplicate this
  150.     phenomenon, we suspect that MainMail was closing the com port too
  151.     quickly prior to launching the external protocol, and this was
  152.     corrupting an ANSI color code being sent to the remote.  The
  153.     corrupted ANSI sequence was then being misinterpreted as a cursor
  154.     positioning code. <shrug> (works for me).  Anyway, I added a 1/4
  155.     second delay before launching any external program.  We'll see if
  156.     that works.....
  157.  
  158. 2)  New command: 'SY' [S]elect [Y]our forums.  The 'SY' command is
  159.     identical to the 'S' command except that it only displays forums
  160.     that the user has CURRENTLY SELECTED.  The user can then deselect
  161.     any or all of them (except any FORCED forums), or change their
  162.     select flags or message pointers in a normal manner.  A new
  163.     MM-MENU is part of this release.  (See MM3GEN.ZIP)
  164.  
  165. 3)  Added support for the offline configuration command "RESET" used
  166.     by OLX Ver 3.x and other modern QWK mail readers.
  167.  
  168.     To use, send a message to MAINMAIL, in the forum you wish to
  169.     reset, with the subject of 'RESET xxx' or 'RESET -xxx' where xxx
  170.     is a number pertaining to the messages.  If xxx is a positive
  171.     number, MainMail will set the last read message number to THAT
  172.     number.  If xxx is negative (-xxx) then MainMail will set the last
  173.     read message number to the high message number LESS that number.
  174.  
  175. 4)  Fixed a minor bug which resulted in MainMail including a message
  176.     as 'personal' if the TO: or FROM: field(s) were blank, and the
  177.     user's handle was also blank.
  178.  
  179.  
  180. MMSETUP.EXE
  181. ~~~~~~~~~~~
  182. 1)  Fixed an oversight in the user editor that was not allowing the
  183.     sysop to enter a user's network number without using the F5 pick
  184.     list.
  185.  
  186.  
  187. ==========================================================================
  188.  
  189.                  The MainMail System Ver 3.21 - Changes
  190.                               12/31/93
  191.                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  192.  
  193. MM-GAP.EXE
  194. ~~~~~~~~~~
  195.     I don't know how this one slipped through beta testing.  MainMail
  196.     was falsely detecting a dropped carrier when the user used the
  197.     'UG' (upload/goodbye) command.  MainMail would then throw away the
  198.     uploaded REP packet, loosing the uploaded messages.  Fixed....
  199.  
  200.  
  201. MMSETUP.EXE
  202. ~~~~~~~~~~~
  203.     Version number change only.
  204.  
  205.  
  206. =========================================================================
  207.  
  208.                  The MainMail System Ver 3.2 - Changes
  209.                               12/31/93
  210.                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  211.  
  212. MM-GAP.EXE
  213. ~~~~~~~~~~
  214. 1)  MainMail now writes directly to screen memory if a VGA card is
  215.     present.  This should speed up local screen writes tremendously.
  216.     If the local video card is CGA or MONOCHROME or if Desqview is
  217.     present, MainMail will continue to use INT10 to prevent CGA snow,
  218.     and bleed through in DesqView.
  219.  
  220. 2)  Fixed a bug pertaining to forced forums, and net-status users.
  221.  
  222.     When a non-net status user opens the MainMail door for the first
  223.     time, s/he is registered into all 'forced' forums.  If, after that
  224.     time, that user is granted net-status, those forums are no longer
  225.     forced.  Therefore, the user can deselect those forums.
  226.  
  227.     The bug manifested itself if one of those 'forced' forums is not a
  228.     network forum.  MainMail was not allowing the user to deselect any
  229.     non-network forums, and was continuing to include the non-network
  230.     forum in the download.  Fixed...
  231.  
  232.  
  233. 3)  MainMail now has the ability to swap to EMS or disk when shelling
  234.     out to an external program, or during a sysop shell to dos (F5).
  235.  
  236.     With swapping enabled, MainMail will swap to either EMS or DISK.
  237.     If MainMail swaps to DISK, then a swap file with the file name
  238.     "MM-GAPxx.SWP" will be written to the directory in which MainMail
  239.     was started from.  ('xx' will be replaced by the node number).
  240.     See the next section regarding the changes to MMSETUP.EXE.
  241.  
  242.     NOTE:  If swapping is enabled, MainMail clears the local screen
  243.            while the external program is running.  This allows
  244.            MainMail to swap out the ENTIRE program, leaving the least
  245.            possible 'stub' of itself in memory.
  246.  
  247.  
  248. MMSETUP.EXE
  249. ~~~~~~~~~~~
  250. 1)  Fixed a minor bug in the user editor.
  251.  
  252. 2)  As mentioned above (in the section on MM-GAP.EXE), MainMail can
  253.     swap to EMS or DISK when shelling to external programs.  To enable
  254.     this feature, two GENERAL screen toggles were added.
  255.  
  256.     Swap During Shell
  257.     ~~~~~~~~~~~~~~~~~
  258.     This toggle MUST be set to "Y" for ANY swapping to occur.  If this
  259.     toggle is "N", then the next toggle has no effect.
  260.  
  261.     Use EMS For Swap If Available
  262.     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  263.     If the previous toggle is "Y", then this toggle tells MainMail
  264.     whether or not to try EMS first when swapping.  If this toggle is
  265.     set to "N", then MainMail will swap to disk.  If this toggle is
  266.     set to "Y", then MainMail will try EMS first, and if
  267.     unsuccessfull, it will swap to disk.
  268.  
  269.  
  270.     !!  READ THIS  !!
  271.  
  272. Notes On Swapping
  273. ~~~~~~~~~~~~~~~~~
  274. 1)  MainMail does not use very much memory.  Even under extreme
  275.     situations, the MainMail door only uses about 220k to 240k of
  276.     memory when running.  Realizing that MainMail is usually running
  277.     within a shell from GAP,  GAP leaves aproximately a 30k stub in
  278.     memory. This brings the total memory requirments to about 270k
  279.     maximum for both GAP and MainMail, while MainMail is running as a
  280.     door from GAP.
  281.  
  282.     As a result, MOST systems will have plenty of memory left over for
  283.     external programs such as PKZIP, DSZ or HSLINK without swapping.
  284.     If your system has even as little as 500k available at DOS prior
  285.     to starting GAP, there will most likely be enough memory to shell
  286.     to PKZIP without swapping.
  287.  
  288.     MainMail uses the same swapping routines as GAP (Hold Everything,
  289.     from South Mountain Software).  We know that these routines are
  290.     VERY stable.  However, there is always some overhead associated
  291.     with swapping, and some delays (especially if MainMail is swapping
  292.     to disk) while MainMail writes and reads the swap file.
  293.  
  294.     Therefore, it is recommended that you _ONLY_ enable swapping in
  295.     MainMail if _AND_ONLY_IF_ you receive an error (E22) "out of
  296.     memory" from PKZIP.
  297.  
  298. 2.  To utilize the most of swapping, MainMail disables the int21
  299.     redirection (dos box) while swaped out.  We decided to do this so
  300.     that we can disable ALL interrupts (including the common DOS int
  301.     21h), and allow Hold Everything to take control of the entire
  302.     system, and swap every part of MainMail.  The result is that the
  303.     'stub' left in memory by MainMail will usually be less than 10k,
  304.     (nominally about 6k) resulting in a substantial amount of memory
  305.     available to the external program.
  306.  
  307.     For this reason, when swapping is enabled, and MainMail launches
  308.     an external program, the screen will clear, and you will see the
  309.     external program run in a full screen mannor.  Once the external
  310.     program finishes, MainMail will swap back in, and restore the
  311.     screen to it's original 'pre-swap' status.  Again, there is a
  312.     very slight delay associated with this procedure.
  313.  
  314.  
  315. =========================================================================
  316.  
  317.                  The MainMail System Ver 3.1 - Changes
  318.                               11/10/93
  319.                  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  320.  
  321. MM-GAP.EXE
  322. ~~~~~~~~~~
  323.    Fixed a display bug in the 'RESET POINTERS' function that was
  324.    causing the same forum name to be displayed on each line.  This bug
  325.    was NOT causing the function to fail, only to display incorrectly.
  326.  
  327.  
  328. MMSETUP.EXE
  329. ~~~~~~~~~~~
  330.    In the editors (users/forums/networks), when going from page to
  331.    page, the editors will no longer prompt you to save changes, but
  332.    will save changes automaticaly.  The only time the 'SAVE CHANGES'
  333.    box will pop is when you hit ESC and there have been changes to the
  334.    record(s) on the current screen.
  335.  
  336.     
  337.