ヘンに思う理由はEnigmailはiso-2022-jpだという認識をしているところです。（わざわざ不要な旧式のコメントを入れていることで判断していますが）
エンコード指定がうまくThunderbirdに渡っていない感じがします。渡っていないからThunderbirdでヘッダを付けられない、Thunderbirdがエンコード指定無しのままUTF-8になる、という状況に見えています。
2.0.0.22 (20090605)＋Enigmail 0.96の組み合わせでISO-2022-JPで送信出来ている人って居るのかなぁ

来週か．．．　その前に別のMUAをインストールしておこうっと。
Caiさん謹製のBeta 3用Enigmail日本語セットの完成版をおねだりしようかな。(^^;)

PS. A side note for those who are wondering about Enigmail for the
upcoming Thunderbird 3.0: we have currently nightly builds for
Thunderbird 3.0; a release version of Enigmail will be announced once
Thunderbird 3.0 is about to be released.

そもそもの絶対数がかなり少なそうですし、誰かフィードバックしてくれないかなぁ。

やっぱりこの際 iso-2022-jp を捨てる方向でうわなにをするやめくぁｗせｄｒｆｔｇｙふじこ

とのことなので、Thunderbird 3 の正式版リリースまでは nightly に言語パック突っ込んで凌いでください（ぉ

今のところ 0.96.0 と 0.97a で言語リソースに変化はないはずです。
……と思ったら、0.97a はちょっと変わってますね。
今までは鍵のプロパティでサブ鍵しか区別して表示していなかったのを "primary key" も表示するようになってます。
その区分けとして "key part" も追加されてます。
訳としては「主鍵」「鍵の種別」でいいかな？ついでにサブ鍵も「副鍵」に修正しようかな。

"key part"ってそういう意味ですか？　DSAとかRSAとかELG-Eとか、アルゴリズムのパートを表示出来るようになったんじゃないかなぁ。
今のEnigmailは相手の鍵に使用されているアルゴリズムが表示されないんです。ちょっと都合が悪い状態かもしれません。（鍵の管理がメインじゃないので気にしてなかったけど）
どっちにしてもOpenPGPのドキュメントの訳と同じのほうが良いですね。

OpenPGP → 鍵の管理 で出てくる「OpenPGP鍵の管理」から表示させる個別の鍵のプロパティの話です。
0.96 までだと真ん中あたりにサブ鍵の一覧が表示されるのですが、数日前の 0.97a nightly から「primary key = 主鍵」も表示されるようになりました。また、一番左のカラムに主鍵、副鍵の区別が表示されるようになりました。そのカラムのタイトルが "key part" です（つまり主鍵か副鍵か）。
そこでなんとなく浮かんだのが「種別」でした。
近日出るはずの Tb3 対応のバージョンは 0.96 だと思いますが、今後のためにうまい訳があれば是非とも。

なるほど、それは鍵の種類（あるいは種別）としては「秘密鍵」であり、秘密鍵の中に主と副のパートが存在するということだったと思いますが、
英語でpartでも日本語で「種別」でもOKだと思います。このpartはニュアンス的には部品のような意味だと思います。

ところで、テキスト形式で「PGP署名のみ」の場合はISO-2022-JPで送信可能でした。一貫性が無い動作なので、これは仕様変更と言うよりEnigmailのバグだと思います。
http://kiyo.chips.jp/website/blog/2009/07/post_323.html

私以外にユーザが二人も居ましたよ　(^^;)

なるほど、とりあえず「種別」としてローカルで修正しておきます。

ふむぅ、テキスト署名だけなら OK ですか……
暗号化できないんじゃ OpenPGP の旨み半減ですねぇ。
と、Tb3b3 candidate build1 + 090717 nightly で改めて試してみたところ、utf-8 になるケースが出てきました……

kiyo4_k さんのブログで報告している人と同じ状態のようです。
一月くらい前は大丈夫だった記憶があるのですが……
バグとして投げたほうがよさそうな感じがしてきました。

"key part"ってそういう意味ですか？　DSAとかRSAとかELG-Eとか、アルゴリズムのパートを表示出来るようになったんじゃないかなぁ。
今のEnigmailは相手の鍵に使用されているアルゴリズムが表示されないんです。ちょっと都合が悪い状態かもしれません。（鍵の管理がメインじゃないので気にしてなかったけど）

えっ、3.0なら大丈夫だって....　期待していたのに。
旨み半減どころか使えないです　(-.-")

上の5行をそのまま英語にして送り付ければバグを理解してもらえるのでは？

kiyo4_k さんのブログでコメントされている不断さんの検証結果も含めて、bugzulla@mozdev に投げました。
援護射撃よろしくです。

Japanese ISO-2022-JP encoding is changed to quoted-printable UTF-8 by signed/encrypted
https://www.mozdev.org/bugs/show_bug.cgi?id=21268

nightly に日本語リソースを突っ込んでみました。
http://www.chaoticshore.org/moz/enigmai ... -ja-JP.xpi

これ「おまじない」設定済みなのにって書いてないですけど、大丈夫ですかね。

いただきます。あとで試してみます。

おまじないやってもやらなくても同じだったので書きませんでした。
そもそも例のダイアログも出ませんし、効いてない感じがします。

cvs に直接コミットできると楽なんですけど。

もしかしたら日本語のGnuPGのユーザコメントを入れればiso-2022-jpと認識させられるのかも。

Enigmail 0.96.0 is not usable Japanese language. It can not send by ISO-2022-JP encode.
(Enigmail 0.95.7 is OK)

[example]
send non PGP/MIME ISO-2022-JP encode message
--------------------------------------------------
> X-Enigmail-Version: 0.96.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
> Status: U
>
> -----BEGIN PGP MESSAGE-----
> Charset: ISO-2022-JP
> Version: GnuPG v1.4.8 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
--------------------------------------------------

[ not }
--------------------------------------------------
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
--------------------------------------------------

[ but }
--------------------------------------------------
> Content-Type: text/plain; charset=ISO-2022-JP
> Content-Transfer-Encoding: 7bit
--------------------------------------------------

use:
Thunderbird 2.0.0.22 (20090605)
Enigmail 0.96.0 (20090717-0949)
settings:
--rfc2440
extensions.enigmail.warnIso2022jp=2
source message encode is ISO-2022-JP

1.non PGP/MIME encrypt :UTF-8 (bad)
2.non PGP/MIME signed :ISO-2022-JP (good)
3.non PGP/MIME signed+encrypt :UTF-8 (bad)
4.PGP/MIME encrypt :UTF-8 (bad)
5.PGP/MIME signed :UTF-8 (bad)
6.PGP/MIME signed+encrypt :UTF-8 (bad)

Thunderbird 2.0.0.22 can not accurate encode.
(wrong Content-Type header)
bad Thunderbird - Enigmail encode linkage.

Japanese encrypt message is non UTF-8 and non quoted-printable.
Enigmail 0.96.0 is not usable non UTF-8 encrypt.

--
kiyo

Patrick なんか言ってますね。
2.0は前回の報告でフィックスしたとか？
やっぱり おまじないが効かないことを伝えなきゃいけなさそう。

なんですか？　3.0はEnigmailからエンコード指定を変えられないって？
これ、当たり前と言えば当たり前なんですけど、仕様変更したThunderbaidのバグってことですか。
暗号化後はasciiの羅列なので、受け取ったThunderbirdから見たらエンコード指定が予想出来ないのは当たり前。
これではascii以外の全ての言語についてバグになってしまう。

「Enigmailからエンコード指定の情報を受け取って、Content-Typeヘッダに反映出来ること」、これが満たされなければThunderbird+Enigmailの暗号化機能そのものが全く役に立たないです。Enigmailというアドオンそのものが陳腐化してしまうということです。
ダメじゃないですか。

だから、テキスト形式の署名だけはThunderbirdから「見える」のでContent-Typeヘッダが正確にiso-2022-jpになるんですね。

これ、Patrickがどうしても無理というのなら昔使った回避策があります。
PGPブロックの外側に空白を入れるという手ですが、ものすごくみっともないです。Eudoraは騙せましたが、ThunderbirdではEnigmailにそういう機能を組み込まないとダメかも。
もしかしたら日本語のGnuPGのユーザコメントを入れればiso-2022-jpと認識させられるのかも。

開発チームのメンバに加わればコミットできるのかな．．． Caiさんが。

MLに投げようかなぁ

即効で INVALID で閉じられるとは思ってませんでした。なんとかせにゃ。

しまった、書かなきゃダメだったか。
少なくとも 2.0.0.x では extensions.enigmail.warnIso2022jp の設定が無視されてるのは regression ですから、これで押せば何とかなるはずです（ならないと困る）。

3.0 のエンコード周りの修正なんてまったくフォローできてないので何が原因なのかさっぱりわかりませんが、テキスト形式と PGP/MIME の挙動の違いは別の原因があるんじゃないかと思います。

iso-2022-jp 扱えなきゃ使い物にならないよ、ってかなり強く言ったつもりなんですがねぇ。
「UTF-8 使えるんだから問題ないじゃん」って感じなんでしょう、きっと。

こっちからパッチなり workaround なり出さないと動いてくれなさそうな感じですね。
うーん、どうしましょ。

開発チームのメンバに加わればコミットできると思いますよ．．． kiyo さんが。

ML よりも、不断さんの追試結果を含めて bugzilla に投げて REOPEN 狙ったほうがいいんじゃないかと思います。
僕からじゃなくて他の人からのほうが説得力が増すかな？