RFC2045译文(2)

8. Content-Description 头字段 经常需要将一些描述信息与给定的实体结合起来。例如，将某个“image”类型的实体标记为“a picture of the Space S

6.8 Base64 Content-Transfer-Encoding 设计Base64内容传输编码是为了描述任意的不需要人为识别的字节序列。编码及解码算法很简单，不过，编码后的数据总是比

6.6 规范的编码模式（Canonical Encoding Model） 何时将邮件数据转换为标准形式并编码、这个过程如何处理CRLF（新行符，并且在不同的系统中具有不同的形式）、传输编码

5. Content-Type 头字段 设置“Content-Type”头字段的目的是为了完整的描述主体（body）中数据的内容。这样，接收代理就可以挑选出适当的代理或机制，来向用户呈现数据

3. MIME头字段（MIME Header Fields） MIME定义了许多新的RFC822头字段，用以描述MIME实体内容(entity content)。这些头字段至少会在以下两个地方出现：

1. 介绍 自从1982年发布以来，RFC822已经定义了一个在Internet上传输文本邮件的标准格式。RFC822格式是如此的成功，它已经完全或部分的为大家所接受，其程度甚至超越了Interne

附录A ：收集的语法 这个附录中包含了本文档中定义的全部BNF语法。 对于自身来说，这些语法是完整的。其中提及了几个在RFC 822中定义的语法名

6. Content-Transfer-Encoding头字段 通过邮件传输的一些数据可能会被声明成它们的“原始”格式，如8位字符（8bit character）或二进制数据（binary

Network Working Group N. Freed Request for Comments: 2045

原文作者：Brad Feld 翻译作者：丁丁 原文链结: The Torturous World of Powerpoint 从90年代以来，我已经看了成千上万的商业计划报告。其中绝大部分都很