我想知道使用 8 位字符发送电子邮件是否安全，或者是否仍需要使用带引号的可打印或 base64 编码。

8BITMIME扩展现在已有 20 年历史。是否存在仍然不是 8 位干净的 SMTP 服务器或邮件客户端？发送 8 位电子邮件时，对电子邮件的送达率有影响吗？

虽然RFC 2045明确指出，quoted-printable (QP) 中的一行不得超过 76 个字符，但在现实世界中，并非每个客户端似乎都遵循此要求。还是我误解了 RFC 的要求？

考虑来自真实世界邮件的以下几行：

每行是 201 个字符加上 CRLF。但是，有几个=0A序列可以转换为 LF。那么这是否意味着我需要能够解析此消息或者我可以拒绝它？

在我看来，它违反了 RFC 中的以下声明，但我不是 100% 确定：

I have a self written Java mail client, that reads messages from mail server.

I did not have any problem with it, but recently I found an exception, when this client tried to read one complicated email message. The stack trace says, that encoding 'quoted/printable' is unknown, and probably this information is enough to find the solution.

Anyway, I'll complete the question and put the log here:

Here's message part, containing this encoding information

Rest of information is some thml-formatted text.

So, is there a way to solve the problem without changing the javax.mail provider/version ? Now I'm using

Or maybe I just misunderstood the problem and I should solve it another way?

我在使用 Apple Mail 应用程序和我的 php 电子邮件库时遇到了一些问题。我目前正在使用带引号的可打印编码从我的电子邮件库发送电子邮件，Apple 邮件应用程序正在显示编码字符而不是对其进行解码。我不知道为什么，这是我的问题......为什么会发生？以及如何解决？

我调查发现问题，我将我的电子邮件与 gmail 的电子邮件（显示良好）进行了比较，我修复了所有差异，问题仍然存在。

我的电子邮件正文（Orpheus 图书馆）：

gmail之一：

在邮件应用程序上，我的显示：

我们尝试一些 sp=C3=A9cial ch=C3=A0ract=E2=82=ACr

谷歌一显示：

我们尝试一些特殊的字符

没有更多真正的编码差异......所以我不明白。我们都使用 UTF-8 和quoted-printable。

我使用 POP3 从 Gmail 帐户下载邮件并将它们保存在 SQLite 数据库中以供进一步处理：

但是，在数据库中查看，除了消息正文（有效负载）的最后一行之外的所有行都有尾随等号。你知道为什么会这样吗？

我已经面对这个错误很长时间了，阅读了很多“解决方案”，但没有一个对我有用。

当我使用 Rails 发送电子邮件时，我收到了它，但由于这个引用的可打印问题，我上面的所有图像都无法正常工作。

例如，我的视图/user_mailer/confirmation.html.erb 中有此代码

当我收到它时，在源代码中我可以看到（它不工作）：

所有其他=都转换为=3D.

邮件是：

可能是什么解决方案，我已经尝试了很多但没有成功......

谢谢你的帮助

这让我困惑了好几个小时，而且似乎天生就不太可能，但请多多包涵；我相信我有证据。

我已将其简化为最小的测试用例（如下）。要测试代码，您需要使用EmailTest.java（如下），然后导入 SOAP 服务。为此，我使用了：

为方便起见，我也把代码放在了github上，所以你可以简单地克隆它并运行它；这wsimport已经执行了。

以下代码的作用如下：

• 调用testMime()，它创建了一个quoted-printable部分，然后正确显示它（使用以 开头的序列转义的最高位设置字符=）；
• 调用stockQuoteTest，它只是获取一个新的 Web 服务入口点——它不需要实际调用 Web 服务；
• 再次调用testMime()，它创建了一个quoted-printable部分，但显示不正确，没有转义字符；system.out.Println然后（可以预见地）将它们替换为?.

我使用了多个 SOAP 库，它们都做同样的事情——我选择了一个简单的演示来演示。实际上没有必要调用 SOAP 端点。getPort对（此处）的调用getStockQuoteSoap12似乎是问题所在。

到目前为止，我的调试已经确定我所知道的默认 Java 编码都没有改变，而且问题似乎是在第二次调用时，quoted-printable编码器永远不会被调用。这似乎是因为当它工作时part.dh.dataContentHandler被设置为某种类型ObjectDataContentHandler，而StringDataContentHandler当它不工作时被设置为类型。

关于这里发生了什么或如何解决它的任何想法？

我正在使用javax.mail1.5.2（最新的，但旧版本是相同的） - 和

这里是EmailTest.java

这是输出：

哦，如果重要的话，编码文本是：

您可以看到quoted-printable使用普通字母创建的“颠倒”字母显示在哪里无法工作（第二次调用）。调查表明它根本没有做quoted-printable。

更新

这似乎是jax-ws 中的一个错误，并且可以说是 javax.mail 中的一个错误，因为它依赖于text/plain恰好位于 JAF 而不是它自己的处理程序。任何解决方法的想法？（使用 Java 7，据称在 jax-ws 中修复的地方不是一个选项）

我在正确发送带引号的可打印编码 HTML 邮件时遇到了一些困难。我的 HTML 需要被分成几行来满足出于兼容性原因的要求，即不超过 79 个字符的行——我已经为这个用例找到了“软换行符”的概念。

一个工作示例是：

当我将行尾复制到记事本时，它仅显示 = CR LF。

所以我尝试使用wordwrap($newHtmlBody, 70, '='.PHP_EOL, true);，我的输出有点像上面的工作示例。但是，在 gmail 中查看发送的电子邮件时，它不会接受这一点。我究竟做错了什么？

HTML 内容上方的相关电子邮件标题/正文是：

我有以下文本（在电子邮件中收到）：

我想解析它以获得某些信息。

我需要：

如何使用“bash”提取这些信息？

我正在使用 PHP 生成一封输出 HTML 表格的电子邮件。大部分表格都很好，但一些<and>字符被随机编码为<and >。它并不总是在同一个地方进行。有时它只发生在一个地方，有时根本不发生，有时在多个地方。

这是我的电子邮件客户端看到的表格中间的代码片段。< /tr>注意不应该存在的插入：

以及电子邮件明文部分中的同一段：（再次注意，</tr>以某种方式插入。）

在发送之前，我在标头中将其设置为 UTF-8：

（PS 我之前使用 . 时遇到了完全相同的问题charset=ISO-8859-1。）

但尽管如此，它还是以某种方式显示在US-ASCII：

生成电子邮件的 PHP 脚本如下所示：

编辑： 我注意到 HTML 属性变得混乱。它与quoted-printable等号的编码有关。=被编码=3D为预期，但有时下一个字符被删除！因此发生了以下情况：

<a href="http://example.com"> 变成 <a href=3D"ttp://example.com">

<table cellpadding=3 cellspacing=0 border=1> 变成 <table cellpadding<ellspacingorder=3D"&lt;tr">