home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS 1992 September / Simtel20_Sept92.cdr / msdos / packet / mbl514.arc / BBS513.DOC < prev    next >
Text File  |  1989-12-14  |  3KB  |  73 lines
  1. MBL513 Release Notes:
  2.  
  3.  
  4. 5.13 is a quick update to 5.12 to add limited support to H-addressed
  5. messages.  The update was written in a couple of hours, so testing has
  6. been very limited.  I didn't even check to see if H-info was passed to
  7. and from the SERVERS, so you may want to use this with caution if you
  8. are using them.
  9.  
  10. A message I recently received from Hank indicated to me that the routing
  11. of H-addressed mail has not been standardized, and the main concern was
  12. simply to pass the H-addr on to the next guy.  Rather than spend time
  13. now doing any changes to the forwarding code, I have simply made a couple
  14. of changes to accept and pass on the H-addr.
  15.  
  16. All H-Addr info WILL BE IGNORED by the forwarding routines which will
  17. forward as always based only upon the @BBS callsign.
  18.  
  19. You need to make two changes to run this code.
  20.  
  21. You must run CVT513 which will convert MAILFILE.BTR to MAILINDX.BTR which
  22. adds space for the H-addr info.  (You must then either rename MAILINDX.BTR
  23. back to MAILFILE.BTR or change the mail file name in BBS513.CNF!)
  24.  
  25. You also need to add your full H-address in a line following your callsign
  26. in BBS513.CNF.
  27.  
  28. ....
  29. [Logan, Utah]  Z:84321
  30. z             (Time zone)
  31. 25            (Minute of the hour to do forwarding)
  32. WA7MBL        (Owner call sign)
  33. WA7MBL.UT.USA (Owner H addr)      <--- Add this line ***********
  34. Jeff          (Owner name) 
  35. .....
  36.  
  37.  
  38. I hope this quick fix will help those sites running MBL512 who are
  39. getting flack for losing the H-info from message that pass through.
  40.  
  41.  
  42.  
  43.  
  44. ----------------------------
  45. From: W0RLI 
  46. To  : WA7MBL @ WA7MBL
  47. Subj: H Location
  48.  
  49. R:891211/0120z 22995@W3IWI  [Balto/Wash MD/DC/VA/DE] Z:21029
  50. R:891210/2359z 35185@N4QQ   [Silver Spring,Md]  Z:20901
  51. R:891123/1823z @:N6VV.#NOCAL.CA.USA.NA Pleasant Hill, CA #:33353 Z:94523
  52. R:891123/1813z @:N6IYA.#NOCAL.CA.USA.NA Felton, CA #:25729 Z:95018
  53. R:891123/1634z @:W0RLI.OR.USA.NA West Linn #:3504 Z:97068
  54.  
  55. The way to handle H locations is any way you want.
  56. This is just the first experiment, and I'm sure there
  57. will be many changes as we learn better ways to route
  58. using them.  The key is that these are locations, not
  59. routes.  We can all use the location information any
  60. way we wish to do the routing.  I happen to have picked
  61. a very simple routing scheme for the initial tests,
  62. and it works rather well ... so have not changed it
  63. very much.  The main point is to conserve the H loc
  64. with the message when it passes through the system.
  65. Each bbs author can investigate different routing schemes,
  66. since the routing is not implied by the location.
  67.  
  68.    ...  Hank
  69. ----------------------------
  70.  
  71. 73, Jeff  WA7MBL
  72.  
  73.