以下の９個、表示される状況が不明なので思案中

passphraseCannotBeCleared=You are using gpg-agent for passphrase handling. Clearing the passphrase is therefore not possible from within Enigmail.
パスフレーズの扱いにgpg-agentを使用しています。パスフレーズ消去はEnigmail側からは不可能です。


prefs.warnIdleTimeWithGpgAgent=Your system uses gpg-agent or a similar tool for passphrase handling (gpg-agent is mandatory if GnuPG v2.0 or later is used). Since caching of passphrases is handled by gpg-agent, the respective timeout settings in OpenPGP are disregarded. In order to change passphrase caching options, please configure your gpg-agent tool.
gpg-agent または同様のツールをパスフレーズの扱いに使用しています（gpg-agentはGnuPG v2.0以降の利用が必須です）。　gpg-agentによりパスフレーズがキャッシュされる場合、OpenPGPはそれぞれのタイムアウト設定を無視します。gpg-agentoのパスフレーズのキャッシュ設定を正しい順序になるように設定して下さい。


sc.wrongCardAvailable=The SmartCard %S found in your reader cannot be used to process the message.\nPlease insert your SmartCard %S and repeat the operation.
%S のスマートカードが装置に見つかりましたが、このメッセージの処理に使用出来ません。\n %S のスマートカードを挿入してもう一度操作をして下さい。


sc.insertCard=The operation requires your SmartCard %S.\nPlease insert the required SmartCard and repeat the operation.
この操作には %S のスマートカードが必要です。\n必要なスマートカードを挿入してもう一度操作をして下さい。


sc.removeCard=The operation requires no SmartCard to be in the reader.\nPlease remove your SmartCard and repeat the operation.
この操作には装置に挿入されたスマートカードは不要です。\nスマートカードを抜いてもう一度操作をして下さい。


fewerKeysThanRecipients=You have selected a smaller number of keys than recipients. Are you sure that the list of keys to encrypt is complete?
受信者の数より選択した鍵IDの数が少ないです。これらの鍵IDだけで暗号化しますか？


userSel.button.goBack=Select more Keys
さらに鍵IDを選択


userSel.secretKeySel.title=Select a Secret OpenPGP Key to Sign Your Messages
署名用OpenPGP秘密鍵の選択


prefEnigmail.oneKeyserverOnly=Error - you can only specify one keyserver for automatic downloading of missing OpenPGP keys.
エラー - 所持していないOpenPGP鍵の自動ダウンロードに利用する鍵サーバの指定は１つだけです。

Patrick に「間に合わないからあと 1 週間ちょうだい」ってメールしましたので、少しだけ余裕ができました（たぶん）

Subject: =?UTF-8?B?5pqX5Y+35YyW?=
X-Enigmail-Version: 0.96a
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

署名用OpenPGP秘密鍵の選択

エラー - 所持していないOpenPGP鍵の自動ダウンロードに利用する鍵サーバの指定は１つだけです。

＃ 他言語のことを考慮して別の指定の仕方を考えてくれても良いと思う．．．

ローカライズ完了、Patrick に送りました。

http://www.chaoticshore.org/moz/enigmail-ja-JP.zip

zip 圧縮して自分のサーバに置いときます。
おかしなところがあったら連絡ください。

「次のリリースまでにラベルとアクセスキー分離して」ってお願いしときました。

http://www.chaoticshore.org/moz/enigmail-ja-JP-new.zip

これが完成版。

しかし、指定方法については今までのようにラベル中に埋め込む方法のままとして、大きな修正なしで日本語版のような指定方法に対応する方法もあります。
# そのような修正の例: Bug 324159 – The accesskey label is doubled if the label ends (X) Patch rv2.2
# この場合、続行(&T) などのような指定ができます。

いずれにしても、今の時点ではアドオン側でちゃんと考えて欲しいところではありますね。

長期的には、ちゃんと考えられていないアドオンであってもローカライザやユーザが被害を受けなくても済むように、Gecko 側でなんとかすべきなのかもしれません。
しかし直接の原因はアドオンのバグなので、たとえば「これだけたくさんのアドオンが同様のバグを持っていて、Gecko 側の修正でそれらがいっぺんに救済できる」とか、何かメリットを強調しないと受け入れられない可能性も大です。

ということで、同様の問題を持っているアドオンが他にもあったら挙げてください。
たくさんあるようであれば Bugzilla に持って行きます。

まともなxpiを作れなくて動作確認出来ないままの翻訳作業でしたが、上記をダウンロードしてロケールファイルだけを組み立てて英語の0.96aに追加インストールして動作させてみました。

１．
Thunderbirdのヘッダ表示の上に「メッセージを復号; XXXX <XXXX@xxxx.or.jp> の署名が一致しました」という表示の右に新しくボタンが追加されていました。
これが「Details」という表示になっていますが、何処に使われているのかが判らなくて翻訳していなかった文言なんでしょうね。

２．
受け取ったメールの公開鍵に署名するときのダイアログに鍵のメールアドレスを表示する部分に文字化けのような文字が表示されます。（反転した中点か小さな○のような）
「所有者の信用付与」も同じ。
しかし、これは全てについて化けるわけではないので鍵の内容に依るのかも。しかも翻訳には関係ない部分でした。

３．
鍵の管理の鍵一覧の見出しで、名前のところが「Name」のままでした。

４．
「受取人ごとの設定の編集」で、意味的には「メールアドレス」のところが「電子メール」になっています。

これらの翻訳部分は次回ということで。

あと、現物がリリースされたら改めてISO-2022-JPで送信出来るか確かめます。
それか、「OpenPGPはISO-2022-JPではなくてUTF-8を使おう！」キャンペーンを貼るか．．．　標準をUTF-8にしてしまえば いろいろ都合が良いかも。

ダメ元で Patrick に頼み込んでみました。
たぶんあと数日は余裕あるんじゃないかなぁ、と期待したいです。

あと、現物がリリースされたら改めてISO-2022-JPで送信出来るか確かめます。

最後の駆け込みの修正が反映されていることを確認しました。


Thunderbird 2 系ならこのベータ版そのままで使えます。
3 系には対応してないので、nightly の言語リソース入れ替えて試してください。

激しく同意。
いっそのこと普通の日本語メールも UTF-8 で……とか妄想してみたり。

現状ではこの指定方法が良いですね。「アドオン側で」というのはローカライズのファイルを含めてということですね？
この指定が可能かどうか、後で余裕ができたら試してみます。

アドオンのコードも対応が必要です。

現状、本体が Windows の日本語版の場合は Con&tinue → Continue(T) のはずなので、そのままでは
続行(&T) → 続行(T)(T) となってしまいます。(たぶん。試してないけど)

で、0.96がリリースされましたが
新しいWindowsユーザーで新たにインストールしてみましたが、どうしてもUTF-8になってしまってThunderbirdは（送信だけが）使い物にならなくなってしまいました。
これって、Thunderbird本体がおかしいんじゃないでしょうか。

2.0.0.22 (20090605)＋Enigmail 0.96の組み合わせでISO-2022-JPで送信出来ている人が居るなら頑張ってみますが．．．
Caiさんのところでは動作しているんだし、最後の手段として3.0を試そうかなぁ

Thunderbird じゃなくて Enigmail 側の仕様変更だと思いますです。

来週には Beta 3 もリリースされますし (candidate build1 が出てます)、実用上致命的な欠陥はなさそうな感じです < Tb 3