将uuencoding切换为MIME

将uuencoding切换为MIME,encoding,mime,email,uuencode,Encoding,Mime,Email,Uuencode,我的任务是研究我们现有的电子邮件功能,它使用UU编码将电子邮件发送到其他更广泛接受的邮件。我想可能有一些问题是收件人没有收到附件(.csv)文件,因为它是uu编码的 我猜我们应该把它换成MIME编码 我想得到一些建议,也许还有一些好的起点来寻找类似的东西。是的,你会想切换到MIME。但是,您应该知道,MIME不是一种编码,UUEncode不是一种编码。MIME本质上是rfc822消息格式的扩展 您没有指定计划使用哪种语言,但我建议您查看我编写的两个MIME库中的一个,因为它们是最快和最符合rfc

我的任务是研究我们现有的电子邮件功能,它使用UU编码将电子邮件发送到其他更广泛接受的邮件。我想可能有一些问题是收件人没有收到附件(.csv)文件,因为它是uu编码的

我猜我们应该把它换成MIME编码


我想得到一些建议,也许还有一些好的起点来寻找类似的东西。

是的,你会想切换到MIME。但是,您应该知道,MIME不是一种编码,UUEncode不是一种编码。MIME本质上是rfc822消息格式的扩展

您没有指定计划使用哪种语言,但我建议您查看我编写的两个MIME库中的一个,因为它们是最快和最符合rfc的库(如果不是的话)

如果你计划使用C或C++,请看.< 如果您计划使用C#,请查看

< >我推荐的其他唯一的象形MIME库是(非常低级别的C API)和(一个集成的MIM+、IMAP、SMTP、POP3等)的C++库。 libetpan与GMime相比的唯一“优势”是,它实现了自己的内部使用的数据结构库,而不是像我使用GMime时所做的那样,即重用一个广泛可用的名为GLib的库。GLib在每个平台上都是可用的,所以对我来说重新发明wheel-plus GLib似乎毫无意义,它提供了一个我大量使用的参考计数对象系统。出于某种原因,我不明白,人们会对依赖GLib挂断电话,抱怨“天哪,依赖关系!”好像他们还没有在MIME库上添加依赖关系一样

哦。。。我想如果您正在使用Java,您可能应该考虑使用

除此之外,我从未见过其他可接受的MIME库。说真的,他们中99%的人都有着与我在书中大肆宣扬的相同的设计和实现缺陷。虽然博客文章是关于C语言MIME解析器的,但对于我所看到的所有JavaScript、C、C++、GO、Python、Eiffel等实现(我也见过很多)。 例如,最近有人让我看一看流行的JavaScript MIME解析器。它所做的第一件事是对整个MIME消息输入字符串使用strsplit(),将其拆分为“\r\n”。然后,它通过“:”再次遍历strsplit()行中的每一行,然后通过“,”遍历strsplit()地址头,依此类推。。。这简直是一个小时的尖叫。这太糟糕了,我本可以哭的(但我没有哭,因为我很有男子气概)