|
|
1
6
gmime是用C编写的lgpl mime解析器。它确实依赖于glib,但glib在Windows上可用: 32bit 和 64bit (以及所有基于Unix的平台,包括Mac OS X)。它还构建在Visual Studio Afait中,因此我看不到问题所在。我知道至少有一个商业Windows供应商在他们的产品(Kerio Connect,IIRC)中提供libgmime.dll和libglib.dll。诺基亚甚至在他们的一些手机上发布。 如果您真的希望它在“:”上执行除拆分头之外的任何操作,并对内容类型头执行随意的分析,以查找边界字符串,然后继续处理非嵌套的多部分(除了分析HTTP响应和预先屏蔽的MIME消息之外,这有点无用你控制的成分)。 就代码行而言,像gmime这样的解析器之所以如此“大”,是因为它们适用于那些实际需要正确、健壮的mime部分和头解析/解码的开发人员。看我的咆哮 decoding rfc2047 encoded-word tokens 要了解这有多复杂(顺便说一句,除了gmime和mimekit之外,我还没有找到任何能够处理RANT中讨论的所有边缘情况的开源mime解析器)。 即使有了所有这些额外的健壮处理,它 仍然 与大多数“轻量级”的mime解析器一样快或更快,特别是考虑到它们中的大多数都使用了readline方法。我见过“轻量级”的mime解析器声称在2-3秒内解析25MB的电子邮件文件,并认为这是“快速的”。我的gmime单元测试解析了2个mbox文件,其中包含的消息大于1.2GB(是的,千兆字节),时间比这短。 我的观点是,“轻量级”是那些不知道自己在说什么的人的胡说八道的标准。 基于一些有意义的东西比如RFC遵从性来判断怎么样?或者通过符合RFC和性能的结合?不管怎样,在任何有意义的比较中,gmime都会成为赢家。 |
|
2
4
已经有一段时间了。所以我只回答我自己的问题。 在花了更多的时间之后,我最终编写了自己的实现。实际上,mime非常简单,如果您阅读文档,那么您可以在短时间内完成并运行一些东西。 但是,我认为应该有类似vmime的东西,但是开源的。我不敢相信只有那么少的人需要处理MIME结构,因为它是一个真正的标准。 |
|
|
3
3
我已经成功地使用了 mimetic 我的MSVC2010。 它也在窗户上工作。有麻省理工学院的执照。 |
|
4
0
我还创建了一个支持S/MIME的MIME库(仅限Windows)。但是,如果您不想使用S/MIME,可以删除特定于Windows的函数。 http://www.codeproject.com/Articles/1114232/Cplusplus-MIME-A-simple-single-header-parser-an |
|
|
shorton · mime将电子邮件提取回mbox格式 8 年前 |
|
Kim Kern · 全局设置UTF-8支持的会话属性 8 年前 |
|
|
user3865463 · 文本和HTML电子邮件的MIME 11 年前 |
|
|
mn6vdv23g · 如何在服务器上安装mime_mail? 12 年前 |