C# 关于MailMessage类发送邮件时，附件名字过长导致出现邮件中附件名空白的解决方案

过程：
一开始以为是环境的问题，毕竟在本机调试可行，生成执行程序后传到另外一台电脑就出现了上述情况。

1. 考虑到本机和测试机系统都是Win7版本，并且之前处理办公文件也出现过因为office版本问题导致文件无法识别，所以起先怀疑是office版本的问题（本机Office2016,测试机Office2007）。但后面又排除了这个可能，因为程序只是通过OpenFileDialog控件选取文件，并将文件完整路径添加至附件列表中，期间并没有对文件名及文件内容进行更改操作。

2. 选取的文件包含局域网内共享文件夹的文件，经过测试排除了权限和路径的原因。

3. 因为前面考虑Office版本的问题，所以通过更改高版本后缀为低版本后缀，重新调试了下，发现有个空白文件换了一个乱码的文件名，如下图
   
   文件名：=_utf-8B_57O757uf5bm05bqm6aG555uu5oql5ZGK
   看到文件名中的utf-8，进而考虑到了是否为编码的问题。因为原文件是word文件，所以将文件名添加后缀.docx，发现可以打开并且文件内容没有偏差，排除了文件内容编码格式的情况，所以这边断定是附件名称的编码问题导致。

4. 在参考文章中提及可用微软的修复程序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