验证/测试 mime4j 解析内容的输出

发布于 2024-11-17 14:31:03 字数 269 浏览 8 评论 0原文

我正在创建一个工具,需要解析传入的 MIME 流并将电子邮件正文和电子邮件附件作为单独的文件流返回。

我正在使用 mime4j 来实现此目的。

以下是我遇到的问题:

  1. 如何测试我通过 mime4j 从 MIME 流解析出的电子邮件正文文件或电子邮件附件文件是否正确?

我有大量原始 mime 形式的电子邮件语料库,我想在其上运行测试,并且需要一些自动化方法来确定哪些电子邮件可能会破坏 mime4j 的 mime 解析,并为此调整代码。

I am creating a tool that is required to parse incoming MIME streams and return the email body and email attachments as separate file streams.

I am using mime4j for this purpose.

Following are the problems that I am stuck on:

  1. How can I test whether the email body file or email attachment file that I parsed out via mime4j from MIME stream is correct?

I have a large corpus of emails available in raw mime form that I want to run my tests on and need some automated way to determine which ones might be breaking the mime parsing by mime4j and tweak the code for that.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

一笔一画续写前缘 2024-11-24 14:31:03

您可以解码附件,然后重新编码。如果重新编码的流与原始流匹配(逐字节),则这是 mime4j 正确处理它们的好迹象。

You could decode the attachments and then re-encode them. If the re-encoded stream matches (byte-for-byte) the original, then that's a good sign that mime4j is properly handling them.

前事休说 2024-11-24 14:31:03

我最初使用 mime4j 解析出示例语料库 *.eml 文件。我必须手动检查它们是否有解析错误,因为我没有其他好的选择。

现在,我使用之前解析出的电子邮件作为测试平台,在其中迭代检查我解析出的结果。

I initially parsed out a sample corpus *.eml files using mime4j. I had to manually check them for parsing errors as I had no other good choice.

Now I am using the earlier parsed out emails as testbed over which I check my parsed out results iteratively.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文