モデレータ: Forum Moderators
すみません。 今回のこの現象はメーリングリストサーバのバグのようです。kiyo4_k さんが書きました:どこかに書いたかもしれませんが、
メッセージのソース件名表示Subject: [experiment-ml :1056] Re:docomo =?ISO-2022-JP?B?GyRCJEcbKEI=?= quo
=?ISO-2022-JP?B?dGVkLXByaW50YWJsZQ==?=こんな感じで quoで改行されているところに件名表示では空白が入ってしまいます。[experiment-ml :1056] Re:docomo で quo ted-printable
Thunderbird 0.9時代に先祖返りしている？
リンクは英語版のシュレッダーなんですね。 ちょっと試して検索を確認しました。kiki さんが書きました:
Bug 472764 – gloda full-text search always uses SQLite's porter stemmer without regard to effective locale, etc.
上記で Gloda の日本語による検索を可能にする修正パッチを同梱したテストビルド
が公開されています。
試したところとりあえず機能しているようです。
なんとか Thunderbird 3.0 に入ってほしいですね。
http://kb.mozillazine.org/Thunderbird_3 ... ed_Changeskiyo4_k さんが書きました:エンコード指定をISO-2022-JPにしてある場合に、
〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠〠 というような文字（UTF-8）を送信するとき、
Thunderbird 2.0ではエンコード指定をUTF-8に変更して送信するかというダイアログが表示されていたんですが、Thunderbird 3.0 beta4では警告も無しにUTF-8に変更して送信してしまいます。
これは仕様変更なのかな、それともなにかPrefsの設定かなぁ。
＃ 文字によってはISO-2022-JPのまま送信される場合も有るけど （こっちはバグ？）
ありゃ！ ひどいなぁ～ みんなPatXXXXみたいな奴らだ。 日本の事情というものを無視してくれる。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 です。
帯に短し襷に長し……
エンコーディング周りの non-ascii 軽視＆無視は鬼門ですねぇ。特に MUA にとっては。kiyo4_k さんが書きました:ありゃ！ ひどいなぁ～ みんなPatXXXXみたいな奴らだ。 日本の事情というものを無視してくれる。Cai さんが書きました:http://kb.mozillazine.org/Thunderbird_3 ... ed_Changes
これですね。どこかで見た覚えがあって探してました。
「混乱の元になるからダイアログなしで UTF-8 にフォールバック！」ってことみたいです。
まぁ、仕様変更ならそれで良いけど。
https://bugzilla.mozilla.org/show_bug.cgi?id=410333kiyo4_k さんが書きました:いや、こっちのほうが極悪ですね。Cai さんが書きました:mailnews.disable_fallback_to_utf8.ISO-2022-JP を true にすれば UTF-8 にフォールバックすることなく ISO-2022-JP のまま送信できますが、これだとダイアログなしで無条件 ISO-2022-JP です。
帯に短し襷に長し……
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？
8BITMIME (RFC 1652) → RFC 2821 → RFC 5321 に対応していれば 8bit でもそのまま通せます。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.
MUAというより使用しているユーザが相手から非難される事になる ---> Thunderbirdが利用されなくなる、という事情がわかってくれないんですね。Cai さんが書きました:エンコーディング周りの non-ascii 軽視＆無視は鬼門ですねぇ。特に MUA にとっては。
は～ bugzilla-jpで あさんの活躍を見てしまいました。 ダイアログが無くなっていた事も知りませんでした。（知らずにISO-2022-JP外の文字を使うことなんて無いので）Cai さんが書きました:https://bugzilla.mozilla.org/show_bug.cgi?id=410333kiyo4_k さんが書きました:いや、こっちのほうが極悪ですね。
っていうか、なんで こういうのにISO-2022-JPが用意されてるわけ？
これって混乱したユーザってのは日本人ってこと？
元はこれ「無条件に 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> で任意のエンコーディングに対して設定することはできます。
これってサーバのRFCなんですね、なるほど。Cai さんが書きました:8BITMIME (RFC 1652) → RFC 2821 → RFC 5321 に対応していれば 8bit でもそのまま通せます。kiyo4_k さんが書きました:＃ 8bitだけど平文の場合はquoted-printableにしなくても良いのかなぁ。
Shredder/3.0pre ではフォルダを開いてくれます。kiyo4_k さんが書きました:3.0 beta3 でフォルダの検索をやって表示された一覧のメールを選んだ状態で、
「メッセージフォルダを開く」ボタンを押しても、新しいウィンドウでアカウントの画面が表示されるだけなのは私だけ？
フォルダに飛べないのは使い辛い。
Mozilla/5.0 (Windows; U; Windows NT 6.1; ja; rv:1.9.1.5pre) Gecko/20091031 Shredder/3.0pre で直った。kiyo4_k さんが書きました:Shredder/3.0pre ではフォルダを開いてくれます。
だけど、なぜか英語のままです。
Open in Folder(R)
こういうダイアログが頻繁に表示されて調子が悪い。迷惑メール フォルダのメッセージをフィルタリングした後、受信トレイの整理中にエラーが発生しました。Shredder を終了して INBOX.msf を削除する必要があります。
