home *** CD-ROM | disk | FTP | other *** search
/ Black Box 4 / BlackBox.cdr / hamradio / mb1309.arj / MB1309.EXE / HEADER.DOC < prev    next >
Text File  |  1991-03-09  |  2KB  |  59 lines
  1.  
  2.       About BBS Message Headers.
  3.  
  4. There seems to be a general mis-understanding of the function
  5. of the message headers. Here is a little history, and some
  6. information on new work in progress that may clear things up.
  7.  
  8. Orignally there were no message headers.
  9. This caused some problems: it was very hard to diagnose
  10. network failures without the audit trail of the path the mesage
  11. took though the network. So, very early on, I added the header.
  12.  
  13. In 1985, the ARRL gave a demonstration of automatic message forwarding
  14. to the FCC. One of the main points presented was that the message
  15. headers allowed for FULL TRACING of who handled the message, and
  16. when it was transmitted by each station. This automatic audit trail
  17. was one of the major arguments in favor of automatic control of packet
  18. BBS stations, and helped to result in Docket 85-105, and eventually
  19. the HF STA, and thus packet radio as we know it today.
  20.  
  21. As time went on, many people discovered that they could learn a
  22. great deal about the functioning of the network by looking at
  23. the message headers. Some wrote software to do this automatically.
  24. The WP server is one example. It uses the information contained
  25. in the message headers to help build and maintain it's distributed
  26. database system.
  27.  
  28. People are now working on software that will automatically determine
  29. the entire network map from the information contained in message
  30. headers. Some day, this will allow us to build our BBS routing
  31. tables AUTOMATICALLY. As we all know, maintaining routing tables
  32. is one of the nasty chores for a BBS sysop!
  33.  
  34.  
  35. Two things must happen for this all to work:
  36.  
  37.  
  38. 1. It is MOST important that the message header not be altered
  39.    as it passes through the various BBS on it's path.
  40.  
  41.  
  42. 2. The header must be in a standard format, so that the software
  43.    that decodes it can operate correctly.
  44.  
  45.  
  46. The format of these headers has evolved through many changes.
  47. In 1987, NK6K proposed a standard to be used by all BBS authors.
  48. Most followed this standard, or followed a slightly different
  49. standard used originally by WA7MBL.
  50.  
  51. Please folks ... do NOT alter message headers.
  52.  
  53. If you are writing BBS code, please follow one or the other
  54. of the existing standards.
  55.  
  56.  
  57.    ...    Hank
  58.  
  59.