home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 1100s / rfc1159.txt < prev    next >
Text File  |  1990-06-26  |  4KB  |  115 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                          R. Nelson
  8. Request for Comments: 1159                           Clarkson University
  9.                                                                June 1990
  10.  
  11.  
  12.                          Message Send Protocol
  13.  
  14. Status of this Memo
  15.  
  16.    This RFC suggests an Experimental Protocol for the Internet
  17.    community.  Hosts on the Internet that choose to implement a Message
  18.    Send Protocol may experiment with this protocol.  Please refer to the
  19.    current edition of the "IAB Official Protocol Standards" for the
  20.    standardization state and status of this protocol.  Distribution of
  21.    this memo is unlimited.
  22.  
  23. Discussion
  24.  
  25.    The Message Send Protocol is used to send a short message to a given
  26.    user on a given terminal on a given host.  This is similar to the
  27.    service provided by Unix's write command, which is limited to the
  28.    users on that host.  This service is also known on some hosts as
  29.    "SEND".
  30.  
  31.    As the Internet grows, more and more people are using hosts that do
  32.    not run TCP/IP at all times.  These hosts may be able to use a simple
  33.    protocol that can be implemented in a subset of TCP/IP.  The Message
  34.    Send Protocol is one such protocol.
  35.  
  36.    Note that a message sending protocol is already defined using TCP.
  37.    The SMTP protocol includes a "SEND" command that will direct mail to
  38.    a user's terminal.  SMTP's SEND is not useful in this instance
  39.    because TCP requires quite a bit of code.  For the purposes of
  40.    standardization, we will include a TCP based Message Send Service.
  41.  
  42. TCP Based Message Send Service
  43.  
  44.    One message send service is defined as a connection based application
  45.    on TCP.  A server listens for TCP connections on TCP port 18.  Once a
  46.    connection is established a short message is sent by the client out
  47.    the connection (and any data received by the client is thrown away).
  48.    The client closes the connection after sending the message.
  49.  
  50. UDP Based Message Send Service
  51.  
  52.    Another message send service is defined as a datagram based
  53.    application on UDP.  A server listens for UDP datagrams on UDP port
  54.    18.  When a datagram is received by the server, an answering datagram
  55.  
  56.  
  57.  
  58. Nelson                                                          [Page 1]
  59.  
  60. RFC 1159                 Message Send Protocol                 June 1990
  61.  
  62.  
  63.    is sent back to the client containing exactly the same data.
  64.  
  65. Message Syntax
  66.  
  67.    The message should consist of several parts.  The first part is a
  68.    single octet indicating the protocol revision, currently decimal 65,
  69.    'A'.  The second part is the name of the user that the message is
  70.    directed to.  This and the remaining parts are null-terminated, and
  71.    consist of eight-bit characters.  Do not strip the eighth bit of the
  72.    characters.  The third part is the name of the terminal.  The fourth
  73.    part is the actual message.
  74.  
  75.    The total length of the message shall be less than 512 octets.  This
  76.    includes all four parts, and any terminating nulls.
  77.  
  78.    If the terminal part is empty, then "the right" terminal is chosen.
  79.    If the user part is empty, then the message is written on the
  80.    console.
  81.  
  82.    If this protocol is changed, the revision number will be changed.  In
  83.    no case will any of the four parts be removed.
  84.  
  85. Advisories
  86.  
  87.    It is advisable for servers to strip escape sequences before sending
  88.    them to actual terminals.  Some terminals can do nasty things when
  89.    you send them certain escape sequence.
  90.  
  91.    In both the TCP and UDP versions of the service, checksums are always
  92.    used.
  93.  
  94. Security Considerations
  95.  
  96.    Security issues are not addressed in this memo.
  97.  
  98. Author's Address
  99.  
  100.    Russell Nelson
  101.    Educational Computing System
  102.    Clarkson University
  103.    Potsdam, NY 13699-5730
  104.  
  105.    Phone:  (315) 268-6455
  106.  
  107.    EMail:  nelson@sun.soe.clarkson.edu
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Nelson                                                          [Page 2]
  115.