<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Hi Werner,</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">see my comment inline below.</div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">Am 20.06.24 um 19:08 schrieb Werner
      Koch:<br>
    </div>
    <blockquote type="cite" cite="mid:87cyobmtiy.fsf@jacob.g10code.de">
      <pre><blockquote type="cite" style="color: #007cff;"><pre
      class="moz-quote-pre" wrap="">2. Section "12.1. Key Structures"
    1. Question: This section makes User ID Packet optional for v4
       keys. Is that a mistake? Is it possibly meant that this
       requirement is removed for certificates with a v5 primary key?
</pre></blockquote><pre class="moz-quote-pre" wrap="">Right, this seems to contradict section 11.1

   11.1.  Transferable Public Keys
   LibrePGP users may transfer public keys.  The essential elements of a
   transferable public key are as follows:
   *  One Public-Key packet
   *  Zero or more revocation signatures
   *  One or more User ID packets

which requires at least one user id packet.  IIRC this differences stems
from Derek Atkin's requirement to allow for tiny keyblocks.  But he had
no need to transfer them.  With the syntax used in 12.1 it was not
possible to tag a SHOULD to the number of user ID.  I'll add some
wording or will ask Derek whether he still requires the specification
compliant tiny keys.</pre></pre>
    </blockquote>
    <p>I just want to point out: Making the User ID Packet optional for
      v4 keys is formally a wire-format breaking change, since v4 keys
      created without a User ID Packet may not be accepted by
      Implementations conforming to RFC 4880, where it is mandatory. The
      crypto-refresh also introduces this non-backwards compatible
      change, as I saw just now.</p>
    <p>- Falko<br>
    </p>
    <div class="moz-signature">-- <br>
      <!-- MTG AG HTML signature v.1.0, 2021-02-12 - Author: Andreas Cholet -->
      <div style="font-family: Arial,serif">
        <p
style="line-height: 1.5; font-size: small; color: rgb(93, 93, 95);"> <strong>MTG
            AG</strong><br>
          Dr. Falko Strenzke <br>
        </p>
        <p style="font-size: small; color: rgb(93, 93, 95);"> <span
            style="display:inline-block;width:4em">Phone: </span>+49
          6151 8000 24<br>
          <span style="display:inline-block;width:4em">E-Mail: </span><a class="moz-txt-link-abbreviated" href="mailto:falko.strenzke@mtg.de">falko.strenzke@mtg.de</a><br>
          <span style="display:inline-block;width:4em">Web: </span><a
            href="https://www.mtg.de" title="MTG AG Internet"
            target="_blank">mtg.de</a>
        </p>
         
        <hr
style="width:250px; text-align:left;margin-left:0; height: 0,1">
        <table>
          <tbody>
            <tr>
              <td><br>
              </td>
              <td><br>
              </td>
            </tr>
          </tbody>
        </table>
        <p
style="line-height: 1.2; font-size: x-small; color: rgb(93, 93, 95);">
          MTG AG - Dolivostr. 11 - 64293 Darmstadt, Germany<br>
          Commercial register: HRB 8901<br>
          Register Court: Amtsgericht Darmstadt<br>
          Management Board: Jürgen Ruf (CEO), Tamer Kemeröz<br>
          Chairman of the Supervisory Board: Dr. Thomas Milde<br>
          <br>
          This email may contain confidential and/or privileged
          information. If you are not the correct recipient or have
          received this email in error, <br>
          please inform the sender immediately and delete this
          email.Unauthorised copying or distribution of this email is
          not permitted.<br>
          <br>
          Data protection information: <a
            href="https://www.mtg.de/en/privacy-policy"
            title="MTG Privacy policy" target="_blank">Privacy policy</a>
        </p>
      </div>
    </div>
  </body>
</html>