With that in place, I think there is no need to add them to the PATH.

So far we could recreate the following issues:

DLL hell. There are no command line tools and thus tehre is no need to put them into PATH. Well, except for the shasums - if that is really required, put them into a different directory but that needs to synced with Kleopatras use.

In what kind of problem should we run by adding it to the path?

The gpg4win 3.0 installer does not have the option to install documentation, therefore the docs are missing on purpose. This is done to lower the footprint of the installer, but they are of coursestill available via the homepage.

Why should that be useful? It will only run us into lot of problems.

There are more Logfiles:

Then this is a duplicate of T3442 as well! Thank you for you Logfiles and your report!

I have both types of certificates stored in kleopatra; S/MIME from StartCOM and OpenPGP created by Kleopatra.

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

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?

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.

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 ...

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..

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:

Still failing.

In T3438#104050, @werner wrote:

Our standard test on whether WKD is supported is by looking up the file submission-address in the WKD. If it exists we assume that there is some way to upload the keys.

https://netzguerilla.net/.well-known/openpgpkey/submission-address

does not return anything.

gpg-agent.conf actual content:

Our standard test on whether WKD is supported is by looking up the file submission-address in the WKD. If it exists we assume that there is some way to upload the keys.

See T3441 for one additional screenshot with error codes.

The log file shows that gpgex (or explorer) crashes.

The output from gpgsm -K in the last quote is perfectly okay. -K works by iterating over all public keys and checking for each public key whether the private key part is also available. If the private key is not available gpg-agent returns an error.

Does anyone of you have a gpg-agent.conf and if so, what options are set?

It works correctly when installed and executed.
After a period of inactivity and with Thunderbird still open, it stops working.
With Gpg4Win 2.3.4 it works correctly.

The question is how to detect whether v4 or v6 is supported. Most systems support both versions but that does not mean that they can actually be used (i.e. due to improper setup or no connectivity). Even the "address family" not supported can be due to a missing kernel module and thus be a transient error message.

I agree with @kristianf that dirmngr should be more clever about this sort of failure. The error message could be clearer at least, but the right response is really to skip all IPv4 addresses if the machine has no IPv4 stack, and to skip all IPv6 addresses if the machine has no IPv6 stack.

This doesn't seem just to affect E-Mails but also File-Encryption.

I'm trying to find all relevant information first, then we can discuss who should work on this.

The workaround I've found is to put:

So, who is going to work on this?

Indeed the notes for QT 5.9 do not anymore show Vista as supported. Stupid decision if you ask me.