MozillaZine.jp フォーラム

迷惑メール フォルダのメッセージをフィルタリングした後、受信トレイの整理中にエラーが発生しました。Shredder を終了して INBOX.msf を削除する必要があります。

kiyo4_k さんが書きました:Shredder/3.0pre ではフォルダを開いてくれます。

だけど、なぜか英語のままです。
Open in Folder(R)

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

Cai さんが書きました:エンコーディング周りの non-ascii 軽視＆無視は鬼門ですねぇ。特に MUA にとっては。

Cai さんが書きました:

kiyo4_k さんが書きました:いや、こっちのほうが極悪ですね。
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？　

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> で任意のエンコーディングに対して設定することはできます。

Cai さんが書きました:

kiyo4_k さんが書きました:＃ 8bitだけど平文の場合はquoted-printableにしなくても良いのかなぁ。

8BITMIME (RFC 1652) → RFC 2821 → RFC 5321 に対応していれば 8bit でもそのまま通せます。

kiyo4_k さんが書きました:

Cai さんが書きました:http://kb.mozillazine.org/Thunderbird_3 ... ed_Changes
これですね。どこかで見た覚えがあって探してました。
「混乱の元になるからダイアログなしで UTF-8 にフォールバック！」ってことみたいです。

ありゃ！ ひどいなぁ～　みんなPatXXXXみたいな奴らだ。　日本の事情というものを無視してくれる。
まぁ、仕様変更ならそれで良いけど。

kiyo4_k さんが書きました:

Cai さんが書きました:mailnews.disable_fallback_to_utf8.ISO-2022-JP を true にすれば UTF-8 にフォールバックすることなく ISO-2022-JP のまま送信できますが、これだとダイアログなしで無条件 ISO-2022-JP です。
帯に短し襷に長し……

いや、こっちのほうが極悪ですね。
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？　

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

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.

Cai さんが書きました:http://kb.mozillazine.org/Thunderbird_3.0_-_New_Features_and_Changes#Encoding-Related_Changes
これですね。どこかで見た覚えがあって探してました。
「混乱の元になるからダイアログなしで UTF-8 にフォールバック！」ってことみたいです。

Cai さんが書きました:mailnews.disable_fallback_to_utf8.ISO-2022-JP を true にすれば UTF-8 にフォールバックすることなく ISO-2022-JP のまま送信できますが、これだとダイアログなしで無条件 ISO-2022-JP です。
帯に短し襷に長し……

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

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

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

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

kiyo4_k さんが書きました:どこかに書いたかもしれませんが、
メッセージのソース

Subject: [experiment-ml :1056] Re:docomo =?ISO-2022-JP?B?GyRCJEcbKEI=?= quo
=?ISO-2022-JP?B?dGVkLXByaW50YWJsZQ==?=

件名表示

[experiment-ml :1056] Re:docomo で quo ted-printable

こんな感じで quoで改行されているところに件名表示では空白が入ってしまいます。
Thunderbird 0.9時代に先祖返りしている？

kiki さんが書きました:＊Thunderbird 3.0 beta4 にもこの修正が含まれているかは未確認です。
　

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