Wed, Apr 8
@werner I can confirm that we've tested the patch and it seems to fix the issue in our setup.
Tue, Apr 7
Applied to master to be release with 2.5.19.
Tue, Mar 31
2.2.53 was released wit VSD 3.3.6
Mon, Mar 23
But the original patch rG1b4ac98de7db: agent: Accept a trustlist with a missing LF at the end. was not working to allow missing newlines in gpg4win-5.0.0 @ win11?
Thu, Mar 19
That change is too complex for just getting a proper error message. The original patch covers the most common case.
This should also be fixed in 2.2 and 2.4 (if neccessary)
Feb 13 2026
Has now been backported to be released with 2.2.53
Feb 5 2026
It looks like we get a specific "Invalid public key algorithm" error from gpgme so that we can add helpful information with likely reasons to the error message.
I might add that we recently had a customer support contact where they had that error and asked how they could make using their S/MIME certificates work.
Jan 9 2026
The behaviour might have changed a bit because of the ldap: prefix i use now, or i have missed this case the last time:
Given some cert on the "download" server, I can find it, if dirmngr.conf contains only the "download" server, or if the "download" server is listed first:
Independent of keyserver order in dirmngr.conf, --search-keys still offers keys from the upload server, but the download fails:
For "Although the upload server is used for upload, the gpg message still displays the first keyserver" see T8025
That was fixed with 2.2.52 which fixed a bug in the fix done in 2.2.50 (see rG31fef13df1). Note that 2.2.48 to 2.2.50 had only internal releases.
Jan 8 2026
Jan 5 2026
The problem was the keyserver configuration, which does not include a scheme (ldap:):
keyserver ldap.gnupg.test:389:uid=LordPrivySeal,ou=GnuPG Users,dc=gnupg,dc=test:pass:dc=gnupg,dc=test:
Dec 18 2025
Well, I tested this again. I created a new key and saved a copy. The I updated the expiration date to 2035 and sent the key to the LDAP server. Then I deleted the updated key locally and imported the old copy. Thus I have now:
Dec 12 2025
we haven't seen this in a while…
Dec 5 2025
Dec 4 2025
Nov 28 2025
This seems not to work in Kleopatra/gpg in gpg4win-5.0.0-beta413 @ win11.
