Fri, Jan 9
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.
Thu, Jan 8
Mon, Jan 5
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:
Thu, Dec 18
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.
Nov 27 2025
Tested on gpg4win-5.0.0-beta413 @ win11 with the following entries in dirmngr.conf:
Nov 21 2025
Nov 19 2025
Nov 18 2025
Nov 16 2025
Nov 14 2025
Nov 13 2025
meanwhile it looks like this in Kleopatra, it has now the blue sign but the issue is still the same:
Nov 5 2025
Nov 3 2025
Oct 23 2025
Looks good to me on gpg4win-5.0.0-beta395 @ win11 (gpg 2.5.13).
Oct 22 2025
Oct 21 2025
Oct 13 2025
Oct 9 2025
Oct 7 2025
We recently noticed problem at a customer site with creating the standard rsa3072 keys. It basically stopped working. A likely cause for this seems to be some anti-malware software slowing down file system calls. In the wake of this we looked again at our file locking strategy and found a few things which are not as they should be. For example the release of the lock before a Close call. Trying to fix this unfortunately caused other problems, thus a couple of fixes are needed.
