[SIMILAR] WITH 7748 書表 WITH 6955 証マ WITH 3208 検証 WITH 2601 明書 WITH 2174 署名 WITH 2134 証し WITH 1971 証明 WITH 1757 mime WITH 1145 表示 WITH 1077 スバ WITH 897 タス WITH 837 デフ WITH 557 ォル WITH 455 追加 WITH 414 機能 WITH 360 ルト WITH 354 リッ WITH 328 マー WITH 291 テー WITH 276 フォ WITH 239 ーク WITH 234 ステ WITH 234 クリ WITH 222 ータ WITH 194 バー WITH 119 ック WITH 1 [ WITH 1 q3 WITH 1 ] WITH 1 s WITH 1 / WITH 1 で証 の検索結果 466 件中 1 - 10 件目 (0.217338479 秒)
S</strong>/<s</strong>trong>MIME</s</strong>trong>で<s</strong>trong>署名</s</strong>trong>を<s</strong>trong>検証</s</strong>trong>したときに<s</strong>trong>検証</s</strong>trong>した証<s</strong>trong>明書</s</strong>trong>を<s</strong>trong>表示</s</strong>trong>する<s</strong>trong>機能</s</strong>trong>がなかったので<s</strong>trong>追加</s</strong>trong>しました。<s</strong>trong>デフ</s</strong>trong><s</strong>trong>ォル</s</strong>trong>トでは、ス<s</strong>trong>テー</s</strong>trong>タ<s</strong>trong>スバ</s</strong>trong>ーの<s</strong>trong>署名</s</strong>trong>の検<s</strong>trong>証マ</s</strong>trong><s</strong>trong>ーク</s</strong>trong>をク<s</strong>trong>リッ</s</strong>trong>クすると<s</strong>trong>表示</s</strong>trong>されます。 ...
鍵や証<s</strong>trong>明書</s</strong>trong>の管理を手動でやるなら、少なくとも復号化と<s</strong>trong>署名</s</strong>trong>の<s</strong>trong>検証</s</strong>trong>に関しては、opens</strong>s</strong>lコマンドをテンプレート中から@Executeで呼び出すという方法で出来る気がしますね。文字コード周りで問題が出るような気もしますけど（QMAIL側からエンコーディングを指定して読む方法が無いので）。 ...
# (スコア:4103)
以下のようにしようと思います。 まず、<s</strong>trong>署名</s</strong>trong>の<s</strong>trong>検証</s</strong>trong>に成功した場合には、<s</strong>trong>署名</s</strong>trong>した鍵の長いIDフィンガープリントを使ってその鍵の情報を調べます。そして、その鍵に結び付けられたユーザIDのうち、有効性がultimateかfullyのものだけをリストアップします。そのようなユーザIDがなかった場合には<s</strong>trong>署名</s</strong>trong><s</strong>trong>検証</s</strong>trong>に失敗し ...
# (スコア:3928)
ひとまず、<s</strong>trong>署名</s</strong>trong>（multipart/s</strong>ignedでない方）の<s</strong>trong>検証</s</strong>trong>と、暗号化されたメッセージの<s</strong>trong>検証</s</strong>trong>はできるようになりました。この二つができれば、読めないということはなくなるはずなので最低ラインは<s</strong>trong>クリ</s</strong>trong>アかなという感じですね。鍵や証<s</strong>trong>明書</s</strong>trong>はPEM形式で特定の名前のファイルにして置かなくてはいけないとかまだ普通に使え ...
# (スコア:3832)
遅くなりましたが、PGP(GnuPG)でのテストを行っていまして、「Becky!2+GPGプラグイン」とのやり取りで、<s</strong>trong>MIME</s</strong>trong>、非<s</strong>trong>MIME</s</strong>trong>、<s</strong>trong>署名</s</strong>trong>、暗号化のほとんどすべてのパターンで問題ないようです。 一つだけ、Bccで自分宛に送ったメールの<s</strong>trong>署名</s</strong>trong>の<s</strong>trong>検証</s</strong>trong>だけ、なぜかス<s</strong>trong>テー</s</strong>trong>タ<s</strong>trong>スバ</s</strong>trong>ーに「V」ではなく「X」が<s</strong>trong>表示</s</strong>trong>されてしまいます。 ...
# (スコア:3755)
S</strong>/<s</strong>trong>MIME</s</strong>trong>で<s</strong>trong>署名</s</strong>trong>されているメッセージを<s</strong>trong>検証</s</strong>trong>して<s</strong>trong>表示</s</strong>trong>しているときにToolAddAddres</strong>s</strong>アクションでアドレス帳にFromを<s</strong>trong>追加</s</strong>trong>したら、証<s</strong>trong>明書</s</strong>trong>も保存するようにしました。S</strong>/<s</strong>trong>MIME</s</strong>trong>で証<s</strong>trong>明書</s</strong>trong>を扱うのが少し楽になったかもしれません。 S</strong>/<s</strong>trong>MIME</s</strong>trong>の証<s</strong>trong>明書</s</strong>trong>ストア周りもやるやると言ってなかなかやれていませんね。 ...
# (スコア:3654)
そもそも鍵自体の有効性ってなんでしょう? 例えば、--edit-keyで<s</strong>trong>表示</s</strong>trong>すると、 pub <s</strong>trong><s</strong>trong><s</strong>trong><s</strong>trong>1</strong></s</strong>trong></s</strong>trong></s</strong>trong></s</strong>trong>024D/28<s</strong>trong><s</strong>trong><s</strong>trong><s</strong>trong>1</strong></s</strong>trong></s</strong>trong></s</strong>trong></s</strong>trong>B<s</strong>trong><s</strong>trong><s</strong>trong><s</strong>trong>1</strong></s</strong>trong></s</strong>trong></s</strong>trong></s</strong>trong>026 created: 2005-<s</strong>trong><s</strong>trong><s</strong>trong><s</strong>trong>1</strong></s</strong>trong></s</strong>trong></s</strong>trong></s</strong>trong>0-04 expires</strong>: never us</strong>age: CS</strong> trus</strong>t: full validity: full s</strong>ub 2048g/770D8AFD created: 2005-<s</strong>trong><s</strong>trong><s</strong>trong><s</strong>trong>1</strong></s</strong>trong></s</strong>trong></s</strong>trong></s</strong>trong>0-04 expires</strong>: never us</strong>age: E s</strong>ub 2048R/0A04D4DA created: 2005-<s</strong>trong><s</strong>trong><s</strong>trong><s</strong>trong>1</strong></s</strong>trong></s</strong>trong></s</strong>trong></s</strong>trong>0-04 expires</strong>: never us</strong>age: ...
# (スコア:3306)
Xが<s</strong>trong>表示</s</strong>trong>されるのは、<s</strong>trong>署名</s</strong>trong>の<s</strong>trong>検証</s</strong>trong>に失敗した場合か、<s</strong>trong>検証</s</strong>trong>に使われた公開鍵のユーザIDのメールアドレスがメールのFrom（もしくはS</strong>ender）のアドレスと一致しない場合なのですが、後者に該当しませんか? ちなみに、「S</strong>igned by」です。 ...
# (スコア:3278)
まず、opens</strong>s</strong>l.cnfをコピーしてきて、<s</strong>trong>[</s</strong>trong>v3_req<s</strong>trong>]</s</strong>trong>セクションに以下を<s</strong>trong>追加</s</strong>trong>します（ホスト名の場合）。 <s</strong>trong>[</s</strong>trong>v3_req<s</strong>trong>]</s</strong>trong> # ここに元からのものがある s</strong>ubjectAltName=DNS</strong>:hogehoge.example.com 証<s</strong>trong>明書</s</strong>trong>要求を作ります。鍵は既に生成されていてs</strong>erver.keyに入っているとします。 opens</strong>s</strong>l req -new -key s</strong>erver.key -out s</strong>erve ...
# (スコア:3233)
証<s</strong>trong>明書</s</strong>trong>の期限が切れると同じS</strong>ubjectで別の証<s</strong>trong>明書</s</strong>trong>を<s</strong>trong>追加</s</strong>trong>することになりますが、このときに期限切れの証<s</strong>trong>明書</s</strong>trong>を削除せずに残しておく、もしくは残ってしまう場合があります。証<s</strong>trong>明書</s</strong>trong>の<s</strong>trong>検証</s</strong>trong>を行うときには<s</strong>trong>検証</s</strong>trong>したい証<s</strong>trong>明書</s</strong>trong>のIs</strong>s</strong>ureをS</strong>ubjectとして持つ証<s</strong>trong>明書</s</strong>trong>を探して証<s</strong>trong>明書</s</strong>trong>チェーンを作成しますが、OpenS</strong>S</strong>Lではこのと ...
# (スコア:3150)
# (スコア:10000)