与Zend_Mime::ENCODING_8BIT一起发送邮件时，Zend_Mail是什么意思？

Question

在Zend_Mail on http://framework.zend.com/manual/en/zend.mail.attachments.html的示例中，他们使用ENCODING_8BIT，但搜索可能发送给http://msdn.microsoft.com/en-us/library/ms526992%28EXCHG.10%29.aspx的内容(这听起来合乎逻辑)，解释了8位编码对电子邮件没有意义。

编辑：

当我对带有附件的邮件使用此编码时，我会在我的邮件软件(雷鸟)中接收带有损坏附件的邮件。

在哪些情况下使用ENCODING_8BIT是有意义的？

Answer 1

大家都说过，ENCODING_8BIT代表内容传输编码。基本上，8 8BITMIME用于国际化。它使用8位字符集，因此允许您发送UTF8字符集中支持的任何字符。

通常，非MIME邮件发送8位数据，但不包括任何MIME标头，以将消息标记为8位数据。MIME邮递员应该在没有任何问题的情况下处理这个问题。[来源]

因此，从根本上说，使用ENCODING_8BIT代替另一种编码是没有意义的，因为UTF8中的电子邮件是当今的标准。另外，请注意，大多数MTA(消息传输代理，如后缀等)自动强制编码到8 8BITMIME (UTF-8)。

关于8 8BITMIME编码的这是一个很好的资源。

8 8BITMIME扩展在实践中有两种效果：

• 客户端将避免Q转换.
• 客户端可以在邮件请求的末尾添加额外的信息:空格后面是"BODY=7BIT“或"BODY=8BITMIME”。

Answer 2

Zend_Mime::ENCODING_8BIT设置内容转移编码。

内容传输编码定义了以ASCII文本格式表示二进制数据的方法.

Zend_Mime::ENCODING_8BIT在示例中的使用是一个错误。

对于发送附件，您应该始终使用Zend_Mime::ENCODING_BASE64

Answer 3

不是为了电子邮件，而是为了吸引人。如果您查看RFC 2045的第7页：

RFC2045

“二进制数据”是指允许任何八位数序列的数据。