C# 关于MailMessage类发送邮件时,附件名字过长导致出现邮件中附件名空白的解决方案
在编写一段用MailMessage类发送邮件时,提取附件发送后发现附件名为空,并且在下载后更改相应的后缀名也无法打开,如图下图所示。
系统运行环境: Win7 +.Net 4.0 + VisualStudio2015
过程:
一开始以为是环境的问题,毕竟在本机调试可行,生成执行程序后传到另外一台电脑就出现了上述情况。
-
考虑到本机和测试机系统都是Win7版本,并且之前处理办公文件也出现过因为office版本问题导致文件无法识别,所以起先怀疑是office版本的问题(本机Office2016,测试机Office2007)。但后面又排除了这个可能,因为程序只是通过OpenFileDialog控件选取文件,并将文件完整路径添加至附件列表中,期间并没有对文件名及文件内容进行更改操作。
-
选取的文件包含局域网内共享文件夹的文件,经过测试排除了权限和路径的原因。
-
因为前面考虑Office版本的问题,所以通过更改高版本后缀为低版本后缀,重新调试了下,发现有个空白文件换了一个乱码的文件名,如下图
文件名:=_utf-8B_57O757uf5bm05bqm6aG555uu5oql5ZGK
看到文件名中的utf-8,进而考虑到了是否为编码的问题。因为原文件是word文件,所以将文件名添加后缀.docx,发现可以打开并且文件内容没有偏差,排除了文件内容编码格式的情况,所以这边断定是附件名称的编码问题导致。 -
在参考文章中提及可用微软的修复程序HotFix的处理该问题,但给的链接不可用。最后搜索找到了相关链接。其中有段对该补丁KB2402064的描述:
An email message attachment name that contains non-ASCII characters and is longer than 41 UTF-8 encoded bytes is encoded two times before transmission in an application that is compiled for the .NET Framework 4.
意思是包含非ASCII码字符并且长度超过41个UTF-8编码字节的邮件附件名在.NET环境下编译的应用程序中传输之前要进行两次编码。
注意点:
- 微软环境下文件或文件夹名称不能包含字符:\ / : * ? < > " |
- UTF-8编码下一个汉字3个字节
- 经过参考后确认该情况为.NET4.0下的一个BUG
不确定项:
上述所说的KB2402064补丁,高于.NET4.0的.NET版本应该是有自动安装,不会出现附件名为空或者乱码的情况。对于Hotfix Share网站提供的64版本和32位版本的KB2402064补丁,本机和测试机都是64位的,执行64位的exe都是提示不是有效的Win32应用程序,32位的exe没有进行测试,不确定该补丁是否有效。
解决方案:
- 1.附件名设置不超过41个字节(UTF-8编码一个汉字3个字节)
- 2.安装高于.NET4.0的.NET版本
[1]:【退而求其次解决.NET4.0发送邮件,附件名字过长会导致附件文件名乱码或后缀名变为.BIN】 https://www.cnblogs.com/sunxin88/p/3603854.html
[2]:【邮件发送附件失败和附件名称过长不能解析的问题】https://blog.csdn.net/flysworde/article/details/7842456
[3]:【NDP40-KB2402064-x64.exe 64位版本】http://thehotfixshare.net/board/index.php?autocom=downloads&showfile=18094
[4]:【NDP40-KB2402064-x64.exe 32位版本】http://thehotfixshare.net/board/index.php?showtopic=20466