今发现nightly下有3.1b1下载，装了试用了下，发现3.1a1pre至今一直存在的问题,Content-Type: application/octet-stream类型的附件不能正常处理,而以正文的方式显示编码内容，只有FWD该邮件时能看到附件，但无法另存到硬盘。而且当此类附件很大时，点击该邮件会发生因显示过多内容而过多占用CPU资源。查看该类邮件源码时可看到类似以下内容：

. . . . . .
Content-Disposition: attachment; filename="FinaShow.rar"
Content-Type: application/octet-stream ; charset="ISO-8859-1"; name="FinaShow.rar"
Content-Transfer-Encoding: base64

UmFyIRoHAM+QcwAADQAAAAAAAABnRnTAgjcAI0IAAAJFBwACKjJMcDVLVzwdMxcAIAAAAEZpbmFT
aG93XGJnYm9uZC5ibXAAAcARGgFZEQyM1YARwjEkAgbkn3e/Sefd0RzsjjckbkfZ35uPSo2wbBjZ
GxxjBs1o0JAM0ISRoSAYNgMEaVqBCEjUtIDGA2CNLAWkSNC1At+JCQvwHMxaRLMSWZ9L57Vv5+eS
eWlgkNnnfgcnXWdPpV+U88xVltU1y6rl+37Wz2sf+M9vnKquVVc9uueXeZl6Murq6q8qvcu8z+w/
tNeJbVV5x5qn+eMksahh6gx+m/zvX+V9VtVJyOmWw2fyTc6uHpuuXwxnxb5nDaIYZvHeXnsg3aPM
YjRZfDh8SaMYOuWw7h7fk5/JegjwQKTSZnEe/73nuGM8nSZjEs3kl1Ii1IljN47zXXLen9TJ1Oip
. . . . . . . .

原3.0没有这个问题。

试着将邮件导出成eml文件，将application/octet-stream改为application/msword，打开该邮件文件，虽然显示图标不正确，但能操作附件，而改为application/winrar后，则图标正确，也能正常操作附件了。但这个邮件附件类型是由发送方确定的，就算我用TB来带一个RAR文件，其文件类型也是application/octet-stream。

发现 application/octet-stream 用于非exe附件时会出错，用于exe文件时正常，如以下情况就能正常处理附件。

. . . . . .
Content-Type: application/octet-stream;
name="PxRateDisplaySet.exe"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="PxRateDisplaySet.exe"

TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAA6AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g
. . . . . .

问题找到：
当附件类型为：Content-Type: application/octet-stream 时，如果所附的文件扩展名没有配置在TB中（可通过Options->Attachments查看），则会出现不能处理附件的情况，而新建邮件时附带此类型文件一旦发送，已发邮件中查看该邮件也会出现不正常，只要配置在TB中的文件类型没有这种问题。

暂时解决办法：
将邮件导出为.eml文件，用Notepad++或其他文本文件编辑软件将Content-Type: application/octet-stream中的octet-stream改为任意值，再打开该.eml文件，此时可看到附件，双击附件选择一个程序打开附件，此时，原邮件中的附件的文件类型已被配置到TB中，再看原邮件附件正常。

您好，

請問是中文版專有的 bug 嗎? 不是的話要直接跟開發方面反映喔。
如果有可重現的步驟最好。

本人使用的是英文版。
重现方法：
随便找个小文件（rar等二进制文件），将文件扩展名改为111或222之类的非常规文件扩展，新建一封邮件，附带上此文件并保存，将保存的邮件从草稿中移到收件箱，即可看到该附件不能处理，并显示编码内容。

刚才下了今天（3月10日）的nightly版，该问题已得到修正，感谢版主的帮助。