Or when there is no name the email will be taken:

Hi, yeah its complicated for Kleopatra to detect the defaults as they can be set both in Kleopatra config and GnuPG config. The GnuPG config overrides the Kleopatra config. Kleo has code to handle this but not when it adds the comboboxes to the GUI. So I've just removed the "default". We only had this for RSA and DSA / Elgamal, for ECC we did not indicate the default.

I can reproduce the issue. GpgOL creates a temporary file using the original filename and that fails because the pipe is one of the invalid filename characters on Windows / NTFS.

After digging through our complete parser code it turns out that we did everything correctly but Outlook adds the line break when we change the bodyformat from HTML to plain text. So this issue only existed since the fix for: T4639

It's not only for URL's. I've tested with any long line when sending "text/plain" GpgOL properly sends this but displays it wrongly.

Last week:

• Kleopatra 3.1.12 and some minor work on it.
• Some minor work on GpgOL
• Mostly buissness development again.

Hi,
could you please change the edit policy back to all users so that I can change the status of this task?

I think this might be the issue with High DPI support problems. T4819 which is not yet released.

Argh, I had overlooked that you even mention a pull request.
So Apologies that I did not attribute the fix directly to you.

Thanks for the nice report. The fix was completely straightforward, I just didn't think about rich text when I implemented it.

Last week:

MAPI Namespace has a pickFolder method which can be used here.

This was the underlying reason behind the data loss described in the wald issue.

The problem is with the code for T3656

Thanks for the report. I can reproduce this by replying to S/MIME enc & sign mails.

While triaging issues this looks to me more like a support case. And not an issue of the software itself. So I'm closing this issue.

Uh, I just noticed that this issue is from dec. 2019 I am unsure why I overlooked this and only noticed it in my regular tracker check today.

@JJworx Thanks for the suggestion / feature request.

Last week:

• Mostly "technical sales"
• Added support to GpgOL that "gpgsm --learn" is called if an OpenPGP card is inserted with keys for which there are no keystubs. -> Nice hack :-)
• Looked into reported performance problems in Outlook with GpgOL

Last week:

This was implemented 0d2db8b81ab24e2ab02d7ba6832cabd07b72f852 in Gpg4win-3.1.11 but does not work reliably.

Closing with Info Needed.

I'm moving this from testing to open again. Especially the deletion is an issue. I had a report that even for a sent mail Outlook.com also stores an unencrypted variant in the "Trash Bin".

Works nicely

This was released in December 2019