http - 与 text/plain ContentType 一起使用的正确换行符是什么？

Question

当网络服务器在 HTTP 响应中声明 ContentType: text/plain 时，客户端是否可以假定换行符是“\n”或“\r\n”或其他内容，还是应该同时允许两者？

规定了哪些标准？我在标准中迷失和困惑。 RFC 2046 似乎定义了“普通”子类型，但其中引用了 RFC 822。

我浏览了 RFC 822，但我很困惑它是否明确不允许(在邮件正文中)使用 CRLF (\r\n)，或者是否应隐式允许 CRLF，因为任何 ASCII 字符都是合法的在空行之后？

RFC 5322 定义了“互联网消息格式”，我不确定它是否适用于 HTTP(它似乎适用于电子邮件)，但它特别说明了消息正文中您应该看到的唯一 CR 或 LF 是 CRLF组合..?

Answer 1

RFC 2046第 4.1.1 节说:

“任何 MIME“文本”子类型的规范形式必须始终将换行符表示为 CRLF 序列。类似地，MIME“文本”中出现的任何 CRLF 都必须表示换行符。在行外使用 CR 和 LF中断序列也是被禁止的。”

老实说，如果您将其用于解析或显示目的，我不会依赖它。大多数网络服务器将从文件扩展名设置内容类型，因此任何具有 .txt 扩展名的 Unixy 文件都将获得 text/plain 内容类型(就上述段落而言是非法的)。