home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / m / mb1503.zip / HEADER.DOC < prev    next >
Text File  |  1992-11-28  |  3KB  |  74 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 that may clear things up.
  6.  
  7. Originally there were no message headers.
  8. This caused some problems: it was very hard to diagnose
  9. network failures without the audit trail of the path the mesage
  10. took though the network. So, in mid-1984, I added the header.
  11.  
  12. In 1985, the ARRL gave a demonstration of automatic message forwarding
  13. to the FCC. One of the main points presented to the FCC was that the message
  14. headers allowed for FULL TRACING of who handled the message, and
  15. when it was transmitted by each station. This automatic audit trail
  16. was one of the major arguments in favor of automatic control of packet
  17. BBS stations, and helped to result in Docket 85-105, and eventually
  18. the HF STA, and thus packet radio as we know it today.
  19.  
  20. As time went on, many people discovered that they could learn a
  21. great deal about the functioning of the network by looking at
  22. the message headers. Some wrote software to do this automatically.
  23. The WP server is one example. It uses the information contained
  24. in the message headers to help build and maintain it's distributed
  25. database system.
  26.  
  27. People are now working on software that will automatically determine
  28. the entire network map from the information contained in message
  29. headers. Some day, this will allow us to build our BBS routing
  30. tables AUTOMATICALLY. As we all know, maintaining routing tables
  31. is one of the nasty chores for a BBS sysop!
  32.  
  33. Two things must happen for this all to work:
  34.  
  35. 1. It is MOST important that the information in the message header
  36.    not be altered as it passes through the various BBS on it's path.
  37.  
  38. 2. The header must be in a standard format, so that the software
  39.    that decodes it can operate correctly.
  40.  
  41. 3. The message headers are separated from the body of the message
  42.    by a blank line.  Anything that comes before the first blank
  43.    line is a header, whether in correct format or not.    Anything
  44.    that comes after the first blank line is the message body.
  45.  
  46.  
  47. The format of these headers has evolved through many changes.
  48. In 1987, NK6K proposed a standard to be used by all BBS authors.
  49. Most followed this standard, or followed a slightly different
  50. standard used originally by WA7MBL.
  51.  
  52. The following is a standard "nk6k" header:
  53.  
  54. R:920527/0507 @:W0RLI.OR.USA.NA West Linn #:6031 Z:97068
  55.  
  56. Required: The "R:" identifies the line as a standard header.
  57. Required: Date and time the message arrived at this bbs, in GMT.
  58. Required: BBS.
  59. Optional: Hierarchical location. Strongly recommended.
  60. Required: Message number.  Greater than zero, less than 65536.
  61. Optional: QTH, which is all text after the hierarchical location
  62. and before the message number field.
  63.  
  64. Optional: The last field is the ZIP or postal code.
  65.  
  66. Some software allows an optional time zone identifier after the time.
  67. This is not required, and is ignored by most bbs software.
  68.  
  69. The following is a standard minimum header, as proposed by KA2BQE:
  70. All fields are required.
  71.  
  72. R:951115/0629 3456@W0RLI.OR.USA.NA
  73.  
  74.