Support WKS publishing from within Kleopatra
Felix Tiede <[email protected]>
| Newsgroups | gmane.comp.kde.devel.pim |
|---|---|
| Message-ID | <2708785.Wmsamlx7PM@pip> |
Hi. Kmail's account wizard already supports it, yet it is unavailable for existing keys and accounts: Publish a PGP key on the mail provider's WKD using the WKS process. Some time ago I fiddled with it, basically copying src/commands/ exportopenpgpcertstoserver.*, modifying it to create a publish request with a command line call to gpg-wks-client, then reading that request from a temporary file, building an email from it and attempting to send it using the Akonadi transport associated with the sender mail address. That patch was against Kleopatra-18.x. Back then it was only supported to publish at the key's first user id's provider and address, it has meanwhile been amended to support publishing for each key's user id. The other day I finally got round to reproduce the same with Kleopatra-21.12, which in turn required a patch for Libkleo-21.12, since I need Libkleo to provide me with the path to the gpg-wks-client binary. And now for the point of writing it all: I want to write a MR for Kleopatra to get the feature into the main distribution of Kleopatra. So, as a first step I created a MR for Libkleo to provide Kleopatra with the path to the gpg-wks-client binary - and in the course of this MR I've learned about QGpgME namespace which provides a direct interface to GnuPG's WKS client. However, since I'm not really that proficient in rewriting my old patch to work with QGpgME::WKSPublishJob, I am afraid I'd need assistance with that. So, would a MR with "the old way" of doing it - calling an external binary, creating, writing, reading, parsing a temporary file - be accepted into Kleopatra or do I need to fully rewrite it for QGpgME::WKSPublishJob before creating the MR? Any help is appreciated. Regards, Felix -- BOFH Excuse #149: Dew on the telephone lines.
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEJijiGzDq8UDHCPC0QGDR0So3spMFAmJLEdcACgkQQGDR0So3 spPKyw/+I+amhCt80BhwW4tuVShF29n2yQcevvxaxaqvkZrkbsbbpvdJDXMc1zuR eSQCicV+P9r5/ilhEERDhWWZ5OrAwdVfbebS00v1VVHl50abS+qvFpBS0BnJkzTw D1i5Iic+jbLWAcTJ4mBtXbOjLloKPsLrh1EOAFlquD7Qgf/B/XNshQTHJ0uUtx1k MRRiR1XBn6/ghjfhPFXe0iY0hVHjIDAUqyrepOmv8sP2EYjDFBr1tD3ylLfTed3q PIcHMYWp0xsuRJzFdqTCHusZRJk5XKGnuBXNS/oa4XT48kRUjhwQqj0v1uftzEWl pFpc/p8utAtKyvQ2MmP83sefC/ZIOtp5+9LR2JfWd3FKv/vVo4BSk5VB7cHIXjdX w5B5uGHMyuCrX72pOlm3vbhGowD4uQRN9zit8iUDWJkwVKBfWZAUoVTPxfwPAvc2 ZkQSAKbX/OtycQKxLyLzKUN4NoJNuLoIYnpPab759OLoxUFKU0Cyg/hnxa8Tg5cu AMxhOQDm3FhOLI6gT18V0Gt85BXTmd0fSy6y2gn8han/mnfSKf7GVYHBHl9FchTi PQUPWrZioeH825zGHaD4U25l2kkE8NVSsuqFbahEPoYS2apEcXGE+shAxiGd8SsA vUQ6GGft78Y8JAQ7pO5r+ryKND/P6aIKAHZ2lA+t1EVUwvokveA= =n47y -----END PGP SIGNATURE-----