ssh does nut support brainpool curves and thus GnuPG does not know how to map its internal name of the curve to the name as specified by ssh. GnuPG supports these curves:

Ouch indeed. Looks like you run into a "hanging" gpg-agent situation in that case our main background process is blocked and all other processes wait for it to respond and nothing works anymore.
This should never happen and we need to fix it. But so far we have not found a way to reproduce it.

There was indeed a missing dependency. libgpg-error and libassuan were only installed if GPGME was installed, so only if Kleopatra or GPA were selected.

Somehow I thought that storing drafts locally was not only configurable but the default. But you are right, I also can't find a way to change the storage location.

Hi,
sorry for the late reply. I cannot reproduce the issue.

If there is a way to disable sychronisation of the draft folder in Outlook 2019 when using IMAP, it could mentioned in the meantime, but I couldnt find it.

Also reported for Contacts in T4161.

I think that this is the same as T4388 So I'm merging it in.

Regarding 1. That is currently not possible. It is something we should have but which we did not yet implement. I'll move this out into a feature request.

Btw. I'll try to get a new release out this week. In the meantime either downgrade to 3.1.5 or use Kleopatra.

Jep that was part of Gpg4win as Gpg4win needed features / fixes from that version.

Hello in the meantime thank you for the help I sent the command and I come out the same as the example you sent me change only rsa4096 that I set voluntarily when creating the key. I realized now read well that I mistakenly indicated the wrong e-mail address is it possible to correct it? if I can send you a screenshot. let me know

GPGME 1.12.1-beta43 is nowhere near the current master. Current is around 1.12.1-beta130 (or above) and beta 43 would've been months ago, probably early November or late October.

Does gpa show that your key has a public and secret part?
Open a command shell (cmd.exe) and enter: gpg -v -K
This list all you secret keys - Do you see it something like

I have everything on the same machine until last week everything worked now does not allow me to decrypt only that my pc had a forced shutdown of windows I would not have been the one I tried to uninstall and reinstall pgp4win yesterday but the problem remains

Okay, this is the latest released version. I now wonder what you mean by version 1.12.1-beta43. This sounds like our current development version of the GPGME library, right? How did you install this software? Is it from Gpg4win or did you build it from source?

You don't have the secret key part matching the public key part which was used to encrypt the message. You must decrypt on the same machine and account on which you created the key. Or you need to copy the secret key from the first machine to your current machine. GPA as export and import options for this. Please read the Gpg4win compendium to learn about the details

i can t decrypt message!!!

Looking at other threads I found the problem in some .lock file in my gnupg directory. One of them was locked by a running process and I was not able to delete. So I opened up task manager and I had dozens of gnupg related processes running. I killed all of them and removed any .lock file.
This way Kleopatra started again but the certificate above (aruba) was not present in the imported ones. And, of course, I'm not going to import it anymore, will use my sixt sense to trust certificates...

The exact file that created the lock is attached

The only action I can do is quit the program telling it to stop the background actvity, but I cannot use it anymore...

Ouch, worse problem here. After closing kleopatra telling it to stop doing whatever it was, I restarted the application and now it's stuck in "Loading certificate cache"

The certificate was defintely missing the tag lines, thanks. I also tried opening the certificate from that page (Windows has no problems without the tag lines) and exporting it explicitly as base64, and the output file is fine.
The problem is that the import now seems to go well, but no certificate is imported at all. I tried several times and the import box just closes after selecting the file.
I tried to close Kleopatra and it says there are ongoing background operations. At least 15 mins passed between the import and the closing tentative.
Actually, it is stuck doing something.

Thanks for the report.

The other option would also work for me. Thank you!

Btw. I only noticed this now as I always had "disable-tor" in my config but recently removed it for testing.

I agree! THANKS

I think this can be resolved according to the last comments. We have analyzed it and found that it is not an issue on our side.

I could reproduce the issue and fixed it similar to the code suggested.

The dialog is improved and simplified now.

As a workaround you could also forward the mail to yourself and remove the attachments in the forwarded mail. This would basically work the same as I've described in the previous message.

The next version will have a "decrypt permanently" option. Afterwards you could remove the attachments. Will this help in your use case? You could for example copy the mail into a local folder and remove the attachments then.

Hi, thanks for the report.

I'll try to reproduce it.

(Changing this to invalid as it is more a question and not a bug report per se) You can still comment.

Thanks for the report. Indeed a bug. Will be fixed in the next release.