ids/6/935.txt

#?SuikaWiki/0.9 default-name="US-ASCII"
*MIME

[1] [[Bruce Lilly]] は、 [[ietf-822]] に送った記事
<mid:3E46CDE6.2060209@Sonietta.blilly.com> で、 ''[[MIME]]''
はどう発音するのかとたずねました。
:Ned           :Nathaniel は英単語 [[mime]] の発音 (''マイム'') だし、僕もそうしてきたさ。綴りで (''エム・アイ・エム・エー'') 読む人もちょっといたけど、ちょっとだけさ。
:[[Keith Moore]]:''MIME'' って略語は発音出来る様に選んだんだし。
:Bruce Lilly   :それじゃあ、 RFC 2047 第3節の次の箇所は間違いですよね。
>the character set names allowed in ''an'' MIME "charset" parameter of a

:Keith Moore   :あちゃー。こりゃあ直して [[Proposed Standard]] からやり直さないとあかんなあ。
:Paul Smith    :''(w'' が抜けてます。。。

- [2] 蛇足ながら解説をば。 [[IETF]] の[[標準化過程]]では、提案標準 (Proposed)→素案標準 (Draft)→(完全)標準 (Full) と進みますが、現在 MIME (RFC 2045〜) は素案標準の段階です。
- [3] ですからこのままうまくいけば、次の [[RFC]] (出るのか不明ですが。) では MIME も晴れて full standard に昇格できるはずです。しかし、改訂の際に仕様に大きな変更が入った場合は、提案標準に差し戻されます。
- [4] ですから、ここで Bruce から''重大''な誤りを指摘されて、 Keith はまた一からやり直しか〜(wと嘆いていた(嘘)のです。解説終わり。
[[#comment]]
*CRLF (RFC 2045 2.1) 

The term CRLF, in this set of documents, refers to the sequence of
octets corresponding to the two US-ASCII characters CR (decimal value
13) and LF (decimal value 10) which, taken together, in this order,
denote a line break in RFC 822 mail.

この文書集合中の用語 CRLF は、2つの US-ASCII 文字 CR (10進値13),
LF (10進値10) に対応するオクテット列を表します。
この2文字は RFC 822 メイル中で一緒にこの順に現れて、改行を示します。

*Character Set 文字集合 (RFC 2045 2.2)

See [[charset]]
*Message メッセージ (RFC 2045 2.3)

The term "message", when not further qualified, means either a
(complete or "top-level") RFC 822 message being transferred on a
network, or a message encapsulated in a body of type "message/rfc822"
or "message/partial".

用語「メッセージ message」は修飾語句が無い場合、
(完全あるいは「最上位 top-level」の) ネットワークで転送される
RFC 822 メッセージ, または型 "message/rfc822" または "message/partial"
の本文にカプセル化されたメッセージのいずれかを意味します。
*Entity 実体 (RFC 2045 2.4)
[[#embed:実体]]
*本文部分 Body Part (RFC 2045 2.5)

The term "body part" refers to an entity inside of a multipart entity.

用語「本文部分 body part」は多部分実体の中の実体を指します。

*本体 Body (RFC 2045 2.6)
[[#embed:本体]]
**7ビット・データ 7bit Data (RFC 2045 2.7)

   "7bit data" refers to data that is all represented as relatively
   short lines with 998 octets or less between CRLF line separation
   sequences [RFC-821].  No octets with decimal values greater than 127
   are allowed and neither are NULs (octets with decimal value 0).  CR
   (decimal value 13) and LF (decimal value 10) octets only occur as
   part of CRLF line separation sequences.

「7ビット・データ 7bit data」は、 CRLF 行区切り列の間が
998オクテット以下の比較的短い行ですべて表現されるデータ [RFC-821] を指します。
10進値が127より大きいオクテットや NUL (10進値0のオクテット)は
認められません。 CR (10進値13) と LF (10進値10) のオクテットは
CRLF 行区切り列の一部としてのみ使うことが出来ます。

*8ビット・データ 8bit Data (RFC 2045 2.8)

   "8bit data" refers to data that is all represented as relatively
   short lines with 998 octets or less between CRLF line separation
   sequences [RFC-821]), but octets with decimal values greater than 127
   may be used.  As with "7bit data" CR and LF octets only occur as part
   of CRLF line separation sequences and no NULs are allowed.

「8ビット・データ 8bit data」 は、 CRLF 行区切り列の間が
998オクテット以下の比較的短い行ですべて表現されるデータ [RFC-821] を指します。
但し10進値が127より大きなオクテットを使って構いません。
「7ビット・データ 7bit data」同様に、 CR と LF のオクテットは
CRLF 行区切列の一部としてのみ使うことが出来、 NUL は認められていません。

*バイナリ・データ Binary Data (RFC 2045 2.9)

"Binary data" refers to data where any sequence of octets whatsoever is allowed.

「バイナリ・データ binary data」はどんなオクテットの列でも認められる
データを指します。

*行 Lines (RFC 2046 2.10)

   "Lines" are defined as sequences of octets separated by a CRLF
   sequences.  This is consistent with both RFC 821 and RFC 822.
   "Lines" only refers to a unit of data in a message, which may or may
   not correspond to something that is actually displayed by a user
   agent.

「行 lines」は CRLF 列で区切られたオクテットの列と定義します。
これは RFC 821, RFC 822 の両者と同じです。
「行」はメッセージ中のデータの単位のみを指します。
利用者代理者が実際に表示するものと対応していてもいなくても構いません。

[[#comment]]
*RFC の部分の License
See [[RFCのライセンス]]
*メモ
1	wakaba	1.1	#?SuikaWiki/0.9 default-name="US-ASCII"
2			*MIME
3
4			[1] [[Bruce Lilly]] は、 [[ietf-822]] に送った記事
5			<mid:3E46CDE6.2060209@Sonietta.blilly.com> で、 ''[[MIME]]''
6			はどう発音するのかとたずねました。
7			:Ned :Nathaniel は英単語 [[mime]] の発音 (''マイム'') だし、僕もそうしてきたさ。綴りで (''エム・アイ・エム・エー'') 読む人もちょっといたけど、ちょっとだけさ。
8			:[[Keith Moore]]:''MIME'' って略語は発音出来る様に選んだんだし。
9			:Bruce Lilly :それじゃあ、 RFC 2047 第3節の次の箇所は間違いですよね。
10			>the character set names allowed in ''an'' MIME "charset" parameter of a
11
12			:Keith Moore :あちゃー。こりゃあ直して [[Proposed Standard]] からやり直さないとあかんなあ。
13			:Paul Smith :''(w'' が抜けてます。。。
14
15			- [2] 蛇足ながら解説をば。 [[IETF]] の[[標準化過程]]では、提案標準 (Proposed)→素案標準 (Draft)→(完全)標準 (Full) と進みますが、現在 MIME (RFC 2045〜) は素案標準の段階です。
16			- [3] ですからこのままうまくいけば、次の [[RFC]] (出るのか不明ですが。) では MIME も晴れて full standard に昇格できるはずです。しかし、改訂の際に仕様に大きな変更が入った場合は、提案標準に差し戻されます。
17			- [4] ですから、ここで Bruce から''重大''な誤りを指摘されて、 Keith はまた一からやり直しか〜(wと嘆いていた(嘘)のです。解説終わり。
18			[[#comment]]
19			*CRLF (RFC 2045 2.1)
20
21			The term CRLF, in this set of documents, refers to the sequence of
22			octets corresponding to the two US-ASCII characters CR (decimal value
23			13) and LF (decimal value 10) which, taken together, in this order,
24			denote a line break in RFC 822 mail.
25
26			この文書集合中の用語 CRLF は、2つの US-ASCII 文字 CR (10進値13),
27			LF (10進値10) に対応するオクテット列を表します。
28			この2文字は RFC 822 メイル中で一緒にこの順に現れて、改行を示します。
29
30			*Character Set 文字集合 (RFC 2045 2.2)
31
32			See [[charset]]
33			*Message メッセージ (RFC 2045 2.3)
34
35			The term "message", when not further qualified, means either a
36			(complete or "top-level") RFC 822 message being transferred on a
37			network, or a message encapsulated in a body of type "message/rfc822"
38			or "message/partial".
39
40			用語「メッセージ message」は修飾語句が無い場合、
41			(完全あるいは「最上位 top-level」の) ネットワークで転送される
42			RFC 822 メッセージ, または型 "message/rfc822" または "message/partial"
43			の本文にカプセル化されたメッセージのいずれかを意味します。
44			*Entity 実体 (RFC 2045 2.4)
45			[[#embed:実体]]
46			*本文部分 Body Part (RFC 2045 2.5)
47
48			The term "body part" refers to an entity inside of a multipart entity.
49
50			用語「本文部分 body part」は多部分実体の中の実体を指します。
51
52			*本体 Body (RFC 2045 2.6)
53			[[#embed:本体]]
54			**7ビット・データ 7bit Data (RFC 2045 2.7)
55
56			"7bit data" refers to data that is all represented as relatively
57			short lines with 998 octets or less between CRLF line separation
58			sequences [RFC-821]. No octets with decimal values greater than 127
59			are allowed and neither are NULs (octets with decimal value 0). CR
60			(decimal value 13) and LF (decimal value 10) octets only occur as
61			part of CRLF line separation sequences.
62
63			「7ビット・データ 7bit data」は、 CRLF 行区切り列の間が
64			998オクテット以下の比較的短い行ですべて表現されるデータ [RFC-821] を指します。
65			10進値が127より大きいオクテットや NUL (10進値0のオクテット)は
66			認められません。 CR (10進値13) と LF (10進値10) のオクテットは
67			CRLF 行区切り列の一部としてのみ使うことが出来ます。
68
69			*8ビット・データ 8bit Data (RFC 2045 2.8)
70
71			"8bit data" refers to data that is all represented as relatively
72			short lines with 998 octets or less between CRLF line separation
73			sequences [RFC-821]), but octets with decimal values greater than 127
74			may be used. As with "7bit data" CR and LF octets only occur as part
75			of CRLF line separation sequences and no NULs are allowed.
76
77			「8ビット・データ 8bit data」は、 CRLF 行区切り列の間が
78			998オクテット以下の比較的短い行ですべて表現されるデータ [RFC-821] を指します。
79			但し10進値が127より大きなオクテットを使って構いません。
80			「7ビット・データ 7bit data」同様に、 CR と LF のオクテットは
81			CRLF 行区切列の一部としてのみ使うことが出来、 NUL は認められていません。
82
83			*バイナリ・データ Binary Data (RFC 2045 2.9)
84
85			"Binary data" refers to data where any sequence of octets whatsoever is allowed.
86
87			「バイナリ・データ binary data」はどんなオクテットの列でも認められる
88			データを指します。
89
90			*行 Lines (RFC 2046 2.10)
91
92			"Lines" are defined as sequences of octets separated by a CRLF
93			sequences. This is consistent with both RFC 821 and RFC 822.
94			"Lines" only refers to a unit of data in a message, which may or may
95			not correspond to something that is actually displayed by a user
96			agent.
97
98			「行 lines」は CRLF 列で区切られたオクテットの列と定義します。
99			これは RFC 821, RFC 822 の両者と同じです。
100			「行」はメッセージ中のデータの単位のみを指します。
101			利用者代理者が実際に表示するものと対応していてもいなくても構いません。
102
103			[[#comment]]
104			*RFC の部分の License
105			See [[RFCのライセンス]]
106			*メモ