home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 1 / HamRadio.cdr / misc / rs151upd / rs14xupd.rme < prev    next >
Text File  |  1991-03-04  |  28KB  |  640 lines
  1.   This is a summary of ReadMe's from versions 1.43-1.48 extraneous
  2. comments etc  have been removed for brevity
  3.  
  4. PRMBS v1.44 - 07/28/90
  5.  
  6.   CONFIG file changes - removal of a number of lines at the end. You should
  7. be able to convert 1.43/1.42 files by simple removal. All lines are removed
  8. from the end of CONFIG before the AUTO-EVENT stuff. All changes take place
  9. from file spec section down. I have enclosed a sample CONFIG.CON only since
  10. changes will be identical in all type of configs. Be sure to remove the entry
  11. for the OLDMAIL.KLD file as well as the paremters down lower. Make sure you
  12. read below about some additions that will most likely be needed to the
  13. AUTO-EVENT section.
  14.  
  15.  I have made some changes as well as fixes in V1.44
  16.   - the bug with more than 32 MBytes free producing disk full
  17.   - some guys complained of inadvertent crashes because of hitting keyboard
  18.     I added CTRL-L as a KB lock - if the KB lock is on only a CTRL-L
  19.     will allow keys to be hit, the ESC, the A-dir, the L, the H, etc
  20.   - the problem with the sysop placing a home-bbs in his user record to
  21.     force the insertion of a "Reply-to:" field in his messages causing
  22.     his inbound mail to be re-addressed and sent back out has been fixed
  23.     by a new parameter (see below the section on SETPARM) called HOLDSYSOPMAIL
  24.     this defaults to TRUE and will stop the re-addressing. If the sysop
  25.     is leaving his system on and wants his mail sent elsewhere, then he
  26.     adds the command   SETPARM HOLDSYSOPMAIL OFF in his AUTO-EVENT or EVENT
  27.     files.
  28.  
  29. *** Please take note of the changes in comments in the files sections of the
  30. CONFIG files. I had some misleading commenst in there and have rectified that
  31. stuff. The PASSWORD file entry is a path and file spec - you may place it
  32. anywhere you wish. It is not necessarily found in the SYS directory - I am
  33. sorry for the confusion past documentation has caused on this matter. As
  34. shwon in the included sample CONFIG the password file will be found in the
  35. main BBS directory, NOT in the SYS directory.
  36.  
  37.  
  38.  The changes are as follows;
  39.    - lstmsg() procedure (E,L,K,R,FILE,FLOOD commands)
  40.      now has two additional '-' options
  41.      '-t' - says traffic only (like '-b' is bulls only)
  42.      '-f filename' specifies a file name for the 'file'
  43.        command. no filename specified defaults to PRMBS.EXP
  44.  
  45.    - the OLDMAIL.KLD file spec is gone and both CONFIG options
  46.    about archiving are gone and the archiving in MAILWORK compress
  47.    is gone .... 
  48.      to archive killed traffic only you add to your event file
  49.      before the COMPRESS command
  50.           file -t -k -f oldmail.kld all
  51.      this will archive all killed traffic to OLDMAIL.KLD
  52.      to archive everything leave out the '-t'
  53.      then run the COMPRESS command
  54.  
  55.    *** the above is in keeping with the spirit of PRMBS in that rather than
  56. have lots of special features we are using primitive existing commands to
  57. achieve complex things - archiving is no more than file messages under
  58. special circumstances sooooo ...
  59.  
  60.    - all but two of the parameters that were in he CONFIG file that were
  61. simple ON/OFF or simple numbers have been combined into a single command
  62. SETPARMS which takes up to two arguments. Below is a sample for the
  63. AUTO-EVENT section of your config to set these parameters. BY making them
  64. command line parms thet can be changed by sysop or remote sysop without
  65. having to reboot and can be modified at different time the day by EVENT
  66. files.
  67.  
  68.        M 0100 SETPARM MAXERROR 6
  69.        M 0100 SETPARM MODEMWAIT 900
  70.        M 0100 SETPARM PONG 4
  71.        M 0100 SETPARM AUTOFLOOD ON
  72.        M 0100 SETPARM BELL OFF
  73.        M 0100 SETPARM CHAT OFF
  74.        M 0100 SETPARM FORCETYPE ON
  75.        M 0100 SETPARM LOGGING ON
  76.        M 0100 SETPARM LOGMSGSONLY OFF
  77.        M 0100 SETPARM LOGLOCAL ON
  78.        M 0100 SETPARM NOBIDFL ON
  79.        M 0100 SETPARM OPENLO ON
  80.  
  81.    To see the values of these parameters you may type  SETPARM and the values
  82. of all of the above will be ddisplayed. If you type SETPARM {parm-name} it
  83. will give you the value of just that parameter.  (for example  SETPARM PONG)
  84. . You only need to type as few characters as needed to make the par,-name
  85. unique in the list above.
  86.  
  87.    *** NOTE *** you may wish to leave all of the above parameter settings out
  88. of the AUTO-EVENT section to start and birng up a console version and do a
  89. SETPARM and see what the default settings are.
  90.  
  91.  
  92.    - you will see a new parameter up there it is FORCETYPE. If this is ON the
  93. system behaves as it did in the past. If the user typed S or Sx (where 'x' is
  94. other than a B,P, or T) the system will assign a type P or B depending on
  95. whether the TO field is a valid CALL or not.  If it is set to OFF a simple S
  96. to send will produce a message with no type. *** WARNING *** if such a
  97. message is forwarded off of the system, unless the adjacent system is a PRMBS
  98. with this parm set OFF also or a CBBS (k3rli) system, the message will get
  99. typed. This applies to MBL, RLI, REBBS,MSYS,and PRMBS (pre-1.44 and 1.44 with
  100. FORCETYPE ON)
  101.  
  102.  
  103.     - a recent loss of an important mail serve system showed up the power of
  104. the POLLF command, but brought to light a small deficiency that is even
  105. though the two system that took up the task could do a POLLF for mail for the
  106. downed system, RMAILS would go unexploded.  The 'D' option in the sweeper
  107. which -reruns flooding for bulls now tests the recipient of the message if it
  108. is RMAIL it will do an RMAIL explosion on the spot regardless of the target,
  109. the parent message will get its status changed to 'F' - notice this is a
  110. manual command - I see too many problems with making it automated ... I gotta
  111. work on that.  
  112.  
  113.  
  114. PRMBS v1.45 - 08/07/90
  115.  
  116.  One small fix over v1.44 - I finally found why the system will often, BUT
  117. NOT ALWAYS, crash after doing a compress. Safe to say (I know thats what I
  118. said the last time I 'fixed' this problem) its fixed now I tested it under
  119. the most extereme failure mode - once I understood exactly where it was dying
  120. and its now - "harry-proofed"!!!
  121.  
  122.  removed  MODEMWAIT from SETPARM command - not needed any more
  123.  added    MINDISKSIZE and REQFILMAX to SETPARM command
  124.  
  125.   now there are no operational parameters in he CONFIG file, only
  126. file and directory paths/names, BBS IDs and PORT parameters.
  127.  
  128. PRMBS/ROSERVER v1.46 09/20/90
  129.  
  130. CONFIG changes - usual version and date 
  131.  
  132. MESSAGES.RS changes, add the followimg two messages; I suggest to place
  133. them about 20 from the top:
  134.  
  135. 154 OLD BULLETIN - HELD for review by SYSOP
  136. 155 Possible MESSAGE LOOPING - HELD for review by SYSOP
  137.  
  138. H_LIST.RS changes, to numerous to mention. If you have done extensive editing
  139. on your file I have included a program called DIFF and included the H_LIST as
  140. H_LIST.NEW. Type
  141.     
  142.           DIFF H_LIST.RS H_LIST.NEW
  143.  
  144. the display should be self explanatory - it is a unix style diff, with
  145. intelligent analysis of differences. If you have sorted your H_LIST, DIFF
  146. won't be much help. The output of DIFF can be re-directed to a file for
  147. examination or paged if its humongous.
  148.  
  149.           DIFF H_LIST.RS H_LIST.NEW >filename  (redirection)
  150.           DIFF H_LIST.RS H_LIST.NEW | MORE     (screen paging)
  151.        
  152. FIXES:
  153.  1 - the lockup from v1.4x SEEMS to be fixed. After doing a COMPRESS an
  154. L command would send it to never never land. To be honest I am not quite
  155. sure exactly which of several tinkerings I did 'fixed' it. I have only
  156. the vaguest idea of exactly what went wrong, though I know exactly
  157. where it was spinning in a hard loop. I will be keeping an eye on this
  158. for recurrance.
  159.  
  160.  2 - if a space bar was hit during an H or M or L command when in
  161. monitor mode the system would stay locked, I put a 2 minute timer in
  162. the pause loop then it goes on about its business. Actually the timer
  163. applies to any time the SPACEBAR or CTRL_S is used.
  164.  
  165. 3 - system wasn't logging over the air forwarding of mail correctly, it
  166. now is.
  167.  
  168. CHANGES/ENHANCEMENTS:
  169.  
  170. Changes to EX/KX - 'expired' bulletins commands, the presentation order 
  171. is from newest messages in file backwards, as it should have been, not
  172. my goofy idea awhile back to strat at the front.
  173.  
  174. Some SETPARM additions
  175.  
  176.   BULLEXPIRE (default = 0) numeric argument - if non-zero it specifies
  177. an age of a bulletin in days. IF an incoming Bull is older than the
  178. days specififed it stores as an 'H' status and is not flooded. A
  179. message from MESSAGES.RS (#154) goes out just before the usual 'RCVD'
  180. message to the sender.
  181.  
  182.   LONGIHEADER (default ON) ON/OFF argument - toggles the inclusion/exclusion
  183. of the "date: " and "Subject: " fields in the internal RFC-822 header
  184. of locally generated headers. When OFF only the "To:", "From: ", "Message-ID:"
  185. and "reply_to:" (when required) are included.
  186.  
  187.   LONGRHEADER (default OFF) ON/OFF argument - toggels the format of R:
  188. headers between a short
  189.     R:900920/1234 12345@KA2BQE.VT.USA.NA
  190. and longer
  191.    R:900920/1234 12345@KA2BQE.VT.USA.NA [Underhill Ctr., VT] Z:05490
  192.  
  193.   REPLYTO (default OFF) ON/OFF argument - toggles wheher or not to use
  194. the REPLY TO argumenets for general messages orginated from the system.
  195. Baiscally it works like this. If this flag is OFF, the variable called
  196. reply_to is set to NULL if its ON its set to the sysop's home_bbs
  197. field. Then if there is a home_bbs specced by the user creating a
  198. message and it is not the same as this system, the it replaces the
  199. reply_to value. When the internal header is created the "Reply-to:"
  200. line is prited only if the reply_to variable is not NULL. This handles
  201. problems of small personal BBSes with one or two other users that spec
  202. a larger BBS as 'home' for ease of routing.
  203.  
  204. Changes to LIST
  205.   The List command and its brethren (K,E,R, etc) formerly would not
  206. display any non-P message that had an @BBS filed. This has been
  207. removed since we are doing almost all flood bulletins anyway. the only
  208. thing that will not show is flood pointers('$'), unless you are the creator
  209. of the orginal.
  210.  
  211. Changes to REQVER reply.
  212.  
  213.   The format of the REQVER reply has been chnaged slightly with an aim
  214. towards automated parsing of such messages in the future. THis is all
  215. part of the reduction of R: and RFC-822 header materials to cut down on
  216. overhead.
  217.  
  218. Changes to COMPRESS
  219.  
  220.   The COMPRESS command now takes an argument. A string containing the
  221. message types to be compressed  T, B, P and special case $ and/or wildcard
  222. *.   
  223.    COMPRESS TPB$  removes all message types as well as flood pointers
  224.    COMPRESS *     removes all types (functionally same as above)
  225.    COMPRESS B$    removes bulletins and any flood pointers
  226.    COMPRESS PB$   removes bulletins, personals, pointers (leaves any Ts)
  227.  
  228. Many of you may wish to hand clean the file by manually invoking
  229. COMPRESS but may wish to put a   COMPRESS $ in your event file to clean
  230. out your flood pointers which can mount up on a busy system.
  231.  
  232.  
  233. OUTSTANDING Problems:
  234.  None really - except I am still not 100% sure of the fix on the lockup
  235. - simply because I am not sure what fixed it, only time will tell on
  236. that. It has been running OK here for severa days and I can no longer
  237. make it hang where before the circumstances were 100% repeatable.
  238.  
  239.   There still is an annoyance of all those 'permission' denied messages
  240. when doing things like K< , K@, K>, etc., you would not want to
  241. initiate those actions as a remote sysop as it would clutter the air
  242. with stuff.
  243.  
  244.   I have not explicitly found the cause of the corruption of the arpa
  245. format date that occurrs after long periods of system on the air. I have
  246. seen it occurr in v1.45, but not yet in v1.46 - one workaround may be a
  247. simple "M 0707 X 0" to cause the BBS to exit in the middle of the nite
  248. and restart itself via looped PBBS.BAT This must be done carefully utilizing
  249. the EVENT -S in CONFIG and EVENT files to keep the BBS from coming back in
  250. and going to EVENT and EXITING several times before escaping the 'event
  251. window'.
  252.  
  253.   ROSEUSER edit sweeper does not do any H-address lookup on Home BBS, I 
  254. will be adding this shortly. I did clean up the extraneous redisplay of
  255. user records in the edit mode though. 
  256.  
  257. COMMENTS:
  258.   You will notice the new R: formats both do not have the 'z' for Zulu
  259. time. Its is more or less a default. More and more systems have been
  260. dropping the 'z'. It is not possible to run PRMBS on anything but Zulu
  261. time, in reality. The TZ environmental variable allows you to run local
  262. time and the tells PRMBS how to compute Zulu time to run itself. Zulu
  263. time is assumed.
  264.  
  265.   While LONGHEADER will let you run a longer header advertising your
  266. exotic qth ('scenic sunny downtown Hoboken' ???!!##???) I would rather
  267. see more select to keep LONGHEADER off.
  268.  
  269.   The LONGIHEADER OFF will answer some complianst about 'extra materials' in 
  270. the message formats and at the same time will not compromise the features
  271. of PRMBS whihc depend on it.
  272.  
  273. APPLICATIONS IDEA (1)
  274.    IF you have a station along way off that you wish to flood buletins
  275. to, but not have them go all over beyond you area. Add a pointer to
  276. your .FLD file and use distrib to encapsulate it in an RMAIL. For
  277. example. Gordon, N2DSY wanted to pass NJNET stuff to me in Vermont from
  278. NNJ. He takes his  NJNET.FLD file and adds the routename NJNET to it.
  279. Then he makes an NJNET.DST file that looks like
  280.  
  281.      $RMAIL@KA2BQE.VT.USA.NA
  282.      NJNET
  283.      *** EOF
  284.  now you could add more RMAILs for other far flung systems as well, one
  285. each and the '$' prefix so the BID gets embedded into the RMAIL and is
  286. re-instated at the far end.
  287.   Then in your event file you have a command  DISTRIB NJNET which will
  288. take the bulletin pointer and embed it into a private RMAIL to go out.
  289. The only problem may be if it goes through an AA4RE system along the
  290. way which may have seen tha bull - but generally thats not the case,
  291. since the whole idea is to be passing 'over' a zone where it may not
  292. need to be seen. You may extrapolate from this that its best to have a
  293. station on the neares border of NJNET's geographic border to the
  294. desired target should be the one to do this.
  295.  
  296. APPLICATIONS IDEA (2)
  297.   To do some really heavy duty house cleaning you might do things like
  298.     KL -S SALE 123 or KL -S WANTED 123 , this says kill the last 123
  299. messages that have SALE in TO/FROM/@/Title and ask me about it one by
  300. one. You can always throw in the Rambo option ('-x') ad let it rip
  301. without asking.  "KL -XS SALE 123" (I pick 123 because most of us run a
  302. few hundred messages and 123 is easy to hit and will get most of what
  303. you want) You then could eyeball the killed by doing a LL -K 123 and
  304. see if maybe you got a few you didn't want, then do an E -K #### an
  305. salvage them if need be
  306.  
  307. PRMBS Ver 1.47  10/20/90
  308.  
  309. CONFIG changes -  date/version
  310.  
  311. PROBLEMS fixed:
  312.  
  313.   (1) If you used ""s in a '-s' search string it didn't always make proper
  314. caseless  checks and it failed to find message that it should have (fixed).
  315.  
  316.   (2) When you did K@, K>, K<, KR commands messages that didn't match got a
  317. message saying 'not permitted'for each non-match - annoying and wasteful on
  318. the air (fixed).
  319.  
  320.   (3) periodic contamination of the ARPA formatted date strings - which I
  321. believe orginated in contamination of the table of 3 letter month abbrev-
  322. iations. I altered the manner in which the LIST display lines are composed.
  323. I believe it may have something to do with this. Since the problem was very
  324. sporadic and could not be 'forced' to happen. I am only guessing here, but I
  325. would bet more than a the price of a decent lunch that this should cure the
  326. problem. (fixed ???)
  327.  
  328.   (4) there is a periodic failure during logout by a user or BBS forwarding
  329. system where the system bombs to DOS with an ERRORLEVEL 6 with a message
  330.  
  331.                    ulock: unable to open file "" 
  332.  
  333. The variable for the userfile name is located close to the month table 
  334. mentioned above, they may be related. The strat of these occurrences is quite
  335. close together. (fixed ???)
  336.  
  337.   (5) Apparently a verrrryyy olllddddd problem. I have gotten random comments
  338. about this for several months at least and never found anything ...
  339. workaround had been to turn BBSMESSAGES parm off in TNC.  BUT, there was a
  340. bug and it was sitting right there for me to see, Ijust wass looking at it
  341. wrong. If you were forwarding mail and you were waiting for the 'OK' and got
  342. a 'connect request' - sayonara it just kind of sat there.  Thanks to Bob
  343. Nelson, KB1BD for bringing it up again and saying what ever magic incantation
  344. it was that had me look at it yet one more time; this time with the right
  345. perspective!
  346.  
  347.   (6) The MID handling was faulty if a message came in and was address trans-
  348. lated, the old MID wasn't kept and it would come in and dupe. The code was
  349. corrected that if a message comes in and it has a MID and it gets translated
  350. the old MID is now recorded as well as the new one.
  351.  
  352.   (7) The code for reading in a '\' in front of a '#' to get sub-routes in in
  353. the config and HROUTES file wasn't working as well as the H-Route code itself
  354. was not working exactly as it should have. Its difficult to explain but it
  355. now appears to be fixed. I have included a new sample HROUTES file based upon
  356. NW Vermont, notice particulalry the top section with the local sub-regions
  357. and specific BBSes connected to as weel as in the middle the section for New
  358. York state, Northern NY sub-region, and the KD2AJ BBS in particular. I
  359. believe these examples should completely show how H-Routes goes together.
  360. #---------------------------------------------------------------------------
  361. excerpt from CONFIG file showing my 'edit routes'
  362. #---------------------------------------------------------------------------
  363. \#NWVT.VT.USA.NA.HAMRADIO.ORG.ISO
  364. VT.USA.NA.HAMRADIO.ORG.ISO
  365. VT.USA.HAMRADIO.ORG.ISO
  366. VT.USA.NA
  367. VT.USA
  368. VT
  369. # soon these should not be needed, most pre-0.98 copies of PRMBS have
  370. # finally been upgraded
  371. USA.NA.HAMRADIO.ORG.ISO
  372. USA.HAMRADIO.ORG.ISO
  373. USA.NA
  374. USA
  375. NA
  376. AMPR.ORG
  377. *** EOF
  378. #---------------------------------------------------------------------------
  379.  FILE: HROUTES.RS
  380.  
  381. # LOCAL Routing Information, based upon a NorthWestern Vermont  (NWVT)locale.
  382. # It has a few sub-region routes (SWVT,CVT,SEVT,NEVT) and explicit calls. These
  383. # should be local only and they have no routing 
  384. \#SWVT KA1NZA
  385. \#CVT N1BRT
  386. \#SEVT N1BRT
  387. \#NEVT N1BRT
  388. NTSVT N1BRT
  389. WA2SPL WA2SPL
  390. N1GMU N1GMU
  391. W1KOO W1KOO
  392. KA2UZC KA2UZC
  393. WB2MIC WB2MIC
  394. KA1NZA WB2MIC
  395. # Continents in general
  396. OC DEFLT
  397. SA DEFLT
  398. EU DEFLT
  399. AU DEFLT
  400. AF DEFLT
  401. AS DEFLT
  402. AN DEFLT
  403. #USA - States and territories
  404. AK DEFLT
  405. AL DEFLT
  406. AR DEFLT
  407. AZ DEFLT
  408. CA DEFLT
  409. CO DEFLT
  410. CT NEBBS
  411. DE MIDLAN
  412. FL DEFLT
  413. GA DEFLT
  414. HI DEFLT
  415. IA DEFLT
  416. ID DEFLT
  417. IL DEFLT
  418. IN DEFLT
  419. KS DEFLT
  420. KY DEFLT
  421. LA DEFLT
  422. MA NEBBS
  423. MB DEFLT
  424. MD MIDLAN
  425. ME NEBBS
  426. MI DEFLT
  427. MN DEFLT
  428. MO DEFLT
  429. MS DEFLT
  430. MT DEFLT
  431. NC DEFLT
  432. ND DEFLT
  433. NE DEFLT
  434. NH NEBBS
  435. NJ MIDLAN
  436. NM DEFLT
  437. NV DEFLT
  438. # Note here that the Hierarchy is TOP DOWN - NY the NNY then BBS in NNY
  439. # Basically I connect direct across Lake Champlain to KD2AJ so I name him
  440. # explicitly. The NNY region goes to my default route to the main Mail BBS here
  441. # in NWVT, and NY in general, outside of NNY is MIDdle AtLANtic routing
  442. # I placed in the KD2AJ.NY in just in case mail came in without the NNY.
  443. #look alittlelower and see a similar example with two nearby Canadian Stations
  444. NY MIDLAN
  445. KD2AJ.NY KD2AJ
  446. \#NNY.NY DEFLT
  447. KD2AJ.#NNY.NY KD2AJ
  448. OH DEFLT
  449. OK DEFLT
  450. OR DEFLT
  451. PA MIDLAN
  452. PR DEFLT
  453. RI NEBBS
  454. SC DEFLT
  455. SD DEFLT
  456. TN DEFLT
  457. TX DEFLT
  458. UT DEFLT
  459. VA DEFLT
  460. VI DEFLT
  461. #VT - dats my state!
  462. WA DEFLT
  463. WI DEFLT
  464. WV DEFLT
  465. WY DEFLT
  466. # Canada - Provinces and territories
  467. CAN DEFLT
  468. AB.CAN DEFLT
  469. BC.CAN DEFLT
  470. MB.CAN DEFLT
  471. NB.CAN QUEBEC
  472. NS.CAN QUEBEC
  473. ON.CAN QUEBEC
  474. PE.CAN DEFLT
  475. PQ.CAN QUEBEC
  476. VE2FKB.PQ.CAN VE2FKB
  477. VE2CSC.PQ.CAN VE2CSC
  478. SK.CAN DEFLT
  479. -----------
  480.  
  481. ALTERATIONs
  482.  
  483.    (1) Due to the introduction of 'expired'  as a LIST type option (see below
  484. for  more  detail), the infamous 'RAMBO option, which basically works only in
  485. message KILL, has now become '-Z'!
  486.  
  487.    (2) The list, read, edit, kill commands using @, >, <, and R had an
  488. awkward syntax. It has been  cleaned up. For example tolist all messages from
  489. KA2BQE dealing with RATS in the range from 12000 to 14300,  you would type;
  490.  
  491.    OLD SYNTAX:   L< -s RATS KA2BQE  12000-14300
  492.  
  493.    NEW SYNTAX    L< KA2BQE -s RATS 12000-14300
  494.  
  495.    (3) The  KX  and EX (expired) and KP and EP (already read private)
  496. commands have been merged into the normal list commands they become '-x ###'
  497. and '-p'. This is more flexible and allows more selectivity.  The'x' command
  498. is  not limited to bulletins, but may be used for all types using the 'bhkpt'
  499. options to refine it.
  500.  
  501.  To list all bulletins 30 days or older from N2DSY and on the subject of RATS
  502. type:
  503.               +---+----------- expired 30 days
  504.               |   |
  505.    L< KA2BQE -xbs 30 RATS 1
  506.                ||    |    |
  507.                ||    |    +--- start at message #1
  508.                |+----+-------- search for string "RATS" in title
  509.                +-------------- bulletins only
  510.  
  511.   The parsing of the line is now more sophisticated and flexible.
  512.  
  513.    (4) There are three additional SETPARM commands. One called MAXLIST. It
  514. defaults to 0 value - when set to non-zero it limits the number of messages
  515. that can be listed in one command execution by any on the air user. If a
  516. REMOTE Sysop absolutely needs to have a longer display, he can flip to
  517. REM_SYS mode and alter the MAXLIST parameter.
  518.  
  519.    The second is FORWARDKILL whihc defaults to OFF. When set ON, it will the
  520. text file of any successfully forwarded message immediately after forward of
  521. that message. This cannot be used if you are doing any archiving. The
  522. MAIL.DAT entry for the message is still there and must be removed via
  523. COMPRESS.
  524.  
  525.   The third is FLOODKILL, if the FORWARDKILL is set ON this flag has no
  526. effect, but if FORWARDKILL is set OFF this flag may be set on to remove '$'
  527. flood pointer text files (they are 20 bytes or so long but use a 4K
  528. allocation) immediately upon being forwarded and killed.
  529.  
  530.    (5) When calls are added to the 'L' port list showing who has connected.
  531. The comparison willnowbe made  including the PORT the user ame inon. Before
  532. if a user came in  on port  B and then on port A you saw only  one  entry for
  533. port A.  Now you will see the most recent connection for a given call/ssid
  534. for each  port
  535.  
  536.    (6) In recent prior versions the 'L" command was set up so a new user
  537. typing just 'L' would get re-mapped to a "LL 20" to rpevent several hundred
  538. messages from being listed. This mapping is no longer done becauseofthe
  539. SETPARM MAXLIST (see #4 above).
  540.  
  541.    (7) After a discussion with a number of users and sysops, the '-s' search
  542. option in the lstmsg() commands is now aimed purely at the title.  It no
  543. longer examine the TO FROM AT fields. Since the string can be used with L>,
  544. L<, and L@ It provies more flexibility and is less likely to 'find' unwanted
  545. messages to search title only. I belive the number of you would want  TO FROM
  546. AT TITLE searched simultaneously for a specific string is far less than
  547. wanting to look through title only and TO FROM AT individually.
  548.  
  549.   (8)  Some slight changes have been made to the handling of the smart system
  550. Id ( the [SID] ) A line containing a SID may be accepted at anytime. Once a
  551. SID line has been accepted, subsequent SIDs may also be tendered, even the
  552. 'dumbell' SID [XXX-0] ('0' implying system is 'smart enu to know its dumb,
  553. ONLY!), but there is no going back to being a user. Once any SID is tendered
  554. ANY ERROR of any kind will cause the system to be IMMEDIATELY DISCONNECTED.
  555. The theory is that the SID is an indicator of talking to a computer and
  556. 'computers never make mistakes' (yeah I know!!!!!). All of this is being done
  557. as an attempt to keep mail from being lost by a number of strange happenings
  558. I have seen when different BBS systems get 'out of sync' with each other. It
  559. is also a part of some new agreements on standards between the various
  560. codewriters.
  561.  
  562.    A further refinement of this is that while PRMBS accepts 'extended
  563. reponse', menaing OK/NO/LATER/REJECT, it will check only for the letters  O N
  564. L R and will consider any other response from a system as an error and
  565. generate a disconnect.
  566.  
  567.    (9) For you BPQ fans out there. I have added yet another feature which was
  568. sorely needed. As we all know once a message gets out inot the TNC often the
  569. propagation delays from NETROM ect make you have to use inreasonably long
  570. timeouts to keep from dumping a connection thats almost there, but the
  571. chnannel is a bit busy. If you designate a port as being a 'BPQ' port (Q port
  572. descriptor) now not only does a 'B' command by a user put him back into the
  573. node, but for any transmissions, that is long lists by user, as well as long
  574. messages being forwarded. The timeout timer will keep being reset until there
  575. are no unACKed packets then it starts counting down! There is an extended
  576. COMBIOS call in BPQ whihc lets me query for unACKed packet count.
  577.  
  578. PRMBS Ver 1.48  01/04/91
  579.  
  580. ***  update version for anyone using v1.45, 1.46, 1.47, see included RME
  581. files for these versions as well ***
  582.  
  583. CONFIG changes - date/version 
  584.  
  585. PROBLEMS fixed:
  586.  
  587.  - in the simple 'K' command (no modifiers ><@) the '-x' command did not
  588.    work correctly - fixed.
  589.  
  590. CHANGES:
  591.  
  592.  Flood message - pointer now has same message number as the master bulletin
  593. and no text file is generated. These '$' flood pointer messages will now
  594. appear numerically out of sequence to the sysop doing a LIST command. Any
  595. command taking a message number to search for will not 'find' a '$' if it is
  596. specified as a staring number (i.e. if you say 'K 1234-1250' and 1234 is a
  597. '$' it will get the next message; on the other hand you may simply say E
  598. 1234-1250 and 1233 will be found and you 'step thru' to 1234 and kill it)
  599.  
  600. MAILWORK has been modified to handle out of sequnce MAIL.DAT records, as has
  601. bldfwd().
  602.  
  603. In general message flooding is now several orders of magnitude quicker, and
  604. will be noticeable to XT users. Older egenrated bulletins will forward out
  605. OK.
  606.  
  607. Speaking of bldfwd(), since its only purpose is to produce 'Mail For:'
  608. strings, I added a 'KB abort' call so that if you are bringing up the board
  609. and want to get at it quickly to do console work, you can hit ESC and it will
  610. bypass that long run through the MAIL.DAT file.
  611.  
  612. COUNT command
  613.  
  614. The count command is simply the list command without the detail line display.
  615. It allows you to say count or C> , C<, C@, cr, or cp, with any modifiers that
  616. are available to LIST and display the count of messages that satifies the
  617. criteria you used. It is available to all users. the HELP.RS has been
  618. modified for COUNT. You may simply excise the paragraph on Count and insert
  619. it into your file - no other changes were made to help except to the hELP ALL
  620. to add count to the list of available helps.
  621.  
  622. OUTSTANDING PROBLEMS:
  623.  
  624.  ulockf: unable to open ""
  625.  
  626.   This is still there, not so often now - will keep looking for it. I have
  627. had it happen once, as had WA2NDV in 10 weeks or so ... not so often but
  628. still with us.
  629.  
  630.   DDOS/DV - multiple copies of PRMBS can generate dupe bulls --
  631.  
  632.   Problem is for you - it will not propagate - you may recieve  the same
  633. bulletin simultaneously in every window, so as it hasn't saved, the BID will
  634. not be rejected. But once you try to forward out all the dupe pointers they
  635. will get rejected, all but the first - so its an annoyance not a serious bug.
  636. It happened here several times in 7 days then not again and had never happened
  637. before. the fix is non trivial - I will not implement it in the single user
  638. copy - it will be done in the multi-connect copy currently under design.
  639.  
  640.