thunderbird中文附件编码问题跟踪
【下载】cartoon 模板 for boblog2.0[已修复登入登出]
2006/01/17 11:50 | by
https://bugzilla.mozilla.org/show_bug.cgi?id=309566
Mozilla发布了最新的thunderbird11.5，但是这个版本在附件编码的时候遵循了一个较新的RFC2231，这个RFC涉及到了附件名编码时多行编码的处理，但是由于这个RFC比较新，大部分邮件客户端包括outlook并不支持，而大部分的webmail系统同样不支持这个解码，因此导致tb1.5发出的中文名附件到了其他系统或客户端上后变得不可辨识（例如ATT00xxx.xxx这样的）。
解决办法是进入tb后选择：工具－>选项－>高级－>配置编辑器，在过滤器中写入：
mail.strictly_mime.parm_folding
把过滤出来的这行默认值2修改为0，就可以解决这个问题了。
这个现在看来已经不是bug了，但是说真的，我并不觉得tb默认支持这种过于新的RFC是一种明智之举，我很难想象如果用户并不知道存在这个RFC规范的话，是会将这个问题归咎于大部分客户端和webmail还是仅仅将归咎于thunderbird，我想固然你再好，寡不敌众在这个社会里面就是真实存在的。
开发者也许是一个很好的愿望，但是开发者再多的愿望也都必须依靠终端用户的体验，t'hunderbird兼容最新的RFC无可厚非，却不能导致别的终端不能良好支持。
个人建议tb还是把这个配置的默认选项设成0吧。
Mozilla发布了最新的thunderbird11.5，但是这个版本在附件编码的时候遵循了一个较新的RFC2231，这个RFC涉及到了附件名编码时多行编码的处理，但是由于这个RFC比较新，大部分邮件客户端包括outlook并不支持，而大部分的webmail系统同样不支持这个解码，因此导致tb1.5发出的中文名附件到了其他系统或客户端上后变得不可辨识（例如ATT00xxx.xxx这样的）。
解决办法是进入tb后选择：工具－>选项－>高级－>配置编辑器，在过滤器中写入：
mail.strictly_mime.parm_folding
把过滤出来的这行默认值2修改为0，就可以解决这个问题了。
这个现在看来已经不是bug了，但是说真的，我并不觉得tb默认支持这种过于新的RFC是一种明智之举，我很难想象如果用户并不知道存在这个RFC规范的话，是会将这个问题归咎于大部分客户端和webmail还是仅仅将归咎于thunderbird，我想固然你再好，寡不敌众在这个社会里面就是真实存在的。
开发者也许是一个很好的愿望，但是开发者再多的愿望也都必须依靠终端用户的体验，t'hunderbird兼容最新的RFC无可厚非，却不能导致别的终端不能良好支持。
个人建议tb还是把这个配置的默认选项设成0吧。
