[quote]迷惑メール フォルダのメッセージをフィルタリングした後、受信トレイの整理中にエラーが発生しました。Shredder を終了して INBOX.msf を削除する必要があります。[/quote]こういうダイアログが頻繁に表示されて調子が悪い。
言うとおりに何回もINBOX.msfを削除しているのに．．．

迷惑メール フォルダに限らず、いろいろなフォルダ名が表示されます。メールボックスを作り直しても何かの拍子に 表示されるようになる。不思議だ。

Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.1.6pre) Gecko/20091106 Shredder/3.0pre
Windows 7 Enterprise

ヘッダ表示を「すべて」にしておくと、「差出人」までに空白行が出来る現象がある。
差出人の行位置を求めるポインタの計算がおかしい感じで、Enigmailを利用していると空白の行数がさらに増えます。

[quote="kiyo4_k"]Shredder/3.0pre ではフォルダを開いてくれます。

だけど、なぜか英語のままです。
[color=red]Open in Folder(R)[/color][/quote]Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.1.5pre) Gecko/20091031 Shredder/3.0pre　で直った。

[quote="kiyo4_k"]3.0 beta3 でフォルダの検索をやって表示された一覧のメールを選んだ状態で、
「メッセージフォルダを開く」ボタンを押しても、新しいウィンドウでアカウントの画面が表示されるだけなのは私だけ？
フォルダに飛べないのは使い辛い。[/quote]Shredder/3.0pre ではフォルダを開いてくれます。

だけど、なぜか英語のままです。
[color=red]Open in Folder(R)[/color]

[quote="Cai"]エンコーディング周りの non-ascii 軽視＆無視は鬼門ですねぇ。特に MUA にとっては。[/quote]MUAというより使用しているユーザが相手から非難される事になる ---> Thunderbirdが利用されなくなる、という事情がわかってくれないんですね。
とは言うものの、最近はUTF-8を理解出来ないMUAのほうがクズだと言い張る！ （で、Thunderbirdを勧める！）

[quote="Cai"][quote="kiyo4_k"]いや、こっちのほうが極悪ですね。
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？　 :shock:[/quote] https://bugzilla.mozilla.org/show_bug.cgi?id=410333
元はこれ「無条件に UTF-8 へフォールバック」

http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=6239
bugzilla-jp に登録される

https://bugzilla.mozilla.org/show_bug.cgi?id=448842
bugzilla 本家でも別の人が登録
ここで「日本でのマーケティング上問題ありすぎ」ってことで日本の開発者の人が猛プッシュ。
結果、ダイアログは復活させられなかったけど、prefs で無効にできるようになった、ということです。
デフォルトでは ISO-2022-JP だけ false (フォールバック有効) でセットされていますが、mailnews.disable_fallback_to_utf8.<charset> で任意のエンコーディングに対して設定することはできます。[/quote]は～　bugzilla-jpで あさんの活躍を見てしまいました。 ダイアログが無くなっていた事も知りませんでした。（知らずにISO-2022-JP外の文字を使うことなんて無いので）
bugzilla-jpには良いアイデアやパッチまで提示されていたのに採用を拒否されてしまったんでしょうか。
マナー違反になるからという攻めで行くような発言も見えたけど、今の状態でPrefsを設定して、知らないうちに範囲外の文字をISO-2022-JPで送信してしまう方がUTF-8で送信するよりもマズいんじゃないかと思います。 それならUTF-8強制の方がまだマシかなぁ。（でも そんなことを言ったらEnigmailでの攻めも通らなくなっちゃうしなぁ...）
＃ GnuPGの場合はマナーと言うより相手のMUAやプラグインがISO-2022-JP前提が多いという状態ってことも有り...

まぁ、Thunderbirdが寡占状態なら問題は無いんですけど、何度も言うけどブラウザと違って相手が有るものなので、相手と合わせる事を自分が強制することが出来るか、強制されるか．．． 開発も利用も難しいところかもしれないですね。

[quote="Cai"][quote="kiyo4_k"]＃ 8bitだけど平文の場合はquoted-printableにしなくても良いのかなぁ。[/quote]8BITMIME (RFC 1652) → RFC 2821 → RFC 5321 に対応していれば 8bit でもそのまま通せます。[/quote]これってサーバのRFCなんですね、なるほど。

[quote="kiyo4_k"][quote="Cai"]http://kb.mozillazine.org/Thunderbird_3.0_-_New_Features_and_Changes#Encoding-Related_Changes
これですね。どこかで見た覚えがあって探してました。
「混乱の元になるからダイアログなしで UTF-8 にフォールバック！」ってことみたいです。[/quote]ありゃ！ ひどいなぁ～　みんなPatXXXXみたいな奴らだ。　日本の事情というものを無視してくれる。
まぁ、仕様変更ならそれで良いけど。[/quote]
エンコーディング周りの non-ascii 軽視＆無視は鬼門ですねぇ。特に MUA にとっては。

[quote="kiyo4_k"][quote="Cai"]mailnews.disable_fallback_to_utf8.ISO-2022-JP を true にすれば UTF-8 にフォールバックすることなく ISO-2022-JP のまま送信できますが、これだとダイアログなしで無条件 ISO-2022-JP です。
帯に短し襷に長し……[/quote]いや、こっちのほうが極悪ですね。
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？　 :shock:[/quote]
https://bugzilla.mozilla.org/show_bug.cgi?id=410333
元はこれ「無条件に UTF-8 へフォールバック」

http://bugzilla.mozilla.gr.jp/show_bug.cgi?id=6239
bugzilla-jp に登録される

https://bugzilla.mozilla.org/show_bug.cgi?id=448842
bugzilla 本家でも別の人が登録
ここで「日本でのマーケティング上問題ありすぎ」ってことで日本の開発者の人が猛プッシュ。
結果、ダイアログは復活させられなかったけど、prefs で無効にできるようになった、ということです。
デフォルトでは ISO-2022-JP だけ false (フォールバック有効) でセットされていますが、mailnews.disable_fallback_to_utf8.<charset> で任意のエンコーディングに対して設定することはできます。


[quote="kiyo4_k"]＃ こうやってThunderbirdが非難されつつISO-2022-JP標準ってのを崩していくのね。
＃ 8bitだけど平文の場合はquoted-printableにしなくても良いのかなぁ。[/quote]
8BITMIME (RFC 1652) → RFC 2821 → RFC 5321 に対応していれば 8bit でもそのまま通せます。
[quote="RFC 5321"]8-bit message content transmission MAY be requested of the server by
a client using extended SMTP facilities, notably the "8BITMIME"
extension, RFC 1652 [22]. 8BITMIME SHOULD be supported by SMTP
servers. However, it MUST NOT be construed as authorization to
transmit unrestricted 8-bit material, nor does 8BITMIME authorize
transmission of any envelope material in other than ASCII. 8BITMIME
MUST NOT be requested by senders for material with the high bit on
that is not in MIME format with an appropriate content-transfer
encoding; servers MAY reject such messages.[/quote]

[quote="Cai"]http://kb.mozillazine.org/Thunderbird_3.0_-_New_Features_and_Changes#Encoding-Related_Changes
これですね。どこかで見た覚えがあって探してました。
「混乱の元になるからダイアログなしで UTF-8 にフォールバック！」ってことみたいです。[/quote]ありゃ！ ひどいなぁ～　みんなPatXXXXみたいな奴らだ。　日本の事情というものを無視してくれる。
まぁ、仕様変更ならそれで良いけど。

[quote="Cai"]mailnews.disable_fallback_to_utf8.ISO-2022-JP を true にすれば UTF-8 にフォールバックすることなく ISO-2022-JP のまま送信できますが、これだとダイアログなしで無条件 ISO-2022-JP です。
帯に短し襷に長し……[/quote]いや、こっちのほうが極悪ですね。
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？　 :shock:


＃ こうやってThunderbirdが非難されつつISO-2022-JP標準ってのを崩していくのね。
＃ 8bitだけど平文の場合はquoted-printableにしなくても良いのかなぁ。

[quote="kiyo4_k"]エンコード指定をISO-2022-JPにしてある場合に、
〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠 というような文字（UTF-8）を送信するとき、
Thunderbird 2.0ではエンコード指定をUTF-8に変更して送信するかというダイアログが表示されていたんですが、Thunderbird 3.0 beta4では警告も無しにUTF-8に変更して送信してしまいます。

これは仕様変更なのかな、それともなにかPrefsの設定かなぁ。

＃ 文字によってはISO-2022-JPのまま送信される場合も有るけど　（こっちはバグ？）[/quote]
http://kb.mozillazine.org/Thunderbird_3.0_-_New_Features_and_Changes#Encoding-Related_Changes
これですね。どこかで見た覚えがあって探してました。
「混乱の元になるからダイアログなしで UTF-8 にフォールバック！」ってことみたいです。
mailnews.disable_fallback_to_utf8.ISO-2022-JP を true にすれば UTF-8 にフォールバックすることなく ISO-2022-JP のまま送信できますが、これだとダイアログなしで無条件 ISO-2022-JP です。
帯に短し襷に長し……

エンコード指定をISO-2022-JPにしてある場合に、
〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠 というような文字（UTF-8）を送信するとき、
Thunderbird 2.0ではエンコード指定をUTF-8に変更して送信するかというダイアログが表示されていたんですが、Thunderbird 3.0 beta4では警告も無しにUTF-8に変更して送信してしまいます。

これは仕様変更なのかな、それともなにかPrefsの設定かなぁ。

＃ 文字によってはISO-2022-JPのまま送信される場合も有るけど　（こっちはバグ？）

[quote="kiki"]　
[url=https://bugzilla.mozilla.org/show_bug.cgi?id=472764]Bug 472764 – gloda full-text search always uses SQLite's porter stemmer without regard to effective locale, etc.[/url]
上記で Gloda の日本語による検索を可能にする修正パッチを同梱したテストビルド
が公開されています。
試したところとりあえず機能しているようです。
なんとか Thunderbird 3.0 に入ってほしいですね。
　[/quote]リンクは英語版のシュレッダーなんですね。 ちょっと試して検索を確認しました。
7月ぐらいの時点では11月なんてまだ先で実感がなかったんですが、もう来月ですからね。 今はEnigmailの動向を監視中です。

　
[url=https://bugzilla.mozilla.org/show_bug.cgi?id=472764]Bug 472764 – gloda full-text search always uses SQLite's porter stemmer without regard to effective locale, etc.[/url]
上記で Gloda の日本語による検索を可能にする修正パッチを同梱したテストビルド
が公開されています。
試したところとりあえず機能しているようです。
なんとか Thunderbird 3.0 に入ってほしいですね。
　

[quote="kiyo4_k"]どこかに書いたかもしれませんが、
メッセージのソース[quote]Subject: [experiment-ml :1056] Re:docomo =?ISO-2022-JP?B?GyRCJEcbKEI=?= quo
=?ISO-2022-JP?B?dGVkLXByaW50YWJsZQ==?=[/quote]件名表示[quote][experiment-ml :1056] Re:docomo で quo ted-printable[/quote]
こんな感じで quoで改行されているところに件名表示では空白が入ってしまいます。
Thunderbird 0.9時代に先祖返りしている？[/quote]すみません。　今回のこの現象はメーリングリストサーバのバグのようです。
連続したascii文字の途中でエンコードを開始しているのもメーリングリストサーバのバグのようです。

Thunderbird 3.0 beta4の全文検索がすごい！

関係者とかメールフォルダとかメーリングリストとか、クリックすると検索対象に加えたり外したり．．．便利ですね。
また、ヒストグラムのようなアイコンをクリックしたときの絞り込み操作が素晴らしい。

この検索の結果からはフォルダに飛べます。

[quote="kiki"]＊Thunderbird 3.0 beta4 にもこの修正が含まれているかは未確認です。
　[/quote]残念ながらThunderbird 3.0 beta4でもダメでした。

　
[quote="kiyo4_k"]3.0 beta3 でフォルダの検索をやって表示された一覧のメールを選んだ状態で、
「メッセージフォルダを開く」ボタンを押しても、新しいウィンドウでアカウントの画面が表示されるだけなのは私だけ？
フォルダに飛べないのは使い辛い。[/quote]
20090922 ビルドの Shredder/3.0pre では修正されて選択したメッセージを
そのフォルダ内で開くようになりました。
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.4pre) Gecko/20090922 Shredder/3.0pre

＊Thunderbird 3.0 beta4 にもこの修正が含まれているかは未確認です。