PROXY  WHOIS  RQUOTE  TEXTS  SOFT  FOREX  BBOARD
 Music  Philosophy  Code  Literature  Russian

= ROOT|Technical|RFC|rfc0930.txt =

page 1 of 3




Network Working Group                                     Marvin Solomon
Request for Comments: 930                                 Edward Wimmers
Supersedes: RFC 884                    University of Wisconsin - Madison
                                                            January 1985

                      TELNET TERMINAL TYPE OPTION


Status of This Memo

   This RFC specifies a standard for the ARPA Internet community.  Hosts
   on the ARPA Internet that exchange terminal type information within
   the Telnet protocol are expected to adopt and implement this
   standard.  Distribution of this memo is unlimited.

   This standard supersedes RFC 884.  The only change is to specify that
   the TERMINAL-TYPE IS sub-negotiation should be sent only in response
   to the TERMINAL-TYPE SEND sub-negotiation.  See below for further
   explanation.

1. Command Name and Code

   TERMINAL-TYPE    24

2. Command Meanings

   IAC WILL TERMINAL-TYPE

      Sender is willing to send terminal type information in a
      subsequent sub-negotiation

   IAC WON'T TERMINAL-TYPE

      Sender refuses to send terminal type information

   IAC DO TERMINAL-TYPE

      Sender is willing to receive terminal type information in a
      subsequent sub-negotiation

   IAC DON'T TERMINAL-TYPE

      Sender refuses to accept terminal type information

   IAC SB TERMINAL-TYPE SEND IAC SE

      Sender requests receiver to transmit his (the receiver's) terminal
      type. The code for SEND is 1. (See below.)








RFC 930                                                     January 1985
Telnet Terminal Type Option


   IAC SB TERMINAL-TYPE IS ... IAC SE

      Sender is stating the name of his terminal type. The code for IS
      is 0. (See below.)

3. Default

   WON'T TERMINAL-TYPE

      Terminal type information will not be exchanged.

   DON'T TERMINAL-TYPE

      Terminal type information will not be exchanged.

4. Motivation for the Option

   This option allows a telnet server to determine the type of terminal
   connected to a user telnet program.  The transmission of such
   information does not immediately imply any change of processing.
   However, the information may be passed to a process, which may alter
   the data it sends to suit the particular characteristics of the
   terminal. For example, some operating systems have a terminal driver
   that accepts a code indicating the type of terminal being driven.
   Using the TERMINAL TYPE and BINARY options, a telnet server program
   on such a system could arrange to have terminals driven as if they
   were directly connected, including such special functions as cursor
   addressing, multiple colors, etc., not included in the Network
   Virtual Terminal specification.  This option fits into the normal
   structure of TELNET options by deferring the actual transfer of
   status information to the SB command.

5. Description of the Option

   WILL and DO are used only to obtain and grant permission for future
   discussion. The actual exchange of status information occurs within
   option subcommands (IAC SB TERMINAL-TYPE...).

   Once the two hosts have exchanged a WILL and a DO, the sender of the
=1=

= PAGE 1 = NEXT > |2|3

UP TO ROOT | UP TO DIR

Google
 


E-mail Facebook Google Digg del.icio.us BlinkList Fark Furl Ma.gnolia Netscape NewsVine Reddit Slashdot Spurl StumbleUpon Technorati YahooMyWeb LiveJournal Blogmarks TwitThis Live News2.ru BobrDobr.ru Memori.ru MoeMesto.ru

0.0383091 wallclock secs ( 0.01 usr + 0.00 sys = 0.01 CPU)