RFC 2066 (rfc2066) - Page 3 of 12
TELNET CHARSET Option
Alternative Format: Original Text Document
RFC 2066 TELNET CHARSET Option January 1997
IAC DO CHARSET
The sender REQUESTS that, or AGREES to have, the other
side use CHARSET option subnegotiation to choose a
character set.
IAC DON'T CHARSET
The sender DEMANDS that the other side not use the
CHARSET option subnegotiation.
IAC SB CHARSET REQUEST { "[TTABLE ]" } IAC SE
Char set list:
{ ... }
This message initiates a new CHARSET subnegotiation. It can only be
sent by a side that has received a DO CHARSET message and sent a WILL
CHARSET message (in either order).
The sender requests that all text sent to and by it be encoded in one
of the specified character sets.
If the string [TTABLE] appears, the sender is willing to accept a
mapping (translation table) between any character set listed in and any character set desired by the receiver.
is an octet whose binary value is the highest version
level of the TTABLE-IS message which can be sent in response. This
field must not be zero. See the TTABLE-IS message for the permitted
version values.
is a sequence of 7-BIT ASCII printable characters.
The first octet defines the separator character (which must not
appear within any character set). It is terminated by the IAC SE
sequence. Case is not significant. It consists of one or more
character sets. The character sets should appear in order of
preference (most preferred first).
is a separator octet, the value of which is chosen by the
sender. Examples include a space or a semicolon. Any value other
than IAC is allowed. The obvious choice is a space or any other
punctuation symbol which does not appear in any of the character set
names.
Gellens Experimental