1

我一直在使用 Mailkit 库来接收电子邮件，到目前为止它一直很棒。但是，我们发现通过 Mac 上的邮件应用程序发送的消息存在问题。例如，我们发送的带有 pdf 附件和 html 格式正文的消息被作为没有任何附件的对象接收（通过 IMailFolder.GetMessage），并且只有 HtmlBody 为空（仅接收 TextBody）

我正在从网络电子邮件客户端附上这封邮件的源代码（没有一些个人信息标题）（邮件在那里显示正常）

Content-Type: multipart/alternative; boundary="Apple-Mail=_CA0BDF81-AE2A-4E1A-9D37-8B30B5220C77"
Subject: Test
Date: Thu, 11 Jun 2015 07:00:29 -0700
Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\))
X-Mailer: Apple Mail (2.1990.1)


--Apple-Mail=_CA0BDF81-AE2A-4E1A-9D37-8B30B5220C77
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
    charset=us-ascii


Hello goodbye pdf

--Apple-Mail=_CA0BDF81-AE2A-4E1A-9D37-8B30B5220C77
Content-Type: multipart/mixed;
    boundary="Apple-Mail=_FA44F8C6-5F68-44EF-9537-8E8651DAAC0C"


--Apple-Mail=_FA44F8C6-5F68-44EF-9537-8E8651DAAC0C
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
    charset=us-ascii

<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word;
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class=""><b class=""><i class="">Hello</i></b></div><div class=""><b class=""><i class="">goodbye pdf</i></b></div></body></html>
--Apple-Mail=_FA44F8C6-5F68-44EF-9537-8E8651DAAC0C
Content-Disposition: inline;
    filename*=utf-8''Zamo%CC%81wienie%20ZAM21%2D150528%2D01.pdf
Content-Type: application/pdf;
    x-unix-mode=0644;
    name="=?utf-8?Q?Zamo=CC=81wienie_ZAM21-150528-01=2Epdf?="
Content-Transfer-Encoding: base64

(here is a base64-encoded pdf that is being decoded correctly)
--Apple-Mail=_FA44F8C6-5F68-44EF-9537-8E8651DAAC0C
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
    charset=us-ascii

<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word;
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""></body></html>
--Apple-Mail=_FA44F8C6-5F68-44EF-9537-8E8651DAAC0C--

--Apple-Mail=_CA0BDF81-AE2A-4E1A-9D37-8B30B5220C77--

有没有人遇到过Mailkit的这种问题？或者它可能不依赖于库，只是特定的苹果邮件？

4

1 回答 1

3

MimeMessage.TextBody 和 MimeMessage.HtmlBody 属性是使用常见做法来确定消息的适当文本正文部分的便利属性。不幸的是，“这1部分和1部分只是文本正文，而另外1部分是html正文”没有严格的定义。

该消息的结构如下：

multipart/alternative
  text/plain
  multipart/mixed
    text/html
    application/pdf
    text/html

通常，在 a 中multipart/alternative，您将遇到以下 2 种情况中的 1 种：

multipart/alternative
  text/plain
  text/html

或者

multipart/alternative
  text/plain
  multipart/related
    text/html
    application/pdf

定义了multipart/alternative替代视图（我知道，我在这里说的是显而易见的）。MimeKit 会找到该text/plain部分，因为它遵循一般约定。但下一个替代方案是multipart/mixed. 那不是 HTML，所以 MimeKit 不能将它作为HtmlBody. MimeKit 用于确定a 内部HtmlBody唯一理解的逻辑，因为规范定义了哪个部分是根文档（通常是 HTML 文档）。multipart/relatedmultipart/alternativemultipart/related

对于您的消息，这意味着您multipart/mixed 的备用视图和发送代理旨在将这 3 个部分按顺序呈现为备用消息正文。您实际上不能只选择这两个 html 部分之一并将其用作 html 正文，因为如果没有另一个（并且没有 pdf），它将是不完整的。

也就是说，MimeKit 并不限制您使用TextBody和HtmlBody属性来获取您的消息正文。MimeKit 提供了多种方法来自己迭代 MIME 结构，以使用自己的逻辑来获得所需的内容。

请参阅以下文档：

常见问题/消息正文

使用消息

于 2015-06-15T11:50:58.973 回答