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-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.