It would be very helpful if you could export ("Save As") such a mail in Outlook and attach it here / send it to me. I don't have to be able to decrypt it but I would probably be able to figure out why it's not detected as a crypto mail.

The connection is a POP3 connection. Email server is a 3rd party email service provider. I doubt is an Exchange server (I believe they run a Linux server).
Switching to a different mail and back makes no difference - no email body displayed for the encrypted email.

As the crash is fixed and awaits release I think this issue is resolved. But that does not mean that we support G Suite sync. I don't see a quick fix :-/

Priority High as we should decide for the next release in which direction we should move.

Fantastic! I have these following issues:

Thanks for the confirmation.

Hi, sorry for coming back so late due to lack of time - but good news is: With GPGol 2.0.4-beta15 decryption now also works for us, great! Now we only have to check for a Outlook 2016 stability issue...

I tried a bit to find a Workaround. As far as I can tell Outlooks built in S/MIME Support does not even work with GSync. If anyone can send S/MIME encrypted or validly signed mails trough GSync please let me know.

In T3424#106481, @aheinecke wrote:

Noticed one problem already. Google rewrites the PGP/MIME Mails we send into a multipart/mixed mail with the PGP Data as an attachment. I'll see if I can find a workaround :-/

In T3424#106481, @aheinecke wrote:

Noticed one problem already. Google rewrites the PGP/MIME Mails we send into a multipart/mixed mail with the PGP Data as an attachment. I'll see if I can find a workaround :-/

In T3424#106451, @aheinecke wrote:

Already handled the crash in: T3540

I need to get a test setup with google sync. Any chance someone has a test account for me?

I'll try to register myself for the free trial period.

You're the hero!!!!

Noticed one problem already. Google rewrites the PGP/MIME Mails we send into a multipart/mixed mail with the PGP Data as an attachment. I'll see if I can find a workaround :-/

So I went through the google app sync setup and now have a test account.

@aheinecke From a first glimpse, I think we got it. Great work!
I replaced both versions of gpgol.dll as adviced (surprisingly /bin was locked, I expected /bin_64 ).
Thereafter Outlook decrypted all "old" message instantly and without any problems.
Thanks for the effort you spent and the fast reaction time!

Already handled the crash in: T3540

Thanks for the efforts. I will subscribe there to be up to date :-)

Oops I just noticed that this was already reported in T3424 which I somehow overlooked. Let's handle it there as there are more subscribers in that report and it's older.

So both your mails did show the exact same behavior for me. The PGP MESSAGE was shown in the mail and not attempted to decrypt.

Two versions of the same message as shown in the comment of 24th Nov.

I did some experiments with HTML Mails, Leading Text, Trailing Text etc. Everything worked fine for me.

In T3537#106396, @Xv wrote:

I have some progress and a step back.
Turns out that one of the installed plugins was causing the problem: "PDF Converter 7.1 Outlook Add-in".
I disabled all plugins (except GpgOL) and then enabled them back one by one.
With PDF Converter add-in disabled I'm now able to see the decrypted email body (sent from myself).

Can someone please add

Hi, thanks for the test. This sounds a bit like T3378 if the central component "gpg-agent" hangs everything relying on it may also hang. :-/

We have similar reports in our message board.

I put it at high priority because i want to check / fix this before the next release.

Ok I'm pretty sure that the Google MAPI provider is the problem because it likely has some different Data structures.
For Sender we already have three fallbacks as it's saved differently for Exchange over MAPI, Exchange Active Sync and IMAP. So we probably need another fallback for Google Sync >.<

Thank you, too for the report and testing.

Tested GpgOL 2.0.4-beta6 with Outlook 2010 32bit and Outlook 2013 32bit on Win 10 1709 64bit.

I have some progress and a step back.
Turns out that one of the installed plugins was causing the problem: "PDF Converter 7.1 Outlook Add-in".
I disabled all plugins (except GpgOL) and then enabled them back one by one.
With PDF Converter add-in disabled I'm now able to see the decrypted email body (sent from myself).

I use the Google Sync plugin to connect with our company Google Apps account. It also synchronizes the calendar entries as well as all other special stuff.
I'm quite sure that the standard POP/IMAP mechanisms in Outlook might not deliver the sender's address (however the receipient's address is contained in the logs above - my googlemail.com address).

I'm using the same Outlook 16.0.0.8625 on Windows 10 with a Gmail Account over IMAP and I have the Google Apps Sync plugin enabled. Everything works fine :-(
What is your senders account? Is that also GMail or something different. In the log I only see that the recipient is GMail.

I'm currently triaging. I give this high priority even if it is testing. We probably need a new GpgOL release soon as there were already some bugs fixed (e.g. Selecting many messages)

Thanks.
So GpgOL can neither figure out the sender's address nor the recpients. It then fails to do crypto because kleo does not know who it should encrypt to.

For now low priority until we receive additional information. From the report now I don't really understand the problem. Maybe T3459 ? as the report mentiones moving mails.

Done. Now Outlook does not crash anymore, but GPGOL emits an error dialog:

12:33:30/13972/oomhelp.cpp:get_oom_int: Property 'BodyFormat' not found: 0x80040108
12:33:30/13972/oomhelp.cpp:get_oom_string: Property 'HTMLBody' not found: 0x80040108

Here you are

Strange, do you have any other addons? Maybe some interference.

Indeed the PGP Inline handling should be more robust. If there is leading of following text it should not error out. But as there will always be problems with that I really recommend that you use a standard format (PGP/MIME) to communicate. Then the key would be just an attachment that could be imported in Kleopatra and all the data would be encrypted / signed.

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.

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:

I have installed the update now @JochenSaalfeld and will observe the behaviour over the coming days.
Somehow my Outlook in combination with the plugin messed with the registry. I could only permanently re-enable the plugin after removing all related registry entries in HKEY_CURRENT_USER. Otherwise it would not load on start anymore even if activated by me.

Thanks for the test!

Hello Jochen,

It could depend on the formatting in Outlook (changing hyphens etc.), e.g.
-----BEGIN PGP MESSAGE----- looks sometimes different in Messages.

Great, I'll do it :)

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.

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.

Thanks. I'll give that a go. The only issue here is that it takes quite a long, random time to happen so chances are a successful fix is one where I never revisit this ticket :-)

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.

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

Thanks for that assessment.

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 :-/

Thank you for your detailed report and the description for the reproducable setup! We will investigate in that issue!

I've sent an email from Outlook using version 2.3.3, to myself. What I see in Outlook with version 3.0.1 is:

-----BEGIN PGP MESSAGE-----
Version: GnuPG v2
hQEMA6jFcgdYY5bVAQgAhWTqExXJVk3aPC5rKYFUeb0NSR+TtChjBzxBrFzQ5qDr
trJiT6o7XoFYDKwdJFXMv81Zcetsu/dOq3dPoCpaQDAtna8xshJDogsx7bOV5bvO
9kLzegZqUk4RzAJLCOTkIISh/Qi6o6kXL4+Iwm17FKfVb0MSAjmrOV50SevrKpD+
PxEYr7BJHRwA9HcYMCb1tvao74AFShZV2olEuwuGvF2nuuqTl6MngKI0Qhteds3F
B6MPOckhHvOCLr3u1z7ld+svggaVFhPyTbXuGxTXAHyieeUr0yf+p4UufdTj3XTn
L/ZeK7l0TKJykbWZmFfZFDClyEDvQx1Vq7ggLuIbh9I/Ab/LkshjC+QGFmfpVaH/
D03ZQv+RStnlI3ZVWvWsAxsaWp/hEsP4RHkmVQXhI4YeRBw1e6TeXzvTvMidjnBC
=oLiX
-----END PGP MESSAGE-----

In the GpgOL ribbon the button shows a question mark and an "unsafe" label.

We both came from Gpg4win 2.3.2, WE BOTH upgraded to 3.0, as a consequence WE BOTH were unable to decrypt mails once encrypted with Gpg4win 2.3.2 (and actually way older Version of Gpg4win): Please also see https://wald.intevation.org/forum/forum.php?thread_id=1781&forum_id=21&group_id=11 for further description of the issue. Now I AM able to decrypt these mails, my collegue is not (even she also is on 3.0.1).

So to get this straigt:

Unfortunately not, since I am able to decrypt them now (also encrypted with GPG4Win 2.3.2) AFTER the upgrade from 3.0 to 3.0.1 (we both went from 2.3.2 to 3.0 to 3.0.1).

In T3419#106033, @cdeibert wrote:

Hi, VERY odd: My collegue has the exact same installation and environment (actually software deployment-based), she still is suffering to decrypt Mail encrypted with GPG4Win 2.3.2.

Hi, VERY odd: My collegue has the exact same installation and environment (actually software deployment-based), she still is suffering to decrypt Mail encrypted with GPG4Win 2.3.2.

In T3367#106015, @RockyMM wrote:

Treat this as "Cannot Reproduce".

In T3419#105989, @hs wrote:

Just installed Version 3.0.1. From a first glimpse, it seems to work more stable in Outlook context.
But decrypting older plain text messages still fails.

Hi, also installed 3.0.1. For me decrypting older plain text messages now works!

I really want to retest this, but I cannot promise anything. We are using a workaround regarding encrypting email.

Thanks for that clarification Jochen; at least it confirms I'm not going mad. I've got it installed now so will update this if it happens again although, in the meantime, it might be taking a look at the log I attached (if you haven't already) to see if it hints at any behaviour that you know has been fixed.

by "just released" I mean: minutes before i wrote that comment. Since you mentioned gpg4win 3.0.0 in your post, I think you worked with the now old stable release.

Just installed Version 3.0.1. From a first glimpse, it seems to work more stable in Outlook context.
But decrypting older plain text messages still fails.
Using GPA (copying PGP ASCII text into dashboard) decrypts contents without error.
-----BEGIN PGP MESSAGE-----
Version: GnuPG v2
...
-----END PGP MESSAGE-----

Updated this morning and just had a freeze again. Enabled debug mode now. For me the freeze often happens when my pc is locked and I'm not using it for a while, then return to my PC and select another email.

When you say "just was released", do you know what time that was at? My reason for asking is that I checked for an update just before posting this bug report! I'll try it and see how it goes.

This error doesn't seem to appear anymore in Version 3.0.1 and it doesn't exist anymore for me.

@cosimo193 ; gpg4win 3.0.1 just was released. May you check if this error still exists with that new version?

@RockyMM Does this issue still persist with the newer Versions of Gpg4win, like 3.0.1?

@cdeibert, can you may check if this error still exists with the freshly released Version 3.0.1 of Gpg4win?