RFC2045译文(1)

Network Working Group                                          N. Freed
Request for Comments: 2045                                     Innosoft
Obsoletes: 1521, 1522, 1590                               N. Borenstein
Category: Standards Track                                 First Virtual

                                                          November 1996

 
  
  

多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))

第一部分:Internet信息体格式 

RFC2045--Multipurpose Internet Mail Extensions(MIME)
Part One:Format of Internet Message Bodies
     
     

 

本备忘录的状态

本文档讲述了一种Internet团体的Internet标准跟踪协议,它需要进一步的讨论和建议以得到改进。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化程度和状态。本备忘录的发布不受任何限制。

 

摘要

 

STD11,RFC 882定义了一种信息表示协议,该协议规定了US-ASCII消息报头(message header)的详细细节,并规定消息内容(message content)和消息体(message body)US-ASCII 文本格式。本系列文档共同被称为MIME(Multipurpose Internet Mail   Extensions),重新定义了一系列允许下列内容的信息格式:

 

(1)    US-ASCII的字符集的文本消息体(message body)

 

(2)    不同格式的非文本消息体(message body)的扩展集

 

(3)    多部分消息体(message body)

 

(4) US-ASCII字符集的文本报头息

 

这套文档基于更早的文档RFC934STD 11RFC1049,但对它们进行了扩展和修正。由于RFC822对消息体(message body)涉及太少,所以这套文档与RFC822的相关性不大(不是修正RFC822 )

 

本文档说明了用于描述MIME消息(message)的多种报头;第二个文档RFC2046定义了MIME媒体类型系统的总体结构并且定义了媒体类型的初始集;第三个文档是RFC 2047,它扩展了RFC822,允许在Internet邮件报头中出现非US-ASCII文本;第四个文档RFC2048说明了MIME相关程序的不同IANA注册过程;第五个也是最后一个文档RFC2049描述了MIME一致性标准,同时提供了一些关于MIME消息格式的说明性示例,还有“致谢”和“参考书目”。

 

这些文档都是RFC1521RFC1522RFC1590的修正版,而后面三个RFC又是RFC13411342的修订版。在RFC2049中的附录描述了与以前版本的不同及变化。

 
    
    

目录

1. 介绍... 3

2. 定义、约定和一般的BNF语法... 4

2.1 CRLF. 5

2.2 字符集 Character Set... 5

2.3 消息 Message. 5

2.4 实体 Entity... 6

2.5 部分主体 Body Part... 6

2.6 主体 Body... 6

2.7 7位的数据 7bit Data... 6

2.8 8位的数据 8bit Data... 6

2.9 二进制数据 Binary Data... 7

2.10 (Lines) 7

3. MIME头字段(MIME Header Fields... 7

4. MIME-Version头字段... 8

5. Content-Type 头字段... 9

5.1 Content-Type头字段的语法... 10

5.2 Content-Type的缺省值... 12

6. Content-Transfer-Encoding头字段... 12

6.1 Content-Transfer-Encoding 句法... 12

6.2 Content-Transfer-Encoding 语义... 13

6.3 新的Content-Transfer-Encoding. 14

6.4 解释及使用... 14

6.5编码转换... 16

6.6 规范的编码模式(Canonical Encoding Model... 16

6.7 Quoted-Printable编码... 16

6.8 Base64 Content-Transfer-Encoding. 20

7. Content-ID 头字段... 21

8. Content-Description 头字段... 22

9. 另外的MIME头字段... 22

10. 摘要... 22

11. 安全考虑... 23

12. 作者地址... 23

附录A :收集的语法... 24

 

 

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
### 回答1: RFC文档1一3093是关于Session Initiation Protocol(SIP)服务定位协议(SLP)扩展的规范。SIP是一种即时通信协议,用于在IP网络上建立、修改和终止多媒体会话,而SLP是一种用于服务发现的协议。 RFC文档1一3093提出了一种在SIP中添加SLP服务定位的扩展方法,以提供更灵活和可扩展的服务发现机制。通过在SIP消息中添加特定的信令和头部信息,SIP客户端可以使用SLP服务定位协议来查找需要的服务。 这个扩展的目的是为了提高SIP系统中的服务发现效率和可用性。通过使用SLP扩展,SIP客户端不需要依赖静态配置或硬编码服务位置信息,而是可以动态地发现可用的服务。这样可以很容易地在SIP网络中添加、删除或替换服务,而不会影响到整个系统的正常运行。 RFC文档1一3093中描述了扩展的语法和语义,并给出了示例,以帮助实现者理解和实施这个扩展文档还提供了一些注意事项和建议,以确保扩展的安全性和互操作性。 总结来说,RFC文档1一3093提供了一种在SIP中添加SLP服务定位的扩展方法,以提高服务发现的效率和可用性。这个扩展可以使SIP客户端动态地发现和使用可用的服务,从而使整个系统更加灵活和可扩展。 ### 回答2: RFC文档是指“请求评论”(Request for Comments)的缩写,是一种用于标准化互联网协议,以及相关协议、过程、方法等的文件。RFC文档1一3093是RFC文档的编号,代表了一份特定的文档。 RFC文档1一3093这个编号表示了该文档在整个RFC文档库中的唯一标识。通过这个编号,可以在RFC文档库中找到该文档的详细内容。每个RFC文档都有一个唯一的编号,这个编号一般由RFC编辑委员会根据文档的提交顺序进行分配。 在RFC文档1一3093中,其中包含了一份具体的互联网协议、过程或方法的描述。这份文档可能涉及到网络通信的具体规范,或者是提出一种新的技术或方法来解决某些互联网的问题。 RFC文档对于互联网的发展非常重要,它通过提供统一的标准和规范,确保了互联网的稳定性和互操作性。任何人都可以提交RFC文档,经过广泛的讨论和审核后,有可能成为互联网的新标准。 总之,RFC文档1一3093代表了一份特定的互联网协议、过程或方法的详细描述,它在整个RFC文档库中有其独特的标识。通过RFC文档,互联网的发展可以更加规范和统一。 ### 回答3: RFC(Request for Comments)文档是互联网工程任务组(IETF)发布的一系列技术文档,用于标准化互联网相关协议和技术。RFC 1是RFC文档系列中的第一篇文档,编号为3093。 根据RFC 1的内容,该文档的主要目的是介绍并规范RFC文档的发行、标准化和管理流程。它首次由斯蒂夫·克鲁茨(Steve Crocker)于1969年4月发布。在这一RFC文档中,克鲁茨将RFC定义为一种向技术社区广泛传播思想、方法和设计的途径。 该文档概述了RFC文档的组织结构和编号系统。RFC文档被分为多个系列,如标准系列、信息系列、实验系列等,每个系列都有其特定用途和标准。RFC文档编号由一个或多个数字组成,第一个数字代表文档所属的系列,其后的数字表示文档在该系列中的顺序。RFC文档的发布是一个开放的过程,任何人都可以提交RFC文档,并经由IETF的评审流程进行批准和发行。 RFC 1的重要性在于它为后续的RFC文档奠定了基础,确立了RFC文档的规范化流程和原则。由于互联网的迅速发展和不断变化,RFC文档持续更新,成为指导互联网发展的重要参考文献。RFC文档的各个版本经过广泛的讨论和协商,旨在提高互联网的性能、可靠性和安全性。 总的来说,RFC 1是RFC文档系列中的第一篇文档,它规定了RFC文档的管理和发行流程,为互联网的标准化和技术发展起到了重要的奠基作用。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

prettynacl

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值