http://sylpheed.sraoss.jp/diary/?date=20080520 にてツッコミを2度もいれた者です。 # こんなサポート掲示板があるとは知りませんでした…。 # Diaryに書いてしまってすいません。こちらで正式?に # お伺いいたします。 さて、その後、macでsvnから入手しコンパイルして同じメールを 見てみましたが、同様の結果となりました。 いろいろ試した結果、どうもformat=flowedは関係なく、転送前の オリジナルがUTF-8/8bitでそれをbase64で符号化したのち、添付 ファイルとして送られてくると問題は発生するようです。 オリジナルがUTF-8/base64として送られてきたものを転送しても問題は おこりませんでした。 そもそも、同じ内容のメール(UTF-8)でも、送信時の動作に違いがあり、 Mewはbase64で符号化、SylpheedやThunderbirdは8bitのまま送るようです。 またMewは8bitのメールを添付する際にもbase64で符号化するようです。 つまり、Sylpheed/Thunderbirdで送ったUTF-8/8bitメールをMewで受け取り、 添付ファイルとして転送したもの(base64化)をSylpheedで見ると問題は おこります。 こういった動作の違いに関しての専門家ならではのご意見・お話なども、 個人的には大変興味がありますが、それはさておき、なんとか表示 されるようにして頂けませんでしょうか。 ちなみにSylpheedで問題の発生するメールをThunderbirdやMewで見ると きちんと表示されます。 よろしくお願い致します。 |
問題となるメールのサンプルをこちらに送っていただけると対処できるかもしれません。 よろしくお願いします。 |
ご返信ありがとうございます。 いまさっき、メールしました。 # きちんと再現されてると良いのですが… ご確認ください。 よろしくお願い致します。 |
問題が発生することを確認しました。 原因は、 Content-Transfer-Encoding ヘッダに括弧で追加されているコメント部分を Sylpheed が処理しておらず、 Sylpheed が文字列を base64 と認識できていなかったためでした。 Content-Transfer-Encoding: base64 (modified by Mew) Content-Transfer-Encoding ヘッダにコメントが含まれる例を今まで見たことがなかったため、今まで気付かなかったものと思われます。 次のリリースで修正します。 バグ報告ありがとうございました。 |
初めてのバグ報告でとんちんかんな内容でしたが、 きちんとご対応して頂いてありがとうございました。 いろいろ試した結果が報われて良かったです :-) 次のリリース、楽しみにしています! |