home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 3 / hamradioversion3.0examsandprograms1992.iso / bbs / msys109d / whatsnew.108 < prev    next >
Text File  |  1990-06-08  |  13KB  |  304 lines
  1. BE SURE TO READ THIS SECTION. SIGNIFICANT CHANGES HAVE BEEN MADE!
  2.  
  3.                 CHANGES RELATED TO FORWARDING
  4.  
  5. The type of a message (the "TR" field) is now determined in a new way. It
  6. used to take into consideration the presence of a bid on the S command. It
  7. no longer does. Now the algorithm uses 3 pieces of information to determine
  8. the appropriate TR to assign: the destination "callsign", the @"bbs", and
  9. the character after the S in the Send command. 
  10.  
  11. The to "callsign" is classified as one of the following:
  12.         0 - Looks like a real callsign
  13.         1 - A zipcode (5 digits)
  14.         2 - something else (like ALL, for example)
  15.  
  16. The @"bbs" is classified as one of the following:
  17.         0 - Looks like a real callsign
  18.         1 - none specified
  19.         2 - call of this bbs
  20.         3 - something else
  21.  
  22. The character after the S in the s command is classified as:
  23.         0 - B  (as in SB for send bulletin)
  24.         1 - P  (as in SP for send private)
  25.         2 - T  (as in ST for send traffic)
  26.         3 - none (as in just plain S)
  27.         4 - something else (SW for send weather bulletin, for example)
  28.  
  29. The following message types are generated:
  30.         BN  For bulletins going to a specific bbs - these are
  31.             forwarded to a single station that handles that bbs.
  32.         PN  For private messages
  33.         TN  For NTS traffic 
  34.         xN  For Sx where x is an "something else" 
  35.          N  For individual non-private messages. 
  36.         B$  For bulletins going with @route (like ARRL)
  37.         x$  For bulletins sent with Sx (x is "something else")
  38.         P$  For private bulletins going with @route
  39.  
  40. Note:  [P]N below means that the type will be N is MAKEPRIVATE is off,
  41. PN if MAKEPRIVATE is ON (default).
  42.  
  43.                         TR Values Assigned to Messages
  44.  
  45. For messages going to Callsigns:
  46.  
  47. Character after S ->    B       P       T       None    x (Other)
  48. @BBS type:             ---     ---     ---      ----    ---------
  49. callsign                BN      PN      TN      [P]N    xN
  50. no bbs given            B$      PN      TN      [P]N    x$
  51. this bbs                B$      PN      TN      [P]N    x$
  52. something else          B$      PN      TN      [P]N    x$
  53.  
  54.  
  55. For messages going to ZIP Codes:
  56.  
  57. Character after S ->    B       P       T       None    x (Other)
  58. @BBS type:             ---     ---     ---      ----    ---------
  59. callsign                BN      PN      TN      TN      xN
  60. no bbs given            B$      P$      TN      TN      x$
  61. this bbs                B$      P$      TN      TN      x$
  62. something else          B$      P$      TN      TN      x$
  63.  
  64.  
  65. For messages going to SOMETHING ELSE:
  66.  
  67. Character after S ->    B       P       T       None    x (Other)
  68. @BBS type:             ---     ---     ---      ----    ---------
  69. callsign                BN      PN      TN      BN      xN
  70. no bbs given            B$      P$      TN      B$      x$
  71. this bbs                B$      BN      TN      B$      x$
  72. something else          B$      P$      TN      B$      x$
  73.  
  74. Messages with second character of type N are forwarded to one place (and
  75. then killed if AUTOKill is ON, the N is changed to F otherwise). Messages
  76. with second character of type $ are flooded to all stations that get the
  77. specified @BBS. When sent to all such BBS's, the second character gets
  78. changed to #.
  79.  
  80.  
  81. Messages that come in with an R: line that contains the call (actually
  82. HCALL) of this bbs are automatically held. The R: line scan is terminated
  83. by the first non-R: line found in the message. 
  84.  
  85. Bulletins that arrive with a bid on the S command line are rejected if
  86. their bid already exists in the bid file. Bulletins are identified as
  87. those messages that arrived via the SB command or S non-call.
  88.  
  89. All messages other than bulletins are always received (never rejected).
  90. If a message identifier ($string) exists on the S command line AND
  91. ACceptmid is ON, it is used. In all other cases, a message
  92. identifier is generated internally for all non-bulletins using
  93. the bbs call and message number from the last R: line scanned. If the
  94. message identifier is found in the bid file and the message
  95. was not held as noted above, the message is not saved (but it is acknowleged
  96. as being recieved entirely by sending the > prompt when the ^Z is received).
  97.  
  98. The processing of internal message identifiers is not indicated in the
  99. system identification line [MSYS-XXXX-H$]. If you set MIDchar to something,
  100. then the character will appear between the H and the $. For example, if
  101. you set MIDchar to M, then the SID line will be [MSYS-XXXX-HM$]. This
  102. will be sent to all stations that connect to the BBS. Setting MIDchar 
  103. to a non-null character will also cause the MID to be sent during forwarding
  104. if the system to which you are forwarding has MIDchar in its SID. 
  105.  
  106.  
  107. Here are some combinations of the parameters to do selected processing:
  108.  
  109. For no bid (mid) processing on non-bulletins, set
  110.         BIDall OFF
  111.         ACceptmid OFF
  112.         don't set MIDchar
  113.  
  114. To emulate AA4RE MID processing (I think), set
  115.         BIDallON
  116.         ACceptmid OFF
  117.         MIDchar M
  118.  
  119. To use a MID if provided, or generate one otherwise, set
  120.         BIDall ON
  121.         ACceptmid ON
  122.         MIDchar M
  123.  
  124. Currently there is still a lot of discussion going on over MIDS. Hopefully
  125. I have give enough parameters so that MSYS can be used with whatever standard
  126. wins out.
  127.  
  128. MUTIL Function 21 - Delete Old BIDS (and MIDS)
  129.         This function deletes old bids/mids from the file BIDLIST.DAT.
  130. It asks for the number of days worth of bids that should be kept. Run it
  131. periodically (maybe once a month). The bid file can hold up to 6500 
  132. entries; the more it has the slower it works. 
  133.  
  134.  
  135. BIDall sysop command has been added to manipulate bids in the BIDLIST.DAT
  136. file. The following operands may be specified:
  137.         + bidstring             Adds given bidstring to bid file
  138.         - bidstring             Deletes given bidstring 
  139.         = bidstring             Tells if given bidstring is present
  140.         #                       Tells number of active bids/mids
  141.         ON                      Enables bids for non-bulletins
  142.         OFF                     Disables bids for non-bulletins
  143.  
  144.         Major MUTIL changes
  145.  
  146.         Renumbering Messages
  147. All active messages may be renumbered using MUTIL function 12. You should
  148. renumber your messages when you reach about message number 64000. As
  149. message numbers increase above this they will wrap around back to 0 if
  150. you don't use this function. Some of the L command options will not
  151. work properly if newer messages have numbers smaller than older ones.
  152. To renumber the messages, go through the following steps:
  153.         1 - Start the MUTIL program
  154.         2 - Type 12 and return
  155.         3 - Press return to accept use of MSYS.MSG
  156.         4 - Press F8 for manual changes
  157.         5 - Press F6 for Renumber messages
  158.         6 - Type new starting message number (1 is good) then press return
  159.         7 - Press F10 to return to previous menu
  160.         8 - Press F9 to save changes
  161.         9 - Press return to go back to main menu
  162.        10 - Type 99 and return to exit
  163.  
  164.         Changes to functions 10, 13 & 14 
  165.  
  166.         This group of functions that deal with message scanning to determine
  167. BBS locations and the building of the hierarchical routing information, have
  168. been greatly modified. Besides being more bullet-proof, the date last seen
  169. has been added to the records (replacing the count that used to be maintained
  170. in BBSLIST.DAT). Since the format of the files have changed, your current
  171. files will NOT be compatible with the new utilities. You should be able to
  172. write simple programs (maybe in BASIC) to convert your files should you want
  173. to do so. 
  174.  
  175. Here are the format requirements for the files should you choose to write
  176. any such programs:
  177.  
  178. BBSLIST.DAT (Output from MUTIL 10)
  179.  1 -  6 Callsign with digit in position 3
  180.  7      Blank
  181.  8 - 39 Heirarichal address left justified, filled with blanks on right
  182. 40      Blank
  183. 41 - 65 QTH left justified, filled with blanks on right
  184. 66      Blank
  185. 67 - 72 Postal code
  186. 73      Blank
  187. 74 - 79 YYMMDD last seen
  188. Sort order: US Calls (Those beginning with AKN or W) are all before the
  189. other calls. Within each of these groups, the calls are sorted by digit,
  190. then by letters after digit, and then by letter(s and/or digit) before
  191. digit. 
  192.  
  193. BBSTONTS.DAT  (Output from MUTIL 13)
  194.  1 -  8 Wildcard call or postal code (left justified, blank filled on right)
  195.  9      Blank
  196. 10 -  3 Hierarchical route           (left justified, blank filled on right)
  197. 34      Blank
  198. 35 - 40 YYMMDD last seen
  199. Sort order: Plain ASCII sort beginning in position 1.
  200.  
  201. BBSTONTS.BIN
  202. Do not modifiy this file. It is (re-)created every time you do MUTIL 14.
  203.  
  204. MUTIL Function 11 has been added to delete old entries from BBSLIST.DAT and
  205. BBSTONTS.DAT files. 
  206.  
  207.         Automatic message holding
  208.  
  209.         If you create a file called MSYSHOLD.DAT you can specify
  210. characteristics of messages to hold automatically using parameters 
  211. similar to those used in the house cleaning file. The available 
  212. parameters are:
  213.         TO=           wildcard representation of To callsign
  214.         FROM=         wildcard representation of From callsign
  215.         AT=           wildcard representation of @BBS
  216.         SIZE=         number that is size of msg
  217.         CONNECTED=    exact callsign of sending station (less ssid)
  218.         PORT=         port number msg is coming in on
  219.  
  220. Examples:
  221. SIZE=2500               would hold any messages bigger than 2500 bytes
  222. FROM=WA8BXN PORT=2      would hold any messages from WA8BXN that come
  223.                         in on port 2
  224. CONNECTED=W8XYZ         would hold all messages sent by station W8XYZ
  225.                         (connected to the bbs)
  226. AT=MSYS                 would hold all messages with @MSYS
  227.  
  228. Note the difference between FROM= and CONNECTED=; FROM is the from 
  229. call for the message (often supplied after < in the S command) while
  230. CONNECTED is the call of the station connected to the bbs sending the
  231. message. 
  232.  
  233. There is one other parameter that can be specified, a line containing
  234. only the letters BBS. The lines following such a line in the file
  235. would not apply to messages that are forwarded to you from another bbs.
  236. For this use, a bbs is defined as a station that transmitted a [...$] 
  237. line. 
  238.  
  239.  
  240. New required file: HELP\MSYSMSGS.DAT
  241. This file contains a number of the seldom used messages produced by
  242. MSYS. They have been moved to this file to reduce the memory requirements
  243. of MSYS somewhat.
  244.  
  245. Miscellaneous changes
  246.  
  247. If BElloff is negative, keyboard connects and normal bell still work.
  248. If BElloff is positive, no bells will sound. If BElloff is zero, all
  249. bells work. 
  250.  
  251. The MINmem command now requires the first 3 letters be typed (it used to
  252. be just 2). 
  253.  
  254. The data channel port number for SMTP transfers is not correctly 
  255. displayed. It does not affect operation and may be fixed in a future
  256. release. 
  257.  
  258. If you are using DOS 3.3, you may need to put STACKS=0,0 in your
  259. config.sys file. 
  260.  
  261. New user flags: $80 prevents use of the S command. Users so marked can
  262. only read messages.  $200 authorizes use of the Upload command in the
  263. bbs. 
  264.  
  265. Upload command added in bbs. To use it, the user must be authorized
  266. (see user flags above). To do an upload, the user types UP on the BBS.
  267. MSYS will then ask for the file name to be uploaded. If no file name
  268. is entered, or the file exists (in the FILES directory) the upload is
  269. terminated. If the filename is accepted, the user then sends the 
  270. ASCII file, ending with a line that contains only ^Z. Once the transfer
  271. is started, it may be aborted by sending a line with ^A. 
  272.  
  273. The HDRS command has been removed. To create an ASCII file containing
  274. all the active message headers, use the following sequence of commands
  275. on the bbs:
  276.         X 0            (turn off the More? message temporarily)
  277.         >msghdrs       (this is the name of the file to be created)
  278.         l$ 0           (or l 0 if you don't want to see the bids)
  279.         >              (close the file)
  280.         X 20           (restore the More? message)
  281.  
  282. Held messages are visible only to the SYSOP and sender. They are killable
  283. only by SYSOP.
  284.  
  285. The sysop command FUllduplex to be used on the specified ports if 
  286. set to ON. This may be useful for satellite operation or with fullduplex
  287. repeaters. Examples:
  288.         FU ON           turns full duplex on for all ports
  289.         FU 2 OFF        turns full duplex off for port 2
  290.  
  291. Note that the correct reply to the question asked by the boot command is Yes
  292. (case is important).
  293.  
  294. The forward connect script for a given bbs is limited to 25 lines.
  295.  
  296. If MAS is set to NONE, no WP messages will be sent.
  297.  
  298. Note that # is a wild card character. If you want to put #XYZ as an
  299. entry in your forward file, you will have to use "#XYZ (the " is an 
  300. escape character that says the character that follows must match
  301. exactly and is not treated as a wildcard character as it normally would
  302. be).
  303.  
  304.