[openpgp] Re: I-D Action: draft-ietf-openpgp-hkp-01.txt
Songbo Bu <[email protected]> Sat, 6 Jun 2026 15:22:55 +0800
| Newsgroups | gmane.ietf.openpgp |
|---|---|
| Message-ID | <CAK08nYZy6+HZF3ZxYgoD==QYErR4afOwq6qgKUrdm6-dnd22Bw@mail.gmail.com> |
--===============3550542179489835773== Content-Type: multipart/alternative; boundary="00000000000011d702065390a627" --00000000000011d702065390a627 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Andrew, all, Thanks, good to see -01 and the test instance. I=E2=80=99ll take another pass through the draft and the test deployment. T= he two places I=E2=80=99ll focus on are: - the JSON schema once it is added, especially keeping it aligned with the response examples and any backward-compatible fields; - whether the static-serving / discovery behavior is clear enough for implementers who do not run a traditional synchronizing keyserver. A small non-normative checklist of =E2=80=9Cwhat a simple implementation sh= ould serve and what clients should tolerate=E2=80=9D might be useful if the WG t= hinks that fits. Best, Songbo Bu On Fri, 5 Jun 2026 16:23:44 +0100, Andrew Gallagher [email protected] wrote: Hi, all. I=E2=80=99ve published a new HKP draft that contains (almost!) all the chan= ges discussed on the list. The only caveat is that there is not yet a formal JSON schema in the document. The corresponding hockeypuck PR has been merged and is running on test.pgpkeys.eu now. Thanks, A On 05/06/2026 16:00, [email protected] wrote: Internet-Draft draft-ietf-openpgp-hkp-01.txt is now available. It is a work item of the Open Specification for Pretty Good Privacy (OPENPGP) WG of the IETF. Title: OpenPGP HTTP Keyserver Protocol Authors: Daphne Shaw Andrew Gallagher Daniel Huigens Name: draft-ietf-openpgp-hkp-01.txt Pages: 51 Dates: 2026-06-05 Abstract: This document specifies a series of conventions to implement an OpenPGP keyserver using the Hypertext Transfer Protocol (HTTP). As this document is a codification and extension of a protocol that is already in wide use, strict attention is paid to backward compatibility with these existing implementations. The IETF datatracker status page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-openpgp-hkp/ There is also an HTMLized version available at: https://datatracker.ietf.org/doc/html/draft-ietf-openpgp-hkp-01 A diff from the previous version is available at: https://author-tools.ietf.org/iddiff?url2=3Ddraft-ietf-openpgp-hkp-01 Internet-Drafts are also available by rsync at: rsync.ietf.org::internet-drafts openpgp mailing list =E2=80=93 [email protected] To unsubscribe send an email to [email protected] --00000000000011d702065390a627 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><p>Hi Andrew, all,</p> <p>Thanks, good to see -01 and the test instance.</p> <p>I=E2=80=99ll take another pass through the draft and the test deployment= . The two places I=E2=80=99ll focus on are:</p> <ul> <li>the JSON schema once it is added, especially keeping it aligned with th= e response examples and any backward-compatible fields;</li> <li>whether the static-serving / discovery behavior is clear enough for imp= lementers who do not run a traditional synchronizing keyserver.</li> </ul> <p>A small non-normative checklist of =E2=80=9Cwhat a simple implementation= should serve and what clients should tolerate=E2=80=9D might be useful if = the WG thinks that fits.</p> <p>Best,<br> Songbo Bu</p> <p>On Fri, 5 Jun 2026 16:23:44 +0100, Andrew Gallagher <a href=3D"mailto:an= [email protected]" target=3D"_blank">andrewg=3D40andrewg= [email protected]</a> wrote:</p> <blockquote> <p>Hi, all.</p> <p>I=E2=80=99ve published a new HKP draft that contains (almost!) all the c= hanges<br> discussed on the list. The only caveat is that there is not yet a formal<br= > JSON schema in the document.</p> <p>The corresponding hockeypuck PR has been merged and is running on<br> <a href=3D"http://test.pgpkeys.eu" target=3D"_blank">test.pgpkeys.eu</a> no= w.</p> <p>Thanks,<br> A</p> <p>On 05/06/2026 16:00, <a href=3D"mailto:[email protected]" target= =3D"_blank">[email protected]</a> wrote:</p> <blockquote> <p>Internet-Draft draft-ietf-openpgp-hkp-01.txt is now available. It is a w= ork<br> item of the Open Specification for Pretty Good Privacy (OPENPGP) WG of the<= br> IETF.</p> <p>Title: OpenPGP HTTP Keyserver Protocol<br> Authors: Daphne Shaw<br> Andrew Gallagher<br> Daniel Huigens<br> Name: draft-ietf-openpgp-hkp-01.txt<br> Pages: 51<br> Dates: 2026-06-05</p> <p>Abstract:</p> <p>This document specifies a series of conventions to implement an<br> OpenPGP keyserver using the Hypertext Transfer Protocol (HTTP). As<br> this document is a codification and extension of a protocol that is<br> already in wide use, strict attention is paid to backward<br> compatibility with these existing implementations.</p> <p>The IETF datatracker status page for this Internet-Draft is:<br> <a href=3D"https://datatracker.ietf.org/doc/draft-ietf-openpgp-hkp/" target= =3D"_blank">https://datatracker.ietf.org/doc/draft-ietf-openpgp-hkp/</a></p= > <p>There is also an HTMLized version available at:<br> <a href=3D"https://datatracker.ietf.org/doc/html/draft-ietf-openpgp-hkp-01"= target=3D"_blank">https://datatracker.ietf.org/doc/html/draft-ietf-openpgp= -hkp-01</a></p> <p>A diff from the previous version is available at:<br> <a href=3D"https://author-tools.ietf.org/iddiff?url2=3Ddraft-ietf-openpgp-h= kp-01" target=3D"_blank">https://author-tools.ietf.org/iddiff?url2=3Ddraft-= ietf-openpgp-hkp-01</a></p> <p>Internet-Drafts are also available by rsync at:<br> rsync.ietf.org::internet-drafts</p> <p>openpgp mailing list =E2=80=93 <a href=3D"mailto:[email protected]" targe= t=3D"_blank">[email protected]</a><br> To unsubscribe send an email to <a href=3D"mailto:[email protected]" t= arget=3D"_blank">[email protected]</a></p> </blockquote> </blockquote> </div> --00000000000011d702065390a627-- --===============3550542179489835773== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18Kb3BlbnBncCBt YWlsaW5nIGxpc3QgLS0gb3BlbnBncEBpZXRmLm9yZwpUbyB1bnN1YnNjcmliZSBzZW5kIGFuIGVt YWlsIHRvIG9wZW5wZ3AtbGVhdmVAaWV0Zi5vcmcK --===============3550542179489835773==--