home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / hamradio / mb1501a.zip / MB1501A.EXE / SID.DOC < prev    next >
Text File  |  1991-08-07  |  4KB  |  107 lines
  1.  
  2.  
  3.        System IDentifier (SID)
  4.  
  5.  
  6. The initial exchange between "smart" MailBox systems uses what is called
  7. an "SID", short for System IDentifier.  All future work on MailBox systems
  8. should adopt this standard.  It will help to remove a GREAT deal of
  9. confusion as to which systems have what features, and how one should
  10. interface to them.  In the longer future, perhaps all this junk can be
  11. done away with, and the computers can talk to each other in a more
  12. natural way.
  13.  
  14.  
  15.      The system identifier is structured:
  16.  
  17.      "[f1-f2-f3]"
  18.  
  19. The dashes delimit the end of the first field and the start of the last.
  20. There might be only one dash, if f2 is void. f2 may contain dashes.
  21.  
  22. f1, f2, and f3 may not contain "[" or "]".
  23.  
  24. f1 is the author identification.  It may not contain a dash.
  25. Normally it will contain a few characters from the authors callsign.
  26.  
  27. f2 is author specific data.
  28. It may contain anything the author wishes, for example software version.
  29. It may contain dashes.
  30.  
  31. f3 is the supported feature set.  It may not contain a dash.
  32. It contains a string of non-numeric characters, one for each negotiable
  33. feature supported.  Each character may also have trailing digits, giving
  34. the revision of that feature.  If there is no trailing digit, the
  35. feature revision is revision zero.
  36.  
  37.  
  38. Defined features are:
  39.  
  40.  
  41. C - Supports "forwarding" of date and time (obsolete).
  42. H - Supports hierarchical location identifiers.
  43. M - Supports message identifiers.
  44. R - Supports extended forwarding responses.
  45. Y - Supports YAPP binary protocol (unused).
  46. $ - Supports BID.  MUST BE LAST CHARACTER IN f3 for downward compatibility.
  47.  
  48.  
  49. The existance of the system ID implies that the system supports
  50. reverse forwarding and OK/NO message rejection.
  51.  
  52. Some examples of existing standard system identifiers:
  53.  
  54. [RLI-12.0-H$]          - w0rli version 12.0, supports BID and H location.
  55. [CBBS-5.1-$]          - ag3f release of the rli/gyq cbbs.
  56. [MSYS-1.11-H$]          - wa8bxn version 1.11, supports BID and H location.
  57. [MBL-5.14-H$]          - wa7mbl V5.12, supports BID and H location.
  58. [4RE-2.3-MH$]          - aa4re V2.3, supports MID, BID, and H location.
  59.  
  60.  
  61.  
  62.     The connect rules:
  63.  
  64.  
  65. Send the SID as first line at connect.
  66. Answer the SID (when seen as a command) with a short command prompt.
  67.  
  68.  
  69.  
  70.     The forwarding rules:
  71.  
  72. If you do not see an SID at connect, use the old style fowarding.
  73. This handles the case of Xerox 820 systems, for example.
  74.  
  75. If you do see an SID at connect, answer with your SID.
  76. Use whatever features are appropriate.
  77.  
  78.  
  79.  
  80.       The message entry command:
  81.  
  82. Sx TO [@ BBS[.LOC]] [< FROM] [$[BID]]
  83.  
  84. x may be B, T, or P.
  85. If x is absent, P is assumed if TO is a callsign, otherwise B is assumed.
  86. The $ is not part of the BID, but identifies the field.
  87. There is no space between the "$" and the BID.  If only the "$" is present,
  88. a system generated unique BID will be supplied.
  89. The spaces surrounding the @ may be omitted.
  90.  
  91.  
  92.  
  93.       OK/NO message rejection.
  94.  
  95. Instead of sending the "S" command and Title, send only the "S" command.
  96. The remote system will reply with either OK or NO, possibly followed by
  97. some text.  If the response is NO, it will be followed by a prompt.
  98. If the response is OK, then go ahead and forward the message.  Usually,
  99. NO will only be seen if you attempt to forward a message with BID already
  100. known to the receiving system.    It may also be seen in the case of full disk,
  101. or any other reason the receiving system does not want the message.
  102. Possiblities under discusion range from "I do not handle NTS traffic." to
  103. "I do not know that user, nor any route to reach him."
  104.  
  105. Note that only the "N" or "O" are required.
  106.  
  107.