PC's dead for 30 minutes after clicking "Send" with the recent versions of Gpg4Win……

System: Windows 11 IoT Enterprise LTSC (version:26100.3915; 24H2).

Office: 2021 (ProPlus).

Not sure why this happens with me? I downloaded the latest version of Gpg4Win and install it fully-featured into my new PC, and when I open the Outlook to try to write an email to someone by clicking “Send” button, my PC got frozen and there’s no responses at all to my keyborad as well as mouse. It just took me 30 minutes and there’s a dialog popping up, saying “Choosing which you want to sign with”, then everything goes fine with me.

I mean it took me 30 minutes before I applied encryption to my mail with a txt attachment (73 Bytes), why? it used to be find until I installed (4.4.1), and after several tests, 4.4.0 and the 5.X also have the same problem.

But it seems everything went with me fine if using the old version, I remember……

Any clues or suggestions? Or anyone also meets it?

Hi @SEWeiTung,

my PC got frozen and there’s no responses at all to my keyborad as well as mouse.

it may be triggered by something that Gpg4win does, but it looks like there is a different problem with your PC. It could be software or even hardware.

Note that the longest delay with Gpg4win may come from it trying to get some things over the network (this would be either certificate revocation lists if you are using S/MIME or an attempt to look for a new version) , dirmngr is the component doing the network access.

Other software like overaggresive firewalls and Outlook-Add-in may interfere. Try to get som e help with analysing general issues on our PC (like checking the running task, disk health, memory health and so on).

Best Regards,
Bernhard

@bernhard:Thanks for a quick view and reply, here’s my result:

I did three tests (All of these mails are with sign only):

  1. Directly send an email with some plain text in English.
  2. Directly send an email with some plain text in Chinese or Japanese or Korean (Non-Latin letters).
  3. Directly send an email with some plain text with an attachment (either in Latin or Non-Latin language).

The result is: 1 and 2 goes quickly, however step 3 is a bad ending…:(. It still took me about 23 minutes (20-30 minutes’ period in average)。

Not know why? Here’s an log for you maybe you can find out something? It seems this only happens when with an attachment, no matter how big it is…?

Notice: The auto-logged file is TOO large to submit, so I used 7zip to zip it and rename it as “gpgol.log”, please rename it back to “gpgol.7z” and unzip to fetch the real log file instead :slight_smile:

gpgol.log (151.5 KB)

Try to get som e help with analysing general issues on our PC (like checking the running task, disk health, memory health and so on)

Yes, maybe you can have a try in your PCs to see whether the same issue or something related can reproduce or not…

Whatever it is, it should not make the full PC unresponsive. Which tasks are running while this happens?

(We probably try next week.)

Yes, that’s what I feel puzzled about…when with an attachment especially. So I suspect it’s the problem of gpgoL(Outlook’s plug-in itself)?

PS:S/MIME is removed from the PC.

Whatever it is, it should not make the full PC unresponsive. Which tasks are running while this happens?
(We probably try next week.)

So what’s happened later?

When I tested version 4.4.1 on Windows 10 I had no problems. With or without attachment. With previous versions like 4.4.0 I also didn’t experience such problems.

Thank you for the report, I have brought this to the attention of a developer. He will analyze the log file. After a first quick look it looks a bug.

When I tested version 4.4.1 on Windows 10 I had no problems. With or without attachment. With previous versions like 4.4.0 I also didn’t experience such problems.

PS:Thanks for your patient answer.

I did this experienment again, and I found:

  1. Everything goes right with me ONLY in GunPG (Command mode)

  2. Everything goes right with me ONLY in Kleopetra window mode (either Encryption or Decryption ).

  3. This only happens in Outlook mode (Outlook plug-in problem)?

  4. Even if when I’m using Mailvelope (Browser integration mode), everything is going fine with me.

Yes, it is a GpgOL issue. Thanks to your report with the helpful log, a developer has already fixed it (but that fix is not released yet).
It is tracked here: ⚓ T7714 GPGOL: Attachment treated as text

2 Likes

As I could not reproduce this issue, it would be helpful if you could test if it is really fixed with the latest Beta-345 of Gpg4win.

As I could not reproduce this issue, it would be helpful if you could test if it is really fixed with the latest Beta-345 of Gpg4win.

I used to test it, still with the same issue.

Wait for the release of bug fixture.

In the current 5.0-Beta-345 build from 2025-07-14 the fix proposed by the developer is included.
Do you mean you tested with that new Beta version already? Or did you test it with an older 5.0Beta?

In case it is still the same for you with 5.0-Beta-345, then the next release will still have the issue unless we find another possible cause for it and fix that.

Our problem here is that we can not reproduce your issue ourselves. If it is not fixed in the current Beta, we’ll need more information from you, otherwise it will not be fixed.

Yes, it is a GpgOL issue. Thanks to your report with the helpful log, a developer has already fixed it (but that fix is not released yet).

This problem still exists in the latest Beta-345 of Gpg4win.

Here’s the attachment for you to see what’s happening:
gpgol.log (97.9 KB)

Plz rename “gpgol.log” to “gpgol.rar” and unzip it.

Hi, I got feedback from the developer.
He says the log level was to low for that log, it doesn’t help him. He needs log level 10 for this, which is “+call tracing” in the GUI.

Hi @SEWeiTung,

if you haven’t had the chance to now a log with more info (and clean it before sending), here is a new beta that you could try:

https://files.gpg4win.org/Beta/gpg4win-5.0.0-beta369/gpg4win-5.0.0-beta369.exe