云南龙网

  1. 首页 > 云知道 > >

Internet邮件从Just-Send-8到8bit-SMTP/MIME的转换( 二 )

云知道


或者是可被收件人看作“歪曲”了的引用形式 。为了提供一个可用的下破路径 ， 网关必须有
一些关于收件人责任的常识 。当字符集能被清楚的识别时 ， 在RFC1345中描述的MNEM编
码技术在这个例子中可能会有帮助 。
（6）MIME/ESMTP发件人到MIME/ESMTP收件人
假如收件人支持发件人所选择的字符集 ， 就可以达到互操作性 。
3． 从透明8bit到ESMTP/MIME的升级路径
改进的用来支持扩充的SMTP协议的网关可以提高MIME接收到的一个8bit信息 。
这与所有被ESMTP发送的8bit邮件必须编码与MIME的要求是一致的 。
一个站点可以通过完成对所有正远离此站点的消息的MIME转换升级MIMEen-masse
对于文本信息 ， 假如此站点使用单一的字符集 ， 那么这个信息体会被加上一个MIME版本
的报头和在该站点使用的字符集的内容类型 。
为了表明任何编码都是必须的 ， 必须添加一个适当的内容转换编码的报头线 。
例：
MIME版本：1.0
内容-类型：Text/Plain;字符集=ISO-8859-1
内容转换编码：8bit
假如使用的字符集没有任何可用的信息 ， 网关应该使用“未知8bit”字符集来改进内容 。
这个字符集参数的值表明了在消息中使用的字符集没有任何可信的可以得到 。
假如一个消息体被升级到MIME ， 包含非美国ASCII字符集的RFC822的报头必须被升
级来和使用RFC1342编码规则的报头保持一致 。
网关必须把所有未组织的报头字段重新编码以及根据RFC1342规则而来的RFC822的
“评注”和“短语”字段 。
由于在RFC1342中没有与“8bit”内容报头编码规则值相同的消息体 ， 所以所有8bit
报头必须根据“B”或“Q”编码方法来转换形式 。在ISO8859字符集中 ， “Q”编码通常会
产生一些某种程度上可读的报头 。
文档中应该用转换字句:"rfc822-to-8bit","rfc822-to-base-64" ， "rfc822-to-quoted-printable"
添加跟踪信息 。
例如：
来自dbc.mtview.ca.us通过dbc.mtview.ca.us
转换rfc822-to-8bit,星期二 ， 9月1日 ， 1992年 ， 01：18：00-0700
附录-“未知8bit字符集“
以下部分定义了一个“字符集“参数 ， 用于一个MIME的内容类型字段 。
一个有非凡用途的被称为“未知8bit“的字符集被定义为一个未知的8bit字符集 ， 被
编码为一系列的8进制 。它可以在任何语言的任何字符集中被当作标签 ， 使用任何编码方式 。
它不能被进一步定义 。
在一条消息的“charset="字段中 ， 这个符号的作用表明关于字符集的使用一切未知 。在
非MIME到MIME的转换中 ， 将计划使用这个标签 ， 尤其在那些从SMTP到8bitESMTP/
MIME的转换中 。
这个字符集没有打算被所有邮件的编写者使用 。可以假定邮件的编写者了解所用的字
符集 ， 并用在[1]中规定的字符集值标记所写邮件 ， 通过当前指定的序号文档[6]修正所写邮
件 。
“未知8bit”标签仅计划被邮件网关代理来使用 。这个代理不能决定预期的字符集的超
波段信息 。
未知8bit的解释由邮件的阅读者来负责 。可以假定在许多例子中 ， 人类用户将能够解
释信息 ， 选择一个适当的字符集或预处理机 。
致谢
本文档起源于NedFreed,NeilKatin和本作者的一次非正式谈话 。JonathanLaventhol,
CraigEverhart,OlleJarnefors,andOlafurGudmundsson接受了主要的意见 。本文档用
IETFSMTP扩展工作组中许多成员的意见重新修订而成 。
参考
[1]Borenstein,N.,andN.Freed,"MultipurposeInternetMail
Extensions",RFC1341,Bellcore,Innosoft,June1992.

推荐阅读


上一篇：悉心护理睡眠期仔兔

下一篇：杨烈妇传文言文翻译 杨烈妇传原文及翻译