I was referring to your comment earlier in this very issue:
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Wed, Feb 12
Where do you find a statement that --keyring is deprecated? I planned to to remove it with 2.1 but there were too many requests to keep it and live with the problems of multiple keyrings. Thus the option stayed, it is just so that in addition to pubring.gpg and pubring.gpg we now also have the option for keyboxd - which is the default for new installations.
Tue, Feb 11
I'm not going to keep re-opening a ticket that you keep closing. So i'm just going to state here what i believe to be the upstream intent is. If you think this is wrong, i'd love a clarification. I believe that "deprecated" means that the GnuPG project believes that an option or configuration choice should not be used, and will eventually go away.
That is an installation/migration question and the warning is just a convenience thing to remind the few early users of keyboxd to migrate to common.conf.
As usual use ./deadbeef.... as the filename to distinguish it from a fingerprint.
Mon, Feb 10
I understand you as saying you won't fix the fact that the warning is not emitted during initial homedir setup. I'm not sure why that scenario is not worthy of a warning when a post-setup scenario is, but okay.
Won't be fixed for the creation thing.
Sat, Feb 8
This warning doesn't seem to be complete; no such warning is produced on the first run of gpg. For example (with no ~/.gnupg):
Wed, Jan 29
The wonders of Windows! Who knows which overzealous component of Windows deleted this file. I suspect that your virus scanner wrongly suspected the file to be malicious (false positive) and removed it. Kleopatra certainly doesn't delete any of its files itself unless you uninstall it. Since a reinstallation (as proposed by Windows likely because vanishing files is a common problem on Windows) solved your problem I'll close this ticket as resolved.
Jan 2 2025
Jan 1 2025
Users landing here looking for help.
This looks like a bug with gnutls which is the only tool that fails :
Dec 20 2024
Actually I would like to remove the option to install gpg4win at non-standard places because this is somewhat troublesome. However some users rely on this and thus we better don't remove i.
Dec 17 2024
FWIW: as mentioned in T7452#195891, it might be necessary to manually copy the uninstaller to a temporary directory ({{ tmp_uninstall_exe }}) and call it from there to get a clean uninstall:
Dec 11 2024
- name: Uninstall gpg4win from the registry ansible.windows.win_package: product_id: 'Gpg4win' arguments: /S state: absent
From a quick glance at the docs. This looks completely correct. What did this do and what didn't it do?
Nov 13 2024
Please ask on the forum or a mailing list for help.
Nov 5 2024
This looks as if it is resolved. Should I be wrong, you can reopen it.
Oct 29 2024
Oct 9 2024
Yes, the fix is included in the Gpg4win 4.3.1.
Oct 8 2024
Was the fix part of a stable release? The beta was 4.2.1b55. Stable download on https://gpg4win.de/ is 4.3.1. Am I correctly assuming, that 4.3.1 includes the fix and this issue here can be closed?
Sep 26 2024
The Libgcrypt version you are using has not been build from git or a released tarballs. Only with a released tarball you would get no suffix. With git bou will see a -betaNNNN suffix.
Sep 2 2024
Use --enable-large-data-tests with configure and go out for a real long lunch
Aug 23 2024
Good idea. Done for master and gnupg24
Aug 22 2024
Right, thanks for the information. Might I suggest printing a warning when --keyring is given?
The --keyring option is deprecated and does not work at all if the keyboxd is used. This is the default for a new GnuPG 2.4 installation.
Jun 25 2024
Reading the original bug report it is clear that this is not a gpg bug but a problem in the Python code. This should only be read as utf-8 if the NOTATION_FLAGS line indicated that this is human readable.
Jun 1 2024
An update FYI
Apr 10 2024
@werner I- think you were a bit quick on the trigger to shut this down.
I had rebooted the machine in between attempts. So your analysis is actually not correct.
Basically you have an issue that something in gpg is using something in a locale that is not installed. I pretty much proved that.
Anywho, I'll leave it to you to work out if you want to bother investigating it further.
Apr 9 2024
Apr 8 2024
Apr 3 2024
I assume the support answers helped, therefore closing this.
In case there is evidence of a bug please give more information and reopen the ticket.
Mar 27 2024
Mar 10 2024
There is no way to recover it?
Sorry, this is not a help line but a bug tracker. If you lost or forgot your password you are screwed up.
Feb 22 2024
I already mentioned the exact same thing in T7004 and this user also used the wiki style of the bug report form at first to report a bug. That is why I took the extraordinary step of blocking him.
Feb 21 2024
Please note that this is a bug tracker and not a general support channel. You would also need to write in English - we can't triage reports written in other languages.
Feb 19 2024
Since there are some files that would simply have to be created each time under $GNUPGHOME, I've been thinking a bit more about what sort of approach to take for "fallbacks."
Feb 15 2024
That is simply because your XDG_RUNTIME is set to the same directory gnupg uses. See gnupg/common/homedir.c:_gnupg_socketdir_internal
Funnily enough, runtime sockets already adhere to the XDGBDS somewhat by using $XDG_RUNTIME_DIR/gnupg as their path, while everything else uses strictly $GNUPGHOME or ~/.gnupg with no other alternative. Of course, I completely understand that the priority for this is rather low, but I am still happy to look into providing a patch myself that would add these fallbacks if it would help expedite the whole process.
Feb 8 2024
Hi, you have "compliance de-vs" in your %APPDATA%\gnupg\gpg.conf. But have installed Gpg4win. The default key pair algorithm of Gpg4win is not VS-NfD compliant, in fact the whole Gpg4win version was not approved for VS-NfD. So just remove that compliance line from your config and everything should be fine. Otherwise the forbidden indicates that you are trying to generate a non-compliant key with a version configured for compliant operation.
Feb 7 2024
gpgconf -X in cdm.exe
- I use Windows 10 Pro (19045.3996 22H2).
- I don't use gpg-agent on a remote machine (e.g. over an ssh connection) I'm not capable!
- I don't understand how to get "gpgconf -X" and "gpgconf -V". Can you explain the procedure better to me?
Please post the output of "gpgconf -X" and "gpgconf -V".
VS-NfD is not a standard but a classification for restricted data. Software used to convey such material needs an official approval and is bound to certain organizational requirements. That is what "VS-NfD konform" says. The community version of gpg4win does not have this approval despite that it is technically the same code as the approved GnuPG VS-Desktop.
Feb 1 2024
Fixed by changing server as noted above.
Thanks for all the help @gniibe.
It should not be removed as I believe it is required to be compliant:
I'm afraid that your particular configuration would cause the problem of the negotiation.
Jan 30 2024
Thanks! We will try this out and update you with the results.
Since 2.2.20 we had these items in the NEWS
Jan 2 2024
Dec 27 2023
i am not the original owner of this bug, but facing the same issue.
Dec 22 2023
Dec 21 2023
May be a still running daemon from another version or a a problem during the first install.
Dec 19 2023
I made a clean install of the system and installed gnupg from sources. Now it works strangely.
Omnikey readers only work properly on Windows because the Windows driver uses proprietary extension to make it work. Better don't use them. In case you want to look at details, add
Dec 18 2023
Assuming 4.1.0 means gpg4win - this version is too old. The user should update and re-open the bug with more details if it persists.
Dec 12 2023
Nov 28 2023
Nov 12 2023
The same happens with a very recent 2.4:
$ gpgv --version gpgv (GnuPG) 2.4.4-beta56 libgcrypt 1.11.0 Copyright (C) 2023 g10 Code GmbH License GNU GPL-3.0-or-later <https://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
That version of gpg is too old that I will look at it.
Nov 2 2023
thanks for your reply
gpg -K
gpg: enabled debug flags: memstat
/home/usernet/.gnupg/pubring.kbx
uid [ absoluta ]
uid [ absoluta ]
ssb cv25519 2022-02-13 [E]
gpg -h
gpg (GnuPG) 2.2.4
libgcrypt 1.8.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later https://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
It is a bit hard for us to decipher the Spanish diagnostics. Before we can try to help you please update to a deent version of gpg and libgcrypt. At least the version for Ubuntu is way too old; Libgcrypt is 5 years old, the current version of the lTS branch is 1.8.10. GnuPG is also 10 years old and in the mean time we have fixed several critical bugs; the current version of this legacy branch is 2.2.41! Note that Ubuntu might have fixed some bugs despit ethe version number - we just can't know.
Oct 6 2023
Sep 30 2023
Hi, thank you so much and sorry for delay.
This beta is working for us perfectly.
Sep 21 2023
Thank you very much, we will try it and let you know
Regards
Lukas
Sep 20 2023
I'm using the standard pinentry provided by Homebrew: https://formulae.brew.sh/formula/pinentry#default
gpg -v -K does not require a pinentry. You can check this by adding debug-pinentry and log-file /some/file to the gpg-agent.conf - you should not see any pinentry invocation.
Sep 18 2023
Please try the following beta: https://files.gpg4win.org/Beta/gpg4win-4.2.1-beta55/gpg4win-4.2.1-beta55.exe This should solve your problem. And if not you can now open the encrypted attachments with Kleopatra and it will show your mail.
Sep 15 2023
Ok and its possible to know, how long its should usually take to make new release ?
Can you tell me more about support contract or when i can find more information about it ?
Regards
Lukas
I guess you need to wait until we do a new release. If your company relies on this software it might be a good idea to enter into a support contract as other do.
i dont get any responce, what is next step in this case.
Regards
Lukas
Sep 12 2023
I am closing this, for now as this issue lacks actionable details, we would need an example mail or debug data. So my intent is just to close it and reopen if the issue still occurs with Gpg4win-4.2.1
Noticed this issue while searching for a different one.
I think this could be fixed with T6686 if it has not already been fixed by a previous change that relaxed the detection of the encrypted message part better.
Sep 1 2023
So by we already have code to handle this problem, we had code for "No body but multipart/mixed" and your message was "empty body but multipart mixed" so I just needed to also check for an empty body and the code worked.
Ah damn, now that I closed this as a duplicate I found that we already have code to handle this problem.
Well the message is content-type multipart/mixed. For GpgOL to investigate the mail it needs to be multipart/signed oder application/encrypted or application/pgp-encrypted. (and some other things) But multipart/mixed is something that we don't take a second look at because this means "unencrypted mail with attachments."
Aug 29 2023
Thank you for the response, @werner! (original reporter here)
thank you, i send you test mail
Regards
Hi, my suspicion with the different tenant is that some middleware of yours is inserting something like "DANGER this could not be Virus Scanned by your super secure and expensive middleware" which then results in the mail beeing multipart/mixed instead of pgp/encrypted in the MIME type. Could you ask your communication partner with the problem to send such a mail to you and with CC to "andre.heinecke@demo.gnupg.com
I was trying to solve it with support, but it was not solved until today, this issue we are facing more thank like 2years.
I guess its need to be solved with more advanced support than classic one.
Regards
Looks more like a support question but feel free to create a sample message, encrypt it to info at gnupg.com (WKD) and attach that message to this report.
This is a support requests. Please consult one of the mailing lists or the gpg4win forum. In case this turned out to actually be a bug, please feel free to reopen it.
Aug 9 2023
The data is indeed corrupt. Check with the sender of that key.
IF you look at the data you will soon notice that one line is longer than the others.