MimeMessageParser 无法从地址获取

Question

我们已经被这个问题困扰了很长一段时间了。在我们的项目中，我们试图解析写入文件的电子邮件并将数据放入 pojo。它适用于大多数情况，但是当电子邮件 ID 太长时，邮件 ID 会转到下一行，因此不会获取发件人地址，而是获取名称。我们使用的是 commons-email-1.4.

包含电子邮件的输入文件有

案例1：

From: "def, abc [CCC-OT]" <abc.def@test.com> //here it fetches the mail id properly

如果邮件ID较长，则文件具有

案例2：

From: "defxacdhf, abc [CCC-OT]" 
<abc.defxacdhf@test.com>// here the mail id jumps to the next line so the from address fetched contains the name

这里是示例代码

ByteArrayInputStream byteArrayStream = new ByteArrayInputStream(FileUtils.getStreamAsByteArray(buffInStream,
                lengthOfFile));
        // MimeMessage message = new MimeMessage(mailSession, byteArrayStream);
        MimeMessageParser mimeParser = new MimeMessageParser(MimeMessageUtils.createMimeMessage(mailSession,
                byteArrayStream));
        MimeMessageParser parsedMessage = mimeParser.parse();

当我们尝试获取发件人地址时

emailData.setFromAddress(parsedMessage.getFrom());

在 case1 中，它返回 abc.def@test.com，在 case2 中，它返回 "defxacdhf, abc [CCC-OT]"。感谢您提供任何帮助。

EDIT脚本文件的读写如下。

while read line
        do
            echo "$line" >> /directory/$FILE_NAME
        done

Answer 1

我不明白您为什么要使用 shell while 循环来读取数据，而不是仅使用 cat 或类似的东西，但问题在于您使用“read”。默认情况下， read 将输入行拆分为字段，由 shell IFS 环境变量指定的字段分隔符分隔。前导字段分隔符被忽略，因此当您读取以空格开头的行时，空格将被忽略。

将循环更改为：

    while IFS= read -r line
    do
        echo "$line" >> /directory/$FILE_NAME
    done

在每次读取之前将 IFS 设置为空字符串，并指定“原始”读取，以便反斜杠字符不特殊。

但除非你在那个读取循环中做其他事情，否则这样做会简单得多

    cat > /directory/$FILE_NAME

Answer 2

如上所述：

这不是所使用的任何库中的错误，而是不符合 RFC 的输入。

引用RFC-822:

3.1.1。长标题字段

   Each header field can be viewed as a single, logical  line  of
   ASCII  characters,  comprising  a field-name and a field-body.
   For convenience, the field-body  portion  of  this  conceptual
   entity  can be split into a multiple-line representation; this
   is called "folding".  The general rule is that wherever  there
   may  be  linear-white-space  (NOT  simply  LWSP-chars), a CRLF
   immediately followed by AT LEAST one LWSP-char may instead  be
   inserted.