home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS 1992 September / Simtel20_Sept92.cdr / msdos / packet / mbl514.arc / NOTES < prev    next >
Text File  |  1988-08-07  |  23KB  |  633 lines
  1. So far no detailed documentation is available for MBL512.  What exists are
  2. a series of change notes from WA7MBL to W3IWI.  These are not intended for the
  3. novice or faint at heart!  In testing 5.12 we went thru several intermediate
  4. releases, so in some cases a change may be rescinded by a later change.  This
  5. file is an edited version of all change notes combined.  If a feature doesn't
  6. work as described herein, it may be an old change that survived the editing.
  7.  
  8. This material, plus the NOTES.IWI file provided by Tom Clark is all the
  9. written information that exists at this time.
  10.  
  11. Anyway, here goes:
  12.  
  13.                            ==============
  14.  
  15. There is a new driver to load (JLIST.COM) along with BTRIEVE, DVTIMER, and
  16. one of the COMBIOS/DVBIOS series of I/O drivers.  Failure to load JLIST may
  17. cause the BBS to hang.
  18.  
  19. See the file NOTES.IWI for some setup suggestions.  NOTES.IWI also contains
  20. a sample configuration file.
  21.  
  22. ------------------
  23.  
  24. Converting from version 3.31 or 4.31
  25.  
  26.  
  27. There are a number of programs included for converting user and mail
  28. files from version 331/431.
  29.  
  30.  
  31. CVTMAIL  creates MAILFILE.BTR from BBSMAIL.BTR.  It reads the existing
  32.          message text, and will prompt for the pathname of your present
  33.          mail directory (\BBS\MAIL\ or whatever).
  34.          Be sure to add the trailing backslash!
  35.  
  36.  
  37. CVTUSER  creates USERFILE.BTR from BBSUSER.BTR.
  38.  
  39.  
  40. CVTBULL  creates BULLSTNS.BTR from BBSBULL.BTR.
  41.  
  42.  
  43. MKBFWD   creates a blank BULLFWDS.BTR file.
  44.  
  45. ----------------------
  46. If you are starting from scratch (lots of luck!)
  47.  
  48. MKMAIL   creates a blank MAILFILE.BTR file.
  49. MKUSER   creates a blank USERFILE.BTR file.
  50. MKBULL   creates a blank BULLSTNS.BTR file.
  51. MKBFWD   creates a blank BULLFWDS.BTR file.
  52. ----------------------
  53.  
  54.  
  55. BULLSTNS.BTR contains a list of BBS callsigns and their assigned BBS #.
  56.  
  57. BULLFWDS.BTR contains the list of @BBS forwarding designator mnemonics
  58. (such as ALLBBS, MBLBBS, NET, ARRL, etc) and the #s of the BBSs which
  59. will receive that group.
  60.  
  61.  
  62. There is a program called CKFWD, which will add information to the
  63. BULLFWDS file.  It will ask for the name of a Forwarding File.
  64. It will read the file looking at BBS callsigns and checking to see
  65. if they have a BBS # assigned.  If so, it will look for any $ARRL type
  66. lines and create or update the record for that forwarding designator to
  67. add the indicated BBS.  You can run this on a number of forwarding files
  68. if desired.
  69.  
  70.  
  71. The BBS command 'DF' (Display Forwarding lists) will show you which
  72. BBSs are on which lists.
  73.  
  74. The DF command has been enhanced so 'DF ARRL' will show which stations
  75. are on the $ARRL list.
  76.  
  77. An EF command has been added so 'EF ARRL' can be used to add/delete an
  78. entire list, or to edit individual BBS stations.
  79.  
  80. The syntax is sorta kludgey, but it works as follows
  81.  
  82. Local> ef arrl
  83. EDIT: Y to delete    <cr> to retain:
  84. Keep W1XYZ  :
  85. Keep W3IWI  :
  86. Add  WA7MXZ :
  87. Keep W1AW   :
  88.  
  89. You will be shown ALL BBS callsigns that have been assigned BBS numbers in
  90. your BULLSTNS (as shown by the D$ command).  If they are already on the
  91. list, the prompt will be "Keep W1XXX" and if not on the list will be "Add
  92. W1XXX".  To add one, type a Y.  To delete one that is already on the list
  93. type N.  A <cr> will maintain the status quo.
  94.  
  95. You can then do a "df arrl" to be sure everything worked ok.
  96.  
  97. NOTE:  Editing this list does NOT change the status of a bulletin (fully
  98. forwarded).  If a bulletin has been flagged as fully forwarded it will NOT
  99. go to an added station.  If a bulletin has not been flagged, it will go.
  100.  
  101. If a bulletin came in to a new list which didn't exist, it will have been
  102. flagged as not-forwarding (no where to go), but will not be flagged as
  103. fully forwarded (cuz you didn't forward it anywhere).
  104.  
  105. If you do want a non-expired bulletin to go to a new BBS (or a new list in
  106. the case where you didn't have a list set up), if you EDIT the message
  107. using the E nnnnn command and CHANGE the @BBS info (simply type in the
  108. same @BBS info), it will then check the BULLFWDS file and if there are
  109. stations that have not received the bulletin it will set the internal
  110. flags for the bulletin to attempt to forward again (and reset the fully
  111. forwarded flag if necessary).
  112.  
  113.  
  114.  
  115. The syntax of the forwarding file has been changed.  A single '$' will
  116. indicate to forward all bulletin groups that go to the particular BBS
  117. as assigned in BULLFWDS.BTR.  You can remove all of the $THIS, $THAT
  118. lines.
  119.  
  120.  
  121. The JA, JB, etc command may be followed by an optional
  122. number of how many calls to list  (ie JA 5, etc).
  123.  
  124. Control-C can be used to abort entry of a message locally.  It can also
  125. be used to abort reading a message, etc.
  126.  
  127. The help command is now driven by one HELP file.   I haven't had time to
  128. create a decent help file.  You can probably figure out the syntax by
  129. looking at the sample one I threw together quickly.
  130.  
  131. There are a few new Lx commands.  LU is list Unread, LK is list Killed (but
  132. not yet deleted).
  133.  
  134. You will find that L@ call, L< call, and L> call will go from oldest to
  135. newest.  This is because of the way they are indexed.
  136.  
  137. No LOCAL window yet.
  138.  
  139. Configuration file has been changed.  You should be able to figure it out.
  140. First line is No of TNCs.  If you use more than one you need to repeat
  141. the next 4 lines for each.....
  142.  
  143. 1 (No of TNCs in use)
  144. ABLG                     <-  First char is Port (A-F)
  145.                              Next chars are B=BBS only  L=Local  G=Guest
  146.                                B means BBS only.
  147.                                L means BBS plus LOCAL only 
  148.                                 (BBSs are always allowed).
  149.                                G may be added to either B or L 
  150.                                  to add guest access.
  151.                                Do not use both B and L.
  152. 1 4800 14                <-  Port#, baudrate, video attribute
  153. 145.01 Mhz               <-  Port info
  154. LstMsg# $L Mail: $Q      <-  Mail beacon if any
  155. ------                   <-  end of beacon text (used instead of ***EOF)
  156. [Logan, Utah]
  157. ...  etc
  158.  
  159.  
  160. ---------------------------------
  161. Message Types
  162.  
  163.  
  164. There are only 3 messages types.  Type B (Bulletins), Type P (Private), and
  165. Type T (Traffic).   If you enter a message using only S or S followed by a
  166. letter other than B, P, or T, the message will default as follows:
  167.  
  168. If the TO address appears to be a valid callsign (at least 4 characters,
  169. 1 or 2 numeric characters, doesn't end in a numeric), the message will
  170. become SP.  If it does not appear to be a callsign, it will become SB.
  171.  
  172. S ALL    -  same as SB ALL    (No numerics, only 3 characters)
  173. S W1AW   -  same as SP W1AW   (Valid call)
  174. S PK232  -  same as SB PK232  (Ends in numeric)
  175. S TNC2A  -  same as SP TNC2A  (Looks like a valid call)
  176.  
  177. ---------------------------------
  178. $BIDs
  179.  
  180.  
  181. Some folks seem determined to try to use the $BID feature as an MID
  182. (Message ID).  This does not follow the intended usage.  The $BID is
  183. intended to indicate 'flood' or distribution list type forwarding.
  184.  
  185. A BID is *NOT* assigned to all bulletins.  If you wish to send a
  186. bulletin to all users at only one particular BBS, you should not
  187. use a BID:
  188.  
  189. SB ALL @ W3IWI
  190.  
  191. The only case a BID should be assigned to a Private message is for
  192. the special case of private mail addressed to SYSOP.  To distribute
  193. a message to a group of SYSOPs, the proper method is:
  194.  
  195. SP SYSOP @ MBLBBS $
  196.  
  197. [Note: Please use 'SYSOP' and not 'SYSOPS' !!]
  198.  
  199. A message with a $BID acts like the old 'SF' type forwarding and a
  200. copy of the message will be retained subject to the expiration date
  201. feature mentioned below.
  202.  
  203. A bulletin without a BID with an @BBS, will be forwarded in the same
  204. manner as normal mail and deleted after forwarding (subject to the
  205. parms in the CONFIG file).
  206.  
  207.  
  208. This release has been modified to ignore a BID on Private mail
  209. addressed to other than 'SYSOP' and to ignore a BID on Traffic.
  210.  
  211. I hope to get the MID issue settled and implemented in the
  212. near future.
  213.  
  214.  
  215.  
  216. ---------------------------------
  217. Bulletins & 'Killed' Mail
  218.  
  219.  
  220. There are a number of ways to prevent old bulletins from being
  221. resurrected and flooding the system again.
  222.  
  223. First, if a bulletin has been forwarded to all of the systems
  224. that you forward to it will be marked as Fully Forwarded (you
  225. will see a Status of 'F'), and it will no longer be forwarded
  226. even if you add a new BBS to the list.
  227.  
  228. Second, a bulletin has an expiration date.  This is set in the
  229. configuration file as (nn) days from the date the bulletin is
  230. received.  After the expiration date, the bulletin will be
  231. marked as expired (Status 'X'), and will also no longer be
  232. forwarded.
  233.  
  234. To give you flexibility in how long a bulletin will be available
  235. for users to see, you can set an additional number of days between
  236. the date the bulletin expires and the date that it is "killed."
  237.  
  238. Finally, mail that is "killed" actually remains on the system for
  239. an additional number of days before it is physically deleted and
  240. optionally saved to an oldmail file.  "Killed" mail may be listed
  241. with the "LK" command.
  242.  
  243. This extra period helps retain the BID for an extra period so if
  244. someone happens to be late in forwarding the bulletin to you, your
  245. system will still be able to reject it as a dupe.
  246.  
  247. Code I am currently testing will extend this feature into using a
  248. Message ID for ALL mail.  I've noticed that mail coming through a
  249. long NET/ROM path tends to be duplicated because the sender times
  250. out while the message is still in the network.  The ability to save
  251. messages for a few days before actually deleting them will allow
  252. mail that you forward to stick around long enough for dupe checking.
  253.  
  254.  
  255. For example if your config file was set as follows:
  256.  
  257. 4    (No of days before actual delete/save of 'killed' mail)
  258. 7    (Default no of days for bulletin expiration date)
  259. 14   (No of days before expired bulletins are 'killed')
  260.  
  261.   The bulletin would expire 7 days after receipt.  Your system would
  262.   attempt to forward it for a maximum of 7 days or until all BBSs
  263.   your forward it to had received it.
  264.  
  265.   Users would still be able to read the bulletin for an additional
  266.   14 days.  It would then be 'killed'.
  267.  
  268.   The 'killed' bulletin would be deleted 4 days later, and would be
  269.   optionally saved into the OLD BULLETIN save file if desired.
  270.  
  271.  
  272. SAVEBULL.OLD  (killed bulletins save file)
  273. SAVETFC.OLD   (killed traffic)
  274. SAVEFWD.OLD   (killed fwded mail)
  275. SAVELOC.OLD   (killed other mail - local originated or local destination)
  276.  
  277.  
  278. The K! command does the daily housekeeping.  (Checking for expired bulletins,
  279. deleting, saving, etc.)  It can be entered as a local command, or can be
  280. placed in the forwarding file as:
  281.  
  282. --------
  283. K!
  284. 23         <- the hour to do it
  285. --------
  286.  
  287. If you are running multiple ports sharing one set of data file, be sure to
  288. run K! from ONE forwarding file ONLY!
  289.  
  290.  
  291. ------------------------------------------------------------------------
  292.  
  293. The new log format:
  294.  
  295.   All log lines begin with the Month and Day (no Year), followed
  296.   by the time (including seconds).
  297.  
  298.   MMDDHHMMSS........
  299.  
  300.  
  301.   Text-To-Mail (T)
  302.  
  303.   0401165034MT 34490B T:ALL@MBBS  F:WA7MXZ@W1AW <12345> S:SUBJECT
  304.  
  305.   Received (S)
  306.  
  307.   0401165034MS 34491P T:W3IWI@W3IWI F:WA7MXZ@WA7MXZ <34491> S:TESTING
  308.  
  309.   Reverse Forwarded (<)
  310.  
  311.   0401165034M< 34492P T:SYSOP@NET F:W1XX@W1AW <2345> V:W0RLI S:TEST
  312.  
  313.   Forwarded (F= normal forward  $= BID forward)
  314.  
  315.   0401192648MF 34488P V:WB7TRX <12345>
  316.   0401192648M$ 34489B V:WB7TRX <12346>
  317.  
  318.   Forwarded to File (F= normal forward  $= BID forward)
  319.                     (X: instead of V:)
  320.  
  321.   0401192648MF 34488P X:WB7TRX
  322.   0401192648M$ 34489B X:WB7TRX
  323.  
  324.  
  325.   Some actual examples:
  326.  
  327.    ------ LOG.A ------
  328. 0413144602SI *** BBS Initialize
  329. [Bob connects and forwards some NUThole traffic]
  330. 0413145618CA WA7MXZ-3
  331. 0413145720MS 34638B T:ALL@ARRL F:WB8SCG@WB0TAX <8107> S:ARRL PROPOGATION FORCAST NR 15
  332. 0413145752MS 34639B T:ALL@ARRL F:WB8SCG@WB0TAX <8109> S:ARRL SATELLITE BULLETIN NR 102
  333. 0413145830MS 34640B T:ALL@ARRL F:KG3M@W3IWI <32508> S:ARRL BULLETIN #35
  334. 0413145904MS 34641B T:SYSOP@MBLBBS F:NA2B@W4MWP <4094> S:22:33LFA HELP
  335. 0413145934MS 34642B T:ALL@ARRL F:WB8SCG@WB0TAX <8166> S:ARRL SATELLITE BULLETIN NR 103
  336. 0413150004MS 34643B T:ALL@NET F:VE3GYQ@VE3GYQ <6768> S:RE CHARTER
  337. 0413150034MS 34644B T:ALL@NET F:VE3GYQ@VE3GYQ <6767> S:ATTENTION TO DETAILS
  338. 0413150042XD
  339. [I forward some of the above to TRX]
  340. 0413152852M$ 34638B V:WB7TRX <5601>
  341. 0413153008M$ 34639B V:WB7TRX <5602>
  342. 0413153156M$ 34640B V:WB7TRX <5603>
  343. 0413153342M$ 34641B V:WB7TRX <5604>
  344. 0413153458M$ 34642B V:WB7TRX <5605>
  345.  
  346.  
  347.    ------ LOG.B ------
  348. [A message I entered locally]
  349. 0413152128MS 34646P T:WA7MXZ F:WA7MBL@WA7MBL <34646> S:5.02 BUG FIXES
  350. [RLI connects and forwards traffic]
  351. 0413162134CB W0RLI
  352. 0413162326MS 34648B T:ALL@NET F:N6MXG@N6YN <667> S:ATTENTION ATARI USERS...
  353. 0413162450MS 34649B T:ALL@NET F:N6MXG@N6YN <950> S:SPLIT SCREEN TERM. PROG. FOR ATARI
  354. 0413162538MS 34650B T:ALL@NET F:WA6BRI@N6YN <993> S:HELP 
  355. 0413162742MS 34652B T:ALL@NET F:KF5TL@KD5LF <1929> S:LOGGING PGM.
  356. 0413162840XD
  357.  
  358.  
  359. The letter following the message number is message type (B,P,T)
  360. The message number in <brackets> is either the message number at the
  361. originating BBS (assuming 'standard' message headers are in use) on
  362. messages received or the message number assigned by the BBS the
  363. message was forwarded to (assuming MBL BID type forwarding: OK 12345
  364. is being used by the receiving BBS) on forwarded messages.
  365.  
  366.  
  367.  
  368. ------------------------------------------------------------------------
  369.  
  370. I have added forwarding type "R" which is Reverse Forwarding info only, with
  371. no forwarding attempt made.
  372.  
  373. R W3IWI
  374. 00-23
  375. W3IWI
  376. W1AW
  377. $
  378.  
  379. ------------------------------------------------------------------------
  380.  
  381. Mail addressed to 'SYSOPS' will be changed to 'SYSOP'.
  382.  
  383. ------------------------------------------------------------------------
  384.  
  385. LX (list expired) command has been added.
  386.  
  387. ------------------------------------------------------------------------
  388.  
  389. LM, LN, L<, L>, and L@ may have a range of message numbers (LM nnnn nnnn).
  390. This group of commands will still list messages from oldest to newest (due
  391. to the way they are indexed).
  392.  
  393. ------------------------------------------------------------------------
  394.  
  395. A message that is killed can be edited back to life.
  396. However, you cannot edit a message to Killed status.  Editing the status of
  397. a hidden message will un-hide it.
  398.  
  399. -----------------------------------------------------------------------
  400.  
  401. DP command does paged download (local).
  402.  
  403.  
  404. Mail beacon is now sent in Converse rather than Transparent mode.
  405.  
  406. ------------------------------------------------------------------------
  407.  
  408. It is now ok to use "24" as a forwarding time for any size mail.  This entry
  409. will be ignored.  The forwarding file may look something like:
  410.  
  411. GA WA7MXZ
  412. 00-23<5               <-- fwd < 5K 
  413. 24                    <-- nothing over 5K will forward at any time
  414. @ WA7MXZ-2
  415. ....
  416.  
  417. ------------------------------------------------------------------------
  418.  
  419. Additional commands may be sent to individual TNCs upon BBS startup or
  420. shutdown by placing the commands into text files.  If the files are found
  421. they will be sent to the TNC in command mode.  In the case of startup,
  422. the commands in the file will be sent before the commands loaded from the
  423. configuration file.
  424.  
  425. INIT.A    will be sent to TNC A upon startup
  426. FINI.A    will be sent to TNC A upon shutdown
  427.  
  428. These filenames are hardcoded.
  429.  
  430. ------------------------------------------------------------------------
  431.  
  432. The F command (Make File from Message) has been removed.  There are now 3
  433. flavors of the M command to replace it.
  434.  
  435. M  <msgno> <filename>   saves the message same format as the R command
  436. MV <msgno> <filename>   uses a verbose format to include all headers
  437. MT <msgno> <filename>   is Text only (except for Date and From info)
  438.  
  439. I find MT useful for moving ARRL & AMSAT bulletins into the file area
  440. without having all of the 'garbage' included.
  441.  
  442. If the filename specified exists, you will be asked if you wish to
  443. Append.  If you answer no, the operation will be aborted.  (If you wish
  444. to overwrite, you must first Zap the old file with the Z command.)
  445.  
  446.  
  447. Examples follow:
  448.  
  449. ---- this is M format ----
  450.  
  451. [35004] BF  BID: ARRL.046    
  452. Path: WA7MXZ!W3IWI!WA4ONG!WB0TAX
  453. Date: 18 May 88 18:41:16 Z
  454. From: WB8SCG@WB0TAX
  455. To: ALL@ARRL
  456. Subject: ARRL BULLETIN NR 46
  457.  
  458. HR ARRL BULLETIN NR 46  FROM ARRL HEADQUARTERS
  459. NEWINGTON CT  MAY 13, 1988
  460. TO ALL RADIO AMATEURS BT
  461.  
  462. PREREGISTERED CLUBS IN WISCONSIN WILL BE SIGNING THE SPECIAL 200
  463. BICENTENNIAL PREFIX FROM 0001 UTC MAY 14 THROUGH 2359 UTC MAY 20.
  464. ...
  465. AR
  466.  
  467. ---- this is MV format ----
  468.  
  469.  Msg# TS   Size TO     @ BBS  From   Date    Subject
  470. 35004 BF$   726 ALL   @ARRL   WB8SCG 18-May  ARRL BULLETIN NR 46
  471. Bulletin ID: ARRL.046    
  472. R:880518/1841z 35004@WA7MXZ [Logan, Utah]
  473. R:880516/1914z 36216@W3IWI  [Balto/Wash]
  474. R:880516/1648z 11611@WA4ONG [Richmond, VA] F:145.01 N:RIC,BRDN
  475. R:880516/1145r 9705@WB0TAX Tidewater BBS [Hampton, Va. 23666]
  476.  
  477. HR ARRL BULLETIN NR 46  FROM ARRL HEADQUARTERS
  478. NEWINGTON CT  MAY 13, 1988
  479. TO ALL RADIO AMATEURS BT
  480. ...
  481.  
  482. ---- this is MT format ----
  483.  
  484. Date: 18 May 88 18:41:16 Z
  485. From: WB8SCG@WB0TAX
  486.  
  487. HR ARRL BULLETIN NR 46  FROM ARRL HEADQUARTERS
  488. NEWINGTON CT  MAY 13, 1988
  489. TO ALL RADIO AMATEURS BT
  490. ...
  491.  
  492.  
  493.  
  494. ------------------------------------------------------------------------
  495.  
  496. I have made major changes to the operation of the SERVER and REQ???
  497. type stuff.  The server processors are now EXTERNAL to the BBS code.
  498. This saves some space for folks not wanting to offer REQFIL & REQDIR.
  499. It also allows more flexibility to write any type of server code.
  500.  
  501. Changes have been made to the configuration file.  The 'SERVER' file line
  502. has been removed.  A set of Server lines has been added.  The programs
  503. REQFIL.EXE and SORRY.EXE have been included.  Details at the end of this
  504. file.
  505.  
  506. ------------------------------------------------------------------------
  507.  
  508. If a user enters ^Z in the Subject line when entering a message, it will
  509. abort message entry.
  510.  
  511. ------------------------------------------------------------------------
  512.  
  513. The line count for 'PRESS RETURN' should work properly when doing L lists.
  514. (however, it still has a problem with reading messages or files which have
  515. long lines that wrap around.)
  516.  
  517. ----------------------
  518.  
  519.  
  520. DETAILS of the new and improved SERVER feature........
  521.  
  522.  
  523. A sample portion of the configuration file:
  524.  
  525. TEST.COM      (OS Program)
  526. FWD.A         (forwarding file)
  527. FWD.A         (reverse forwarding file)
  528. TEXTMAIL.ERR  (file to catch Text-to-Mail errors)
  529. LOG.A         (file for logging)
  530. MAILFILE.BTR  (mail header file)
  531. USERFILE.BTR  (user data file)
  532. BULLSTNS.BTR  (bull data file)
  533. BULLFWDS.BTR  (bull fwding file)
  534. SWAP.BBS      (@BBS swap file)
  535. INFO.HLP      (info file - I command)
  536. HELP.HLP      (help file - H command)
  537. GHELP.HLP     (guest help file - H command)
  538. \BBS\FILES\        (path/drive for upload/download files - if path, must exist!)
  539. \BBS\YFILES\       (path for YAPP files )
  540. \BBS\MAIL\         (path for mail )
  541. SAVEBULL.OLD
  542. SAVETFC.OLD
  543. SAVEFWD.OLD
  544. SAVELOC.OLD
  545. ------ Beginning of Servers
  546. REQFIL               {To address}
  547. REQFIL.IN            {File to forward message to}
  548. REQFIL.OUT           {File to grab reply from}
  549. REQFIL.EXE           {Program to run (parameters on next line)}
  550. W3IWI \BBS\FILES\
  551. REQDIR               {To address}
  552. SORRY.IN             {File to forward message to}
  553. SORRY.OUT            {File to grab reply from}
  554. SORRY.EXE            {Program to run (parameters on next line)}
  555. W3IWI REQDIR     
  556. REQJNK               {To address}
  557. REQJNK.IN            {File to forward message to}
  558. NULL                 {File to grab reply from}
  559. NULL                 {Program to run (parameters on next line)}
  560. NULL             
  561. COPY                 {To address}
  562. COPY.IN              {File to forward message to}
  563. COPY.IN              {File to grab reply from}
  564. NULL                 {Program to run (parameters on next line)}
  565. NULL             
  566. ------ End of Servers
  567. 3    (Days before actual delete of 'killed')
  568. 5    (# days for bull exp date)
  569.  
  570.  
  571.  
  572. The old "SERVER" type of export is now removed.  All export is done
  573. using the standard "import/export" type file.
  574.  
  575. A section of the config file can have any number of servers (within
  576. reason).  Each server has 5 lines associated with it.  The first line
  577. is the "To address" of the server.  The next line is the file that
  578. mail addressed to the server will IMMEDIATELY be forwarded to.  The
  579. next 3 lines are the reply file from the server, the name of the server
  580. program to run, and the command line to pass to the server.  If the
  581. reply file is NULL, it will be ignored.  Also, if the Program name is
  582. NULL, no program will run.
  583.  
  584. If you are writing your own server that takes more than a few seconds,
  585. you may wish to simply use the server for a quick export, and then do
  586. the 'real' processing from a DOS call in your forwarding file.
  587.  
  588. So far I have written the REQFIL server and a SORRY server.  REQFIL reads
  589. REQFIL.IN, processes the request, and creates REQFIL.OUT.  SORRY reads
  590. SORRY.IN and creates SORRY.OUT.
  591.  
  592.  
  593. The sample config file above implements four 'servers'.....
  594.  
  595. The first server is REQFIL.  The parameter line is the callsign of the
  596. BBS (for creating the FROM address) and the path of the \bbs\files\.
  597.  
  598. The second server is SORRY.  It is used to give a "SORRY - I dont support
  599. the x feature" reply.  The parameter line is the callsign of the
  600. BBS (for creating the FROM address) and the feature name.  The example
  601. shows how to give the SORRY reponse to the REQDIR feature.  If you don't
  602. wish to support REQFIL, you may want to use the SORRY server for it also.
  603.  
  604. The third example demonstrates how to cause immediate forwarding of
  605. messages addressed to REQJNK to REQJNK.IN.  Because the following lines
  606. are NULL, no program is run, and no reply file is processed.
  607.  
  608. The final 'server' is a bit of insanity.  It forwards a copy of a
  609. messages addressed to 'COPY' to the COPY.IN file.  The program line is
  610. NULL, so no program is run.  It then again uses COPY.IN as the reply file and
  611. sucks back the message that it originally forwarded out still addressed
  612. to COPY.  The net result is that it adds a forwarding header line and
  613. wastes a message number.  Although it is addressed to COPY, a message
  614. coming back from server processing will not trigger additional processing.
  615. However, if you use server to forward it out, and use the forwarding
  616. file to NUThole it back in, it should continue to be processed over and
  617. over again.
  618.  
  619.  
  620. ------------------------------------------------------------------------
  621.  
  622. 'User' portion of forwarding append header (QTH and other junk) expanded
  623. from 40 to 50 characters so sysops can add more junk.  (Just what we need?)
  624.  
  625. ------------------------------------------------------------------------
  626.  
  627. ^C abort should now work on 'DU' series of commands.
  628.  
  629. ------------------------------------------------------------------------
  630.  
  631. "L<" and "L>" lists will now include Killed messages (sysop only).
  632.  
  633.