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.

From reading T3425, I would say that QT isn't supported anyome on both, XP and Vista. XP has the additional issue, that CancelIoEx is missing (which seems to be called from QT since Q5Core.dll uses CancelIOE).

I recieved the Log File of a user which may helps analyzing this problem further

That is a server error - the redirect is under the server's control and if the server advises to connect via http we should do that. Well, unless our policy is to not allow such a redirect - such a policy makes a lot of sense of course.

• On XP we see an error message from Windows that CancelIoEx is not availabale in XP.
• On Vista we see a different error which comes from Qt and not Windows. See above.

I don't know yet what exactly is going wrong, but it seems that it is consistently not working with standard configuration on Vista and XP.

[it seems you are using a Debian version. Thus please report bugs to Debian - they have lots of patches over standard gpg.]

Something related seems to still be happening in 2.2.1. make test passes, but here on macOS 10.12.6., my ~/Library/Logs/DiagnosticReports is full of crash reports for scdaemon. As far as I can tell from the timestamps, it looks like scdaemon is *still* getting called by the gpg test suite, even though I built gpg with the flag --disable-scdaemon.

The Vista problem seems to be unrelated to the missing CancelIoEx in XP. The error message is that it "... could not find or load the Qt platform plugin "Windows" in "".

I'm not sure this is what you are looking for, but in Kleopatra latest version (3.0.0-gpg4win-3.0.0), it is possible to use ascii armor by default in all encryptions:
Make sure you check the following options in settings:
Settings > Configure Kleopatra > Crypto operations > Create signed or encrypted files as text files

So how would one distinguish between private and public key using any kind of automatic processing?

No. GPGME can't check return codes because it uses a double fork approach.

--clearsign is for text only and canonizes the the signed text to make it robust against different line-endings and white space changes. Thus this is no bug. To get a bit identical copy you may not use --clearsign or --text-mode but use standard signing,

What you see is the public key which is always part of the private key.

GnuPG is definitely not affected. I do my release test on Vista Ultimate Pro (or whatever it was called)

Someone described this issue with Windows Vista as well.

Did just that in master and 2.2.

CancelIoEx is supported by Vista.

I think it was a version problem.
I have now installed gpgOL (2.0.1) and gpg4win version 3
It's working.
Just that emails do not directly access "decrypt", but those that are sent from MAC arrive as an attachment, with ASC termination. I need to change the extension to PGP, decrypt, and generate a file without extension. Then I need to change the extension to EML and then I'll be fine.
Can you fix it?

I assume you installed gpg4win. Which version did you install? 3.0 is the latest.