Question

遇到了一些不符合RFC的邮件

authentication-results: spf=none (sender IP is ) smtp.mailfrom=**@********.**;

Content-Type: multipart/related;
    boundary="_004_2039b206f2a54788ba6a101978bd3f82DBXPR07MB013eurprd07pro_";
    type="multipart/alternative"
MIME-Version: 1.0

例如，上面的邮件在标题中有一个空行（在Content-Type之前）。严格遵守RFC的库（例如https://github.com/mikel/mail）赢了;它们能够解析它们。 Apple Mail，Thunderbird设法处理这些邮件。

尝试浏览Thunderbird的代码库，不熟悉C ++，我设法找到了https://github.com/mozilla/releases-comm-central/blob/1f2a40ec2adb448043de0ae96d93b44a9bfefcd1/mailnews/mime/src/mimemsg.cpp

有人可以指出Thunderbird代码库中发生邮件解析的部分，或任何处理此类非投诉邮件的开源库/应用程序。

修改

空白行的Hexdump。它包含一个空格。

00013e0: 2a2a 2a2a 2a2a 2e2a 2a3b 0d0a 200d 0a43  ******.**;.. ..C
00013f0: 6f6e 7465 6e74 2d54 7970 653a 206d 756c  ontent-Type: mul
0001400: 7469 7061 7274 2f72 656c 6174 6564 3b0d  tipart/related;.

Answer 1

引用的ruby library中的Ruby代码未向RFC确认，RFC允许将多行折叠成单个标题行。规则是延续标题行（折叠标题）应以空格开头 - 具体细节在RFC 5322中，"Folding White Space and Comments"部分。

最可能的问题是Ruby代码正在读取每一行并在解析之前修剪空格 - 因此未能检测到额外的行实际上属于前一个标题 - 但额外的行确实没有添加任何内容到标题（因为它只包含一个空格），但它是有效的语法。

修改

在提交17783f8536fc09b926c7425dbacfc35e0e851ef5中引入了不合规行为。引入的副作用之一是分割标题＆amp;身体在空的折叠头上

CRLF = /\r\n/ white_space = %Q|\x9\x20| WSP = /[#{white_space}]/ header_part, body_part = raw_source.split(/#{CRLF}#{WSP}*#{CRLF}(?!#{WSP})/m, 2)

问题在提交a2a45597bce66ebe788cedaaab848a37bd04b25a中提出，但共识是不破坏现有行为。

处理电子邮件标题中的空白行

1 个答案: