home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / maxsrt12.zip / MAXUSORT.DOC < prev    next >
Text File  |  1994-12-05  |  24KB  |  733 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.                                                                            
  17.  
  18.                                                                    MAXUSORT
  19.                                                                            
  20.                                  Maximus CBCS User SORT and archive utility
  21.                                                                            
  22.                                                   Version 1.2b (OS/2 + DOS)
  23.                                                                            
  24.                                               for MAXIMUS CBCS version 2.0+
  25.                                                                            
  26.  
  27.  
  28.  
  29.                                                            December 5, 1994
  30.  
  31.  
  32.                                                               Rob Hamerling
  33.  
  34.                                                     Vianen, The Netherlands
  35.                                              Phone: ++31-3473-72136 (voice)
  36.                                                        FIDO: 2:280/804.1098
  37.  
  38.                                            Maximus User Maintenance Utility
  39.  
  40.  
  41.  
  42.     Maximus User Maintenance Utility
  43.     
  44.     
  45.     
  46.     CONTENTS
  47.  
  48.  
  49.       Functional Description  . . . . . . . . . . . . . . . . . . . . . . 1
  50.       Copyrights, Shareware Contribution, etc.    . . . . . . . . . . . . 1
  51.       Specification:  . . . . . . . . . . . . . . . . . . . . . . . . . . 1
  52.  
  53.       Usage   . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
  54.       Sample specifications:  . . . . . . . . . . . . . . . . . . . . . . 5
  55.       Error handling  . . . . . . . . . . . . . . . . . . . . . . . . . . 6
  56.  
  57.       Hints, restrictions, dependencies, system requirements  . . . . . . 7
  58.       Statement of intent   . . . . . . . . . . . . . . . . . . . . . . . 7
  59.  
  60.       Appendix A.  History of changes and version legend:   . . . . . . . 8
  61.       Version 1.2   . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
  62.       Version 1.1   . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
  63.       Version 1.0   . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
  64.       Version 0.9   . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
  65.       Version 0.8   . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
  66.       Version 0.7   . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
  67.       Version 0.6   . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
  68.       Version 0.5   . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
  69.       Version 0.4   . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
  70.       Version 0.3   . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
  71.       Version 0.2  . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
  72.       version 0.1  . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.     
  103.                                                                Contents  ii
  104.  
  105.     Maximus User Maintenance Utility
  106.     
  107.     
  108.     
  109.     FUNCTIONAL DESCRIPTION
  110.  
  111.     Archive inactive users (selectively on privilege) and sort the
  112.     remaining user records to allow 'best' users a faster logon than less
  113.     'valuable' users.
  114.  
  115.     User records can be printed (if desired to a file) in the same run.
  116.     The program does not require operator intervention: may be used in
  117.     batch files with unattended console (e.g. at night around mailing
  118.     hour).
  119.  
  120.  
  121.     COPYRIGHTS, SHAREWARE CONTRIBUTION, ETC.
  122.  
  123.     This program may be used under the same conditions as MAXIMUS:
  124.  
  125.     ■  no changes allowed to program or documentation
  126.     ■  no charge for distribution of program or documentation
  127.     ■  only distribution of the complete package (MAXUSORT.EXE +
  128.        MAXUSORT.DOC).
  129.  
  130.  
  131.  
  132.     SPECIFICATION:
  133.  
  134.     ■  Sort records in USER.BBS in following sequence:
  135.        1. highest privilege
  136.        2. lowest number of days since last call (not significant above 254
  137.           days)
  138.        3. highest number of calls to date (with 10 day resolution)
  139.        4. highest key/lock value (only keys 1..8)
  140.  
  141.     ■  Optionally: archive obsolete (inactive) users based on privilege in
  142.        combination with number of days since last call, if credit and
  143.        key/lock allows.  These records will be appended to the history
  144.        file: USER.RMV, with the date of removal in the last part of the
  145.        CITY field in the user's record. The user's LASTREAD values are set
  146.        to null in the LASTREAD.BBS files of all message area's found in
  147.        AREAS.DAT.
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.     
  166.                                                   Functional Description  1
  167.  
  168.     Maximus User Maintenance Utility
  169.     
  170.     
  171.     
  172.     USAGE
  173.  
  174.     The commandline specification is as follows:
  175.  
  176.  
  177.                                           ┌────────────────────────┐
  178.                                           v                        │
  179.      ──┬─────────┬─┬────────┬─ MAXUSORT ────┬────────────────────┬─┴─────┤
  180.        └─ drive ─┘ └─ path ─┘               ├── upath ─┬─────────┤
  181.                                             │          └─ apath ─┤
  182.                                             ├── /P─┬─────────────┤
  183.                                             │      └─ outfile ───┤
  184.                                             │ ┌───────────┐      │
  185.                                             │ v           │      │
  186.                                             ├── /Dnnp ────┴──────┤
  187.                                             ├── /nn ─────────────┤
  188.                                             ├── /A ──────────────┤
  189.                                             ├── /Kxyz────────────┤
  190.                                             ├── /L ──────────────┤
  191.                                             └── /T ──────────────┘
  192.  
  193.     upath     Specifies the PATH (drive + directory-tree) to the directory
  194.               containing the file USER.BBS.  This directory will be
  195.               searched for USER.BBS and also used for related user-files
  196.               (the newly sorted file and the archive file USER.RMV).
  197.  
  198.               If 'upath' not specified, MAXUSORT tries to locate the file
  199.               USER.BBS without any PATH information.  So if USER.BBS is not
  200.               in the current directory this parameter is required!
  201.  
  202.               Default: NULL-string (current directory)
  203.  
  204.     apath     Specifies PATH to AREA.DAT.  This file is only referenced,
  205.               when users are archived or LASTREAD values have to be reset.
  206.               If 'apath' not specified, MAXUSORT tries to locate the file
  207.               AREAS.DAT without any path information.  If AREA.DAT is not
  208.               in the current directory, and users are being archived, this
  209.               parameter is required!  This requires the upath parameter be
  210.               specified as well!
  211.  
  212.               Default: <upath> specification (or current default
  213.               directory).
  214.  
  215.     /P....    Print formatted USER.BBS (remaining users in sorted
  216.               sequence).  Per user the following items will be printed:
  217.               1. User record number (SYSOP is number 0)
  218.               2. Name  (max 30 chars)
  219.               3. City  (max 24 chars)
  220.               4. Phone (max 14 chars)
  221.               5. Privilege
  222.               6. Keys (hexadecimal, bits to be read right to left for
  223.                  1..8,a..x)
  224.               7. Permanent flag
  225.               8. Netmail balance (credit-debit)
  226.               9. Last read pointer (index in LASTREAD.BBS)
  227.  
  228.     
  229.                                                                    Usage  2
  230.  
  231.     Maximus User Maintenance Utility
  232.     
  233.     
  234.     
  235.               10.Number of calls (Times)
  236.               11.Days since last call (Away)
  237.               12.UPload amount
  238.               13.DOWNload amount
  239.  
  240.     outfile   When /P is followed by one or more non-blank characters,
  241.               these will be considered as output file specification.  The
  242.               'printed' output will then be in this outputfile (including
  243.               some printer control characters, for later printing if you
  244.               wish).
  245.  
  246.               note.Only "filename.ext" is expected!
  247.  
  248.               Default: PRN (= LPT1:)
  249.  
  250.     /D...     Delete user-records from USER.BBS file and archive them in
  251.               USER.RMV.
  252.  
  253.     ..nnp     Users of specified privilege 'p' are archived when they did
  254.               not logon for more than 'nn' days.
  255.  
  256.     ..xx.     a decimal number of up to 5 digits.
  257.  
  258.     ....p     a one letter indication of the user's privilege for which the
  259.               specified inactivity period is intended.
  260.  
  261.          Valid letters: T - Twit
  262.                         D - Disgrace
  263.                         L - Limited
  264.                         N - Normal
  265.                         W - Worthy
  266.                         P - Privil
  267.                         F - Favored
  268.                         E - Extra
  269.                         C - Clerk
  270.                         A - Assistsysop
  271.  
  272.               Note: The /Dnnp option should be used once for every class of
  273.               users you want to archive.
  274.  
  275.               Note: Some user-records will not be archived:
  276.               ■  Users with privilege SYSOP.  To archive these records
  277.                  reset the SYSOP privilege manually to a lower value.
  278.               ■  Users with the 'Permanent' flag.  To archive these
  279.                  user-records reset the 'Permanent' flag manually.
  280.               ■  Users with positive netmail balance (credit-debit), unless
  281.                  the /A options is specified.
  282.               ■  Users with with ANY key/lock value set, unless the /K
  283.                  option is used with at least all keys of the user
  284.                  specified (or /K*).
  285.  
  286.               The last 2 options should be combined with an inactivity
  287.               period and user-privilege letter, see following explanation
  288.               of [xxp]:
  289.  
  290.  
  291.     
  292.                                                                    Usage  3
  293.  
  294.     Maximus User Maintenance Utility
  295.     
  296.     
  297.     
  298.               Default: no user will be archived.
  299.  
  300.     /nn       Archive 'one-time-logged-on-and-never-again' users after 'nn'
  301.               days.  That is: those users who did logon EXACTLY 1 time, and
  302.               did not come back within a period of 'nn' days.  The value
  303.               'nn' should be specified as a decimal number greater than
  304.               zero. The deletion is regardless of privilege, but respects
  305.               credit-balance and the key/lock value, like the /D option.
  306.               So if you have 'special' 1-timers you don't want to lose,
  307.               give'm some credit or a key/lock setting!
  308.  
  309.               Default: one-timers user will not be archived.
  310.  
  311.     /A        Allow deletion of users with positive credit-debit saldo (if
  312.               the user qualifies for deletion in the first place).
  313.               Specification of "/A" is only useful in combination with the
  314.               /D or /nn option.
  315.  
  316.               Default: users with positive balance will not be archived.
  317.  
  318.     /K...     A user with any key/lock-value will normally not be archived.
  319.               Specification of the "/K" parameter allows these users to be
  320.               archived (key/lock-values have to be specified).
  321.  
  322.     ..xyz     Adjacent to the "/K"-parameter, one or more characters should
  323.               be specified.  This allows the program to archive users that
  324.               have no key/lock set, or ALL of there specified key/lock
  325.               values ("AND"-relationship).  In other words: a user with any
  326.               key/lock-value outside the specified values will NOT be
  327.               archived.  If archiving has to be performed regardless of the
  328.               key/lock value "/K12345678abc...(etc)...vwx" has to be
  329.               specified.  Specification of '/K*' has the same effect (= any
  330.               key/lock combination).  Specification of "/Kxyz" is only
  331.               useful in combination with the /D or /nn option.
  332.  
  333.               Default: users with any key/lock-setting will not be
  334.               archived.
  335.  
  336.     /L        Set LASTREAD pointer for every user to zero.  This might be
  337.               useful to wipe out the message-read history of all users (for
  338.               example after loading a new or reloading an old message-base.
  339.  
  340.               Default: lastread-pointers will not be reset.
  341.  
  342.     /T        Test-mode (mainly for debugging purposes):
  343.               ■  Shows parts of each user record and the 'sort-value' of a
  344.                  user, during initial user-file reading.  The HEX value in
  345.                  front of the username is the sort-key.  This info is
  346.                  useful for visual checking of input of sort.
  347.               ■  The original USER.BBS file is 'read-only', the output will
  348.                  be put in USER.TMP, which would have become the new
  349.                  USER.BBS normally (when NOT in test-mode).  'Archived'
  350.                  user records will actually NOT be removed and are NOT
  351.                  written to the USER.RMV file.  The Lastread pointers are
  352.                  referenced but NOT modified!
  353.  
  354.     
  355.                                                                    Usage  4
  356.  
  357.     Maximus User Maintenance Utility
  358.     
  359.     
  360.     
  361.                  Default: program will not run in test-mode!
  362.  
  363.     Notes:
  364.  
  365.     1. Options letters may be specified in UPPER, lower or MiXeD case.
  366.     2. You may use the option-indicator '-' in stead of '/', or mixed if
  367.        you prefer, all options should be separated with at least one space.
  368.     3. There is no check on duplicate specifications, the last (from left
  369.        to right on commandline) is used, any previous specification of this
  370.        options is ignored.
  371.     4. The exception to rule 3 is the /D option when it is specified for
  372.        different privilege levels.
  373.  
  374.  
  375.  
  376.     SAMPLE SPECIFICATIONS:
  377.  
  378.     ■  MAXUSORT
  379.  
  380.        Calling MAXUSORT without any parameters shows you the command
  381.        syntax.
  382.  
  383.     ■  MAXUSORT d:\max\USER.BBS
  384.  
  385.        SORT ONLY of the file USER.BBS in directory d:\max
  386.  
  387.     ■  MAXUSORT /21
  388.  
  389.        Archive users that logged on only 1 time ever before during the
  390.        lifetime of the user-record when that was at least 21 days ago.
  391.        Archiving is NOT done if a candidate has a positive debit/credit
  392.        balance or any key/lock value set, or the user is 'permanent'.  Sort
  393.        the remaining records of USER.BBS in the current default directory,
  394.        without printing them.
  395.  
  396.     ■  MAXUSORT f:\max\ctl\ -P -d90l -d60d -A
  397.  
  398.        The USER.BBS file and AREAS.DAT file are located in the directory
  399.        "\MAX\CTL\" on drive F. The following category of users will be
  400.        archived:
  401.        ∙  all LIMITED users who did not logon for 90 days, and
  402.        ∙  all DISGRACE users who did not logon for 60 days, even if the
  403.           user has a positive credit/debit balance ("/A"-parameter!), but
  404.           no archiving will take place if the user has any key/lock-value
  405.           active, or is 'permanent'.
  406.  
  407.        All other user records are kept (incl. TWIT and one-timers!). The
  408.        remaining records in USER.BBS will be sorted and printed on the
  409.        printer.
  410.  
  411.     ■  MAXUSORT /D35D -K1x
  412.  
  413.        Archive DISGRACE users that did not logon during the last 35 days
  414.        even if they have key/locks '1' and 'x' set.  Archiving will NOT
  415.        take place if the user has a positive debit/credit balance (no
  416.  
  417.     
  418.                                                                    Usage  5
  419.  
  420.     Maximus User Maintenance Utility
  421.     
  422.     
  423.     
  424.        "/A"-parameter is specified), or if he/she has any key/lock-value
  425.        set OTHER than '1' or 'x', or is 'permanent'.  So users with
  426.        key/locks '2' through '8' and 'a' through 'w'  will NOT be archived.
  427.        The remaining records are sorted, not printed.
  428.  
  429.  
  430.  
  431.     ERROR HANDLING
  432.  
  433.     The program might end prematurely with the following error codes:
  434.  
  435.     2    Counting error: number of new+archived users not equal to original
  436.          usercount.  Probably programming error, please report!
  437.  
  438.     3    New USER.BBS filelength not in accordance with number of remaining
  439.          active users (disk full?).
  440.  
  441.     5    USER.BBS file could not be opened, or not enough memory for
  442.          allocation of sort matrix.
  443.  
  444.     6    Error while opening new USER.BBS file (USER.TMP).
  445.  
  446.     7    Error while opening the archive-file for removed user-records
  447.          (USER.RMV).
  448.  
  449.     8    Error while opening the AREA.DAT file to obtain PATH information
  450.          to message area's (USER.RMV).
  451.  
  452.     These errors and others will generally also produce messages on the
  453.     display, with most probable cause and the action taken by the program.
  454.     Some workfiles may remain on your disk, just erase them! Userrecords
  455.     that would have been removed from USER.BBS are still in that file, but
  456.     will also appear in the USER.RMV file. You might just leave them, but
  457.     they will be copied again the next time you run MAXUSORT, or you may
  458.     discard those records (e.g. with the regular MAXIMUS user maintenance
  459.     funtion).
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.     
  481.                                                                    Usage  6
  482.  
  483.     Maximus User Maintenance Utility
  484.     
  485.     
  486.     
  487.     HINTS, RESTRICTIONS, DEPENDENCIES, SYSTEM REQUIREMENTS
  488.  
  489.     ■  The program MAXUSORT works for MAXIMUS CBCS version 2.0 only.
  490.     ■  The maximum number of users in USER.BBS should not exceed about
  491.        8000.
  492.     ■  The first user-record (normally SYSOP) always remains first, and is
  493.        never archived.
  494.     ■  Assumes for date calculations that system date reflects REAL date,
  495.        you may loose users when running with 'future' system date!
  496.     ■  If you use programs, which rely on USER-record-numbers (relative
  497.        position in the USER-file), run them AFTER MAXUSORT.
  498.     ■  The program produces progress signals which allows you to follow
  499.        different stages of the process visually.
  500.  
  501.  
  502.  
  503.     STATEMENT OF INTENT
  504.  
  505.     I'll promise the following:
  506.  
  507.     ■  Add a flexible sort specification (specification at runtime) is
  508.        considered, rather than the static sort algorithm now.
  509.     ■  More extensive error-detection will be built-in.  But don't be
  510.        afraid for the integrity of your user file now: for example a
  511.        disk-full situation is detected now and the program ends with the
  512.        old userfile still in place.
  513.     ■  Follow the enhancements of MAXIMUS.
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.     
  544.                   Hints, restrictions, dependencies, system requirements  7
  545.  
  546.     Maximus User Maintenance Utility
  547.     
  548.     
  549.     
  550.     APPENDIX A.  HISTORY OF CHANGES AND VERSION LEGEND:
  551.  
  552.  
  553.  
  554.     VERSION 1.2
  555.  
  556.     ■  Key/Lock letter with '/K'-parameter may now also be upper case!
  557.  
  558.  
  559.  
  560.     VERSION 1.1
  561.  
  562.     ■  Check on message-base type (*.MSG or Squish) for update of lastread
  563.        pointers, and lastread pointers in Squish message base now also
  564.        updated.
  565.     ■  Bug fixed for <apath> specification.
  566.  
  567.  
  568.  
  569.     VERSION 1.0
  570.  
  571.     ■  Support now only Maximus CBCS version 2.00.  Backup your old
  572.        user-archive (of previous versions of MAXUSORT) and start a new
  573.        archive for this version of MAXUSORT.  It is not a problem for
  574.        MAXUSORT, but user editors will probably not handle mixed record
  575.        types (and sizes).  It might become difficult to retrieve user
  576.        information from the archive.
  577.     ■  Sort sequence changed to: (1) privil (2) away (3) calls (4) key 1..8
  578.     ■  Support added for 32 Lock/Keys.
  579.         '/K*' means: all 32 key/locks.
  580.     ■  The 'permanent'-flag is now supported: permanent users will NEVER be
  581.        archived, there is no override-parameter in MAXUSORT.
  582.     ■  /B parameter removed: we have now a 'controlled' date format in the
  583.        user record.
  584.     ■  Key/Lock field now printed HEXadecimal (to get whole record on a
  585.        single line).
  586.     ■  Netmail-balance and 'permanent'-flag are printed, password not
  587.        anymore.
  588.     ■  Command-line help extended.
  589.     ■  Use of Microsoft C compiler version 6.00A and IBM OS.2 1.2/1.3
  590.        Program Development Toolkit and Information.
  591.     ■  Compiled at 80286-code level (are there XT-based Boards running
  592.        MAXIMUS CBCS?).
  593.  
  594.  
  595.  
  596.     VERSION 0.9
  597.  
  598.     ■  Now supports MAXIMUS CBCS versions 1.00 AND 1.02.
  599.     ■  No functional changes.
  600.  
  601.  
  602.  
  603.  
  604.  
  605.  
  606.     
  607.                      Appendix A.  History of changes and version legend:  8
  608.  
  609.     Maximus User Maintenance Utility
  610.     
  611.     
  612.     
  613.     VERSION 0.8
  614.  
  615.     ■  Due to a mistake with testing, version 0.7 still contained a wrong
  616.        date-calculation, sorry for this!
  617.     ■  Revision of source code structure.
  618.  
  619.  
  620.  
  621.     VERSION 0.7
  622.  
  623.     ■  Adapted to new AREA.DAT file/record structure, with an effort to
  624.        make the program independent of this structure. If uncertain, the
  625.        program refuses to update LASTREAD pointers of archived users.
  626.     ■  Some internal re-organisation.
  627.     ■  Improved(?) documentation format (this file).
  628.     ■  Fixed calculation error in 'last-date-used' period, and related
  629.        print-formatting error (with /P option).
  630.  
  631.  
  632.  
  633.     VERSION 0.6
  634.  
  635.     ■  Option "/B" added to archive users with a bad 'last-date-used' field
  636.        (generally a registration problem).
  637.     ■  Printout of userfile now also contains the print-date in the header
  638.        and the key/lock of the user (2-byte hex).
  639.  
  640.  
  641.  
  642.     VERSION 0.5
  643.  
  644.     ■  Sorting sequence slightly changed. For details: see top of this
  645.        file. In short: key/lock value now taken as second sort field,
  646.        upload/download quotient neglected.
  647.     ■  Support for 'Lock and Key' as archiving argument has been added. See
  648.        explanation of "/Kyy"-parameter, and the extended sample
  649.        specifications in this file.
  650.  
  651.  
  652.  
  653.     VERSION 0.4
  654.  
  655.     ■  The path to the directory with USER.BBS and AREAS.DAT may now
  656.        [optionally] be specified, but only if as FIRST parameter on the
  657.        command-line. This allows for having the mentioned files in another
  658.        subdirectory than the current default directory.
  659.  
  660.  
  661.  
  662.     VERSION 0.3
  663.  
  664.     ■  Solved bug 'unable to open [path]LASTREAD.BBS'.
  665.     ■  Term 'removed user' changed into 'archived user' consistently.
  666.  
  667.  
  668.  
  669.     
  670.                      Appendix A.  History of changes and version legend:  9
  671.  
  672.     Maximus User Maintenance Utility
  673.     
  674.     
  675.     
  676.     VERSION 0.2
  677.  
  678.     ■  Re-organised source code for program maintenance purposes.
  679.     ■  File-only area's now skipped for LASTREAD.BBS updates!!
  680.     ■  Users with invalid 'last-date-on' value are sorted now just in front
  681.        of TWITs: usually these are due to irregularities, like disconnects
  682.        before the registration process ended succesfully. These
  683.        user-records are probably not in use, and should be removed manually
  684.        (with MAXUSORT user maintenance facility), MAXUSORT does not want to
  685.        take responsibility for this remove.
  686.  
  687.  
  688.  
  689.     VERSION 0.1
  690.  
  691.     ■  First version for MAXIMUS CBCS (changes to name and logic).
  692.     ■  Compiled for OS/2 by IBM's C/2 Compiler.
  693.     ■  Binded as 'family application' to be used under OS/2 + DOS.
  694.     ■  Sort sequence slightly changed: most recent access more important
  695.        than most frequent user: following history of a user more closely!
  696.     ■  support of simple '/D' option removed: DELeted user-records are
  697.        dynamically removed with MAXIMUS SYSOP maintenance!
  698.     ■  Support for additional MAXIMUS privilege classes added.
  699.     ■  NOTE: OPUS USER.BBS-files may still be sorted and printed ONLY! Be
  700.        careful NOT use any [/Dxxp] option!!!
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730.  
  731.  
  732.     
  733.                     Appendix A.  History of changes and version legend:  10