[quote="ほほほ"]マルチパートの場合、そもそもどの charset に合わせるべきなのかと。[/quote]あっ、すみません。
途中にも他のとごっちゃになって変なことを書いていますね．．．

この件は本文部がiso-2022-jp指定なのに中味がsjisなので文字化け、
Thunderbirdでエンコードを指定するとSubjectにも影響して文字化けということですが。
仰る通り、Subject等ヘッダは本文部の指定とは別（独立）ですね。

Thunderbirdのバグとするなら、「Thunderbird側でエンコード指定を行ってもSubject等ヘッダには影響を与えないで！」というところでしょうか。
でも、全体のエンコードを指定するという意味（わざわざ書いてないですが）ならバグとも言えません。
バグと言うより機能を拡張してSubject等ヘッダ毎に指定の変更を行うかどうかをチェックマークで選択できると便利かもしれません。

----
受信側はSubjectと本文が異なるエンコードでもそれぞれ正しくデコードして欲しいです。
Thunderbirdにはエンコード指定を変えてもSubjectは関係なくMIME指定通りに表示して欲しいです。
また、送信側はマルチパートでもないのに異なるエンコードをSubjectに指定しないようにして欲しいです。

[quote="kiyo4_k"]いいえ、件名と本文が異なる文字コードというのはダメだという話しです。[/quote]

かずさんの文章を読み違えているようですね。
「[font=Meiryo][size=3]文字コードには charset パラメータと同じ値を用います。[/size][/font]」
というのは、そのメールの本文の charset パラメータと同じ値を指定しろというわけではなくて、
charset パラメータに使用できるものと同じものを指定しろという意味です。

マルチパートの場合、そもそもどの charset に合わせるべきなのかと。

[quote="オオカミ中年"]希望を繰り返しますと、次の感じになります。

Thunderbirdの改良の方向として、どのようなメールでも柔軟に、文字化けを起こすことなく表示するという方が、スマートなように思います。

これについては、今年の１月に、既に他者において問題点の指摘があるようですが、今後も当面は、ご対応いただけないという結論でしょうか？
それとも、このフォーラム以外で他にお願いすべき適切なところがあるのでしょうか？[/quote]このフォーラムはMozillaZine.jpフォーラムと言いまして、MozillaやMozilla Japanとは別の「コミュニティ」なんです。
なので、ここでソフトウェアに関するバグの報告や機能追加などの希望を書いても開発者には届きませんし、そのような要望に対する結論などは出しません。
たまたま関係者（日本にも開発に携わっている人が居るので）が見ていて、重要なバグの話題や世界的に要望されるような機能追加の話題が有れば巻き取られることが有るかもしれません。しかし、おそらくそういうことはほとんどないでしょう。

しかし、ユーザが要望を出したりバグの報告をする場所は有ります。
https://bugzilla.mozilla.org/
基本的にバグの報告がメインだと思いますが、「本文と件名（ヘッダ部）が異なる文字コードの場合に文字化けが発生するバグ」として押し切る英語力と説得力が必要だと思います。
つまり、MIME/RFCの規約を無視したMUAからのメッセージを正常に表示できないのはバグである、ということを。

私の場合は英語力も説得材料も説得するべき理由もないので無理です。
というのは、MIME規約違反のMUAの尻拭いをすること自体がMIME規約やRFC規約そのものを陳腐化させてしまう危険が有るからです。
また、この問題が極東の島国の一部だけで使用されている陳腐なMUA（またはWebサービス）から送信されるメッセージでだけ発生するトラブルのためにThunderbirdが対応しなければならない理由が必要だと思います。
どんな風に書いたら納得してもらえるのかが想像できません。

あるいは、オープンソースの利点を生かして自分でソースを修正して送りつけるとか、自分でソースを修正してコンパイルして自分で使うとかという手も有るらしいです。

私からは以上です。

希望を繰り返しますと、次の感じになります。

Thunderbirdの改良の方向として、どのようなメールでも柔軟に、文字化けを起こすことなく表示するという方が、スマートなように思います。

これについては、今年の１月に、既に他者において問題点の指摘があるようですが、今後も当面は、ご対応いただけないという結論でしょうか？
それとも、このフォーラム以外で他にお願いすべき適切なところがあるのでしょうか？

[quote="MAD"][quote="kiyo4_k"]そのページじゃなくて
[url]http://www.mew.org/~kazu/doc/newsletter/3.html[/url] こっちです。
上で示したページの「ヘッダの国際化」という小見出しの中の記事に「文字コードには charset パラメータと同じ値を用います。」と書いています。これが違っているとメールリーダは混乱してしまいます。[/quote]
それは、指定した文字コードと実際の文字コードが違う場合の話ですね。
私は初めから件名と本文が異なる文字コードの場合の話をしています。[/quote]いいえ、件名と本文が異なる文字コードというのはダメだという話しです。

[quote="MAD"]最初の投稿でそのように読めたので。つまり以下のような場合です。
[code]Subject: =?iso-2022-jp?B?GyRCN29MPiVGJTklSBsoQg==?=
Content-Type: Text/Plain; charset="shift_jis"
Content-Transfer-Encoding: base64

lnuVtoNlg1iDZw0K
[/code]これは、それぞれ指定した文字コードと実際の文字コードは一致しているので、件名も本文も同時に正常に表示されなければならないと思います。[/quote]この例の場合はcharset="shift_jis"としていながらSubject:がISO-2022-JPとしているので実装が間違っていると思います。それを受信側のMUAはcharset="shift_jis"とみなしてデコードしようとして失敗しても無罪だと思います。
そのことの説明が先の和さんの文章では「文字コードには charset パラメータと同じ値を用います。」とだけ書いています。
つまり上の例ではcharsetパラメータは"shift_jis"なのでSubject: =?iso-2022-jp?というのは間違っています。
こういうヘッダと本文部が異なるエンコードを行っているMUAの尻拭いを出来るMUAは少ないと思います。
が、そんな便利なMUAの作者に限ってMIMEの規約をよく知らなかったりしました。規約を無視するからこそ そんな便利なものを作れるとも言えそうです。

今回のオオカミ中年さんの場合はContent-Type: text/plain; charset="iso-2022-jp" と言うことなので送信時のSubject部分は正しいのに本文部を間違ってsjisで送信してしまっているという問題ですが上の例とはちょっと違いますね。

MADさんの例も、オオカミ中年さんの問題も、最近ではMUAというより専用メーラーやWebからの配信メールが多いですが、これらの実装者がMIME規約を知らないというのが理由でしょう。

で、オオカミ中年さんも心配されましたし、meeyarさんから運用での回避方法の情報も得られていました。
ここのフォーラムでThunderbirdでの実装に関係なくRFCやMIMEの話を掘り下げても仕方が無いし、トピックが長くなりすぎるのでこの辺にしておきたいと思います。
他に何かあれば雑談フォーラムのほうで目につきやすい件名を付けて投稿してください。

[quote="オオカミ中年"] 一応、取引先のご担当には、事実がどうなっているかを表すメールを先ほど送信しました。
もちろん、私としては、とりあえずは、meeyarさんに示していただいた方法とかを使うつもりでいます。[/quote]取引先など仕事関係の相手は言い難いことが有りますから困りますね。

[quote="オオカミ中年"]kiyo4_kさんも、MADさんも、どちらが先に攻撃的な書き方をしたとか、主張し合っても不毛なので、寛容な感じにされるのがよろしいのではないかと思います。
何が正しいとか、あまり強く主張されるべきシーンでもないような気もしています。[/quote]ご心配をおかけして申し訳ありません。
ネット上では顔が見えないからこそ注意しなきゃならないことがたくさんありますよね。私自身がURL提示や引用だけというのは嫌いなので素直に反応してみました。
私の反応を見てなにかを感じてくれたから、次の投稿では言葉で書いてくれています。
勉強している人や知識のある人に対してはそれなりの言葉で、悪意のある人にはそれなりの言葉で、というのが私のスタイルです。
互いが間違っていてもディスカッションになれば間違った知識を修正することが出来ますが、そうでない不毛なことは好まないので私は最初から無視するスタイルですし、一人だけを相手に面倒なことを書くことも有りません。
読む人の勉強になったり興味をもたれる方が良いですね。

[quote="オオカミ中年"]それで、飽くまで、利用者側の勝手な意見になりますが、Thunderbirdの改良の方向として、どのようなメールでも柔軟に、文字化けを起こすことなく表示するという方が、スマートな感じがするようには思います。[/quote]MUA（メールユーザエージェントと言い、メールソフトのことですが）を作り育ててきた立場で言うと、実はそう難しくは有りません。しかし「他人の尻拭いをする気は無い」というのがMUAの作者の考えで、その方が実装が楽なんです。私自身は暗号も扱っているので複数のMUAを使い分けている利用者側の人間ですが、全てをThunderbirdに頼らなくても良いという お気楽な立場でもあります。

[quote="kiyo4_k"]そのページじゃなくて
[url]http://www.mew.org/~kazu/doc/newsletter/3.html[/url] こっちです。
上で示したページの「ヘッダの国際化」という小見出しの中の記事に「文字コードには charset パラメータと同じ値を用います。」と書いています。これが違っているとメールリーダは混乱してしまいます。[/quote]
それは、指定した文字コードと実際の文字コードが違う場合の話ですね。
私は初めから件名と本文が異なる文字コードの場合の話をしています。
最初の投稿でそのように読めたので。つまり以下のような場合です。
[code]Subject: =?iso-2022-jp?B?GyRCN29MPiVGJTklSBsoQg==?=
Content-Type: Text/Plain; charset="shift_jis"
Content-Transfer-Encoding: base64

lnuVtoNlg1iDZw0K
[/code]
これは、それぞれ指定した文字コードと実際の文字コードは一致しているので、件名も本文も同時に正常に表示されなければならないと思います。

kiyo4_4さんのおかけで、何が原因で文字化けが生じているかがわかりました。

一応、取引先のご担当には、事実がどうなっているかを表すメールを先ほど送信しました。
もちろん、私としては、とりあえずは、meeyarさんに示していただいた方法とかを使うつもりでいます。

kiyo4_kさんも、MADさんも、どちらが先に攻撃的な書き方をしたとか、主張し合っても不毛なので、寛容な感じにされるのがよろしいのではないかと思います。
何が正しいとか、あまり強く主張されるべきシーンでもないような気もしています。

それで、飽くまで、利用者側の勝手な意見になりますが、Thunderbirdの改良の方向として、どのようなメールでも柔軟に、文字化けを起こすことなく表示するという方が、スマートな感じがするようには思います。

[quote="オオカミ中年"]仮に、このcharsetが、"iso-2022-jp"ではなく、"Shift-JIS"となっていれば、文字化けせずに表示されるんだと思います。

送信側で、charsetは"Shift-JIS"とすべきであるにもかかわらず、実際には、誤って、"iso-2022-jp"とされていることが、文字化けの原因なんですよね。[/quote]実際には日本ではISO-2022-JPを使うのが昔からの約束なのですが、まともなメールソフトならsjisでもutf-8でもなんでも良いと思います。（Thunderbirdはutf-8は面白くない結果になりますが）

そちらの問題のメールの送信者のメールソフトはバグっているようですね。今のところmeeyarさんが示してくれた方法と併用してフィルタで読めるフォルダにコピーするという方法で対処するしかないかもしれません。

[quote="MAD"][quote="kiyo4_k"]メールの約束事では指定したエンコーディング指定を本文と同じくそのままヘッダ部にも適用するという約束事（MIMEの実装の約束事）が有ります。件名などヘッダ部と本文部とエンコード指定が違うということは「普通のこと」ではなく、有り得ません。
（少なくともThunderbirdは送信時にはこの部分の約束事は守っています）

この説明にお二人とも納得がいかなければRFCとMIMEについて勉強してみてください。インターネット上には情報は転がっています。[/quote]
[url=http://www.mew.org/~kazu/doc/newsletter/4.html]間違いだらけのメールリーダ - ああ文字コード - charset の決めうち[/url][/quote]私に今さら和さんの記事を読めと仰る？
言葉なしの失礼なやり方で引用しただけで「これを読め」と言われるなら、そのページじゃなくて
[url]http://www.mew.org/~kazu/doc/newsletter/3.html[/url] こっちです。
上で示したページの「ヘッダの国際化」という小見出しの中の記事に「文字コードには charset パラメータと同じ値を用います。」と書いています。これが違っているとメールリーダは混乱してしまいます。（和さんの記事はRFCやMIME（それにPGP暗号）などの決め事を初心者に理解しやすく書いてある良い記事だと思います）
今回の状況がこれです。
「MIME-Version: 1.0」というヘッダを吐き出して送信するMUAはこれに従うべきなんです。（とは言うものの、従わないMUAが多すぎるので国産シェアウェアのMUAはサービスとして頑張っています）

ご自分が引用して示したページと合わせてこっちのページも熟読してください。

[quote="kiyo4_k"]メールの約束事では指定したエンコーディング指定を本文と同じくそのままヘッダ部にも適用するという約束事（MIMEの実装の約束事）が有ります。件名などヘッダ部と本文部とエンコード指定が違うということは「普通のこと」ではなく、有り得ません。
（少なくともThunderbirdは送信時にはこの部分の約束事は守っています）

この説明にお二人とも納得がいかなければRFCとMIMEについて勉強してみてください。インターネット上には情報は転がっています。[/quote]
[url=http://www.mew.org/~kazu/doc/newsletter/4.html]間違いだらけのメールリーダ - ああ文字コード - charset の決めうち[/url]

meeyarさん、ご提案ありがとうございます。
ご提案のURLにある方法を試してみました。

ただ、文字コードを件名に合わせて表示させるか、本文に合わせるかといった状況は改善されない感じです。
件名と本文との双方を同時に適切な文字コードで表示させることはできないようです。

とはいえ、私の方は、最近、このThunderbirdを使い始めたところで、「ふむふむ、フォルダ単位で文字コードの指定ができるのか。」と関心の感じでもいました。
大昔は、OutlookとかOutlook Expressとかを使っていましたが、その後Thunderbirdにするまでは、ブラウザ上でメールを操作していました。

Thunderbirdは、ybbのメールサーバーが[spam]認定した迷惑メールを、受信と同時にそのまま、日産協、デ協、yahoo!の迷惑メール受付に転送できるところが気に入っています。
迷惑メールは、「避ける」のではなく、「根絶」の方向で、政府側に対応いただくように、日産協を通じてお願いしている感じです。飽くまで、子を持つ一般市民としてですが。

文字コードについて上述のような問題がなく、迷惑メールの自動転送機能があるメーラを、もしお知りのようであれば、是非、そのようなメーラをお勧めいただければと思います。

kiyo4_kさん、ありがとうございます。

該当の文字化けメールは、件名の文字コードがiso-2022-jpで、本文の文字コードがShift-JISのようですが、このメールについて、ご助言に従って確認してみたところ、次の感じでした。

Subject: =?ISO-2022-JP?B?GyRCRzxJSiVqJTklSCVHITwlPzx1Tk40ME47JE4kKkNOJGkkOxsoQg==?=
Content-Type: text/plain; charset="iso-2022-jp"

Subject: =?ISO-2022-JP?が件名の文字コードを指定していて、Content-Type: text/plain; charset="iso-2022-jp"のcharset以下が本文の文字コードを指定しているんですよね。
仮に、このcharsetが、"iso-2022-jp"ではなく、"Shift-JIS"となっていれば、文字化けせずに表示されるんだと思います。

送信側で、charsetは"Shift-JIS"とすべきであるにもかかわらず、実際には、誤って、"iso-2022-jp"とされていることが、文字化けの原因なんですよね。

それで、それが文字化けの原因だとすれば、確かに、結論として、この文字化けはThunderbirdのバグとはいえないですね。
とはいえ、もし送信側で誤ってcharset="iso-2022-jp"と指定されていても、受信するThunderbird側で、簡単に、"Shift-JIS"と指定し直すことが可能なようであれば、そのようにプログラムを改良いただいてもよろしいのではないかと思います。

仰る通り、何か支障があったときに、十分にその原因を分析しようとすることなく、安易にThunderbirdのバグと決めつけるのは好ましくないですね。
私としては、いろいろ他にもすることがたくさんある感じで、RFCとMIMEについての学習に時間を割くことまではしていませんが、ご指摘ありがとうございます。

対処法をググってみました。
実際に試したわけではないですが、以下のような方法では如何でしょうか？
[url=https://ymyk.wordpress.com/2010/09/29/thunderbird%E3%81%A7shift_jis%E3%81%AE%E3%83%A1%E3%83%BC%E3%83%AB%E3%81%AE%E4%BB%B6%E5%90%8D%E3%81%8C%E6%96%87%E5%AD%97%E5%8C%96%E3%81%91%E3%81%99%E3%82%8B/]ThunderbirdでShift_JISのメールの件名が文字化けする[/url]

あ、ごめんなさい。
現象のｌ原因はわかっているということですね。余計な事書きました。

おそらくThunderbird開発側は間違った実装を行っているメールソフトで送信されたものの面倒を見る気は全くないんじゃないかと思います。
国産ソフトは間違った実装から送信されるメールもリカバーする親切なものも有ります。