0

在构建通过 pop3 拉 emai 的 Web 邮件客户端时，存在什么样的编码/图像/格式问题？

我能想到的一些事情我知道我必须处理：

  1. 附件
  2. 内联图像
  3. html 电子邮件

还有哪些其他可能的头痛？

4

3 回答 3

2

这是相当多的工作，并且已经有很多解决方案 - 但这不应该阻止你！您的三点概括地涵盖了几乎所有内容......它通过 POP3 传递的事实并不是那么相关，IMAP 甚至 OWS（Outlook Web Services for Exchange）都需要注意以下几点：

  • 附件可以在电子邮件中内联引用（您的 1、2、3 的组合） - 因为在电子邮件中可以包含本身就是附件的 IMAGE。
  • 您必须支持许多 MIME 类型。
  • 电子邮件可以是单部分、多部分不同、多部分替代方案以及它们的组合。一份好的时事通讯会向您发送相同数据的文本和 HTML 版本，让客户可以选择使用哪种方式来使用数据。该电子邮件可能有一个或多个附件......并且该附件可以是另一个带有另一个附件的文本/html电子邮件......这令人作呕。
  • HTML 正如您已经指出的那样，在您的页面中呈现电子邮件 HTML 而不在样式等方面相交是很棘手的，而且您需要过滤不良内容 - JavaScript 可能包括可能会影响隐私的嵌入式图像。
  • 有几种字符编码可以使用——这与 MIME 类型相关，但值得单独注意（仅出于令人头疼的问题）。

基本上，您必须精通许多交易才能生成和解码电子邮件。

于 2010-09-01T20:42:26.417 回答
1

许多 ！

我强烈建议您先阅读 pop3 rfc。

http://www.faqs.org/rfcs/rfc1939.html

您可以下载一些开源项目，看看它们是如何实现 rfc 的。

于 2010-09-01T20:33:33.950 回答
1

我同意 Pierre 的观点，您应该阅读规范以充分了解幕后发生的事情。

我要补充的一件事是，我担心的关键是您正在阅读的邮箱和垃圾邮件的安全性。电子邮件通常包含对可用于跟踪消息是否已打开的 javascript/图像的调用。这是许多邮件客户端不显示图像的关键原因，除非您打开它们。

除了您使用的其他方法外，您可能还必须确保解析消息并取消任何可能导致隐私问题的呼叫，除非发件人是受信任的。

于 2010-09-02T10:34:29.180 回答