Normal priority for now until we get more reports of this. For now we have to assume that while this problem is disastrous it happens rarely as we did not get many reports about this.

Thank you very much for your good and detailed report.

So the error handling is improved now. We restore the original body on error and show the error in the tooltip of the GpgOL Status Icon.

I can reproduce it if I send and receive with Outlook 2010. I have some working mails in my Outlook 2010 though, this is the reason why I first thought that it did not happen for me. Looking at the same mails in Outlook 2016 works fine.

Thanks for the detailed report. I can't reproduce this behavior. Neither on my Outlook 2010 test system or my Outlook 2016 test system.
I can see several verification errors in the Log. First todo: Communicate the error and restore the original body.

While testing more I find this issue very irritating.

So the selftest fails and then Kleopatra crashes? Mmh I'll try to break my gpg4win installation in a similar manner.

Priority Low as it's partly a question and We can't reproduce (for me keygen is reasonably fast)

@PaulJ this sounds like a different problem. For you it does not show. In this report the pinentry open's in the background for file sign / encrypt.

I'm giving this normal priority because I can't reproduce this.

I'm closing this as a duplicate of T3459 even if this bug is older we used it to discuss side topics.

Hi, sorry this is a known issue. To quote the README:

Thanks for the test!

I fixed the problem with multiselection that caused a very similar log for me. The fix is now in 2.0.4-beta6

I'm pretty sure I've fixed it. It would be great if you could try with the latest beta (currently 2.0.4-beta6) from https://files.gpg4win.org/Beta/gpgol/ (just replace your gpgol.dll in the gpg4win/bin or bin_64 folder with the one from there. To confirm that it's fixed.

As I reported this myself and fixed it. -> resolved.

Well the key resolution handling and dialog needs some love. Thats on the todo. But this issue here can be resolved as the op says.

I think this can be resolved.
GpgOL in gpg4win 3.0 supports HTML Mails. There is no extra setting which variant is preferred for multipart/alternative mails because GpgOL reads that setting from Outlook and prefers the same that Outlook would prefer.

I can reproduce a similar behavior when selecting all mails in a large folder. This was for T3433 It's not a loop it's just a huge load of "Read" events Outlook sends GpgOL and GpgOL looks at every mail.

Indeed indeed. I can reproduce and see that GpgOL is very active when many mails are selected. This is a regression, it worked with an older MIME enabled version. I'll look at it.

The symbols are coming from the message class and are only updated when the mail is viewed and afterwards unselected. It might be that Outlook sometimes does not update the symbol when the message class changes after the message has been read once.

I think I fixed your problem. We had a similar problem in the past and the fix there was not to invalidate the UI (Update GpgOL's status button) so quickly when the selection changed.

Hi,
thanks for your report. We already have this on our todo with high priority: T3514
I'm resolving this report as a duplicate.

@simypat Please try to move away GnuPG's data directory ( %APPDATA%\gnupg ) and start GPA again. That should fix it as the problem was a corruption of an internal database that lives in the Home directory (and is not removed when uninstalling).

According to our tests and the Message board this is fixed.

What happens in the log:

I can't reproduce I sent myself serveral messages in which i pasted a PGP Message and they worked. I tried both HTML and Text plain messages.
To be sure I also installed Gpg4win 2.3.0 and sent myself a message with that and that also worked :-/

The problem is that gpgme-w32spawn.exe uses DETACHED_PROCESS which means that the newly created process does not inherit the console of the parent process.

rO13950a985228 Works around this problem by launching Kleopatra in the background when Outlook is started.
This should both speed up the first operation and work around this issue. In my opinion it's better to waste some resources in the background if Kleo is not needed then to create a bad user experience if encryption does not work and results in a hang of outlook.

I could not reproduce it again on Friday. Did some code staring to find the issue but failed. Everything looks Ok.

I tried to reproduce this simply by creating an encrypted file with gpgme/test/run-encrypt and then running kleopatra on it "kleopatra /tmp/foo.gpg" kleopatra prints in debug output the decrypt / verify result from GpgMEpp. No error for me.

Forgot to mention this bug in the commit addressing this. ( 278893850ed926d4646929ee97576a8d09fd4998 )

Thanks for your reports.
I can finally reproduce this on a new Test VM which I gave little resources. Most of the time it does not work. Sometimes it works. Looks like a timing issue, on my main development VM which is fairly quick it always works. I'll work on it.

Sorry for the confusion. We tried to reduce the interactions necessary to encrypt a file and our rationale was that users mostly want to either always use textmode or never. (Also See T3486 )

Thanks for your feedback. But this is intentional. There were two problems with with this:

This was only for multipart/alternative HTML mails which was a fairly recent feature for GpgOL.
The encoding for html mails was handled incorrectly as it took the encoding of the text/plain part and not the text/html part. Fixed now.

Indeed. Thanks for your report I can reproduce this. Funny how this was missed through all the Beta's and pre release testing.

How are you connected to your server? I mean IMAP, or Exchange MAPI or is it a Hotmai / Outlook.com account?

Not possible to replace it through config as we can't "check" like with sha1sum and the format differs.

Outlook 2007 is deprecated and we will only fix security issues there (or remove it altogether in the future as Outlook 2007 is no longer maintained by MS). GpgOL for Outlook 2010 and Later in Gpg4win 3 has HTML Mail support.