.net 4.0 Mime内容类型名称乱七八糟

.net 4.0 Mime内容类型名称乱七八糟,.net-4.0,mime,.net 4.0,Mime,下面是一封原始电子邮件的片段: 内容类型:应用程序/八位字节流; name=“èèèèèèèèèèèèèèèèèèèèèèèèèèèèè 我尝试将名称解析为Base64编码的字符串,但失败了。可能是什么 我看到了内容处置文件名的相同文本: 内容处置:附件; filename=“ë½ëëëëëëëëëëëëëëëëëëëëëëëëëëë235 这两种方法都不会通过ContentType和ContentDisposition对象的System.Net.Mime构造函数中的验证 请注意,附件是一个合法

下面是一封原始电子邮件的片段:

内容类型:应用程序/八位字节流; name=“èèèèèèèèèèèèèèèèèèèèèèèèèèèèè

我尝试将名称解析为Base64编码的字符串,但失败了。可能是什么

我看到了内容处置文件名的相同文本:

内容处置:附件; filename=“ë½ëëëëëëëëëëëëëëëëëëëëëëëëëëë235

这两种方法都不会通过ContentType和ContentDisposition对象的System.Net.Mime构造函数中的验证


请注意,附件是一个合法的xls文件。

这听起来像是一个ASCII解析问题。您可能希望将名称放入字符或ascii字符数组中,然后查看值。可能它是十六进制的,http字符串将其读取为十进制,等等。您是如何创建的?不管文件是否是合法的xls文件,名称和文件名参数都会引用文件名。您是否将xls文件的内容设置为文件名?我没有创建此文件,也没有设置任何内容。我在一封电子邮件中找到了它,我只是想理解它,因为正如我所说,ContentType和ContentDisposition的构造函数拒绝了它。