home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-385-Vol-1of3.iso / t / tuam108.zip / HISTORY.DOC < prev    next >
Text File  |  1993-01-09  |  20KB  |  428 lines

  1.      The Ultimate Account Manager V1.0 for PCBoard V14.5a - History file
  2.  
  3. TUAM V1.08
  4. 01/07/93
  5.    Enhancement:   Internal
  6.       Enhanced the Midnight Rollover Detection routines when using time
  7.       accounts.  Added three new caller log entries; 'Midnight Rollover
  8.       Detected', how much time of midnight rollover session was used
  9.       after midnight, and the amount of time used in the last session.
  10. 01/06/93
  11.    Addition:      Internal
  12.       Added the PCBoard 'Bytes Downloaded Today' field to the User
  13.       Editor in TUAMSM.
  14.    Bug Report:    Internal
  15.       TUAM was reporting an incorrect number of minutes for the current
  16.       session in the caller log.
  17.       
  18. TUAM V1.07g
  19. 01/05/93
  20.    Change:        Steve Williams
  21.       Steve was experiencing a problem with another door reading the
  22.       PWRD file when the daily time specified in TUAMSM was too large.
  23.       Although PCBoard had no problems with the value, this other door
  24.       would logoff the user.  To attempt to solve this problem TUAM and
  25.       TUAMLOFF limit the time written for a level in the PWRD file to a
  26.       maximum of 1440 minutes, which equals one full day.
  27.  
  28. TUAM V1.07f
  29. 01/03/93
  30.    Change:        Steve Williams
  31.       When a security level changes or the amount of initial time/bytes
  32.       is changed for a security level, TUAM would automatically deduct
  33.       the time/bytes used prior to the change.  This function now works
  34.       based on flags time/DL deduct located in the configuration editor.
  35.       When set to 'Y' TUAM operates as before, however when set to 'N'
  36.       TUAM will no longer remove the previously used time/bytes.
  37.    Bug Report:    Internal
  38.       Fixed a problem where Time Threshold was not functioning properly.
  39.    Bug Report:    Chris Kenward
  40.       Fixed a problem with time not being deducted from the user's
  41.       account.
  42.    Addition:      Internal
  43.       To the user editor, added the ability for wrap around of the
  44.       PgDn/PgUp keys.  If you are on the first record and press PgUp you
  45.       will go to the last record, and inversly when you are on the last
  46.       record and press the PgDn key you will go to the first record.
  47.    Addition:      Internal
  48.       To the config editor, added the flags 'Time Deduct' and 'DL
  49.       Deduct'.  See above for more info.  Also added a configurable
  50.       Time Threshold which operates similar to the Bytes Threshold.
  51.    Addition:      Internal
  52.       To the user editor, enhanced the 'Total Bytes Downloaded' and
  53.       'Total Bytes Uploaded' to show the values stored by TUAM and
  54.       PCBoard.  The difference between these amounts depict the amount
  55.       of bytes downloaded or uploaded during the last session and will
  56.       be updated the next time the user is on the system.  For example,
  57.       'PCB DL Bytes' - 'TUAM DL Bytes' = 'Bytes downloaded in last session'
  58.       'PCB UL Bytes' - 'TUAM UL Bytes' = 'Bytes uploaded in last session'
  59.       Also added a field from the PCBoard user file 'Elapsed Time On'.
  60.    Change:        Internal
  61.       In the user editor, changed the field titles 'Time Left in Account'
  62.       to 'Time Left at last login' and 'Bytes Left in Account' to 'Bytes
  63.       Left at last login'.  Note that time used and bytes downloaded are
  64.       only deducted from the account at login and not at logoff.
  65.  
  66. TUAM V1.07e
  67. 12/23/93
  68.    Bug Report:    Internal
  69.       Fixed a bug in the user initialization routine where a new user
  70.       would be kicked off the BBS on first entry through TUAM.  Even
  71.       though this was happening, the user's account was being properly
  72.       initialized and the second time through TUAM the operation
  73.       returned to normal.
  74.  
  75. TUAM V1.07d
  76. 12/21/92
  77.    Addition:      Chet Wilkinson
  78.       It seems Chet is having a problem with TUAMs display to the users
  79.       over COM2.  To help in debugging this problem we have included a
  80.       /D switch, which will include some extra info in the caller log.
  81.    Bug Report:    Internal
  82.       Fixed a problem where Real Ratios was giving the incorrect number
  83.       of bytes when the Bytes Left in Account was less than the session
  84.       bytes.
  85.    Bug Report:    Internal
  86.       Fixed a problem where time would not be reliably deducted from the
  87.       user's account.  This was due to the change to a non-USERS.SYS
  88.       door.
  89.  
  90. TUAM V1.07c
  91. 12/12/92
  92.    Bug Report:    Internal
  93.       Fixed a bug where under certain conditions TUAM would not reliably
  94.       reset a user's time and bytes if he was controlled by a Quarterly
  95.       reset.
  96.    Bug Report:    Internal
  97.       When using sliding levels TUAM would lockup if it tried to create
  98.       a user level greater than 255.  Error checking has been added to
  99.       prevent this from happening.
  100.  
  101.  
  102. TUAM V1.07b
  103. 12/11/92
  104.    Bug Report:    Steve Williams
  105.       Node Status was incorrectly set to 'U' after a user logged on to
  106.       PCBoard if command levels were being used.  Node Status will now
  107.       be 'A' if you are using command levels and the user's command for
  108.       chat is enabled.  Also corrected a problem where TUAMLOFF would
  109.       put up to 3 extra colons on the end of the COM port definition
  110.       in PCBOARD.DAT.
  111.  
  112. TUAM V1.07a
  113. 12/09/92
  114.    Bug Report:    Steve Williams
  115.       Fixed a problem with DateLastDirRead in the user file which was
  116.       causing PCBoard to think some users had not done a new file scan
  117.       recently.  While this was not a great problem for users who read
  118.       mail online, albeit a pain in the butt, it may have produced some
  119.       real problems for users who use offline mail readers and have the
  120.       new file scan selected. This very thing happened to me and I
  121.       received a NEWFILES.DAT of well over 2 megs in my last mail
  122.       packet.
  123.  
  124. TUAM V1.07
  125. 12/08/92
  126.    Change:        Internal
  127.       Many of our registered user's have been experiencing difficulty
  128.       using TUAM with other login doors.  To fix this problem TUAM no
  129.       longer requires a USERS.SYS file.  In fact, if the USERS.SYS file
  130.       exists when TUAM is run, PCBoard will over-ride any changes that
  131.       TUAM has made to the users file.  Ensure no USERS.SYS file exists
  132.       when running TUAM to ensure reliable operation.  Please note due
  133.       to these changes the status bar in TUAM is no longer displayed.
  134.  
  135. TUAM V1.06a
  136. 12/07/92
  137.    Addition:      Internal
  138.       Added to the TUAMSM User Editor the Log On and Log Off date and
  139.       time.
  140.    Change:        Internal
  141.       Changed the Time fields in the TUAMSM User Editor so they can be
  142.       edited.
  143.    Change:        Steve Williams
  144.       Changed the Initialize User routines in TUAM so that users will
  145.       be more intelligently intialized with time and bytes.  When
  146.       running in subscription mode with a time/byte reset frequency of
  147.       weekly, monthly, quarterly, semi-annually, or yearly TUAM will
  148.       calculate the intial time/byte values to give to the user based
  149.       upon the number of days left in the subscription.  If you are
  150.       running a version of TUAM previous to V1.06a and have been using
  151.       subscription mode and would like to 'equalize' your user accounts,
  152.       then contact the authors at the Support BBS for the TUAM Equalizer
  153.       Utility (TUAMEQLZ.EXE).
  154.  
  155. TUAM V1.06
  156. 12/05/92
  157.    Addition:      Internal
  158.       With the arrival of our new Borland C++ V3.1 compiler with have
  159.       been able to provide you with a new door file, TUAM386.EXE, which
  160.       is optimized for use on 80386 CPUs.  TUAM386.EXE provides
  161.       compatibility with PCBOARD/M multiport code via FOSSIL drivers.
  162.       Although all other .EXE files have been recompiled using Borland
  163.       C++ V3.1, they remain compatible with 8088 CPUs.
  164.    Bug Report:    Gary LaPierre
  165.       TUAM was not correctly supporting PCBoard's Subscription Mode when
  166.       dealing with the expiration of users.  Now TUAM will not expire
  167.       users unless Subscription Mode is enabled and one or more of the
  168.       expiration flags in TUAMSM is enabled.
  169.    
  170. TUAM V1.05b
  171. 11/29/92
  172.    Bug Report:    Internal
  173.       When using a 'Ratio Type' of Real, 'Byte Ratio', and 'File Ratio',
  174.       and a user signs in who has bytes in his account, TUAM would not
  175.       give the user any bytes if the file ratio was out of line.  This
  176.       has been fixed so that as long as a user has 'Bytes Left in Account',
  177.       the user will be given session bytes.
  178. 11/29/92
  179.    Bug Report:    Jim Kreyling / Chet Wilkinson
  180.       In the TUAMSM User Editor, the PCBoard user record 'Last Date On'
  181.       was being reset to be the same value as the 'Last Date On' stored
  182.       in the TPA Data when a user record was edited.  For edited users
  183.       who had not yet passed through TUAM, this would cause their
  184.       PCBoard user record 'Last Date On' to be set to '00-00-00'.  If
  185.       the Sysop used PCBPACK then those edited users stood a chance of
  186.       being incorrectly packed out of the user base.  This has been
  187.       modified and the TUAMSM User Editor is no longer changing the
  188.       value in the PCBoard user record 'Last Date On' field.
  189.  
  190. TUAM V1.05a
  191. 11/27/92
  192.    Bug Report:    Chet Wilkinson
  193.       When a level for a user was changed using either PCBSM or a user
  194.       registration door, TUAM was not correctly updating the user to the
  195.       new level.  Now when TUAM finds a security level change it will
  196.       update the user's time and bytes in the account to match the
  197.       settings for the new level, subtracting any previously used time
  198.       and bytes from the account.  For this to work the Auto TPA Update
  199.       flag must be set to 'Y' for that user.
  200.    Change:        Internal
  201.       TUAMLOFF is now a little smarter, rather than simply write out
  202.       1440 minutes for each level in the PWRD file, it now will write
  203.       out the daily time for a level.  If the daily time is set to 0 for
  204.       the level, TUAMLOFF will still write 1440 minutes to the PWRD file
  205.       for the level.
  206.  
  207. TUAM V1.05
  208. 11/26/92
  209.    Addition:      Jim Kreyling
  210.       Added another editor to TUAMSM.  The Level Editor will allow the
  211.       Sysop to edit all the settings for one level on one screen, with
  212.       the exception of the command settings.  This should round out the
  213.       editing capabilites of TUAMSM.
  214.    Bug Report:    Internal
  215.       Missed a couple of bugs when we rewrote the PWRD file compilation
  216.       routines.  These are now fixed and TUAM is working once again.
  217.  
  218. TUAM V1.04
  219. 11/25/92
  220.    Bug Report:    Jim Kreyling
  221.       Fixed a problem where the ULP (upload processing) would not
  222.       correctly credit the user's account with the required number of
  223.       bytes.  I guess we broke this feature in V1.03.
  224. 11/24/92
  225.    Addition:      Chet Wilkinson
  226.       Added a 'Forced Level' field to the Byte Editor in TUAMSM.  When
  227.       this flag is set to yes, it will force TUAM to build this level in
  228.       the node's PWRD file based on the user's initial data.  This field
  229.       fully supports additional security levels.
  230. 11/23/92
  231.    Change:        Internal
  232.       In TUAMSM User Editor, changed the 'Time Used Today' field from 3
  233.       to 4 characters wide.
  234. 11/22/92
  235.    Addition:      Internal
  236.       If a user's security level cannot be found in the security file
  237.       during login, the user will be given a default 10 minutes.  This
  238.       falls in line with what PCBoard does if it cannot find a security
  239.       level in the PWRD file.
  240.    Addition:      Internal
  241.       Once again in our attempt to, as closely as possible, follow all
  242.       of PCBoard's conventions, TUAM now includes the F1-Temp-Sysop
  243.       level when writing the node specific PWRD file.  This includes
  244.       any additional security levels specified in the configuration
  245.       editor.
  246.    Change:        Internal
  247.       When the PCBoard @-variable @WAIT@ was used in any of TUAM's
  248.       display files, it would display the number of minutes left as 1440.
  249.       TUAM has been changed so that @WAIT@ will display 10 minutes left.
  250.  
  251. TUAM V1.03b
  252. 11/19/92
  253.    Addition:      Gary LaPierre
  254.       Added ability to use multiple security and configuration files.
  255.       To use the alternate files provide the file name, without the
  256.       file extension, as the first parameter on the command line.
  257.       If a parameter is not supplied or the name provided is invalid
  258.       TUAM and TUAMSM use TUAM for the file name.  This version was not
  259.       widely released.
  260.  
  261. TUAM V1.03a
  262. 11/15/92
  263.    Document:
  264.       Only change to this version was the document files.
  265.  
  266. TUAM V1.03
  267. 11/07/92
  268.    Addition:      Chris Kenward
  269.       Expanded on the expire flag so that expiry can take place on 0
  270.       bytes,  0 time, and/or encountered PCBOARD USER expiry date.
  271.    Addition:      Internal
  272.       Added to the User Status Display in TUAM, the actual byte and/or
  273.       file ratios based on information stored in PCBoard. This
  274.       information is displayed only if byte and/or file ratios are
  275.       specified for the user's level.
  276. 11/06/92
  277.    Bug Report:    Internal
  278.       When using file and/or byte ratios, and sliding levels, when the
  279.       byte or file ratio failed the failure files would be displayed
  280.       once for each sliding level.  This has been fixed so that the
  281.       failure files will only be displayed once if any sliding level
  282.       fails the ratios.
  283.    Change:        Internal
  284.       In order to maintain consistancy in the byte editor the Initial
  285.       Bytes field has been changed to Initial KBytes.  Modify your data
  286.       to reflect this change.
  287.  
  288. TUAM V1.02
  289. 11/01/92
  290.    Addition:      Chris Kenward
  291.       Added an Expire flag in the byte editor, this flag if set to Yes
  292.       will cause the user's level to be set to the user's expired level
  293.       or to the default expiry level in PCBOARD.DAT if the user's
  294.       expired level is 0, when either time or bytes reaches 0.  This
  295.       allows the Sysop to expire the user when the time or byte
  296.       subscription runs out.
  297.    Addition:      Internal
  298.       When a user's time left in account falls below 10 minutes the user
  299.       shall receive 10 minutes until the time left in account reaches 0.
  300.    Bug Report:    Internal
  301.       Found and fixed a bug which caused TUAM to incorrectly report the
  302.       number of bytes in a session in the caller log.
  303.       
  304. TUAM V1.01
  305. 10/31/92
  306.    Bug Report:    Internal
  307.       Found and fixed a bug which caused the user's elapsed time to be
  308.       deducted twice, once by TUAM and once by PCBoard.
  309.    Bug Report:    Chris Kenward
  310.       Found and fixed a bug in the security file auto-version-update.
  311.       You would not notice this problem if you made a change in one of
  312.       the editors and then saved the data.  This bug only appeared when
  313.       upgrading from V1.0ß4.15 to V1.0ß4.20 or the released V1.0.
  314.  
  315. TUAM Version 1.0 - ßeta cycle completed
  316. 10/30/92
  317.  
  318. TUAM V1.0ß4.20
  319. 10/12/92 - 10/28/92
  320.    Addition:      General Discussion
  321.       Made it possible for a user to completely use the bytes in his
  322.       account by adding a KByte Threshold in the configuration editor.
  323.       When the bytes left in a user's account falls below the KByte
  324.       Threshold, the user will be given the amount of kilobytes defined
  325.       in KByte Threshold, until his account reaches 0 bytes.
  326.    Change:        Internal
  327.       Changed the name of the program from TUBS to TUAM (The Ultimate
  328.       Account Manager).  This was necessary due to the additions made to
  329.       the program to include time and command levels.  See UPDATE.DOC
  330.       for more information on what is necessary to make the move from
  331.       TUBS to TUAM.  These additions required that the TPA size be
  332.       increased to 44 bytes from the previous 32 bytes, and that the TPA
  333.       version be changed from 100 to 101.  Run the UPDATE.BAT file to
  334.       rename the TPA, rename the security file and remove the old
  335.       programs from the TUAM home directory.  Running TUAMSM will
  336.       automatically change the structure of the security file.  The DEMO
  337.       key file for TUBS is not compatible with TUAM and a new DEMO key
  338.       file is provided with the TUAM package.  Many changes and
  339.       additions have been made to the editors available in TUAMSM, see
  340.       the documentation for an explanation of the editors.
  341.    Bug Report:    General discussion
  342.       Entering some doors caused PCBoard to lose track of the bytes
  343.       provided by TUBS.  This was caused by the way TUBS was telling
  344.       PCBoard how many bytes a user had available for use.  To solve
  345.       this problem it is necessary to write an individual PWRD file for
  346.       each node, this is handled automatically by the TUAM door.  The
  347.       first time the TUAM door program is run on a node, it will modify
  348.       the PWRD location/name entry in the PCBOARD.DAT file for that node
  349.       to point to the node's home directory.  Everytime the TUAM door
  350.       program is run on a node it will create a PWRD in the node's home
  351.       directory with the entries necessary for this user to access your
  352.       BBS.  The TUAMSM program will automatically load the PCBoard PWRD
  353.       file the first time it is run, after this all changes to the PWRD
  354.       file should be made using the TUAMSM program and not PCBoard, as
  355.       the PWRD data is now contained within the TUAM security file.  You
  356.       should also note that the Session Bytes and Daily Bytes in the
  357.       TUAMSM program has been changed from bytes to kilobytes, and you
  358.       will need to make adjustments to these fields.
  359.    Change:        Internal
  360.       Changed the Lockout field to represent zero bytes to be granted.
  361.       Changed the names of a number of the display files and ensured
  362.       they would allow specific files for security level, graphics, and
  363.       language.  These files are:
  364.             FROM              TO
  365.             ---------         ----
  366.             BYTEFAIL          NOB
  367.             FILEFAIL          NOF
  368.             PROMO             BYE
  369.             LOCKOUT           B0
  370.    Addition:      Internal
  371.       Additional security levels (sliding levels), see documentation for
  372.       more information.
  373.  
  374. TUBS 10E  v1.0ß4.15
  375. 10/04/92
  376.    Bug Report:    Jerry Sturdevant
  377.       Fixed a bug where both the BYTEFAIL and the FILEFAIL files were
  378.       displayed, if only the byte ratio was out when checking was turned
  379.       on for both byte and file ratios.
  380.    Suggestion:    General discussion
  381.       BYTES.EXE now returns the user's level in the DOS environment
  382.       variable ERRORLEVEL.
  383.    Suggestion:    Internal
  384.       Removed the program signature display from the DEMO version, so that a
  385.       sysop can see how the program will look when it is registered.  However,
  386.       the demo expiry date reminder will still be seen by the sysop, but
  387.       not by the user.
  388.  
  389. TUBS 10D  V1.0ß4.14
  390. 09/17/92
  391.    Suggestion:   Steve Williams
  392.       Added two new reset frequencies to the security file editor.
  393.          Q - quarterly  (every 3 months)
  394.          S - semi-annually (every 6 months)
  395.    Bug Report:    Internal
  396.       Corrected a problem where a locked out user may not be displayed the
  397.       basic statistics or the LOCKOUT file.
  398.    Bug Report:    Internal
  399.       Corrected a problem with the keyboard timeout, when displaying the
  400.       promo file.
  401.  
  402. TUBS 10C  V1.0ß4.13
  403. 09/13/92
  404.    Bug Report:    Internal
  405.       Corrected problem with accounts where Monthy or Annual Accounts
  406.       were combined with Ratio accounts.  Logic was not causing
  407.       proper decrease in account bytes.
  408.    Bug Report:    Internal
  409.       Added checking for any possible problems your system clock may
  410.       have, wrong system time.  Logic will correct for incorrect
  411.       system time without damage to accounts.
  412.  
  413. TUBS 10B  V1.0ß4.12
  414. 09/07/92
  415.    Bug Report:    Internal
  416.       Minor cosmetic changes to System Manager
  417.    Bug Report:    Internal
  418.       Corrected some minor logic that could have caused display problems
  419.  
  420. TUBS 10A  V1.0ß4.1
  421. 08/29/92
  422.    Bug Report:    Internal
  423.       Fixed problem with security level display in TPA editor portion of
  424.       BYTESM.EXE.   This created no problems, but was visually unattractive.
  425. 08/26/92
  426.    Initial release to wide beta.
  427.  
  428.