Today
FWIW: Okay, gmime is still a wrapper around gpgme. After decryption it has the ability to get the used session key from the gpgme result structure. Thus, I have been on the wrong trail. The actual problem is not gpgme but more GnuPG's use of Libgcrypt or an actual regression in Libgcrypt. Well, Friday 13th.
This has been specified in 1997 by PGP 5 for a good reason. We talked often enough about this and it does not help to repeat your ideas over and over again. RFC9580 specifies a different protocol than OpenPGP as specified by RFC2440 and RFC4880 but alas grabbed the name OpenPGP for this.
I can't speak for gpgmpp but for gpgme. And the gpgme manual says:
Yesterday
b) For non-confirmed keys it returns broken OpenPGP keys (ie. without a user id and thus without important information)
Thank you very much for yours answers, explanations and effort!!!
Any hints where to find the actual crypto code which uses libgcrypt?
Fri, Feb 13
Maintainer of the FreeBSD notmuch port/package here. The steps below consistently trigger the problem on FreeBSD 16.0 (unreleased main branch), but there are no problems on FreeBSD 15.0. All my testing was on amd64.
Panel Used By
| Dashboard | werner's Dashboard |