home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #1 / monster.zip / monster / HAM / FBB515C.ZIP / FBB515C.EXE / CHANGES.DOC < prev    next >
Text File  |  1993-12-31  |  12KB  |  291 lines
  1. Bug-fixes since 5.15:
  2.  
  3. - R:lines was not checked when the BBS used WP.  Whithout WP this was OK.
  4.  
  5. - The question for QTH-locator at the beginning of the BBS-session, is
  6.   not needed, and is not asked any more.
  7.  
  8. - Fixed WP updates (title and sender).  Title had to be changed to be 100%
  9.   compatible with RLI WP-system.  Sender was changed from WP to callsign of
  10.   the BBS.
  11.  
  12. - WP-records will now really be deleted.  This did not work earlier.  
  13.  
  14. - Fixed the privilege problem with modem.
  15.  
  16. - N Command did not work 100%.
  17.  
  18. - Number of new and unread messages updated when using command E.
  19.  
  20. - Old SYSOP "private" bulletins (P$) are tested for age as normal bulletins. 
  21.  
  22. - Only Port which are validated for gateway are allowed from the conference.
  23.  
  24. - Only one simultaneous forward for a station allowed.
  25.  
  26. - "(N)ext-message (C)ontinue-without-paging" now works in all cases.
  27.   
  28. - Devalidation of BPQ streams for house-keeping was not always ok. 
  29.  
  30. - When STATIS.DAT-file was empty, a "Divide by 0" message in C/G menu caused
  31.   the BBS to crash.
  32.  
  33. - Alt-F4 window was garbaged when STATIS.DAT file was empty.
  34.  
  35. - Messages for WP will not appear in the mail-beacon any more.
  36.  
  37. - Fix in monitoring headers when using TFPCX in DRSI emulation mode. TFPCX 
  38.   2.00 does not have a space between "0:" and "fm" in monitoring headers.
  39.  
  40. - "The file (filname) has been recorded" was sent from the BBS to the other 
  41.   station after Yapp-download from that station in console mode. Fixed.
  42.  
  43. - Time-out problems in gateway mode. Fixed.
  44.  
  45.  
  46. Changes/news since 5.15:
  47.  
  48. - Code more compact, needs about 40kb less memory.  
  49.  
  50. - Unproto lists can now be sent to more than one path on each port.  This
  51.   is done by adding more lines starting with ! in BALISEx.SYS.  The mail-
  52.   beacons will still only be sent to the first of these paths.
  53.  
  54. - Unproto lists now managed seperately for each port.  Earlier the list was
  55.   sent on all ports.
  56.  
  57. - New Command X1GET for 1K-XModem & YGET for YModem YModem-batch YModem-G.
  58.   Needs FBBIOS 1.32 or higher. 
  59.  
  60. - ZModem download interface implementation.  Command is ZGET.
  61.  
  62. - Binary transfer protocole Autobin (used in GP, SP TurboPacket, etc...)
  63.   Commands are BGET and BPUT.
  64.  
  65. - New file langname.NEW works exactly as langname.ENT, but will be sent only
  66.   once for each user.  
  67.  
  68. - More than one destination for copies of messages to SYSOP in INIT.SRV.
  69.   More callsigns on the same line, seperated by a space.
  70.  
  71. - Time_out format changed in INIT.SRV.  Timeout for user and forward on the
  72.   same line.
  73.   
  74. - Max KB for download via telephone-modem and yapp port in INIT.SRV.  It is
  75.   now possible to set the maximum number of kilobytes each user will be 
  76.   allowed to download from the BBS during a period of time.  There is a 
  77.   seperate number of kilobytes for YAPP-download, and for download via
  78.   telephone-modem.  When the user has reached the maximum number of kilobytes,
  79.   he is not allowed any more downloads untill his count of kilobytes has been
  80.   refreshed.  The refresh is done during BBS-maintenance at night.  With a
  81.   suitable program the refresh can be done once a night, once a week or
  82.   whatever.  
  83.   Users that are authorized as sysop for DOS, and users that have a declared
  84.   PRIV-directory, will still have an unlimited number of kilobytes.
  85.   
  86. - Variable %d = Number of kilobytes downloaded by the user.
  87.  
  88. - Variable %m = Maximum number of kilobytes allowed downloaded on the port.
  89.  
  90. - New remote-sysop commands :
  91.   /K House keeping (like F8 3)
  92.   /L Software reboot (like F8 2)
  93.   /M Immediate software reboot (like F8 1)
  94.  
  95. - Forward-resume.  If only a part of a message is received during forward
  96.   (before a disconnect), the BBS will resume forward of the same message,
  97.   from the point where the disconnect took place.  So there will be no need
  98.   to forward the complete message once more.  The BBS will create temporary
  99.   files for each message, and once a message is received completely, all the
  100.   *.TMP-files will be scanned, and all files with the same BID is deleted.
  101.   This has to be like this, as one message may arrive from different BBSs.
  102.   This feature can be validated/devalidated in INIT.SRV.
  103.  
  104. - EXPORT/IMPORT now has its own channel, it no longer uses CONSOLE-channel.
  105.   It is channel 99
  106.   
  107. - Commande FG gives the partly received messages.
  108.  
  109. - The first BBS header only for ACK messages.
  110.  
  111. - Callsign and route search in WP 6 times faster.
  112.  
  113. - New encoding system. Should be faster (and safer I hope !)
  114.  
  115. - New XMS interface
  116.  
  117. - Too long callsigns in routing are rejected (asked by G1NNB)
  118.   
  119. - Text Line T_TRT+11 ("Command error") becomes :
  120.   <CR> Continue <A>bort ... >
  121.   For all paging which is not in message area.
  122.   
  123. - There is a commad ID for WP.  It shows the number of WP-records in the BBS.
  124.   
  125. - A new system for REJECTing and HOLDing messages, has been implemented,
  126.   so that if BBS A propose a message to BBS B, BBS B will send a R (instead 
  127.   of -) to indicate that that message is rejected. (Earlier that message 
  128.   would receive a -, and be marked F and killed.)  BBS A will not send the 
  129.   message to BBS B, but send a warning-message to sysop, and leave the 
  130.   message with status N, so it may be forwarded on another route (if 
  131.   available).  It will not be marked F and killed..  Furthermore, if BBS B 
  132.   will HOLD the proposed message, it will respond with H (instead of +), and
  133.   a warning-message for sysop will be created.  The message will then be 
  134.   forwarded.  The warning-messages (both when a message is rejected, or when
  135.   a message is being held) can be turned on/off individually in INIT.SRV.
  136.  
  137. - Extension to the version 1 of FBB protocole : "FS +R++" means that the
  138.   second message is rejected. Only works with new version of the protocole.
  139.   The information is also written in the LOG like :
  140.   MJ B:Message_Bid V:Callsign_Rejecting
  141.   (See earlier in this message for more info).
  142.  
  143. - The message is not marked as 'F', and still can be forwarded to another BBS
  144.  
  145. - Warning message to the sending sysop when his message is rejected.
  146.  
  147. - Extension to the version 1 of FBB protocole : "FS +H++" means that the
  148.   second message is held. Only works with new version of the protocole.
  149.   The information is also written in the LOG like :
  150.   MH B:Message_Bid V:Callsign_Holding
  151.   (See earlier in this message for more info).
  152.  
  153. - Warning message to the sending sysop when his message is held.
  154.  
  155. - Extension to the version 1 of FBB protocole : "FS +E++" means that the
  156.   second message has a format error. Only works with new version of the
  157.   protocole. 
  158.  
  159. - Warning message to the sending sysop when his message proposal is wrong.
  160.  
  161. - The filename BALISEx.SYS has been changed to BEACONx.SYS
  162.   The filename REJET.SYS has been changed to REJECT.SYS
  163.   Be careful to change these names in the BBS !
  164.   
  165. - Allows Next/Continue when reading during lists.
  166.  
  167. - In FORWARD file :
  168.     New line types : LC, DC, XC
  169.     They are identical to L, D and X but are executed when the connection
  170.     is done. This allows to change parameters or program a function when
  171.     the other BBS is connected. When the connection is made from another
  172.     BBS, the LC, DC and XC are executed if the BBS exists in forward file.
  173.     This new feature makes it possible to re-program a TNC after connect,
  174.     or execute DOS-commands (turn the antenna, for example).
  175.  
  176. - In INIT.SRV, it is now possible to allow any (or all) kind of warning-
  177.   messages, according to this list:
  178.   Mask for warning messages in INIT.SRV
  179.   Warning DISK          1   Less than 1MB free disk-space
  180.   Warning FILE          2   Error in system file (FORWARD, BBS, REJECT...)
  181.   Warning SERVER        4   Server error/warning
  182.   Warning PINGPONG      8   Ping-Pong warning
  183.   Warning NO_ROUTE     16   No-route warning
  184.   Warning NO_NTS       32   No-NTS warning
  185.   Warning MESSAGE      64   Message file not found
  186.   Warning ERROR       128   Error in proposal
  187.   Warning REJECT      256   Message rejected in remote BBS
  188.   Warning HOLD        512   Message held in remote BBS
  189.  
  190. - C_FILTER has now one more parameter before the optional text. It indicates
  191.   the port where the user was connected.
  192.  
  193. - UNPROTO Line in INIT.SRV like :
  194.  
  195.   #
  196.   # Back number, delay and (new:) selection of unproto lists
  197.   # Chose any combination of
  198.   #   A = ACK messages
  199.   #   V = private messages in transit
  200.   #   P = private mail for local user
  201.   #   M = subject for personal messages replaced with stars
  202.   #
  203.   500 5 VPA
  204.   #
  205.  
  206.   Any unauthorized message will be unproto like
  207.   12345 #
  208.   Bulletins are always sent
  209.  
  210. - EPURMESS and SERV.EXE check the version number in INIT.SRV.
  211.  
  212. - New EPURMESS version compatible with both 5.15 and 5.15a.
  213.  
  214. - BID created automatically by the BBS is now changed a little.  The BID is
  215.   normally created like "message-number_BBS-callsign".  The message-number
  216.   in FBB can become very big, but the "message-number" included in the 
  217.   automatically-created BID should not exceed 65535.  Therefore the BID-
  218.   creating routine has been changed so that the number included in the BID
  219.   never will exceed 65535.  So, in LA1B, the message number 65535 will create
  220.   the BID 65535_LA1B, and the next message, message no. 65536, will create the
  221.   BID 1_LA1B, the message 65537 will create 2_LA1B etc.
  222.  
  223. - Message and BID #0 is will not be used.
  224.  
  225. - No more than 1 message from one callsign will be allowed in each proposal-
  226.   block. If more than one message from one callsign, the other messages are
  227.   delayed to the next proposal blocks.  This has been done to avoid long
  228.   lists of messages from the same sender. 
  229.   May be disabled with the letter D in the T-line in FORWARD.SYS
  230.  
  231. - K msg#    allowed on an unread message (KM still not allowed on unread
  232.             messages).
  233.  
  234. - Oldmail may be re-imported. Format is now compatible with import.
  235.  
  236. - WP.SYS format has some changes.  To update WP.SYS to the new format, 
  237.   UPDWP.COM program must be run before next EPURWP.COM !
  238.   And it must be run only ONCE !
  239.  
  240. - New EPURWP.COM program. Checks dupes and deletes old records.  There are
  241.   now 2 parametres to EPURWP.  The first is unchanged (number of days before
  242.   updating the record).  The second is number of days before a record is
  243.   deleted.  Beware:  The UPDWP.COM resets all dates, so no users will be
  244.   deleted untill 'parametre number 2' days from UPDWP was run..
  245.   
  246. - Information about the number of free buffers in the TNC in the status line.
  247.   Maximum buffers per channel is divided by two if the number of free buffers
  248.   is going too low.
  249.  
  250. - Variable %r = D if the message holds data (7+) else is space.  May be 
  251.   inserted in the mail-listings, to show that a message holds data (7+).
  252.  
  253. - new line J in FORWARD.SYS :  (data means 7+)
  254.   J 0 : no data sent
  255.   J 1 : data is sent (default)
  256.   J 2 : personnal data is sent
  257.   J 3 : only data is sent (exclusive)
  258.  
  259. - Forced disconnection of all links at housekeeping time+15 min.
  260.  
  261. - AltF1 and command FT give the real time size of the forwarding queue.  So,
  262.   if there are for example some IF-ENDIF conditions in the forward-file
  263.   regarding forward of only personal messages, or messages under a certain
  264.   size, at certain hours of the day, the AltF1 and FT will always show the
  265.   exact que at this particular moment.  The que might be bigger/smaller at
  266.   another time of the day, depending on the IF-ENDIFs.
  267.  
  268. - DU command (and other Dx commands) and NEW command now shares the memory and
  269.   do not allocate all needed memory.
  270.  
  271. - H line in FORWARD.SYS does not route bulletins.
  272.  
  273. - S command line should be compliant with BBS Interface Specification draft of
  274.   11/17/93.
  275.  
  276. - Error messages T_ERR+16 and T_ERR+17 have changed.
  277.  
  278. - Full screen editor usable to send or reply messages. Validated with AltF6.
  279.  
  280. - Command EM #Msg : Edits the text of the message #Msg. During edition, the
  281.   message is not forwarded.
  282.  
  283. - New variable $e = city of the connected user.
  284.  
  285. - Variable %O = callsign of sysop.
  286.  
  287. - New variable %N gives the message number limited to the right 5 digits.
  288.  
  289. - Variable %R = Callsign with full path (e.g. F6FBB.FMLR.FRA.EU)
  290.  
  291.