What I mean is that the installer does not install the documentation (I even de-compressed the installer "gpg4win-3.0.0.exe" with 7-zip: PDF doc archives are present in this version but links to the PDF files are not installed) nor the menu in the "Start Menu" (see below the Menu correctly installed by "gpg4win-2.3.4.exe" but not available at install time and by the way not installed in the Menu drop list (OS: WIN7 64-bit, US).

Are those mails sent by GpgOL with Outlook or recieved? Can you explain your complete Workflow and state what software was used in it?

Can you relate to the issue described in the GPG4win Forums?

Duplicate of T3441.

What menus did you miss? Do you mean the right-click menus or kleopatra/gpa in the start menu?

You could try to use NO-MIME (or PGP/INLINE) instead of the OpenPGP/MIME standard. You can change the way of packaging your encrypted content in the GpgOL Addin Options.

In T3448#104201, @werner wrote:

What is this Chocolatey?

Did you try to sign and encrypt with an X.509 or S/MIME key or with OpenPGP Key?

I added a Workaround in the Wiki: https://wiki.gnupg.org/Gpg4win/releases/3.0/notes

I added the workaround in the Wiki: https://wiki.gnupg.org/Gpg4win/releases/3.0/notes

Looking again at this case I assume this problem is seen more often today because 2.1 started to clean keys during import. That enlarges the time span for the race condition. We clearly need to do something about this in gnupg 2.2.

Well, it is already there:

gpg always returns the primary user id first. (see gnupg/g10.keylist.org:reorder_keyblock). gpgme keeps this order and thus the first user +id in the linked list is the primary user id. If the primary user id flag is not set the first is the same what gpg considers the primary user id. I can add this to the documentation.

So why isn't app->setWindowIcon(QIcon(QLatin1String(":/document-encrypt.png"))); a desktop environment thing?

This is a distribution or desktop environment thing. We maintain only the upstream version.

What is this Chocolatey?

We need a way to delete a secret subkey.

No direct way. You can do this:

Ooops. you meant a subkey - let me check...

Sure: --delete-secret-and-public-key FINGERPRINT

The --grab/--nograb to my knowledge has nothing to do with the handling of the DISPLAY variable. Which is not used by Wayland. I believe Wayland uses WAYLAND_DISPLAY. @4tmuelle you may want to open a new task on the DISPLAY variable handling.

OK, sorry. Forgive me to ask here.. but is there a way how to remove both - the public and the private part? - and only of a specific subkey?

That is intended.

Werner, so what do you suggest? Does Enigmail (and any other tool using gpg, and actually also across tools) need to make sure that there are no concurrent calls to gpg of the type that could lead to adding a new key in the keyring?

Confirmed. Same behaviour and environment as described by HB1000 but with Windows 8.1 x64.
Outlook displays a message inside the mail "decrypting message..." (something like that) and then the message window is blanc as if there is no content.

In T3279#101923, @werner wrote:

I have changed gpg-agent to make --no-grab the default. The new option --grab can be used to revert this.

Ok, thanks for the explanation.

When Enigmail is running several operations at the same time it is possible that this happens. We would need to take a read lock for the entire time it takes to fetch the key or use other complicated methods to avoid a test/insert race. That would be very inconvenient. The proposed solution is to have just one process to update the keyring.

Hello Werner and other participants,

OK, I managed to replicate the failure of apt. Please note that it's not the failure of gpg.
So, your bug report is marked "Invalid", as a bug of gpg. Please understand that.

Thanks Werner for your suggestion, but what I am wondering is , in the previous versions "--passphrase" option would be used to provide passphrase in the command line and thus prevent prompt to get input from us every time. This helped to automate the encryption process. But now in 3.0.0 regardless of option, it keeps prompting for passphrase.

Do you have any idea about this issue?
Exactly same behaviour here.
Windows 7 Enterprise 64-Bit, Outlook 2010 (Version 14.0.7188.5002, 32-Bit), GpgOL 2.0.1
Tell me if you need any diagnostic logs, ...

... gpg-agent hangs. After cancelling the process it works again ...

Thanks. I added you to the wiki page.

The private key, which is protected by a passphrase, is handled by gpg-agent. If you really don't want a passphrase (you have it in a script or the command line history anyway) I suggest to remove the passphrase from that key. Other options are

It seems that you have confusion between gpgv and gpg, and using "trust".

From my viewpoint, it works well. Just you don't have a permission to install the library to the directory.

I mean correct me if there is anything wrong in the command

You're saying you did not typed wrong

no it is not

imagine a 00000000 and the last digit is ON 00000001

i am sorry what is 8 digit challenger?

is it 8 digit challenger ?

I'm also facing the same issue here.

Oh, God, someone please solve this problem. It is so annoying. Tried everything I could, installed and uninstalled the softwares and accomplished nothing.

i'm facing the same problem. Would love to see this problem solved

I'm also facing the same issue here.

I’m facing this issue too..

I think with the SRV entry, I can configure the server in the way I want to....

In T3437#104021, @werner wrote:

dirmngr has its own stub resolver to do DNS resolution via TCP so that it can be routed via Tor (to 8.8.8.8 which is a heavy traffic resolver and thus it will be hard to single out requests to other often used addresses.).

thanks for the links to documents.
we've setup submisson-address and policy links.

Sorry, I haven't waited long enough.
It's happened again. After leaving Thunderbird open for a while, when consulting another encrypted email, the window asking for the password does not appear and does nothing.
I need Gpg4Win, I'm going back to Gpg4Win 2.3.4

Indeed. Van is a wonderful person.

That seems to be a conflict between the two extensions. We need to look deeper into that so learn why it could go wrong and whether there is a way to work around the conflicts.

Up again. Thanks Jens.

I think it might be a cleanup problem.
If you uninstall Gpg4Win 2.3.4, restart the computer, and then install Gpgp4Win 3.0.0, everything works correctly.

If someone could help me on how to debug on outlook, I could produce more information about this bug.

On Tue, 10 Oct 2017 09:35, noreply@dev.gnupg.org said: