<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><font size="+1">I just realized that I overloaded the meaning of
        signature verification. Here, signature verification, both in my
        previous discussion and in the receiver's UI, also includes the
        certificate verification described in 2.b, in addition to
        traditional signature verification.</font><br>
    </p>
    <pre class="moz-signature" cols="72">Thanks,
Lou
</pre>
    <div class="moz-cite-prefix">On 01/03/2018 01:04 PM, Lou Wynn wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:62eedf27-e45f-92df-cae5-5d882eb2c2ff@gmail.com">Yes,
      "trusted" keys do not mean much without contexts. There are few
      <pre wrap="">contexts to see what trustworthiness means.

1. From certificate verification point of view, a trusted key means that
the certificate is verified to be in the same trust realm or in the same
trust group with the receiver.

2. From the user interface point of view, a trusted key is reflected by
marking the sender's signature is verified, and an untrusted key is
marked by the warning that the signature cannot be verified. An
automated or manual process can be applied to delete or quarantine
messages whose signature verification fails. The screenshots on the web
link show this intuitive UI. Of course, the final decision about what to
do with such messages is up to the receiver. The warning of signature
verification makes the receiver aware of the sender status, which is
either certified to be in the same trust realm/group or not being
certified as such.

Thanks,
Lou


</pre>
    </blockquote>
    <br>
  </body>
</html>