Beijing Paradise BBS Backup

home *** CD-ROM | disk | FTP | other *** search

/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / TUAM108.ZIP / HISTORY.DOC < prev next >

Wrap

Text File | 1993-01-09 | 19.8 KB | 428 lines

The Ultimate Account Manager V1.0 for PCBoard V14.5a - History file TUAM V1.08 01/07/93 Enhancement: Internal Enhanced the Midnight Rollover Detection routines when using time accounts. Added three new caller log entries; 'Midnight Rollover Detected', how much time of midnight rollover session was used after midnight, and the amount of time used in the last session. 01/06/93 Addition: Internal Added the PCBoard 'Bytes Downloaded Today' field to the User Editor in TUAMSM. Bug Report: Internal TUAM was reporting an incorrect number of minutes for the current session in the caller log. TUAM V1.07g 01/05/93 Change: Steve Williams Steve was experiencing a problem with another door reading the PWRD file when the daily time specified in TUAMSM was too large. Although PCBoard had no problems with the value, this other door would logoff the user. To attempt to solve this problem TUAM and TUAMLOFF limit the time written for a level in the PWRD file to a maximum of 1440 minutes, which equals one full day. TUAM V1.07f 01/03/93 Change: Steve Williams When a security level changes or the amount of initial time/bytes is changed for a security level, TUAM would automatically deduct the time/bytes used prior to the change. This function now works based on flags time/DL deduct located in the configuration editor. When set to 'Y' TUAM operates as before, however when set to 'N' TUAM will no longer remove the previously used time/bytes. Bug Report: Internal Fixed a problem where Time Threshold was not functioning properly. Bug Report: Chris Kenward Fixed a problem with time not being deducted from the user's account. Addition: Internal To the user editor, added the ability for wrap around of the PgDn/PgUp keys. If you are on the first record and press PgUp you will go to the last record, and inversly when you are on the last record and press the PgDn key you will go to the first record. Addition: Internal To the config editor, added the flags 'Time Deduct' and 'DL Deduct'. See above for more info. Also added a configurable Time Threshold which operates similar to the Bytes Threshold. Addition: Internal To the user editor, enhanced the 'Total Bytes Downloaded' and 'Total Bytes Uploaded' to show the values stored by TUAM and PCBoard. The difference between these amounts depict the amount of bytes downloaded or uploaded during the last session and will be updated the next time the user is on the system. For example, 'PCB DL Bytes' - 'TUAM DL Bytes' = 'Bytes downloaded in last session' 'PCB UL Bytes' - 'TUAM UL Bytes' = 'Bytes uploaded in last session' Also added a field from the PCBoard user file 'Elapsed Time On'. Change: Internal In the user editor, changed the field titles 'Time Left in Account' to 'Time Left at last login' and 'Bytes Left in Account' to 'Bytes Left at last login'. Note that time used and bytes downloaded are only deducted from the account at login and not at logoff. TUAM V1.07e 12/23/93 Bug Report: Internal Fixed a bug in the user initialization routine where a new user would be kicked off the BBS on first entry through TUAM. Even though this was happening, the user's account was being properly initialized and the second time through TUAM the operation returned to normal. TUAM V1.07d 12/21/92 Addition: Chet Wilkinson It seems Chet is having a problem with TUAMs display to the users over COM2. To help in debugging this problem we have included a /D switch, which will include some extra info in the caller log. Bug Report: Internal Fixed a problem where Real Ratios was giving the incorrect number of bytes when the Bytes Left in Account was less than the session bytes. Bug Report: Internal Fixed a problem where time would not be reliably deducted from the user's account. This was due to the change to a non-USERS.SYS door. TUAM V1.07c 12/12/92 Bug Report: Internal Fixed a bug where under certain conditions TUAM would not reliably reset a user's time and bytes if he was controlled by a Quarterly reset. Bug Report: Internal When using sliding levels TUAM would lockup if it tried to create a user level greater than 255. Error checking has been added to prevent this from happening. TUAM V1.07b 12/11/92 Bug Report: Steve Williams Node Status was incorrectly set to 'U' after a user logged on to PCBoard if command levels were being used. Node Status will now be 'A' if you are using command levels and the user's command for chat is enabled. Also corrected a problem where TUAMLOFF would put up to 3 extra colons on the end of the COM port definition in PCBOARD.DAT. TUAM V1.07a 12/09/92 Bug Report: Steve Williams Fixed a problem with DateLastDirRead in the user file which was causing PCBoard to think some users had not done a new file scan recently. While this was not a great problem for users who read mail online, albeit a pain in the butt, it may have produced some real problems for users who use offline mail readers and have the new file scan selected. This very thing happened to me and I received a NEWFILES.DAT of well over 2 megs in my last mail packet. TUAM V1.07 12/08/92 Change: Internal Many of our registered user's have been experiencing difficulty using TUAM with other login doors. To fix this problem TUAM no longer requires a USERS.SYS file. In fact, if the USERS.SYS file exists when TUAM is run, PCBoard will over-ride any changes that TUAM has made to the users file. Ensure no USERS.SYS file exists when running TUAM to ensure reliable operation. Please note due to these changes the status bar in TUAM is no longer displayed. TUAM V1.06a 12/07/92 Addition: Internal Added to the TUAMSM User Editor the Log On and Log Off date and time. Change: Internal Changed the Time fields in the TUAMSM User Editor so they can be edited. Change: Steve Williams Changed the Initialize User routines in TUAM so that users will be more intelligently intialized with time and bytes. When running in subscription mode with a time/byte reset frequency of weekly, monthly, quarterly, semi-annually, or yearly TUAM will calculate the intial time/byte values to give to the user based upon the number of days left in the subscription. If you are running a version of TUAM previous to V1.06a and have been using subscription mode and would like to 'equalize' your user accounts, then contact the authors at the Support BBS for the TUAM Equalizer Utility (TUAMEQLZ.EXE). TUAM V1.06 12/05/92 Addition: Internal With the arrival of our new Borland C++ V3.1 compiler with have been able to provide you with a new door file, TUAM386.EXE, which is optimized for use on 80386 CPUs. TUAM386.EXE provides compatibility with PCBOARD/M multiport code via FOSSIL drivers. Although all other .EXE files have been recompiled using Borland C++ V3.1, they remain compatible with 8088 CPUs. Bug Report: Gary LaPierre TUAM was not correctly supporting PCBoard's Subscription Mode when dealing with the expiration of users. Now TUAM will not expire users unless Subscription Mode is enabled and one or more of the expiration flags in TUAMSM is enabled. TUAM V1.05b 11/29/92 Bug Report: Internal When using a 'Ratio Type' of Real, 'Byte Ratio', and 'File Ratio', and a user signs in who has bytes in his account, TUAM would not give the user any bytes if the file ratio was out of line. This has been fixed so that as long as a user has 'Bytes Left in Account', the user will be given session bytes. 11/29/92 Bug Report: Jim Kreyling / Chet Wilkinson In the TUAMSM User Editor, the PCBoard user record 'Last Date On' was being reset to be the same value as the 'Last Date On' stored in the TPA Data when a user record was edited. For edited users who had not yet passed through TUAM, this would cause their PCBoard user record 'Last Date On' to be set to '00-00-00'. If the Sysop used PCBPACK then those edited users stood a chance of being incorrectly packed out of the user base. This has been modified and the TUAMSM User Editor is no longer changing the value in the PCBoard user record 'Last Date On' field. TUAM V1.05a 11/27/92 Bug Report: Chet Wilkinson When a level for a user was changed using either PCBSM or a user registration door, TUAM was not correctly updating the user to the new level. Now when TUAM finds a security level change it will update the user's time and bytes in the account to match the settings for the new level, subtracting any previously used time and bytes from the account. For this to work the Auto TPA Update flag must be set to 'Y' for that user. Change: Internal TUAMLOFF is now a little smarter, rather than simply write out 1440 minutes for each level in the PWRD file, it now will write out the daily time for a level. If the daily time is set to 0 for the level, TUAMLOFF will still write 1440 minutes to the PWRD file for the level. TUAM V1.05 11/26/92 Addition: Jim Kreyling Added another editor to TUAMSM. The Level Editor will allow the Sysop to edit all the settings for one level on one screen, with the exception of the command settings. This should round out the editing capabilites of TUAMSM. Bug Report: Internal Missed a couple of bugs when we rewrote the PWRD file compilation routines. These are now fixed and TUAM is working once again. TUAM V1.04 11/25/92 Bug Report: Jim Kreyling Fixed a problem where the ULP (upload processing) would not correctly credit the user's account with the required number of bytes. I guess we broke this feature in V1.03. 11/24/92 Addition: Chet Wilkinson Added a 'Forced Level' field to the Byte Editor in TUAMSM. When this flag is set to yes, it will force TUAM to build this level in the node's PWRD file based on the user's initial data. This field fully supports additional security levels. 11/23/92 Change: Internal In TUAMSM User Editor, changed the 'Time Used Today' field from 3 to 4 characters wide. 11/22/92 Addition: Internal If a user's security level cannot be found in the security file during login, the user will be given a default 10 minutes. This falls in line with what PCBoard does if it cannot find a security level in the PWRD file. Addition: Internal Once again in our attempt to, as closely as possible, follow all of PCBoard's conventions, TUAM now includes the F1-Temp-Sysop level when writing the node specific PWRD file. This includes any additional security levels specified in the configuration editor. Change: Internal When the PCBoard @-variable @WAIT@ was used in any of TUAM's display files, it would display the number of minutes left as 1440. TUAM has been changed so that @WAIT@ will display 10 minutes left. TUAM V1.03b 11/19/92 Addition: Gary LaPierre Added ability to use multiple security and configuration files. To use the alternate files provide the file name, without the file extension, as the first parameter on the command line. If a parameter is not supplied or the name provided is invalid TUAM and TUAMSM use TUAM for the file name. This version was not widely released. TUAM V1.03a 11/15/92 Document: Only change to this version was the document files. TUAM V1.03 11/07/92 Addition: Chris Kenward Expanded on the expire flag so that expiry can take place on 0 bytes, 0 time, and/or encountered PCBOARD USER expiry date. Addition: Internal Added to the User Status Display in TUAM, the actual byte and/or file ratios based on information stored in PCBoard. This information is displayed only if byte and/or file ratios are specified for the user's level. 11/06/92 Bug Report: Internal When using file and/or byte ratios, and sliding levels, when the byte or file ratio failed the failure files would be displayed once for each sliding level. This has been fixed so that the failure files will only be displayed once if any sliding level fails the ratios. Change: Internal In order to maintain consistancy in the byte editor the Initial Bytes field has been changed to Initial KBytes. Modify your data to reflect this change. TUAM V1.02 11/01/92 Addition: Chris Kenward Added an Expire flag in the byte editor, this flag if set to Yes will cause the user's level to be set to the user's expired level or to the default expiry level in PCBOARD.DAT if the user's expired level is 0, when either time or bytes reaches 0. This allows the Sysop to expire the user when the time or byte subscription runs out. Addition: Internal When a user's time left in account falls below 10 minutes the user shall receive 10 minutes until the time left in account reaches 0. Bug Report: Internal Found and fixed a bug which caused TUAM to incorrectly report the number of bytes in a session in the caller log. TUAM V1.01 10/31/92 Bug Report: Internal Found and fixed a bug which caused the user's elapsed time to be deducted twice, once by TUAM and once by PCBoard. Bug Report: Chris Kenward Found and fixed a bug in the security file auto-version-update. You would not notice this problem if you made a change in one of the editors and then saved the data. This bug only appeared when upgrading from V1.0ß4.15 to V1.0ß4.20 or the released V1.0. TUAM Version 1.0 - ßeta cycle completed 10/30/92 TUAM V1.0ß4.20 10/12/92 - 10/28/92 Addition: General Discussion Made it possible for a user to completely use the bytes in his account by adding a KByte Threshold in the configuration editor. When the bytes left in a user's account falls below the KByte Threshold, the user will be given the amount of kilobytes defined in KByte Threshold, until his account reaches 0 bytes. Change: Internal Changed the name of the program from TUBS to TUAM (The Ultimate Account Manager). This was necessary due to the additions made to the program to include time and command levels. See UPDATE.DOC for more information on what is necessary to make the move from TUBS to TUAM. These additions required that the TPA size be increased to 44 bytes from the previous 32 bytes, and that the TPA version be changed from 100 to 101. Run the UPDATE.BAT file to rename the TPA, rename the security file and remove the old programs from the TUAM home directory. Running TUAMSM will automatically change the structure of the security file. The DEMO key file for TUBS is not compatible with TUAM and a new DEMO key file is provided with the TUAM package. Many changes and additions have been made to the editors available in TUAMSM, see the documentation for an explanation of the editors. Bug Report: General discussion Entering some doors caused PCBoard to lose track of the bytes provided by TUBS. This was caused by the way TUBS was telling PCBoard how many bytes a user had available for use. To solve this problem it is necessary to write an individual PWRD file for each node, this is handled automatically by the TUAM door. The first time the TUAM door program is run on a node, it will modify the PWRD location/name entry in the PCBOARD.DAT file for that node to point to the node's home directory. Everytime the TUAM door program is run on a node it will create a PWRD in the node's home directory with the entries necessary for this user to access your BBS. The TUAMSM program will automatically load the PCBoard PWRD file the first time it is run, after this all changes to the PWRD file should be made using the TUAMSM program and not PCBoard, as the PWRD data is now contained within the TUAM security file. You should also note that the Session Bytes and Daily Bytes in the TUAMSM program has been changed from bytes to kilobytes, and you will need to make adjustments to these fields. Change: Internal Changed the Lockout field to represent zero bytes to be granted. Changed the names of a number of the display files and ensured they would allow specific files for security level, graphics, and language. These files are: FROM TO --------- ---- BYTEFAIL NOB FILEFAIL NOF PROMO BYE LOCKOUT B0 Addition: Internal Additional security levels (sliding levels), see documentation for more information. TUBS 10E v1.0ß4.15 10/04/92 Bug Report: Jerry Sturdevant Fixed a bug where both the BYTEFAIL and the FILEFAIL files were displayed, if only the byte ratio was out when checking was turned on for both byte and file ratios. Suggestion: General discussion BYTES.EXE now returns the user's level in the DOS environment variable ERRORLEVEL. Suggestion: Internal Removed the program signature display from the DEMO version, so that a sysop can see how the program will look when it is registered. However, the demo expiry date reminder will still be seen by the sysop, but not by the user. TUBS 10D V1.0ß4.14 09/17/92 Suggestion: Steve Williams Added two new reset frequencies to the security file editor. Q - quarterly (every 3 months) S - semi-annually (every 6 months) Bug Report: Internal Corrected a problem where a locked out user may not be displayed the basic statistics or the LOCKOUT file. Bug Report: Internal Corrected a problem with the keyboard timeout, when displaying the promo file. TUBS 10C V1.0ß4.13 09/13/92 Bug Report: Internal Corrected problem with accounts where Monthy or Annual Accounts were combined with Ratio accounts. Logic was not causing proper decrease in account bytes. Bug Report: Internal Added checking for any possible problems your system clock may have, wrong system time. Logic will correct for incorrect system time without damage to accounts. TUBS 10B V1.0ß4.12 09/07/92 Bug Report: Internal Minor cosmetic changes to System Manager Bug Report: Internal Corrected some minor logic that could have caused display problems TUBS 10A V1.0ß4.1 08/29/92 Bug Report: Internal Fixed problem with security level display in TPA editor portion of BYTESM.EXE. This created no problems, but was visually unattractive. 08/26/92 Initial release to wide beta.