home *** CD-ROM | disk | FTP | other *** search
/ Amiga Times / AmigaTimes.iso / programme / trionbbs110 / Trion / docs / Utils / MaintMod.doc < prev    next >
Encoding:
Text File  |  1998-10-06  |  3.9 KB  |  115 lines
  1.  
  2.  
  3.  
  4.    =====( MaintMod V1.00 )============================================
  5.  
  6.  
  7.         Trion offline GUI Maintenance monitor.
  8.  
  9.         (c) Copyright Paul Spijkerman, '96-'97. All rights reserved.
  10.  
  11.         Written for use with the Trion BBS package.
  12.  
  13.  
  14.    ===================================================================
  15.  
  16.     The system has an offline GUI Maintenance editor in which
  17.     events are listed which need maintenance. When you click on
  18.     a new file or new user the offline GUI file or user editor
  19.     with that file or user is started.
  20.  
  21.  
  22.  
  23.  
  24.     I made a system for helping out sysops with maintenance.
  25.     Changed the system so Utils can notify TronRM if problems
  26.     show up this needs very few bytes in the programms itself.
  27.  
  28.  
  29.     When something happens that needs attention from the sysop
  30.     (read maintenance) like new users, unknown echo mail areas (TagNames),
  31.     uploads, bad packets .. it would be handy if these events where
  32.     logged in a special log .. well .. it would be even handier if
  33.     it wasn't a log but a binary file which could be used by a programm
  34.     that could assist with the maintenance .. a maintenance agent.
  35.     A more or less automated programm that can assist with or do
  36.     the maintenance or start the apropriate editor for instance.
  37.     The maintenance programm can have some intelligent algoritmes
  38.     to take care of these things ... which means that the programms
  39.     itself (BBS, TMP, TICK, etc) don't need a lot of 'smart' code to try
  40.     to handle these events.
  41.  
  42.  
  43.     I have edited a vew programms (tmp, tick, bbs) so they send
  44.     these events to TronRM.
  45.     
  46.     Add this moment there are 5 groups of events, USERS, MAILER,
  47.     MAIL, FILES and TICK.
  48.     The current programmed events are:
  49.  
  50.  
  51.     New user logged in.
  52.     Mailer pasword error
  53.     Freq password error
  54.     Unknown echomail area
  55.     No route address found for netmail
  56.     Bad mail archive
  57.     Bad mail packet
  58.     New upload
  59.     Unknow tick area used
  60.     No file with a tick file
  61.     CRC error in file send with tick
  62.     Ticked file already in filebase
  63.  
  64.  
  65.     Note that this system is not ment for little things (errors)
  66.     like carrier lost, or a problem with low CPS or something
  67.     but the things that need the attention of the sysop.
  68.     (or potential problems like password error).
  69.  
  70.  
  71.  
  72.     For this maintenance system there is an maintenance monitor
  73.     called "MaintMod".
  74.  
  75.     It is basically a viewer/handler for the list with
  76.     all maintenance problems.
  77.     You can click on problems you have handled, if you click on
  78.     a line there is a star before that line so you know that
  79.     that line doesn't need attention anymore.
  80.     If you click on "clear old" the lines with a star are
  81.     removed.
  82.  
  83.     If you click on a file or user not only a star is placed
  84.     but also the offline GUI file or user editor is loaded
  85.     with that file or user in it so you can validate the
  86.     file or user.
  87.  
  88.     Note that some events are merged in the maintenance data file,
  89.     so there are less events in the list.
  90.     If there are echomail messages for an area that doesn't exists
  91.     yet on the BBS, the number of messages for the first event
  92.     is increased and the processed flag is erased.
  93.     This is the same for unknown tick areas.
  94.  
  95.  
  96.     Note that the number of unvalidated files and new users
  97.     in the TrionRM monitor are actually the number of unvalidated
  98.     files and new users in the maintenance list.
  99.     (files and users with a star are not counted)
  100.     So if you clear the maintenance list these numbers are reset to zero.
  101.     So unvalidated users are not users with a certain level but
  102.     users you didn't click on in the maintenance monitor.
  103.     Same goes with files .. the number is not the number of
  104.     unvalidated files .. but the files you didn't click on
  105.     in the Maintenance monitor .. so a little caution is needed
  106.     but if you do a 'unvalidated scan' so now and then you're
  107.     probably on track of all files.
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.