/[suikacvs]/doc/rfc-ja/rfc1428-ja.rfcja
Suika

Contents of /doc/rfc-ja/rfc1428-ja.rfcja

Parent Directory Parent Directory | Revision Log Revision Log


Revision 1.4 - (hide annotations) (download)
Sat Sep 13 08:57:55 2003 UTC (21 years, 2 months ago) by wakaba
Branch: MAIN
CVS Tags: HEAD
Changes since 1.3: +11 -9 lines
Some markup fixes to be valid

1 wakaba 1.1 <?xml version="1.0" encoding="iso-2022-jp"?>
2     <!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
3     <!ENTITY rfc.number "1428">
4     <!ENTITY ja.agent "$BBeM}<T(B">
5 wakaba 1.3 <!ENTITY ja.body "$BK\J8(B">
6 wakaba 1.1 <!ENTITY ja.downgrade "$B3J2<$2(B">
7 wakaba 1.3 <!ENTITY ja.outofband " out of band ">
8 wakaba 1.1 <!ENTITY ja.protocol "$B%W%m%H%3%k(B">
9     <!ENTITY ja.upgrade "$B3J>e$2(B">
10     <!ENTITY ja.UserAgent "$BMxMQ<TBeM}<T(B">
11 wakaba 1.3 <!ENTITY ja.mail.gateway "$B4XLg(B">
12     <!ENTITY ja.mail.just-send-8 "8$B%^%^Aw$j(B">
13     <!ENTITY ja.mail.mail-reader "$B%a%$%k!&%j!<%@!<(B">
14 wakaba 1.1 ]>
15     <?rfc-translation show-rfc-header-category="no" ?>
16 wakaba 1.2 <rfc number="&rfc.number;" category="info"
17 wakaba 1.1 xmlns:myns="mailto:julian.reschke@greenbytes.de?subject=rcf2629.xslt"
18     xmlns:ja="http://suika.fam.cx/~wakaba/lang/rfc/translation/"
19     xmlns:h="http://www.w3.org/1999/xhtml">
20     <front>
21     <title abbrev="Transition to 8bit-SMTP/MIME">Transition of Internet Mail from Just-Send-8 to 8bit-SMTP/MIME</title>
22 wakaba 1.3 <ja:title xml:lang="ja" abbrev="8$B%S%C%H(B SMTP/MIME $B$X$NJQ49(B">Internet $B%a%$%k$N(B&ja.mail.just-send-8;$B$+$i(B8$B%S%C%H(B SMTP/MIME $B$X$NJQ49(B</ja:title>
23 wakaba 1.1 <author initials="G." surname="Vaudreuil" fullname="Greg Vaudreuil">
24     <organization abbrev="CNRI">Corporation for National Research Initiatives</organization>
25     <address>
26     <postal><street>1895 Preston White Drive, Suite 100</street>
27     <city>Reston</city><!--, --><region>VA</region> <code>22091</code>
28     <country ja:text="USA">US</country>
29     </postal>
30     <phone ja:text="(703) 620-8990">+1 703 620 8990</phone>
31     <email>GVaudre@CNRI.Reston.VA.US</email>
32     </address>
33     </author>
34     <date month="February" year="1993" />
35     <workgroup>SMTP Extensions Working Group</workgroup>
36     <abstract>
37     <t>
38     <ja:pair>
39     <ja:l xml:lang="en">
40     Protocols for extending SMTP to pass 8bit characters have been
41     defined <xref target="refs.RFC1425" /> <xref target="refs.RFC1426" />.
42     These protocols require that messages transported by
43     the extended SMTP are to be encoded in MIME
44     <xref target="refs.RFC1341" /> <xref target="refs.RFC1342" />.
45     Before work began on these protocols, several SMTP implementations
46     adopted ad-hoc mechanisms for sending 8bit data. It is desirable
47     for the extended SMTP environment and these ad hoc mechanisms
48     interoperate. This document outlines the problems in this
49     environment and an approach to minimizing the cost of transition
50     from current usage of non-MIME 8bit messages to MIME.
51     </ja:l>
52     <ja:l xml:lang="ja">
53     8$B%S%C%HJ8;z$rDL2a$5$;$k$h$&$K(B SMTP
54     $B$r3HD%$9$k(B&ja.protocol;$B$,Dj5A$5$l$F$$$^$9(B
55     <xref target="refs.RFC1425" /> <xref target="refs.RFC1426" />$B!#(B
56     $B$3$l$i$N(B&ja.protocol;$B$G$O!"3HD%(B SMTP $B$GE>Aw$5$l$k%a%C%;!<%8$,(B
57     MIME <xref target="refs.RFC1341" /> <xref target="refs.RFC1342" />
58     $B$GId9f2=$5$l$F$$$k$3$H$,I,MW$G$9!#$3$l$i$N(B&ja.protocol;$B$N:n6H$,;O$^$k0JA0!"4v$D$+$N(B
59     SMTP $B<BAu$O(B8$B%S%C%H!&%G!<%?$rAw?.$9$k$?$a$NFC@_5!9=$r:NMQ$7$F$$$^$7$?!#3HD%(B
60     SMTP $B4D6-$H$3$NMM$JFC@_5!9=$,6(D4$7$FF/$/$3$H$,K>$^$7$$$G$9!#$3$NJ8=q$O!"$3$l$i$N4D6-$G$NLdBj$H!"Hs(B MIME 8$B%S%C%H!&%a%C%;!<%8$N8=:_$NMxMQK!$+$i(B
61     MIME $B$X$NJQ49$N7PHq$N:G>.2=$NJ}K!$K$D$$$F35@b$7$^$9!#(B
62     </ja:l>
63     </ja:pair>
64     </t>
65     </abstract>
66     </front>
67     <ja:front>
68     <author fullname="$B$o$+$P(B" ja:id="wakaba">
69     <address>
70     <email>w@suika.fam.cx</email>
71     <uri>http://suika.fam.cx/~wakaba/</uri>
72     </address>
73     </author>
74     <ja:copyright>
75     <ja:item>Copyright &#xa9; $B$o$+$P(B (2002)$B!#A48"J]N1!#(B</ja:item>
76     </ja:copyright>
77     <ja:change>
78     <ja:item year="2002" month="05" day="08"><author ja:ref="wakaba" />
79     <t><ja:link type="rfc" number="2629" /> $B$G%^!<%/IU$1!#(B</t>
80     <t>$BK]Lu40N;!#(B</t>
81     </ja:item>
82 wakaba 1.4 </ja:change><!-- $Date: 2002/09/01 09:18:48 $ -->
83 wakaba 1.1 <h:style xml:space="preserve" type="text/css">
84     .rfc-t-artwork table
85     {margin-left: 15%; margin-right: 15%;
86     border-style: none}
87     .rfc-t-artwork table thead th
88     {border-left: thin ActiveBorder solid;
89     padding: 0.2em; text-align: left}
90     .rfc-t-artwork table thead th.css-first-child
91     {border-left-style: none}
92     .rfc-t-artwork table tbody th
93     {border-top: thin ActiveBorder solid;
94     padding: 0.2em; text-align: right; vertical-align: middle}
95     .rfc-t-artwork table tbody td
96     {border-top: thin ActiveBorder solid;
97     border-left: thin ActiveBorder solid;
98     padding: 0.2em; text-align: center; vertical-align: middle}
99     </h:style>
100     </ja:front>
101     <middle>
102    
103     <section title="Terminology" ja:title-ja="$BMQ8l(B"><!-- 1. -->
104     <t>
105     <ja:pair>
106     <ja:l xml:lang="en">
107     RFC 821 defines a 7bit transport. A transport agent which does not
108     clear the high order bit upon receipt of octets with this bit set in
109     SMTP messages is called 8 bit transparent in this document. An
110     implementation of the general SMTP Extensions document
111     <xref target="refs.RFC1425" /> and the
112     8bit extensions protocol <xref target="refs.RFC1426" />
113     which passes MIME messages using all 8
114     bits of an octet is called 8bit ESMTP. An implementation of extended
115     SMTP which does not accept 8bit characters is called 7bit ESMTP. A
116     gateway is defined to be a transport agent with User Agent authority
117     to alter or convert the content of a message.
118     </ja:l>
119     <ja:l xml:lang="ja">
120     <ja:link type="rfc" number="821" /> $B$O(B8$B%S%C%HE>Aw$rDj5A$7$F$$$^$9!#(B
121     SMTP $B%a%C%;!<%8Cf$N<u$1<h$C$?%*%/%F%C%H$N:G>e0L%S%C%H$r!"$3$N%S%C%H$KCM$r@_Dj$9$k$3$H$G>C5n$7$J$$E>Aw(B&ja.agent;$B$r!"$3$NJ8=q$G$O(B8$B%S%C%HF)2a$H8F$S$^$9!#0lHL(B
122     SMTP $B3HD%J8=q(B <xref target="refs.RFC1425" /> $B5Z$S(B
123     MIME $B%a%C%;!<%8$r%*%/%F%C%H$N(B8$B%S%C%HA4$F$r;H$C$FEO$9(B8$B%S%C%H3HD%(B&ja.protocol;
124     <xref target="refs.RFC1426" /> $B$N<BAu$r(B8$B%S%C%H(B
125     ESMTP $B$H8F$S$^$9!#(B8$B%S%C%HJ8;z$r<u$1IU$1$J$$3HD%(B SMTP
126 wakaba 1.3 $B$N<BAu$r(B7$B%S%C%H(B ESMTP
127     $B$H8F$S$^$9!#(B&ja.mail.gateway;$B$O!"%a%C%;!<%8$NFbMF$rJQ$($k!&JQ49$9$k(B&ja.UserAgent;$BEv6I$D$-E>Aw(B&ja.agent;$B$HDj5A$7$^$9!#(B
128 wakaba 1.1 </ja:l>
129     </ja:pair>
130     </t>
131     </section>
132    
133     <section title="The Problem" ja:title-ja="$BLdBjE@(B"><!-- 2. -->
134     <t>
135     <ja:pair>
136     <ja:l xml:lang="en">
137     SMTP as defined in RFC 821 limits the sending of Internet Mail to
138     US-ASCII <xref target="refs.ASCII" /> characters. As the Internet
139     has grown to include non-English correspondents, the need to
140     communicate with character sets
141     other than US-ASCII has prompted many vendors and users to extend
142     SMTP or RFC 822 to use non-ASCII character sets. Common approaches
143     are to send 7 bit national variant ISO 646 character sets over
144     current RFC822/SMTP, to extend SMTP and RFC822 to use 8bit ISO 8859
145     character sets, and to use proprietary PC character sets.
146     </ja:l>
147     <ja:l xml:lang="ja">
148     <ja:link type="rfc" number="821" /> $B$GDj5A$5$l$?(B SMTP $B$O(B
149     Internet $B%a%$%k$NAw?.$r(B US-ASCII <xref target="refs.ASCII" />
150     $BJ8;z$K@)8B$7$F$$$^$7$?!#(B Internet
151     $B$,Hs1Q8lJ8DL<T$r4^$`MM$K@.D9$9$k$K=>$$!"Hs(B US-ASCII
152     $BJ8;z=89g$K$h$k0U;WABDL$NI,MW@-$+$i!"B?$/$N@=B$<T$dMxMQ<T$,(B SMTP
153     $B$d(B <ja:link type="rfc" number="822" /> $B$rHs(B ASCII
154     $BJ8;z=89g$r;HMQ$9$k$h$&$K3HD%$7$h$&$H$7$^$7$?!#$=$N6&DL$N<jCJ$K$O(B7$B%S%C%H$N9q2HHG(B
155     ISO 646 $BJ8;z=89g$r8=9T$N(B RFC 822/SMTP $B$GAw?.$9$k(B, SMTP $B$H(B
156     RFC822 $B$r(B8$B%S%C%H$N(B ISO 8859 $BJ8;z=89g$r;HMQ$9$k$h$&$K3HD%$9$k(B,
157     $BFH@j(B PC $BJ8;z=89g$r;HMQ$9$k(B, $B$,$"$j$^$9!#(B
158     </ja:l>
159     </ja:pair>
160     </t>
161    
162     <t>
163     <ja:pair>
164     <ja:l xml:lang="en">
165     A third approach is used for Japanese mail. Japanese characters are
166     represented by pairs of octets with the high order bit cleared.
167     Switching between 14 bit character sets and 7 bit character sets is
168     indicated within the message by ISO 2022 escape sequences.
169     </ja:l>
170     <ja:l xml:lang="ja">
171     $B;0HVL\$NJ}K!$OF|K\8l%a%$%k$K;H$o$l$F$$$^$9!#F|K\8lJ8;z$O:G>e0L%S%C%H$,>C5n$5$l$?%*%/%F%C%H$NAH9g$;$GI=8=$7$^$9!#(B14$B%S%C%HJ8;z=89g$H(B7$B%S%C%HJ8;z=89g$O%a%C%;!<%8Cf$G$O(B
172     ISO 2022 $B%(%9%1!<%WNs$G@Z$jBX$($^$9!#(B
173     </ja:l>
174     </ja:pair>
175     </t>
176     <ja:note>
177     <t>$B;0HVL\$NJ}K!$H$O!VFH@j(B PC $BJ8;z=89g$N;HMQ!W$G$9$+$i!"$3$N@bL@$G$O9gCW$7$^$;$s!#$*$=$i$/!";0HVL\$NJ}K!$O!"!V0lHVL\!&FsHVL\0J30$NJ}K!!W$H$G$b$7$?$+$C$?$N$G$7$g$&!#(B</t>
178     </ja:note>
179    
180     <t>
181     <ja:pair>
182     <ja:l xml:lang="en">
183     So long as these implementations can communicate without intermediate
184     transformations and have a loose private agreement on the use of a
185     specific character set without tagging, basic mail service can be
186     provided.
187     </ja:l>
188     <ja:l xml:lang="ja">
189     $B$3$l$i$N<BAu$OESCf7PO)$G$NJQ7AL5$7$KDL?.=PMh!"FCDjJ8;z=89g$N;%L5$7$G$N;HMQ$N4K$$;dE*$J9g0U$,$"$k$N$G!"4pK\E*$J%a%$%k!&%5!<%S%9$,Ds6!=PMh$^$9!#(B
190     </ja:l>
191     </ja:pair>
192     </t>
193    
194     <t>
195     <ja:pair>
196     <ja:l xml:lang="en">
197     In the transition to the negotiated 8bit ESMTP/MIME environment, it
198     is important that mail sent by a currently non-conforming user can be
199     read by another non-conforming user. This existing functionality is
200     reduced by conversion from 8bit text to text encoded in unreadable
201     Base-64 or "garbled" text encoded in quoted printable.
202     </ja:l>
203     <ja:l xml:lang="ja">
204     $B@^>W(B8$B%S%C%H(B ESMTP/MIME
205     $B4D6-$X$NJQ49$G!"8=:_HsE,9g$NMxMQ<T$,Aw?.$7$?%a%$%k$OB>$NHsE,9g$NMxMQ<T$,FI$`$3$H$,=PMh$k$3$H$O=EMW$G$9!#$3$N4{B85!G=@-$O!"(B8$B%S%C%HJ8$+$iIT2DFI(B
206     Base-64 $B$GId9f2=$5$l$?J8$d(B quoted printable
207     $B$GId9f2=$5$l$?!VJ8;z2=$1$7$?!WJ8$KJQ49$9$k$3$H$G8:>/$7$^$9!#(B
208     </ja:l>
209     </ja:pair>
210     </t>
211    
212     <t>
213     <ja:pair>
214     <ja:l xml:lang="en">
215     There are several interesting non-interoperable cases that currently
216     exist in non US-ASCII mail and several new ones likely to emerge in a
217     transition to 8bit/MIME. Below is a listing of the
218     transition-to-mime cases. Only solutions to <xref target="s2.i4" />
219     in the context of a translating gateway are discussed in this memo.
220     </ja:l>
221     <ja:l xml:lang="ja">
222     $B8=:_Hs(B US-ASCII $B%a%$%k$KB8:_$9$k6=L#?<$$Aj8_DL?.IT2D$J;vNc!"$"$k$$$O(B8$B%S%C%H(B/MIME
223     $B$X$NJQ49$GIb>e$7$=$&$J?7$7$$;vNc$,4v$D$+$"$j$^$9!#2<$K5s$2$k$N$O!"(B
224 wakaba 1.3 MIME $B$X$NJQ49$N;vNc$G$9!#JQ49(B&ja.mail.gateway;$B$K$*$1$k(B
225     <xref target="s2.i4" /> $B$N2r7h:v$N$_$r$3$N%a%b$G$O<h$j>e$2$^$9!#(B
226 wakaba 1.1 </ja:l>
227     </ja:pair>
228     </t>
229    
230     <figure>
231     <ja:pair>
232     <ja:l xml:lang="en">
233     <ja:artwork>
234     <artwork>
235     \ Receiver
236     \ 7bit 8bit MIME/
237     Sender \| only | transparent | ESMTP
238     ----------------------------------------
239     7bit only | (1) | (1) | (1)
240     ----------------------------------------
241     8bit transparent | (2) | (3) | (4)
242     ----------------------------------------
243     MIME/ESMTP | (5) | (5) | (6)
244     </artwork>
245     <h:table>
246     <h:thead>
247     <h:tr>
248     <h:th class="css-first-child">Sender\Receiver</h:th>
249     <h:th>7bit only</h:th>
250     <h:th>8bit transparent</h:th><h:th>MIME/ESMTP</h:th>
251     </h:tr>
252     </h:thead>
253     <h:tbody>
254     <h:tr>
255     <h:th>7bit only</h:th>
256     <h:td><xref target="s2.i1" /></h:td>
257     <h:td><xref target="s2.i1" /></h:td>
258     <h:td><xref target="s2.i1" /></h:td>
259     </h:tr>
260     <h:tr>
261     <h:th>8bit transparent</h:th>
262     <h:td><xref target="s2.i2" /></h:td>
263     <h:td><xref target="s2.i3" /></h:td>
264     <h:td><xref target="s2.i4" /></h:td>
265     </h:tr>
266     <h:tr>
267     <h:th>MIME/ESMTP</h:th>
268     <h:td><xref target="s2.i5" /></h:td>
269     <h:td><xref target="s2.i5" /></h:td>
270     <h:td><xref target="s2.i6" /></h:td>
271     </h:tr>
272     </h:tbody>
273     </h:table>
274     </ja:artwork>
275     </ja:l>
276     <ja:l xml:lang="ja">
277     <ja:artwork>
278     <h:table>
279     <h:thead>
280     <h:tr>
281     <h:th class="css-first-child">$BAw?.<T(B\$B<u?.<T(B</h:th>
282     <h:th>7$B%S%C%H$N$_(B</h:th>
283     <h:th>8$B%S%C%HF)2a(B</h:th><h:th>MIME/ESMTP</h:th>
284     </h:tr>
285     </h:thead>
286     <h:tbody>
287     <h:tr>
288     <h:th>7$B%S%C%H$N$_(B</h:th>
289     <h:td><xref target="s2.i1" /></h:td>
290     <h:td><xref target="s2.i1" /></h:td>
291     <h:td><xref target="s2.i1" /></h:td>
292     </h:tr>
293     <h:tr>
294     <h:th>8$B%S%C%HF)2a(B</h:th>
295     <h:td><xref target="s2.i2" /></h:td>
296     <h:td><xref target="s2.i3" /></h:td>
297     <h:td><xref target="s2.i4" /></h:td>
298     </h:tr>
299     <h:tr>
300     <h:th>MIME/ESMTP</h:th>
301     <h:td><xref target="s2.i5" /></h:td>
302     <h:td><xref target="s2.i5" /></h:td>
303     <h:td><xref target="s2.i6" /></h:td>
304     </h:tr>
305     </h:tbody>
306     </h:table>
307     </ja:artwork>
308     </ja:l>
309     </ja:pair>
310     </figure>
311    
312 wakaba 1.4 <t>
313 wakaba 1.1 <list style="hanging">
314     <t hangText="(1)" ja:anchor="s2.i1">
315     <ja:pair>
316     <ja:l xml:lang="en">7Bit non-MIME sender to 7bit, MIME, or
317     8bit transparent receiver</ja:l>
318     <ja:l xml:lang="ja">7$B%S%C%HHs(B MIME $BAw?.<T$+$i(B7$B%S%C%H$^$?$O(B
319     MIME, 8$B%S%C%HF)2a<u?.<T$X(B</ja:l>
320     </ja:pair>
321 wakaba 1.4 <vspace blankLines="1" />
322 wakaba 1.1 <ja:pair>
323     <ja:l xml:lang="en">
324     This will continue to work unchanged with nationally varient ISO
325     646 or ISO 2022 character set shifting if an external "out of
326     band" agreement exists between the sender and the receiver. A
327     7bit to 8bit/ESMTP gateway need not alter the content of this
328     message.
329     </ja:l>
330     <ja:l xml:lang="ja">
331     ISO 646 $B9q2HHG$d(B ISO 2022 $BJ8;z=89gE>0\$r!"30It!V(B&ja.outofband;$B!W9g0U$,Aw<u?.<T4V$GB8:_$9$k>l9g$OJQ99L5$/1?MQ$7B3$1$^$9!#(B7$B%S%C%H$+$i(B8$B%S%C%H(B/SMTP
332 wakaba 1.3 $B$X$N(B&ja.mail.gateway;$B$O$3$N%a%C%;!<%8$NFbMF$rJQ$($kI,MW$O$"$j$^$;$s!#(B
333 wakaba 1.1 </ja:l>
334     </ja:pair>
335     <ja:note>
336     <t>Jargon File $B$K$O!"(B $B!V(Bout of band$B!W(B =
337     <h:q title="Jargon File $B$+$i!V(Bout of band$B!W(B" xml:lang="en">sometimes
338     used to describe what communications people call $B!F(Bshift characters$B!G(B,
339     such as the <h:code>ESC</h:code> that leads control sequences for
340     many terminals</h:q> $B$H=q$+$l$F$$$^$9!#(B</t>
341     </ja:note>
342 wakaba 1.4 </t>
343 wakaba 1.1
344     <t hangText="(2)" ja:anchor="s2.i2">
345     <ja:pair>
346     <ja:l xml:lang="en">8bit sender to 7bit non-MIME receiver</ja:l>
347     <ja:l xml:lang="ja">8$B%S%C%HAw?.<T$+$i(B7$B%S%C%HHs(B MIME $B<u?.<T$X(B</ja:l>
348     </ja:pair>
349 wakaba 1.4 <vspace blankLines="1" />
350 wakaba 1.1 <ja:pair>
351     <ja:l xml:lang="en">
352     The receiver will receive bit-stripped mail which results in the
353     mis-interpretation of the data and the wrong character being
354     displayed or printed. Mail sent using languages where most
355     characters are in the US-ASCII subset of ISO 8859 may be somewhat
356     readable.
357     </ja:l>
358     <ja:l xml:lang="ja">
359     $B<u?.<T$O!"%G!<%?$N8m2r<a$N7k2L$?$k%S%C%HMn$A%a%$%k$r<u$1<h$j!"4V0c$C$?J8;z$,I=<(!&0u:~$5$l$k$3$H$K$J$k$G$7$g$&!#$[$H$s$I$NJ8;z$,(B
360     ISO 8859 $B$N(B US-ASCII $BItJ,=89gCf$K$"$k8@8l$r;H$C$FAw$i$l$?%a%$%k$O$=$l$J$j$KFI$a$k$+$b$7$l$^$;$s!#(B
361     </ja:l>
362     </ja:pair>
363     </t>
364    
365     <t hangText="(3)" ja:anchor="s2.i3">
366     <ja:pair>
367     <ja:l xml:lang="en">8bit transparent sender to 8bit transparent receiver</ja:l>
368     <ja:l xml:lang="ja">8$B%S%C%HF)2aAw?.<T$+$i(B8$B%S%C%HF)2a<u?.<T$X(B</ja:l>
369     </ja:pair>
370 wakaba 1.4 <vspace blankLines="1" />
371 wakaba 1.1 <ja:pair>
372     <ja:l xml:lang="en">
373     Will work if an external agreement "out of band" to use a
374     particular character set without tagging exists between the sender
375     and the receiver.
376     </ja:l>
377     <ja:l xml:lang="ja">
378     $BFCDjJ8;z=89g$r;%L5$7$G;HMQ$9$k30It9g0U!V(B&ja.outofband;$B!W$,Aw<u?.4V$KB8:_$9$k>l9g$O$&$^$/F/$/$G$7$g$&!#(B
379     </ja:l>
380     </ja:pair>
381     </t>
382    
383     <t hangText="(4)" ja:anchor="s2.i4">
384     <ja:pair>
385     <ja:l xml:lang="en">8bit transparent sender to MIME/ESMTP conformant receiver</ja:l>
386     <ja:l xml:lang="ja">8$B%S%C%HF)2aAw?.<T$+$i(B MIME/ESMTP $BE,9g<u?.<T$X(B</ja:l>
387     </ja:pair>
388 wakaba 1.4 <vspace blankLines="1" />
389 wakaba 1.1 <ja:pair>
390     <ja:l xml:lang="en">
391     Will work if a reasonable upgrade path is provided via gateways,
392     the indicated character set tag inserted by the gateway is correct
393     and the receiver supports the character set chosen by the sender.
394     This case is the focus of this memo.
395     </ja:l>
396     <ja:l xml:lang="ja">
397 wakaba 1.3 $BJ,JL$"$k3J>e$27PO)$,(B&ja.mail.gateway;$B7PM3$GDs6!$5$l$F$$$F!"(B&ja.mail.gateway;$B$,A^F~$9$kJ8;z=89g;%$,@5$7$/$F!"<u?.<T$,Aw?.<T$NA*$s$@J8;z=89g$KBP1~$7$F$$$l$P!"$&$^$/F/$-$^$7$g$&!#$3$N>l9g$,$3$N%a%b$N>GE@$G$9!#(B
398 wakaba 1.1 </ja:l>
399     </ja:pair>
400     </t>
401    
402     <t hangText="(5)" ja:anchor="s2.i5">
403     <ja:pair>
404     <ja:l xml:lang="en">MIME/ESMTP sender to non-MIME 7bit receiver</ja:l>
405     <ja:l xml:lang="ja">MIME/ESMTP $BAw?.<T$+$iHs(B MIME 7$B%S%C%H<u?.<T$X(B</ja:l>
406     </ja:pair>
407 wakaba 1.4 <vspace blankLines="1" />
408 wakaba 1.1 <ja:pair>
409     <ja:l xml:lang="en">
410     Because the ESMTP/MIME sender cannot know if the receiver will
411     understand 8bits, the sender will encode the text into base-64 or
412     quoted-printable which may be considered "garbled" by the
413     receiver. To provide a useful downgrade path the gateway must
414     have some knowledge about the capabilities of the receiver. When
415     the character set can be clearly identified, techniques like the
416     menmonic MNEM encoding described in RFC 1345 may be helpful in
417     this case.
418     </ja:l>
419     <ja:l xml:lang="ja">
420     ESMTP/MIME $BAw?.<T$O<u?.<T$,(B8$B%S%C%H$rM}2r$9$k$+$I$&$+CN$jF@$J$$$N$G!"Aw?.<T$OJ8$r(B
421     base-64 $B$+<u?.<T$K!VJ8;z2=$1$7$?!W$H;W$o$l$k$+$b$7$l$J$$(B
422 wakaba 1.3 quoted-printable
423     $B$GId9f2=$9$k$G$7$g$&!#M-MQ$J3J2<$27PO)$rDs6!$9$k$K$O(B&ja.mail.gateway;$B$O<u?.<T$NM}2rG=NO$K$D$$$F$NCN<1$rM-$9$kI,MW$,$"$j$^$9!#J8;z=89g$,L@3N$K<1JL=PMh$k;~$O!"(B
424 wakaba 1.1 <ja:link type="rfc" number="1345" /> $B$G@bL@$5$l$F$$$k5-K!(B MNEM
425     $BId9f2=$NMM$J<jK!$,$3$N>l9g$K$OM-MQ$+$b$7$l$^$;$s!#(B
426     </ja:l>
427     </ja:pair>
428     </t>
429    
430     <t hangText="(6)" ja:anchor="s2.i6">
431     <ja:pair>
432     <ja:l xml:lang="en">MIME/ESMTP sender to MIME/ESMTP receiver</ja:l>
433     <ja:l xml:lang="ja">MIME/ESMTP $BAw?.<T$+$i(B MIME/ESMTP $B<u?.<T$X(B</ja:l>
434     </ja:pair>
435 wakaba 1.4 <vspace blankLines="1" />
436 wakaba 1.1 <ja:pair>
437     <ja:l xml:lang="en">
438     Interoperability will be attained provided the receiver supports
439     the character set chosen by the sender.
440     </ja:l>
441     <ja:l xml:lang="ja">$BAj8_DL?.@-$OAw?.<T$,A*Br$7$?J8;z=89g$K<u?.<T$,BP1~$9$k$3$H$K$h$jK~$?$5$l$^$9!#(B</ja:l>
442     </ja:pair>
443     </t>
444     </list>
445 wakaba 1.4 </t>
446 wakaba 1.1 </section>
447    
448     <section title="Upgrade Path from 8bit Transparent to ESMTP/MIME"
449     ja:title-ja="8$B%S%C%HF)2a$+$i(B ESMTP/MIME $B$X$N(B&ja.upgrade;$B7PO)(B"><!-- 3. -->
450    
451     <t>
452     <ja:pair>
453     <ja:l xml:lang="en">
454     A gateway which has been upgraded to support Extended SMTP may
455     upgrade an 8bit message received to MIME. This is consistent with
456     the requirement that all 8bit mail sent by ESMTP be encoded in MIME.
457     The upgrade should be done using the best available information.
458     </ja:l>
459     <ja:l xml:lang="ja">
460 wakaba 1.3 $B3HD%(B SMTP
461     $B$KBP1~$9$k$h$&(B&ja.upgrade;$B$9$k(B&ja.mail.gateway;$B$O!"<u?.$7$?(B8$B%S%C%H!&%a%C%;!<%8$r(B
462     MIME $B$K(B&ja.upgrade;$B$7$F9=$$$^$;$s!#$3$l$O(B ESMTP
463     $B$GAw?.$5$l$k(B8$B%S%C%H!&%a%$%k$OA4$F(B
464 wakaba 1.1 MIME $B$GId9f2=$5$l$F$$$J$1$l$P$J$i$J$$$H$$$&MW7o$rK~$?$7$^$9!#(B&ja.upgrade;$B$O0lHVMxMQ2DG=$J>pJs$r;H$C$F9T$&$Y$-$G$9!#(B
465     </ja:l>
466     </ja:pair>
467     </t>
468    
469     <t>
470     <ja:pair>
471     <ja:l xml:lang="en">
472     A site may "upgrade" to MIME en-masse by implementing MIME conversion
473     for all messages leaving the site. For text messages, the body can
474     be converted by adding a MIME-version header and a Content-Type:
475     Text/Plain with the character set in use in the site, provided the
476     site uses a single character set.
477     </ja:l>
478     <ja:l xml:lang="ja">
479     $B%5%$%H$O!"%5%$%H$rN%$l$kA4$F$N%a%C%;!<%8$r!"(B
480     MIME $B$r<BAu$9$k$3$H$G$^$H$a$F(B MIME $B$K!V(B&ja.upgrade;$B!W$7$F$b9=$$$^$;$s!#%F%-%9%H!&%a%C%;!<%8$K$D$$$F$O!"(B&ja.body;$B$O(B
481     MIME-version $BF,$H(B Content-Type: Text/Plain
482     $B$K%5%$%HFb$G;H$o$l$F$$$kJ8;z=89g$r$D$1$k$3$H$G!"%5%$%H$,C10lJ8;z=89g$r;H$C$F$$$k>l9g$OJQ49=PMh$^$9!#(B
483     </ja:l>
484     </ja:pair>
485     </t>
486    
487     <t>
488     <ja:pair>
489     <ja:l xml:lang="en">
490     An appropriate Content-Transfer-Encoding header line must be added to
491     indicate any encoding that may be necessary.
492     </ja:l>
493     <ja:l xml:lang="ja">
494     $BE,@Z$J(B Content-Transfer-Encoding
495     $BF,9T$r!"I,MW$+$b$7$l$J$$Id9f2=$r<($9$N$K2C$($J$1$l$P$J$j$^$;$s!#(B
496     </ja:l>
497     </ja:pair>
498     </t>
499    
500     <!--
501     Example:
502     --><ja:example xml:space="preserve">
503     MIME-Version: 1.0
504     Content-Type: Text/Plain; Charset = ISO-8859-1
505     Content-Transfer-Encoding: 8bit
506     </ja:example>
507    
508     <t>
509     <ja:pair>
510     <ja:l xml:lang="en">
511     If no information about the character set in use is available, the
512     gateway should upgrade the content by using the character set
513     "unknown-8bit". The unknown-8bit value of the charset parameter
514     indicates only that no reliable information about the character
515     set(s) used in the message was available.
516     </ja:l>
517     <ja:l xml:lang="ja">
518 wakaba 1.3 $B;HMQ$5$l$F$$$kJ8;z=89g$K$D$$$F$N>pJs$,L5$$>l9g$O!"(B&ja.mail.gateway;$B$OFbMF$rJ8;z=89g(B
519 wakaba 1.1 "unknown-8bit" $B$r;H$C$F(B&ja.upgrade;$B$9$k$Y$-$G$9!#(B charset
520     $B%Q%i%a!<%?!<$N(B unknown-8bit
521     $BCM$O%a%C%;!<%8$K;H$o$l$F$$$kJ8;z=89g$K$D$$$F$N3N<B$J>pJs$rF@$k$3$H$,=PMh$J$+$C$?$3$H$N$_$r<($7$^$9!#(B
522     </ja:l>
523     </ja:pair>
524     </t>
525    
526     <t>
527     <ja:pair>
528     <ja:l xml:lang="en">
529     If a message body has been upgraded to MIME, the RFC 822 headers
530     containing non US-ASCII characters must be upgraded to conform with
531     the header encoding rules of RFC1342. A gateway should recode all
532     unstructered header fields as well as RFC 822 "comment"s and
533     "phrase"s according to the rules of RFC 1342. There is no equivalent
534     in RFC 1342 to the "8bit" Content-Transfer-Encoding value for message
535     bodies so all 8bit header text must be transformed according to
536     either the "B" or the "Q" encoding method. For ISO 8859 character
537     sets, the "Q" encoding will generally result in somewhat readable
538     headers.
539     </ja:l>
540     <ja:l xml:lang="ja">
541     $B%a%C%;!<%8(B&ja.body;$B$,(B MIME $B$K(B&ja.upgrade;$B$5$l$k>l9g!"Hs(B US-ASCII
542     $BJ8;z$r4^$`(B <ja:link type="rfc" number="822" /> $BF,$O(B
543 wakaba 1.3 RFC 1342
544 wakaba 1.4 $B$NF,Id9f2=5,B'$KE,9g$9$k$h$&(B&ja.upgrade;$B$7$J$1$l$P$J$j$^$;$s!#(B&ja.mail.gateway;$B$OA4$F$NHs9=B$2=F,NN0h$H(B
545 wakaba 1.1 RFC 822 "comment" $B$H(B "phrase" $B$r(B RFC 1342
546     $B$N5,B'$K=>$$:FId9f2=$9$k$Y$-$G$9!#%a%C%;!<%8(B&ja.body;$B$N(B "8bit"
547     $BFbMFE>AwId9f2=CM$KAjEv$9$k$b$N$O(B RFC 1342
548     $B$K$OL5$$$N$G!"A4$F$N(B8$B%S%C%HF,J8$O(B "B" $BId9f2=J}<0$^$?$O(B "Q"
549     $BId9f2=J}<0$GId9f2=$7$J$1$l$P$J$j$^$;$s!#(B ISO 8859 $BJ8;z=89g$K$O!"(B
550     "Q" $BId9f2=$r;H$&$H!"DL>o$d$d2DFI$JF,$H$J$j$^$9!#(B
551     </ja:l>
552     </ja:pair>
553     </t>
554    
555     <figure>
556     <preamble>
557     <ja:pair>
558     <ja:l xml:lang="en">
559     Trace information should be added to the document with a convert
560     clause: "rfc822-to-8bit", "rfc822-to-base-64" or "rfc822-to-quoted-
561     printable" e.g.,
562     </ja:l>
563     <ja:l xml:lang="ja">
564     $BDI@W>pJs$r<!$NNc$N$h$&$KJQ49(B (convert) $B>r9`(B "rfc822-to-8bit",
565     "rfc822-to-base-64", "rfc822-to-quoted-printable"
566     $B$D$-$GJ8=q$KDI2C$9$k$Y$-$G$9!#(B
567     </ja:l>
568     </ja:pair>
569     </preamble>
570    
571     <artwork xml:space="preserve">
572     Received: from dbc.mtview.ca.us by dbc.mtview.ca.us
573     convert rfc822-to-8bit; Tue, 01 Sep 1992 01:18:00 -0700
574     </artwork>
575     </figure>
576     </section>
577    
578 wakaba 1.3 <section title="Appendix $B!=(B The &quot;unknown-8bit&quot; Character Set"
579     ja:title-ja="$BImB0=q(B $B!=(B &quot;unknown-8bit&quot; $BJ8;z=89g(B"
580     myns:unnumbered="yes">
581 wakaba 1.1
582     <t>
583     <ja:pair>
584     <ja:l xml:lang="en">
585     This section defines a "charset" parameter, for use in a MIME
586     Content-Type field.
587     </ja:l>
588     <ja:l xml:lang="ja">
589     $B$3$N@a$G$O(B MIME Content-Type $BNN0h$G;H$&(B "charset"
590     $B%Q%i%a!<%?!<$rDj5A$7$^$9!#(B
591     </ja:l>
592     </ja:pair>
593     </t>
594    
595     <t>
596     <ja:pair>
597     <ja:l xml:lang="en">
598     A special purpose character set called "unknown-8bit" is defined to
599     be an unknown 8bit character set, encoded into a sequence of octets.
600     It can be used as a label for any character set from any language,
601     using any encoding. It must not be further defined.
602     </ja:l>
603     <ja:l xml:lang="ja">
604 wakaba 1.3 "unknown-8bit"
605     $B$H$$$&FC<lL\E*J8;z=89g$r!"%*%/%F%C%HNs$KId9f2=$5$l$?L$CN$N(B8$B%S%C%HJ8;z=89gMQ$KDj5A$7$^$9!#$3$l$O$$$+$J$k8@8l$G$$$+$J$kId9f2=$rMQ$$$k$$$+$J$kJ8;z=89g$K$b;%$H$7$F;H$&$3$H$,=PMh$^$9!#$3$l0J>e$ODj5A$7$^$;$s!#(B
606 wakaba 1.1 </ja:l>
607     </ja:pair>
608     </t>
609    
610     <t>
611     <ja:pair>
612     <ja:l xml:lang="en">
613     The use of this token in a "charset=" field of a message indicates
614     that nothing is known about the character set used. This marker is
615     intended for use by non-MIME to MIME gateways; specifically in those
616     which translate from SMTP to 8bit ESMTP/MIME.
617     </ja:l>
618     <ja:l xml:lang="ja">
619     $B$3$N;z6g$r%a%C%;!<%8$N(B "charset="
620 wakaba 1.3 $BNN0h$G;H$&$3$H$G!";H$o$l$F$$$kJ8;z=89g$K$D$$$FA4$/$b$C$FITL@$G$"$k$3$H$r<($7$^$9!#$3$N0u$OHs(B
621     MIME $B$+$i(B MIME $B$X$N(B&ja.mail.gateway;$B!"6qBNE*$K$O(B SMTP
622     $B$+$i(B8$B%S%C%H(B ESMTP/MIME
623     $B$KJQ49$9$k(B&ja.mail.gateway;$B$G;H$&$3$H$r0U?^$7$F$$$^$9!#(B
624 wakaba 1.1 </ja:l>
625     </ja:pair>
626     </t>
627    
628     <t>
629     <ja:pair>
630     <ja:l xml:lang="en">
631     This character set is not intended to be used by mail composers.
632     It is assumed that the mail composer knows the character set in
633     use and will mark it with a character set value as specified in
634     <xref target="refs.RFC1341" />, as amended by current Assigned
635     Numbers documents <xref target="refs.STD2" />.
636     </ja:l>
637     <ja:l xml:lang="ja">
638     $B$3$NJ8;z=89g$O%a%$%k:n@.<T$,;H$&$3$H$O0U?^$7$F$$$^$;$s!#%a%$%k:n@.<T$O;HMQ$9$kJ8;z=89g$rCN$C$F$$$F!"(B
639     <xref target="refs.RFC1341" /> $B$G5,Dj$5$l$F8=9T$N3dEvHV9fJ8=q(B
640     <xref target="refs.STD2" />
641     $B$G2~D{$5$l$?J8;z=89gCM$G0u$r$D$1$k$HA[Dj$7$F$$$^$9!#(B
642     </ja:l>
643     </ja:pair>
644     </t>
645    
646     <t>
647     <ja:pair>
648     <ja:l xml:lang="en">
649     The use of the "unknown-8bit" label is intended only by mail gateway
650     agents which cannot determine via out-of-band information the
651     intended character set.
652     </ja:l>
653     <ja:l xml:lang="ja">
654 wakaba 1.3 "unknown-8bit"
655     $B;%$N;HMQ$O!"(B&ja.outofband;$B>pJs$K$h$j0U?^$5$l$?J8;z=89g$r7hDj=PMh$J$$%a%$%k(B&ja.mail.gateway;&ja.agent;$B$K$h$j$N$_;H$o$l$k$3$H$rA[Dj$7$F$$$^$9!#(B
656 wakaba 1.1 </ja:l>
657     </ja:pair>
658     </t>
659    
660     <t>
661     <ja:pair>
662     <ja:l xml:lang="en">
663     The interpretation of the "unknown-8bit" is up to the mail reader.
664     It is assumed that in many cases the human user will be able to
665     interpret the information and choose an appropriate character set or
666     pre-processor.
667     </ja:l>
668     <ja:l xml:lang="ja">
669 wakaba 1.3 "unknown-8bit"
670     $B$N2r<a$O(B&ja.mail.mail-reader;$B$K0Q$M$i$l$^$9!#B?$/$N>l9g$G$O?M4VMxMQ<T$,>pJs$r2r<a$7$FE,@Z$JJ8;z=89g$"$k$$$OA0=hM}4o$rA*Br$G$-$k$H;W$o$l$^$9!#(B
671 wakaba 1.1 </ja:l>
672     </ja:pair>
673     </t>
674    
675     </section>
676    
677     <section title="Acknowledgements" myns:unnumbered="yes">
678     <t>
679     <ja:pair>
680     <ja:l xml:lang="en">
681     This document originated as a hallway conversation between
682     Ned Freed, Neil Katin, and the author. Substantive input
683     was received from Jonathan Laventhol, Craig Everhart,
684     Olle Jarnefors, and Olafur Gudmundsson. The document was
685     refined with the input of many participants in the IETF SMTP
686     Extensions Working Group.
687     </ja:l>
688     <ja:l xml:lang="ja">
689     $B$3$NJ8=q$O(B Ned Freed, Neil Katin $B$HCx<T$N0f8MC<2q5D$+$i@8$^$l$^$7$?!#(B
690     Jonathan Laventhol, Craig Everhart,
691 wakaba 1.3 Olle Jarnefors, Olafur Gudmundsson
692     $B$,:2$r?a$-9~$s$G$/$l$^$7$?!#$3$NJ8=q$O(B
693 wakaba 1.1 IETF SMTP $B3HD%:n6HIt2q$N;22C<T$N0U8+$K$h$j@:O#$5$l$^$7$?!#(B
694     </ja:l>
695     </ja:pair>
696     </t>
697     </section>
698    
699     <ja:insert section="references" />
700    
701    
702     <section title="Security Considerations" myns:unnumbered="yes">
703     <t>Security issues are not discussed in this memo.</t>
704     </section>
705    
706     </middle>
707     <back>
708     <references>
709     <reference anchor="refs.RFC1341"><!-- [1] -->
710     <front><title>Multipurpose Internet Mail Extensions</title>
711     <ja:title xml:lang="ja">$BB?L\E*(B Internet $B%a%$%k3HD%(B</ja:title>
712     <author initials="N." surname="Borenstein">
713     <organization>Bellcore</organization>
714     </author>
715     <author initials="N." surname="Freed">
716     <organization>Innosoft</organization>
717     </author>
718     <date month="June" year="1992" />
719     </front>
720     <seriesInfo name="RFC" value="1341" />
721     </reference>
722     <reference anchor="refs.RFC1342"><!-- [2] -->
723 wakaba 1.3 <front><title>Representation of Non-ASCII Text in
724     Internet Message Headers</title>
725     <ja:title xml:lang="ja">$BHs(B ASCII $BJ8$N(B Internet
726     $B%a%C%;!<%8F,$K$*$1$kI=8=(B</ja:title>
727 wakaba 1.1 <author initials="K." surname="Moore">
728     <organization>University of Tennessee</organization>
729     </author>
730     <date month="June" year="1992" />
731     </front>
732     <seriesInfo name="RFC" value="1342" />
733     </reference>
734     <reference anchor="refs.RFC1425"><!-- [3] -->
735     <front><title>SMTP Service Extensions</title>
736     <ja:title xml:lang="ja">SMTP $B%5!<%S%93HD%(B</ja:title>
737     <author initials="J." surname="Klensin" ja:text="Klensin, J., WG Chair">
738     <organization>United Nations University</organization>
739     </author>
740     <author initials="N." surname="Freed" ja:text="Freed, N., Editor">
741     <organization>Innosoft International, Inc.</organization>
742     </author>
743     <author initials="M." surname="Rose">
744     <organization>Dover Beach Consulting, Inc.</organization>
745     </author>
746     <author initials="E." surname="Stefferud">
747     <organization>Network Management Associates, Inc.</organization>
748     </author>
749     <author initials="D." surname="Crocker">
750     <organization>The Branch Office</organization>
751     </author>
752     <date month="February" year="1993" />
753     </front>
754     <seriesInfo name="RFC" value="1425" />
755     </reference>
756     <reference anchor="refs.RFC1426"><!-- [4] -->
757     <front><title>SMTP Service Extensions for 8bit
758     MIMEtransport</title>
759 wakaba 1.3 <ja:title xml:lang="ja">8$B%S%C%H(B MIME $BE>AwMQ(B
760     SMTP $B%5!<%S%93HD%(B</ja:title>
761 wakaba 1.1 <author initials="J." surname="Klensin" ja:text="Klensin, J., WG Chair">
762     <organization>United Nations University</organization>
763     </author>
764     <author initials="N." surname="Freed" ja:text="Freed, N., Editor">
765     <organization>Innosoft International, Inc.</organization>
766     </author>
767     <author initials="M." surname="Rose">
768     <organization>Dover Beach Consulting, Inc.</organization>
769     </author>
770     <author initials="E." surname="Stefferud">
771     <organization>Network Management Associates, Inc.</organization>
772     </author>
773     <author initials="D." surname="Crocker">
774     <organization>The Branch Office</organization>
775     </author>
776     <date month="February" year="1993" />
777     </front>
778     <seriesInfo name="RFC" value="1426" />
779     </reference>
780     <reference anchor="refs.ASCII"><!-- [5] -->
781     <front><title>Coded Character Set$B!=!=(B7-Bit American Standard Code
782     for Information Interchange</title>
783     <ja:title xml:lang="ja">$BId9f2=J8;z=89g!=!=(B7$B%S%C%H$N>pJs8r49MQ0!JFMx2CI8=`Id9f(B</ja:title>
784     </front>
785     <seriesInfo name="ANSI" value="X3.4-1986" />
786     </reference>
787     <reference anchor="refs.STD2"><!-- [6] -->
788     <front><title>Assigned Numbers</title>
789     <ja:title xml:lang="ja">$B3dEvHV9f(B</ja:title>
790     <author initials="J." surname="Reynolds">
791     <organization>USC/Information Sciences Institute</organization>
792     </author>
793     <author initials="J." surname="Postel">
794     <organization>USC/Information Sciences Institute</organization>
795     </author>
796     <date month="July" year="1992" />
797     </front>
798     <seriesInfo name="STD" value="2" />
799     <seriesInfo name="RFC" value="1340" />
800     </reference>
801     </references>
802     </back>
803     </rfc>

admin@suikawiki.org
ViewVC Help
Powered by ViewVC 1.1.24