doc: Update Japanese doc/help.ja.txt.

--

Signed-off-by: NIIBE Yutaka <gniibe@fsij.org>

doc/help.ja.txt

@@ -49,7 +49,7 @@
 # There was a problen accessing the dirmngr.
 動作中のDirmngrへの接続ができなかったか、通信の問題が発生しました。
 
-証明書失効リスト(CRL)を検索し、OCSPの懸賞とLDAPサーバを通じて鍵を検索す
+証明書失効リスト(CRL)を検索し、OCSPの検証とLDAPサーバを通じて鍵を検索す
 るため、システムは、Dirmngrと呼ばれる外部サービス・プログラムを利用しま
 す。Dirmngrは通常、システムサービス(daemon)として実効されます、一般ユー
 ザは気にする必要はありません。問題がある場合、システムは、要求に応じて、
@@ -102,6 +102,25 @@ RSA は署名と暗号化のどちらにも使えます。
 の専門家に相談してください。
 .
 
+.gpg.keygen.cardkey
+カードからどの鍵を使用するか選択する。
+
+リストには、選択の番号、keygrip (16進数の文字列)、カード固有の鍵参照、
+この鍵に使うアルゴリズム、そして、鍵の使用目的(cert, sign, auth, encr)
+が括弧内に示されます。鍵の標準的な使用がわかっている場合には、アスタリ
+スクでマークされます。.
+
+.gpg.keygen.flags
+鍵の機能をトグルする。
+
+選択されたアルゴリズムで可能な機能だけがトグルできます。
+
+すばやく一度ですべての機能を設定するには、'=' の文字を最初の文字として、
+続けて設定する機能の列を入力します: 's' は署名、'e' は暗号化、'a'は認
+証です。無効な文字と不可能な機能は無視されます。このサブメニューはこの
+ショートカットを利用したのちにただちに閉じられます。
+.
+
 
 .gpg.keygen.size
 鍵の長さを入力してください。
@@ -124,10 +143,10 @@ http://www.xkcd.com/538/
 
 
 .gpg.keygen.valid
-プロンプトで示された必要な値を入力してください。ISO形式の日付
-(YYYY-MM-DD)の入力が可能ですが、良いエラー対応が得られないかもしれませ
-ん。システムが与えられた値を期間と解釈することがあります。.
-.
+プロンプトで示された必要な値を入力してください。
+ISO形式の日付(YYYY-MM-DD)の入力が可能ですが、わかりやすいエラーの反応
+が得られないままにシステムが与えられた値を期間と解釈して扱うことがあり
+ます。
 
 .gpg.keygen.valid.okay
 "yes" か "no" で答えてください。
@@ -172,14 +191,14 @@ Q  鍵生成を止める。
 .
 
 .gpg.sign_uid.class
-ある鍵のユーザIDに署名するとき、あなたは、まず、その鍵がそのユーザIDの
-人に属するかどうかを確認しなければなりません。あなたがどれくらいこれを
-慎重に確認したかについて、ほかの人が知ることは有用です。
+ある鍵のユーザIDに署名するとき、まず、その鍵がそのユーザIDの人に属する
+かどうかをあなたは確認しなければなりません。あなたがどれくらいこれを慎
+重に確認したかについて、ほかの人が知ることは有用です。
 
 "0" は、どれくらい慎重に確認したかについて特になにも主張しないことを意味します。
 
-"1" は、あなたは、主張するその人が所有する鍵であると考えるが、その鍵について、
-    確認できなかった、あるいはしなかったことを意味します。これは、ペンネームの
+"1" は、主張するその人が所有する鍵であるとあなたは信じるが、その鍵について、
+    検証できなかった、あるいはしなかったことを意味します。これは、ペンネームの
     ユーザの鍵に署名するような "persona" 確認に有用です。
 
 "2" は、その鍵に対し、通常の検証を行ったことを意味します。たとえば、鍵
@@ -307,6 +326,20 @@ Q  鍵生成を止める。
 意味します。
 .
 
+.gpg.tofu.conflict
+# tofu.c
+
+TOFUが同一(もしくはとてもよく似ている)メールアドレスの別の鍵を検出しま
+した。そのユーザが新しい鍵を作ったかもしれません。この場合には、あなた
+は新しい鍵を安全に信じることができます(が、その人に聞いて確かめましょ
+う)。しかし、また、その鍵が偽造であるか、中間者(MitM)攻撃が行われてい
+るのかもしれません。この場合には、あなたはこの鍵を信じられないものとな
+るように不正としてマークすべきです。ある鍵を信じられないものとなるよう
+にマークするとは、どんな署名も不正と考えられるようになる、その鍵への暗
+号化はフラグが立てられることを意味します。わからなくて今は確認できない
+場合、一度だけ認める、あるいは、一度だけ拒絶するを選択すべきです。
+.
+
 
 .gpgsm.root-cert-not-trusted
 # This text gets displayed by the audit log if