使用HTTP的MIME的内容传输编码头

我对通过HTTP发送mime附件有疑问：

在http规范中引用了以下内容：

“C.4无内容传输编码：HTTP不使用RFC 1521的内容传输编码（CTE）字段。从MIME兼容协议到HTTP的代理和网关必须删除任何非标识CTE（“引用的可打印”或“base64”）在将响应消息传递到HTTP客户端之前进行编码。HTTP到MIME兼容协议的代理和网关负责确保消息的格式正确，并对该协议上的安全传输进行编码，其中“安全传输”由所使用协议的限制定义。如果这样做将提高通过目标协议安全传输的可能性，则此类代理或网关应使用适当的内容传输编码标记数据。”

这是否意味着，对于仅通过http发送MIME附件，我们不应该将内容传输编码指定为quoted printable或base64？

另外，当我通过其他传输（如JMS）或邮件发送此类附件时，conetent传输编码的行为是什么？例如，在SOAP over JMS消息中

还发现以下与RFC 4130相关：

“5.2.未使用的MIME标头和操作 5.2.1.HTTP传输中未使用内容传输编码 HTTP可以处理二进制数据，因此不需要使用MIME[1]的内容传输编码。这种差异在[3]中讨论，第19.4.5节。但是，允许但不需要二进制或8位的内容传输编码值。缺少此标头不得导致事务失败。AS2消息正文中MIME正文部分的内容传输编码也是允许的。”

---

因此，我基本上对HTTP协议特定的mime附件的行为感到完全困惑，并希望澄清其行为。

HTTP不是mime，它只是借用了mime消息格式。HTTP中的有效负载是二进制的，并且根本没有内容传输编码头字段。您可以指定它，但它没有任何效果，并且会让人们在查看导线轨迹时分心