09 2012 档案

HttpUtility.UrlEncode()关于空格的编码问题
摘要：因为HttpUtility.UrlEncode在Encode的时候,将空格转换成加号"+",在Decode的时候将"+"号转为空格,但是浏览器是不能理解"+"号为空格的,所以如果文件名包含了空格,在浏览器下载得到的文件,空格就变成了"+"号.一个解决办法是,在HttpUtility的UrlEncode之后,将"+" 再手动替换成"%20"(如果原来是"+"则被转换成"%2b"),如://将URL进行编码转换，然后获取URL public 阅读全文
posted @ 2012-09-26 10:02 TOP100 阅读(803) 评论(0) 推荐(0)
电子邮件附件名称包含非 ASCII 字符，并且长度超过 41 utf-8 编码字节的是之前的.NET Framework 4 编译的应用程序中的传输编码两次
摘要：摘自：http://support.microsoft.com/kb/2402064症状请考虑以下情形：运行 Microsoft.NET Framework 4 为编译的应用程序。应用程序调用System.Net.SmtpClient类，以发送电子邮件和附件类用于将文件附加到邮件对象。附件名称包含非 ASCII 字符，超过 41 utf-8 编码字节为单位）。在这种情况下，附件名称是意外之前传输编码两次。然后，电子邮件消息接收器截断已编码的名称，但不是原始名称中查找附件。原因出现此问题是由于.NET Framework 4 中的问题。SMTP 编码被重写，以包括正确折叠每行长度限制的 RFC 阅读全文
posted @ 2012-09-20 09:48 TOP100 阅读(541) 评论(1) 推荐(0)