xemacs-beta: man/tm/tm-en.texi comparison

comparison man/tm/tm-en.texi @ 74:54cc21c15cbb r20-0b32

Import from CVS: tag r20-0b32

author	cvs
date	Mon, 13 Aug 2007 09:04:33 +0200
parents	131b0175ea99
children	c0c698873ce1

comparison

equal deleted inserted replaced

-:e2d7a37b7c8d
+:54cc21c15cbb
 @end itemize
 @menu
-* What is MIME?::
-* How is MIME?::
 * Glossary::
 @end menu
-@node What is MIME?, How is MIME?, Introduction, Introduction
+@node Glossary,  , Introduction, Introduction
-@section What is MIME?
-@cindex{MIME}@strong{MIME} stands for @cindex{Multipurpose Internet Mail
-Extensions}@strong{Multipurpose Internet Mail Extensions}, it is a
-proposed internet standard for including content and headers other than
-(ASCII) plain text in messages.@refill
-Current MIME standard consists of RFC 1521 and RFC 1522.  RFC 1521
-describes multipurpose content in message bodies, while RFC 1522
-describes multilingual characters in headers.
-@node How is MIME?, Glossary, What is MIME?, Introduction
-@section How is MIME?
-In multipurpose message side, MIME can represent various contents such
-as images, sounds, videos, ... as against traditional Internet mail/news
-message can represent only (us-ascii (@ref{us-ascii})) plain
-text.@refill
-Interestingly, MIME can send ``procedure'', such as ftp (@ref{FTP}), ftp
-mail, file extraction, applying patch, ...@refill
-# Of course, it has security problem.@refill
-These various kinds of contents are defined by media types written in
-@cindex{Content-Type}@strong{Content-Type} (@ref{Content-Type field})
-field.  Namely MIME message has information about content in header.  So
-if reader defines processes for each content-type (@ref{content-type}),
-he/she can display image, or play video or sound, or get file by ftp, or
-extract file, ... only read the message.@refill
-In addition, MIME message can represent message includes plural parts,
-called @cindex{Multipart}@strong{Multipart} (@ref{multipart}) message.
-So it is possible to include picture and sound in one message.@refill
-MIME seems have philosophy of ``declaration''.  In other words, MIME is
-a message description language to represent various kinds of things uses
-us-ascii (@ref{us-ascii}) as its ``alphabet''.  Encoded-word defined in
-RFC 1522 (@ref{encoded-word}) is same.@refill
-In addition, MUA displays only what it can understand and ignore what
-can not understand.  So content is saved from non-supported MUA and
-MUA is saved from unknown data.
-@node Glossary,  , How is MIME?, Introduction
 @section Glossary
 @menu
 * 7bit::
 * 8bit::
-* 94 character set::            94 文字集合
+* 94-character set::
-* 96 character set::            96 文字集合
+* 96-character set::
-* 94x94 character set::         94×94 文字集合
+* 94x94-character set::
 * ASCII::
 * Base64::
 * binary::
-* Character Set::               Character Set（文字集合）
+* graphic character set::       Graphic Character Set
 * cn-gb::                       cn-gb, gb2312
 * cn-big5::                     cn-big5, big5
 * CNS::                         CNS 11643-1992
-* Coded character set::         Coded character set（符号化文字集合）, Character code（文字符号）
+* coded character set::         Coded character set, Character code
-* Code extension::              Code extension（符号拡張）
+* code extension::              Code extension
 * Content-Disposition::         Content-Disposition field
-* content-type::
+* media type::
 * Content-Type field::
 * Emacs::
 * encoded-word::
 * encapsulation::
 * euc-kr::
 * RFC 821::
 * RFC 822::
 * RFC 934::
 * RFC 1036::
 * RFC 1153::
-* RFC 1521::                    RFC 1521
 * RFC 1557::
 * RFC 1922::
+* RFC 2045::
+* RFC 2046::
+* RFC 2048::
+* RFC 2049::
 * plain text::
 * Security multipart::
 * text/enriched::
 * text/plain::
 * tm-kernel::                   tm-kernel, tm
 @end menu
 @node 7bit, 8bit, Glossary, Glossary
 @subsection 7bit
-ここでは 0 から 127 の整数を指します。@refill
+@cindex{7bit}@strong{7bit} means any integer between 0 .. 127.@refill
-0 から 127 の整数の列で表現できるよう瘢雹な data を ``7bit の data'' と呼び
+Any data represented by 7bit integers is called @cindex{7bit
-ます。@refill
+data}@strong{7bit data}.@refill
-また・髟阡�0 から 31 および 127 で表現される制御文字と 32 で表現される空白と
+Textual string consisted of Control characters between 0 .. 31 and 127,
-33 から 126 で表現される図形文字からなる文字列のことを ``7bit の文字列''
+and space represented by 32, and graphic characters between 33 .. 236
-と呼びます（これは ISO 2022 (@ref{ISO 2022}) の「7 単位系」と同様です）。
+are called @cindex{7bit (textual) string}@strong{7bit (textual)
+string}.@refill
-伝統的な Internet の MTA (@ref{MTA}) は 7bit の data を摘苳餐�任④襪里如���
-7bit の data は Quoted-Printable (@ref{Quoted-Printable}) や Base64
+Traditional Internet MTA (@ref{MTA}) can translate 7bit data, so it is
-(@ref{Base64}) といった変換を行わなくてもそのまま摘苳餐�任④泙后�@refill
+no need to translate by Quoted-Printable (@ref{Quoted-Printable}) or
+Base64 (@ref{Base64}) for 7bit data.@refill
-しかし・髟阡�7bit でう髟阡擦譴个匹鵑� data でも良いとはいえません。なう踉擦覆蕁���１行
-の長さがう髟阡擦泙蠅膨垢い函���MTA はその message を摘苳餐�垢襪海箸�任④覆い��
+However if there are too long lines, it can not translate by 7bit MTA
-です。ちなみに・髟阡�RFC 821 (@ref{RFC 821}) は１行は改行文字を除いて 998
+even if it is 7bit data.  RFC 821 (@ref{RFC 821}) and RFC 2045 (@ref{RFC
-byte 以内でう髟阡擦襪海箸魑瓩瓩討い泙后�茲辰董���これ以��紊旅圓�泙泙譴覯椎柔�
+2045}) require lines in 7bit data must be less than 998 bytes.  So if a
-のう髟阡擦� data, 例えば・髟阡�Postscript の data などは Quoted-Printable 等で
+``7bit data'' has a line more than 999 bytes, it is regarded as binary
-encodeする必用がう髟阡擦蠅泙后�
+(@ref{binary}).  For example, Postscript file should be encoded by
+Quoted-Printable.
-@node 8bit, 94 character set, 7bit, Glossary
+@node 8bit, 94-character set, 7bit, Glossary
 @subsection 8bit
-ここでは 0 から 255 の整数を指します。@refill
+@cindex{8bit}@strong{8bit} means any integer between 0 .. 255.@refill
-0 から 255 の整数の列で表現できるよう瘢雹な data を ``8bit の data'' と呼び
+Any data represented by 8bit integers is called @cindex{8bit
-ます。@refill
+data}@strong{8bit data}.@refill
-また・髟阡�0 から 31, 127 および 128 から 159 で表現される制御文字と 32 で表
+Textual string consisted of Control characters between 0 .. 31, 127, and
-現される空白と 33 から 126 と 160 から 255 で表現される図形文字からなる
+128 .. 159, and space represented by 32, and graphic characters between
-文字列のことを ``8bit の文字列'' と呼びます（これは ISO 2022 (@ref{ISO
+33 .. 236 and 160 .. 255 are called @cindex{8bit (textual)
-2022}) の「8 単位系」と同様です）。@refill
+string}@strong{8bit (textual) string}.@refill
-iso-8859-1 (@ref{iso-8859-1}) や euc-kr (@ref{euc-kr}) といった符号化文
+For example, iso-8859-1 (@ref{iso-8859-1}) or euc-kr (@ref{euc-kr}) are
-字集合は 8bit の文字列です。@refill
+coded-character-set represented by 8bit textual string.@refill
-伝統的な Internet の MTA (@ref{MTA}) は 7bit (@ref{7bit}) の data しか摘苳�
+Traditional Internet MTA (@ref{MTA}) can translate only 7bit
-送できないので・髟阡擦修�逅擦靴� MTA を経由する��豺隋���Quoted-Printable
+(@ref{7bit}) data, so if a 8bit data will be translated such MTA, it
-(@ref{Quoted-Printable}) や Base64 (@ref{Base64}) といった変換を行わなく
+must be encoded by Quoted-Printable (@ref{Quoted-Printable}) or Base64
-てはなりません。@refill
+(@ref{Base64}).@refill
-しかし・髟阡産廼瓩任� 8bit の文字列をそのまま通すことができる MTA も登��譴靴�
+However 8bit MTA are increasing today.@refill
-きたので・髟阡擦修里泙涸�襪海箸�任④襴苳詞合も増えてきました。@refill
+However if there are too long lines, it can not translate by 8bit MTA
-しかし・髟阡�8bit でう髟阡擦譴个匹鵑� data でも良いとはいえません。なう踉擦覆蕁���１行
+even if it is 8bit data.  RFC 2045 (@ref{RFC 2045}) require lines in
-の長さがう髟阡擦泙蠅膨垢い函���MTA はその message を摘苳餐�垢襪海箸�任④覆い��
+8bit data must be less than 998 bytes.  So if a ``8bit data'' has a line
-です。ちなみに・髟阡�RFC 821 は１行は改行文字を除いて 998 byte 以内でう髟阡擦襪海�
+more than 999 bytes, it is regarded as binary (@ref{binary}), so it must
-を求めています。よって・髟阡擦海谿弗苳糸の行が含まれる可能性のう髟阡擦� data, 例えば・髟阡�
+be encoded by Base64 or Quoted-Printable.
-Postscript の data などは Quoted-Printable 等で encodeする必用がう髟阡擦蠅泙后�
-@refill
+@node 94-character set, 96-character set, 8bit, Glossary
-また・髟阡擦海�逅擦靴人�海�蕁���１行が 999 byte 以��紊旅圓�減澆垢覯椎柔④里���る
+@subsection 94-character set
-data は @cindex{binary}@strong{binary} (@ref{binary}) と呼ぶことにします。
+@cindex{94-character set}@strong{94-character set} is a kind of 1 byte
-ちなみに・髟阡�7bit で表現できる data は 8bit でも表現できます。よって・髟阡�
+graphic character set (@ref{graphic character set}), each characters are
-``8bit'' と言った��豺隋���１行が 998 byte 以王踉擦稜ぐ佞� data を指すことが
+in positions 02/01 (33) to 07/14 (126) or 10/01 (161) to 15/14 (254).
-う髟阡擦蠅泙后�
+(ex. ASCII (@ref{ASCII}), JIS X0201-Latin)
-@node 94 character set, 96 character set, 8bit, Glossary
+@node 96-character set, 94x94-character set, 94-character set, Glossary
-@subsection 94 文字集合
+@subsection 96-character set
-33 から 126 の範囲の 1 byte からなる 文字集合(@ref{Character set})。
+@cindex{96-character set}@strong{96-character set} is a kind of 1 byte
-ASCII (@ref{ASCII}) や JIS X0201-Latin はその一��錙�
+graphic character set (@ref{graphic character set}), each characters are
+in positions 02/00 (32) to 07/15 (126) or 10/00 (160) to 15/15
+(255). (ex. ISO 8859)
-@node 96 character set, 94x94 character set, 94 character set, Glossary
-@subsection 96 文字集合
+@node 94x94-character set, ASCII, 96-character set, Glossary
-32 から 127 の範囲の 1 byte からなる 文字集合(@ref{Character set})。ISO
+@subsection 94x94-character set
-8859 シリ・踉札困呂修琉讀踉誌。
+@cindex{94x94-character set}@strong{94x94-character set} is a kind of 2
+byte graphic character set (@ref{graphic character set}), each bytes are
-@node 94x94 character set, ASCII, 96 character set, Glossary
+in positions 02/01 (33) to 07/14 (126) or 10/01 (161) to 15/14 (254).
-@subsection 94×94 文字集合
+(ex. JIS X0208 (@ref{JIS X0208}), GB 2312 (@ref{GB 2312}))
-33 から 126 の範囲の 2 byte からなる 文字集合(@ref{Character set})。JIS
-X0208 (@ref{JIS X0208}) や GB 2312 (@ref{GB 2312}) はその一��錙�
+@node ASCII, Base64, 94x94-character set, Glossary
-@node ASCII, Base64, 94x94 character set, Glossary
 @subsection ASCII
-ウ髟阡札瓮螢����邦で使われる文字を符号化した 94 文字集合(@ref{94 character
+ウ髟阡札瓮螢����邦で使われる文字を符号化した 94-character set
-set})。A-Z, a-z の Latin 文字と数字・髟阡惨�弔�竜Ⅴ罎�蕕覆襦�ISO 646
+(@ref{94-character set}).  A-Z, a-z の Latin 文字と数字・髟阡惨�弔�竜Ⅴ罎�
-(@ref{ISO 646}) の一つ。
+らなる。ISO 646 (@ref{ISO 646}) の一つ。
 @cindex{ASCII}@cindex{ANSI X3.4:1986}
 @noindent
 [ASCII]
 @quotation
 @node Base64, binary, ASCII, Glossary
 @subsection Base64
-RFC 1521 (@ref{RFC 1521}) で定義されている MIME (@ref{MIME}) における
+@cindex{Base64}@strong{Base64} is a transfer encoding method of MIME
-binary data (@ref{binary}) の network での変換法の１つ。@refill
+(@ref{MIME}) defined in RFC 2045 (@ref{RFC 2045}).@refill
-『64 進数』という瘢雹意味で・髟阡�3 byte の data を 0 から 63 の数を表す ASCII
+The encoding process represents 24-bit groups of input bits as output
-(@ref{ASCII}) 4 文字に変換する方法。（もし・髟阡�4 文字にならなければ
+strings of 4 encoded characters.  Encoded characters represent integer 0
-@cindex{pad}@strong{pad} と呼ばれる詰め物をして長さを調整する）@refill
+.. 63 or @cindex{pad}@strong{pad}.  Base64 data must be 4 * n bytes, so
+pad is used to adjust size.@refill
-この 65 ��鑪爐諒源悊� ASCII と EBCDIC の共瘢雹通部分から選ばれており・髟阡�
-Internet 以外の network を経由する��豺腓任皸汰瓦謀��送できるよう瘢雹に設計さ
+These 65 characters are subset of all versions of ISO 646, including
-れている。
+US-ASCII, and all versions of EBCDIC.  So it is safe even if it is
+translated by non-Internet gateways.
-@node binary, Character Set, Base64, Glossary
+@node binary, graphic character set, Base64, Glossary
 @subsection binary
 任意の byte 列を @cindex{binary}@strong{binary} と呼ぶことにします。
 @refill
 ちなみに・髟阡�7bit (@ref{7bit}) や 8bit で表現できる data は binary でも表現
 できます。よって・髟阡�@cindex{binary data}@strong{binary data} と言った��豺隋���
 任意の data を指すことがう髟阡擦蠅泙后�
-@node Character Set, cn-gb, binary, Glossary
+@node graphic character set, cn-gb, binary, Glossary
-@subsection Character Set（文字集合）
+@subsection Graphic Character Set
-符号化文字集合(@ref{Coded character set})。脱髟阡擦掘���ここでは 符号拡張
+Coded character set (@ref{Coded character set}) for graphic characters.
-(@ref{Code extension}) されてない文字集合という瘢雹ニュウ髟阡札鵐垢鮃�
-めている。
+@node cn-gb, cn-big5, graphic character set, Glossary
-@node cn-gb, cn-big5, Character Set, Glossary
 @subsection cn-gb, gb2312
 中国大陸瘢雹でられている簡体字で表記される中国語を表現するための MIME
 charset (@ref{MIME charset}) の１つ。@refill
 @subsection cn-big5, big5
 台湾や香港で用いられている��腓鉾紡了悊派週④気譴訝羚餮譴鯢集修垢襪燭瓩�
 MIME charset (@ref{MIME charset}) の１つ。@refill
-ISO 2022 (@ref{ISO 2022}) に基かない 8bit (@ref{8bit}) の符号化文字集合
+ISO 2022 (@ref{ISO 2022}) に基かない 8bit (@ref{8bit}) のcoded character
-(@ref{Coded character set})で de-fact standard でう髟阡擦襦�RFC 1922
+set (@ref{coded character set})で de-fact standard でう髟阡擦襦�RFC 1922
 (@ref{RFC 1922}) で定義されている。@refill
 cf. @cindex{BIG5}
 @noindent
 [BIG5]
 @end quotation
 CNS 11643-1986 (@ref{CNS}) と対応関係がう髟阡擦襦�
-@node CNS, Coded character set, cn-big5, Glossary
+@node CNS, coded character set, cn-big5, Glossary
 @subsection CNS 11643-1992
 台湾や香港で用いられている��腓鉾紡了悊派週④気譴訝羚餮譴鯢集修垢襪燭瓩�
 文字集合(@ref{Character set})。台湾の標準。現在・髟阡�94×94 (@ref{94x94
 character set}) の面が第１面から第７面までう髟阡擦襦�@refill
 11643:1992.
 @end quotation
-@node Coded character set, Code extension, CNS, Glossary
+@node coded character set, code extension, CNS, Glossary
-@subsection Coded character set（符号化文字集合）, Character code（文字符号）
+@subsection Coded character set, Character code
-文字と byte 列と１対１に対応付ける曖昧でない規則の集合。
+A set of unambiguous rules that establishes a character set and the
+one-to-one relationship between the characters of the set and their
+bit combinations.
-@node Code extension, Content-Disposition, Coded character set, Glossary
-@subsection Code extension（符号拡張）
+@node code extension, Content-Disposition, coded character set, Glossary
-与えられた文字集合(@ref{Character set})に含まれていない文字の符号化のた
+@subsection Code extension
-めに用いる��衙　�ISO 2022 (@ref{ISO 2022}) はその１つ。
+The techniques for the encoding of characters that are not included in
+the character set of a given code. (ex. ISO 2022 (@ref{ISO 2022}))
-@node Content-Disposition, content-type, Code extension, Glossary
+@node Content-Disposition, media type, code extension, Glossary
 @subsection Content-Disposition field
 Content の表��┐了妬�� file 巳苳擦鯢集修垢襪燭瓩� field. MIME (@ref{MIME})
 の拡張の１つ。@refill
 Experimental.
 @end quotation
-@node content-type, Content-Type field, Content-Disposition, Glossary
+@node media type, Content-Type field, Content-Disposition, Glossary
-@subsection content-type
+@subsection media type
-MIME (@ref{MIME}) における part (@ref{part}) の��鑪燹�
+@cindex{media type}@strong{media type} specifies the nature of the data
-@cindex{type}@strong{type} と @cindex{subtype}@strong{subtype} からなる。
+in the body of MIME (@ref{MIME}) entity (@ref{entity}).  It consists of
-RFC 1521 (@ref{RFC 1521}) で定義されている。@refill
+@cindex{type}@strong{type} and @cindex{subtype}@strong{subtype}.  It is
+defined in RFC 2046 (@ref{RFC 2046}).@refill
-type は標準では @cindex{application}@strong{application},
-@cindex{audio}@strong{audio}, @cindex{image}@strong{image},
+Currently there are following types:
-@cindex{message}@strong{message}, @cindex{multipart}@strong{multipart}
-(@ref{multipart}), @cindex{text}@strong{text},
+@itemize @bullet
-@cindex{video}@strong{video} が定義され・髟阡擦修譴��れには
+@item
-application/octet-stream, audio/basic, image/jpeg, multipart/mixed
+@cindex{text}@strong{text}
-(@ref{multipart/mixed}), text/plain (@ref{text/plain}), video/mpeg など
+@item
-のさまざまな subtype が定義されている。
+@cindex{image}@strong{image}
+@item
-@noindent
+@cindex{audio}@strong{audio}
-@strong{[注意]}
+@item
-@quotation
+@cindex{video}@strong{video}
+@item
-ここでは・髟阡�text/plain などの type/subtype の組をしばしば
+@cindex{application}@strong{application}
-@cindex{content-type/subtype}@strong{content-type/subtype} と書く。
+@item
-@end quotation
+@cindex{multipart}@strong{multipart} (@ref{multipart})
+@item
+@cindex{message}@strong{message}
-content-type は・髟阡�RFC 1521 で定義されているものに加えて・髟阡仕佻燭垢襪海箸發�
+@end itemize
-きる。現在・髟阡仕佻燭気譴討い襪發里� MEDIA TYPES
-(ftp://ftp.isi.edu/in-notes/iana/assignments/media-types) で参��箸任④襦�
+And there are various subtypes, for example, application/octet-stream,
-また・髟阡�type もしくは subtype に・髟阡餐阿� `x-' を付けた
+audio/basic, image/jpeg, multipart/mixed (@ref{multipart/mixed}),
-@cindex{x-token}@strong{x-token} を用いることにより・髟阡仕佻燭気譴討い覆い�
+text/plain (@ref{text/plain}), video/mpeg...@refill
-のを私的に用いることもできる。しかし・髟阡仕�海里海箸覆�蕁���こう瘢雹した私的な
-content-type は諒解を得た��圓隆屬任靴�鬢踉氏できないので利用には注意するこ
+You can refer registered media types at MEDIA TYPES
-と。@refill
+(ftp://ftp.isi.edu/in-notes/iana/assignments/media-types).@refill
+In addition, you can use private type or subtype using
+@cindex{x-token}@strong{x-token}, which as the prefix `x-'.  However you
+can not use them in public.@refill
 (cf. @ref{Content-Type field})
-@node Content-Type field, Emacs, content-type, Glossary
+@node Content-Type field, Emacs, media type, Glossary
 @subsection Content-Type field
-Header field to represent information about part, such as content-type
+Header field to represent information about body, such as media type
-(@ref{content-type}), MIME charset (@ref{MIME charset}).  It is defined
+(@ref{media type}), MIME charset (@ref{MIME charset}).  It is defined in
-in RFC 1521 (@ref{RFC 1521}).
+RFC 2045 (@ref{RFC 2045}).
 @noindent
 @strong{[Memo]}
 @quotation
 Historically, Content-Type field was proposed in RFC 1049.  In it,
-Content-Type did not distinguish type and subtype.  However RFC 1521
+Content-Type did not distinguish type and subtype.  However MIME parser
-parser may be able to accept RFC 1049 based Content-Type as unknown
+may be able to accept RFC 1049 based Content-Type as unknown type.
-type.
 @end quotation
 Content-Type field is defined as following:
 @node encoded-word, encapsulation, Emacs, Glossary
 @subsection encoded-word
 Representation non ASCII (@ref{ASCII}) characters in header.  It is
-defined in @cindex{RFC 1522}@strong{RFC 1522}.@refill
+defined in @cindex{RFC 2047}@strong{RFC 2047}.@refill
-@cindex{Standards Track}@cindex{RFC 1522}
+@cindex{Standards Track}@cindex{RFC 2047}
 @noindent
-[RFC 1522]
+[RFC 2047]
 @quotation
-K. Moore, ``MIME (Multipurpose Internet Mail Extensions) Part Two:
+K. Moore, ``MIME (Multipurpose Internet Mail Extensions) Part Three:
-Message Header Extensions for Non-ASCII Text'', September 1993,
+Message Header Extensions for Non-ASCII Text'', November 1996, Standards
-Standards Track.
+Track (obsolete RFC 1521,1522,1590).
 @end quotation
 @node encapsulation, euc-kr, encoded-word, Glossary
 @node GB 2312, GB 8565.2, FTP, Glossary
 @subsection GB 2312-1980
-中国大陸瘢雹で用いられている簡体字で表記される中国語を表すための 94×94 文字
+中国大陸瘢雹で用いられている簡体字で表記される中国語を表すための
-集合(@ref{94x94 character set})。中国の国家標準。ISO 2022 (@ref{ISO
+94x94-character set (@ref{94x94-character set})。中国の国家標準。ISO
-2022}) での終脱踉司源悊� `A'.@refill
+2022 (@ref{ISO 2022}) での終脱踉司源悊� `A'.@refill
 これは GB における基本集でう髟阡擦襦�
 @cindex{GB 2312}@cindex{GB 2312:1980}
 @noindent
 @node iso-2022-jp-2, iso-2022-kr, iso-2022-jp, Glossary
 @subsection iso-2022-jp-2
-iso-2022-jp (@ref{iso-2022-jp}) を拡張した MIME charset (@ref{MIME
+A MIME charset (@ref{MIME charset}), which is a multilingual extension
-charset}) の一つ。@refill
+of iso-2022-jp (@ref{iso-2022-jp}).@refill
-RFC 1554 で定義されている。
+It is defined in RFC 1554.
 @cindex{iso-2022-jp-2}@cindex{Informational}@cindex{RFC 1554}
 @noindent
 [iso-2022-jp-2: RFC 1554]
 @quotation
 @node iso-2022-kr, ISO 646, iso-2022-jp-2, Glossary
 @subsection iso-2022-kr
-韓国語を表現するための MIME charset (@ref{MIME charset}) の１つ。
+A MIME charset (@ref{MIME charset}) for Korean language (Hangul
+script).@refill
-ISO 2022 (@ref{ISO 2022}) に基いて ASCII (@ref{ASCII}) に KS C5601
-(@ref{KS C5601}) を 7bit (@ref{7bit}) で符号拡張 (@ref{Code extension})
+It is based on ISO 2022 (@ref{ISO 2022}) code extension (@ref{code
-している。@refill
+extension}) technique to extends ASCII (@ref{ASCII}) to use KS C5601
+(@ref{KS C5601}) as 7bit (@ref{7bit}) text.@refill
-RFC 1557 (@ref{RFC 1557}) で定義されている。
+It is defined in RFC 1557 (@ref{RFC 1557}).
 @node ISO 646, ISO 8859-1, iso-2022-kr, Glossary
 @subsection ISO 646
 @node ISO 8859-1, iso-8859-1, ISO 646, Glossary
 @subsection ISO 8859-1
-畝苳参そ�譴罵僂い蕕譴覲板� Latin 文字や記号からなる 96 文字集合(@ref{96
-character set})。
 @cindex{ISO 8859-1}@cindex{ISO 8859-1:1987}
 @noindent
 [ISO 8859-1]
 @quotation
 International Organization for Standardization (ISO), ``Information
 @node iso-8859-1, ISO 8859-2, ISO 8859-1, Glossary
 @subsection iso-8859-1
-畝苳参そ�譴覆匹鯢集修垢襪燭瓩� MIME charset (@ref{MIME charset}) の１つ。
+@cindex{iso-8859-1}@strong{iso-8859-1} is a MIME charset (@ref{MIME
+charset}) for west-European languages written by Latin script.@refill
 ISO 2022 (@ref{ISO 2022}) に基いて・髟阡�ASCII (@ref{ASCII}) に ISO 8859-1
 (@ref{ISO 8859-1}) を 8bit (@ref{8bit}) で符号拡張 (@ref{Code
 extension})している。@refill
-RFC 1521 (@ref{RFC 1521}) で定義されている。
+It is defined in RFC 2046 (@ref{RFC 2046}).
 @node ISO 8859-2, iso-8859-2, iso-8859-1, Glossary
 @subsection ISO 8859-2
-東欧諸語で用いられる拡張 Latin 文字や記号からなる 96 文字集合(@ref{96
-character set})。
 @cindex{ISO 8859-2}@cindex{ISO 8859-2:1987}
 @noindent
 [ISO 8859-2]
 @quotation
 @node iso-8859-2, ISO 8859-3, ISO 8859-2, Glossary
 @subsection iso-8859-2
-東欧諸語を表現するための MIME charset (@ref{MIME charset}) の１つ。
+@cindex{iso-8859-2}@strong{iso-8859-2} is a MIME charset (@ref{MIME
+charset}) for east-European languages written by Latin script.@refill
 ISO 2022 (@ref{ISO 2022}) に基いて・髟阡�ASCII (@ref{ASCII}) に ISO 8859-2
 (@ref{ISO 8859-2}) を 8bit (@ref{8bit}) で符号拡張 (@ref{Code
 extension})している。@refill
-RFC 1521 (@ref{RFC 1521}) で定義されている。
+It is defined in RFC 2046 (@ref{RFC 2046}).
 @node ISO 8859-3, ISO 8859-4, iso-8859-2, Glossary
 @subsection ISO 8859-3
 @node ISO 8859-5, iso-8859-5, ISO 8859-4, Glossary
 @subsection ISO 8859-5
-キリル文字や記号からなる 96 文字集合(@ref{96 character set})。
 @cindex{ISO 8859-5}@cindex{ISO 8859-5:1988}
 @noindent
 [ISO 8859-5]
 @quotation
 International Organization for Standardization (ISO), ``Information
 @node iso-8859-5, ISO 8859-6, ISO 8859-5, Glossary
 @subsection iso-8859-5
-キリル文字を表現するための MIME charset (@ref{MIME charset}) の１つ。
+@cindex{iso-8859-5}@strong{iso-8859-5} is a MIME charset (@ref{MIME
+charset}) for Cyrillic script.@refill
 ISO 2022 (@ref{ISO 2022}) に基いて・髟阡�ASCII (@ref{ASCII}) に ISO 8859-5
 (@ref{ISO 8859-5}) を 8bit (@ref{8bit}) で符号拡張 (@ref{Code
 extension})している。@refill
-RFC 1521 (@ref{RFC 1521}) で定義されている。
+It is defined in RFC 2046 (@ref{RFC 2046}).
 @node ISO 8859-6, ISO 8859-7, iso-8859-5, Glossary
 @subsection ISO 8859-6
 @node ISO 8859-7, iso-8859-7, ISO 8859-6, Glossary
 @subsection ISO 8859-7
-ギリシウ髟阡司源悊箋Ⅴ罎�蕕覆� 96 文字集合(@ref{96 character set})。
 @cindex{ISO 8859-7}@cindex{ISO 8859-7:1987}
 @noindent
 [ISO 8859-7]
 @quotation
 International Organization for Standardization (ISO), ``Information
 @node iso-8859-7, ISO 8859-8, ISO 8859-7, Glossary
 @subsection iso-8859-7
-ギリシウ髟阡燦譴鯢集修垢襪燭瓩� MIME charset (@ref{MIME charset}) の１つ。
+@cindex{iso-8859-7}@strong{iso-8859-7} is a MIME charset (@ref{MIME
+charset}) for Greek script.@refill
 ISO 2022 (@ref{ISO 2022}) に基いて・髟阡�ASCII (@ref{ASCII}) に ISO 8859-7
 (@ref{ISO 8859-7}) を 8bit (@ref{8bit}) で符号拡張 (@ref{Code
 extension})している。@refill
-RFC 1947 で定義されている。
+It is defined in RFC 1947.
 @cindex{iso-8859-7}@cindex{Informational}@cindex{RFC 1947}
 @noindent
 [iso-8859-7: RFC 1947]
 @quotation
 @node ISO-IR-165, JIS X0201, ISO 8859-9, Glossary
 @subsection ISO-IR-165, CCITT Extended GB
 CCITT が登録した・髟阡暫羚饌舂�逅擦罵僂い蕕譴討い覺並了悊派週④気譴訝羚餮譴鯢集�
-するための 94×94 文字集合(@ref{94x94 character set})。@refill
+するための 94x94-character set (@ref{94x94-character set})。@refill
 GB 2312 (@ref{GB 2312}) と GB 8565 表２ (@ref{GB 8865.2}) に 150 文字ほ
 どを追加したものらしい。@refill
 ISO 2022 (@ref{ISO 2022}) での終脱踉司源悊� `E' でう髟阡擦襦�
 @cindex{JIS X0201-1996?}@cindex{JIS X 0201:1996?        draft}
 @noindent
 [JIS X0201-1996?]
 @quotation
-日本規格協会 (Japanese Standards Association),『７庵ト及び８庵トの���
+日本規格協会 (Japanese Standards Association),『７ビット及び８ビットの���
 報交換用符号化文字集合』, ``7-bit and 8-bit coded character sets for
 information interchange'', JIS X 0201:1996?  draft.
 @end quotation
 @node JIS C6226, JIS X0208, JIS X0201, Glossary
 @subsection JIS C6226-1978
-日本語を表すために作られた 94×94 文字集合(@ref{94x94 character set})。
+日本語を表すために作られた 94x94-character set (@ref{94x94-character
-日本の国家標準。JIS X0208-1978 ともいう瘢雹。@refill
+set})。日本の国家標準。JIS X0208-1978 ともいう瘢雹。@refill
 (cf. @ref{JIS X0208})
 @node JIS X0208, JIS X0212, JIS C6226, Glossary
 @subsection JIS X0208
-日本語を表すために作られた 94×94 文字集合(@ref{94x94 character set})。
+日本語を表すために作られた 94x94-character set (@ref{94x94-character
-日本の国家標準。1978 年版・髟阡�1983 年版・髟阡�1990 年版がう髟阡擦襪����Internet では
+set})。日本の国家標準。1978 年版・髟阡�1983 年版・髟阡�1990 年版がう髟阡擦襪����Internet
-1983 年版がもっとも良く使われている。@refill
+では 1983 年版がもっとも良く使われている。@refill
 JIS X0208 は記号・髟阡賛�忞���ロ・踉札淹忞���ひらがな・髟阡札�織�福���ギリシャ文字・髟阡札⑤�
 ル文字・髟阡桟喟�如���第１水準・髟阡斬茖何綵爐隆岨悊�泙泙譴襦Ｃ���し・髟阡�1983 年版の一
 部の記号と罫線素は 1978 年版にはない。また・髟阡三貮瑤隆岨悊了昉舛� 1983 年版
 では変更され・髟阡擦泙拭���第１水準と第２水準が入れ替わっていたりする。このため・髟阡�
 @cindex{JIS X0208-1996?}@cindex{JIS X 0208:1996? draft}
 @noindent
 [JIS X0208-1996?]
 @quotation
-日本規格協会 (Japanese Standards Association),『７庵ト及び８庵トの
+日本規格協会 (Japanese Standards Association),『７ビット及び８ビットの
-２�續�鞳�鷆�闥誡鞜竇鶩�轣笂⑱握悪�鳬蜴膀繖蜚闥�瘤�躁喘池��蹲緕�纔蕕ト��霾鷂魎考冑箙羃輯岨晙弦隋�, ``7-bit and 8-bit double byte coded
+２バイト��霾鷂魎考冑箙羃輯岨晙弦隋�, ``7-bit and 8-bit double byte coded
 Kanji sets for information interchange'', JIS X 0208:1996? draft.
 @end quotation
 @node JIS X0212, koi8-r, JIS X0208, Glossary
 @subsection JIS X0212-1990
-JIS X0208 (@ref{JIS X0208}) になかった文字を集めた 94×94 文字集合
+JIS X0208 (@ref{JIS X0208}) になかった文字を集めた 94x94-character set
-(@ref{94x94 character set})。「補助漢字」とも呼ばれる。日本の国家標準。
+(@ref{94x94-character set})。「補助漢字」とも呼ばれる。日本の国家標準。
 ISO 2022 (@ref{ISO 2022}) での終脱踉司源悊� `D'.
 @node koi8-r, KS C5601, JIS X0212, Glossary
 @subsection koi8-r
-ロシヤ語等で用いられるキリル文字を表現するための MIME charset (@ref{MIME
+A MIME charset (@ref{MIME charset}) for Cyrillic script for Russian or
-charset}) の１つ。@refill
+other languages.@refill
-ISO 2022 (@ref{ISO 2022}) に基かない 8bit (@ref{8bit}) の符号化文字集合
+It is a 1 byte 8bit (@ref{8bit}) coded character set (@ref{coded
-(@ref{Coded character set})で de-fact standard でう髟阡擦襦�
+character set}), not based on ISO 2022 (@ref{ISO 2022}).  It is a
+de-fact standard.@refill
-RFC 1489 で定義されている。@refill
+It is defined in RFC 1489.@refill
 @cindex{RFC 1489}
 @noindent
 [RFC 1489]
 @quotation
 @node KS C5601, message, koi8-r, Glossary
 @subsection KS C5601-1987
-韓国語を表すための 94×94 文字集合(@ref{94x94 character set})。韓国の国
+A 94x94-character set (@ref{94x94-character set}) for Korean language
-家標準。ISO 2022 (@ref{ISO 2022}) での終脱踉司源悊� `C'.
+(Hangul script).  Korean Standard.  Final byte of ISO 2022 (@ref{ISO
+2022}) is `C'.
 @cindex{KS C5601}@cindex{KS C 5601:1987}
 @noindent
 [KS C5601]
 @quotation
 @node message/rfc822, method, message, Glossary
 @subsection message/rfc822
-伝統的な RFC 934 (@ref{RFC 934}) に代わり・髟阡�RFC 822 (@ref{RFC 822}) で定
+@cindex{message/rfc822}@strong{message/rfc822} indicates that the body
-義される mail を表す MIME の形��亜�RFC 1521 (@ref{RFC 1521}) で定義されて
+contains an encapsulated message, with the syntax of an RFC 822
-いる。
+(@ref{RFC 822}) message.  It is the replacement of traditional RFC 934
+(@ref{RFC 934}) encapsulation.  It is defined in RFC 2046 (@ref{RFC
+2046}).
 @node method, MIME, message/rfc822, Glossary
 @subsection method
 @node MIME, MIME charset, method, Glossary
 @subsection MIME
-@cindex{Multipurpose Internet Mail Extensions}@strong{Multipurpose
+MIME stands for @cindex{Multipurpose Internet Mail
-Internet Mail Extensions} の略で・髟阡�Internet の mail や news で us-ascii
+Extensions}@strong{Multipurpose Internet Mail Extensions}, it is an
-plain text (@ref{us-ascii}) 以外の文字を使う瘢雹ための RFC 822 (@ref{RFC
+extension for RFC 822 (@ref{RFC 822}).@refill
-822}) に対する拡張。@refill
+According to RFC 2045:@refill
-RFC 1521 (@ref{RFC 1521}) と RFC 1522 (@ref{encoded-word}) で定義されて
-いる。@refill
+STD 11, RFC 822, defines a message representation protocol specifying
+considerable detail about US-ASCII message headers, and leaves the
-(cf. @ref{What is MIME?})
+message content, or message body, as flat US-ASCII text.  This set of
+documents, collectively called the Multipurpose Internet Mail
+Extensions, or MIME, redefines the format of messages to allow
+for@refill
+@enumerate
+@item
+textual message bodies in character sets other than US-ASCII,
+@item
+an extensible set of different formats for non-textual message
+bodies,
+@item
+multi-part message bodies, and
+@item
+textual header information in character sets other than US-ASCII.
+@end enumerate
+It is defined in RFC 2045 (@ref{RFC 2045}), RFC 2046 (@ref{RFC 2046}),
+RFC 2047 (@ref{encoded-word}), RFC 2048 (@ref{RFC 2048}) and RFC 2049
+(@ref{RFC 2049}).
 @node MIME charset, MTA, MIME, Glossary
 @subsection MIME charset
-Content-Type field (@ref{Content-Type field}) や encoded-word
+Coded character set (@ref{Coded character set}) used in Content-Type
-(@ref{encoded-word}) の charset parameter で用いられる登録された符号化文
+field (@ref{Content-Type field}) or charset parameter of encoded-word
-字集合 (@ref{Coded character set})。@refill
+(@ref{encoded-word}).@refill
-RFC 1521 (@ref{RFC 1521}) で定義されている。@refill
+It is defined in RFC 2045 (@ref{RFC 2045}).@refill
 iso-2022-jp (@ref{iso-2022-jp}) や euc-kr (@ref{euc-kr}) はその１つ。
 （ここでは・髟阡�MIME charset は文字集合 (@ref{Character set})と区別して����
 字で書いている）
 @node multipart, multipart/alternative, MULE, Glossary
 @subsection Multipart
-１つの message (@ref{message}) に複数の part を入れるための MIME
+@cindex{multipart}@strong{multipart} means media type (@ref{media type})
-(@ref{MIME}) における表現法・髟阡擦發靴�蓮���複数の part からなる message を指
+to insert multiple entities (@ref{entities}) in a single body.  Or it
-す。(cf. @ref{content-type}) @refill
+also indicates a message consists of multiple entities.@refill
-現在・髟阡残蟲舛気譴討い� @cindex{multipart}@strong{multipart} としては・髟阡�RFC
+There are following subtypes registered in RFC 2046 (@ref{RFC 2046}):
-1521 (@ref{RFC 1521}) で定義された
 @itemize @bullet
 @item
 multipart/mixed (@ref{multipart/mixed})
 @item
 @item
 multipart/parallel (@ref{multipart/parallel})
 @end itemize
 @noindent
-のほか RFC 1847 (@ref{Security multipart}) で定義された
+and registered in RFC 1847 (@ref{Security multipart}):
 @itemize @bullet
 @item
 multipart/signed (@ref{multipart/signed})
 @item
 multipart/encrypted (@ref{multipart/encrypted})
 @end itemize
-@noindent
-などがう髟阡擦襦�
 @node multipart/alternative, multipart/digest, multipart, Glossary
 @subsection multipart/alternative
-multipart (@ref{multipart}) の１つで・髟阡仔韻研苳諮報を異った形��阿覇�譟���選択肢
+@cindex{multipart/digest}@strong{multipart/digest} is one of multipart
-とする��豺腓僕僂い襦�@refill
+(@ref{multipart}) media types.  This type is syntactically identical to
+multipart/mixed (@ref{multipart/mixed}), but the semantics are
-(cf. @ref{RFC 1521})
+different.  In particular, each of the body parts is an ``alternative''
+version of the same information.@refill
+(cf. @ref{RFC 2046})
 @node multipart/digest, multipart/encrypted, multipart/alternative, Glossary
 @subsection multipart/digest
-multipart (@ref{multipart}) の１つで・髟阡惨泙泙譴� part の default の
+@cindex{multipart/digest}@strong{multipart/digest} is one of multipart
-content-type (@ref{content-type}) が multipart/mixed
+(@ref{multipart}) media types.  This type is syntactically identical to
-(@ref{multipart/mixed}) などの��豺� text/plain (@ref{text/plain}) でう髟阡擦�
+multipart/mixed (@ref{multipart/mixed}), but the semantics are
-のに対し・髟阡�@cindex{multipart/digest}@strong{multipart/digest}では
+different.  In particular, in a digest, the default Content-Type value
-message/rfc822 (@ref{message/rfc822}) が用いられる点が異なる。@refill
+for a body part is changed from text/plain (@ref{text/plain}) to
+message/rfc822 (@ref{message/rfc822}).@refill
-これは伝統的な RFC 1153 (@ref{RFC 1153}) に基づく encapsulation
-(@ref{encapsulation}) に代わるものでう髟阡擦襦�@refill
+This is the replacement of traditional RFC 1153 (@ref{RFC 1153}) based
+encapsulation (@ref{encapsulation}).@refill
-(cf. @ref{RFC 1521})
+(cf. @ref{RFC 2046})
 @node multipart/encrypted, multipart/mixed, multipart/digest, Glossary
 @subsection multipart/encrypted
 @node multipart/mixed, multipart/parallel, multipart/encrypted, Glossary
 @subsection multipart/mixed
-multipart (@ref{multipart}) の��舁廚� subtype で・髟阡司�瑤� part を順序付け
+Primary and default subtype of multipart (@ref{multipart}), it is used
-て並べる��豺腓僕僂い襦�@refill
+when the body parts are independent and need to be bundled in a
+particular order.@refill
-(cf. @ref{RFC 1521})
+(cf. @ref{RFC 2046})
 @node multipart/parallel, multipart/signed, multipart/mixed, Glossary
 @subsection multipart/parallel
-multipart (@ref{multipart}) の１つで・髟阡司�瑤� part を順序付けずに含める���
+@cindex{multipart/parallel}@strong{multipart/parallel} is a subtype of
-合に用いる。@refill
+multipart (@ref{multipart}).  This type is syntactically identical to
+multipart/mixed (@ref{multipart/mixed}), but the semantics are
-(cf. @ref{RFC 1521})
+different.  In particular, in a parallel entity, the order of body parts
+is not significant.@refill
+(cf. @ref{RFC 2046})
 @node multipart/signed, PGP, multipart/parallel, Glossary
 @subsection multipart/signed
 @node Quoted-Printable, RFC 821, PGP/MIME, Glossary
 @subsection Quoted-Printable
-RFC 1521 (@ref{RFC 1521}) で定義されている MIME (@ref{MIME}) における
+@cindex{Quoted-Printable}@strong{Quoted-Printable} is a transfer
-binary data (@ref{binary}) の network での変換法の１つ。@refill
+encoding method of MIME (@ref{MIME}) defined in RFC 2045 (@ref{RFC
+2045}).@refill
-`=' や制御文字や 128 以��紊諒源悊覆匹� `=AF' のよう瘢雹に `=' の後に続く 16
-進数で表現する。このため・髟阡�ASCII (@ref{ASCII}) 文字中心の data では
+If the data being encoded are mostly US-ASCII text, the encoded form of
-Base64 (@ref{Base64}) に比べると可読性が高くなる可能性がう髟阡擦襦�@refill
+the data remains largely recognizable by humans.@refill
-しかしながら・髟阡�EBCDIC には存在しない文字を利用する��豺隋���EBCDIC を利用し
+(cf. @ref{Base64})
-ている network では安全に摘苳餐�垢襪海箸�任④此���Base64 に比べて安全性は
-低い。
 @node RFC 821, RFC 822, Quoted-Printable, Glossary
 @subsection RFC 821
 December 1987, (obsolete RFC 850).
 @end quotation
-@node RFC 1153, RFC 1521, RFC 1036, Glossary
+@node RFC 1153, RFC 1557, RFC 1036, Glossary
 @subsection RFC 1153
 複数の Internet mail (@ref{RFC 822}) を
 @cindex{encapsulation}@strong{encapsulation} (@ref{encapsulation}) する
 ための方法を定めた RFC. RFC 934 (@ref{RFC 934}) を用いる。@refill
 F. Wancho, ``Digest Message Format'', April 1990.
 @end quotation
-@node RFC 1521, RFC 1557, RFC 1153, Glossary
+@node RFC 1557, RFC 1922, RFC 1153, Glossary
-@subsection RFC 1521
-MIME (@ref{MIME}) を定義している RFC の１つ。
-@cindex{Standards Track}@cindex{RFC 1521}
-@noindent
-[RFC 1521]
-@quotation
-N. Borenstein and N. Freed, ``MIME (Multipurpose Internet Mail
-Extensions) Part One: Mechanisms for Specifying and Describing the
-Format of Internet Message Bodies'', September 1993, Standards Track
-(obsolete RFC 1341).
-@end quotation
-(RFC 1522 (@ref{encoded-word}))
-@node RFC 1557, RFC 1922, RFC 1521, Glossary
 @subsection RFC 1557
 euc-kr (@ref{euc-kr}) と iso-2022-kr (@ref{iso-2022-kr}) という瘢雹韓国語の
 ための MIME charset (@ref{MIME charset}) を定義している RFC.
 Messages'', December 1993, Informational.
 @end quotation
-@node RFC 1922, plain text, RFC 1557, Glossary
+@node RFC 1922, RFC 2045, RFC 1557, Glossary
 @subsection RFC 1922
 iso-2022-cn (@ref{iso-2022-cn}), iso-2022-cn-ext
 (@ref{iso-2022-cn-ext}), cn-gb (@ref{cn-gb}), cn-big5 (@ref{cn-big5}) と
 いった中国語のための MIME charset (@ref{MIME charset}) を定義している
 Informational.
 @end quotation
-@node plain text, Security multipart, RFC 1922, Glossary
+@node RFC 2045, RFC 2046, RFC 1922, Glossary
+@subsection RFC 2045
+@cindex{Standards Track}@cindex{RFC 2045}
+@noindent
+[RFC 2045]
+@quotation
+N. Freed and N. Borenstein, ``Multipurpose Internet Mail Extensions
+(MIME) Part One: Format of Internet Message Bodies'', November 1996,
+Standards Track (obsolete RFC 1521, 1522, 1590).
+@end quotation
+@node RFC 2046, RFC 2048, RFC 2045, Glossary
+@subsection RFC 2046
+@cindex{Standards Track}@cindex{RFC 2046}
+@noindent
+[RFC 2046]
+@quotation
+N. Freed and N. Borenstein, ``Multipurpose Internet Mail Extensions
+(MIME) Part Two: Media Types'', November 1996, Standards Track (obsolete
+RFC 1521, 1522, 1590).
+@end quotation
+@node RFC 2048, RFC 2049, RFC 2046, Glossary
+@subsection RFC 2048
+@cindex{Standards Track}@cindex{RFC 2048}
+@noindent
+[RFC 2048]
+@quotation
+N. Freed, J. Klensin and J. Postel, ``Multipurpose Internet Mail
+Extensions (MIME) Part Four: Registration Procedures'', November 1996,
+Standards Track (obsolete RFC 1521, 1522, 1590).
+@end quotation
+@node RFC 2049, plain text, RFC 2048, Glossary
+@subsection RFC 2049
+@cindex{Standards Track}@cindex{RFC 2049}
+@noindent
+[RFC 2049]
+@quotation
+N. Freed and N. Borenstein, ``Multipurpose Internet Mail Extensions
+(MIME) Part Five: Conformance Criteria and Examples'', November 1996,
+Standards Track (obsolete RFC 1521, 1522, 1590).
+@end quotation
+@node plain text, Security multipart, RFC 2049, Glossary
 @subsection plain text
 書体や組版に関する��霾鵑鮖�燭覆� 文字符号(@ref{Coded character set})のみ
 で表現される text ��霾鵝�(cf. @ref{text/plain})
 @node text/enriched, text/plain, Security multipart, Glossary
 @subsection text/enriched
-RFC 1521 (@ref{RFC 1521}) で定義された
+RFC 1521 で定義された @cindex{text/richtext}@strong{text/richtext} に代
-@cindex{text/richtext}@strong{text/richtext} に代わって・髟阡蚕饌里篩犯任亡�
+わって・髟阡蚕饌里篩犯任亡悗垢襴苳諮報を持った textを表現するための media type
-する��霾鵑鮖�辰� textを表現するための content-type (@ref{content-type}).
+(@ref{media type}).
 @cindex{text/enriched}@cindex{RFC 1896}
 @noindent
 [text/enriched: RFC 1896]
 @quotation
 @node text/plain, tm-kernel, text/enriched, Glossary
 @subsection text/plain
-RFC 1521 (@ref{RFC 1521}) で定義された・髟阡�plain text (@ref{plain text}) を
+@cindex{text/plain}@strong{text/plain} is a media type (@ref{media
-表現するための content-type (@ref{content-type}).@refill
+type}) for plain text (@ref{plain text}), defined in RFC 2046 (@ref{RFC
+2046}).@refill
-非 MIME message などの content-type が定義されない part は MIME charset
-(@ref{MIME charset}) が us-ascii (@ref{us-ascii}) でう髟阡擦�
+The default media type of ``text/plain; charset=us-ascii'' for Internet
-@cindex{text/plain}@strong{text/plain} の part でう髟阡擦襪噺��気譴襪海箸�
+mail describes existing Internet practice.  That is, it is the type of
-なっている。
+body defined by RFC 822 (@ref{RFC 822}).@refill
+(cf. @ref{MIME charset}) (cf. @ref{us-ascii})
 @node tm-kernel, tm-MUA, text/plain, Glossary
 @subsection tm-kernel, tm
 tm, and discuss future enhancements to tm.  To join the tm ML, send
 e-mail to:
 @itemize @bullet
 @item
-日本語 <tm-ja-admin@@chamonix.jaist.ac.jp>
+Japanese <tm-ja-admin@@chamonix.jaist.ac.jp>
 @item
-英語 <tm-en-admin@@chamonix.jaist.ac.jp>
+English  <tm-en-admin@@chamonix.jaist.ac.jp>
 @end itemize
 @noindent
 Since the user registration is done manually, please write the mail
 body in human-recognizable language (^_^).

Mercurial > hg > xemacs-beta

comparison man/tm/tm-en.texi @ 74:54cc21c15cbb r20-0b32