I am tending towards wontfix. The reason is here that the sender attempts to send HTML with inline pgp. Which is not supported. Then that HTML apparently tries to be mutlipart/related which is not supported for inline PGP. Then it would require us to correct a wrongly sent content type of the inline attachment so that outlook does not interpret it as a png. And in that Format it could even be that Attachment1.pgp is not encrypted but instead png data, as the content type indicates.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jan 28 2022
Jan 24 2022
Jan 10 2022
Dec 28 2021
Unfortunately same story for GpgOL v42.5.1. Tried disabling all non-Microsoft plugins, however to no avail. Signed and encrypted messages are shown as blank, whereas I can see the content of the signed e-mails in the Outlook web client and on my iOS device.
Dec 22 2021
Nov 11 2021
Tested both with the policies key and with the normal key and with HKLM fallback. Works as expected. There was also an issue where the error handling in case setting the HTML body failed did no longer work, probably since the verification preview changes. This was fixed with 76b43345cdd3e932dae7b677e5c021ca52191f8e
Oct 25 2021
Oct 20 2021
Sep 29 2021
Enigmail's support for Thunderbird 68 ends in two days:
https://www.enigmail.net/index.php/en/home/news/71-2021-08-31-end-of-support-for-thunderbird
Aug 25 2021
Aug 24 2021
Aug 13 2021
Jul 8 2021
Jul 2 2021
Jun 29 2021
Jun 17 2021
Jun 11 2021
Jun 1 2021
May 10 2021
Apr 28 2021
Should be mostly done. What's missing is selection of groups in the approval dialog. Groups are not (yet) supported by the KeySelectionCombo.
Apr 27 2021
Apr 22 2021
Apr 19 2021
Apr 15 2021
Apr 4 2021
This feature does not use Outlook per se.. It's a problem with Exchange really. An Exchange Add-in would be needed to solve it, an Outlook add-in such as Gpgol can't do anything about it..
Mar 12 2021
Hello,
it seems that the log got lost in the way for me at least, can you confirm you received it?
Mar 8 2021
Mar 3 2021
Mar 2 2021
Well, this is a pure Windows bug. It easily shows up when running dozens of gpgsm processes each importing a different certificate (e.g. using Kleopatra's current importer, which spawns one process per cert). The only possible fix is to close all files before starting a long running operation *and* before locking the files.
Please test this with the Outlook plugin. It doesn't seem to be used elsewhere.
Mar 1 2021
Hi Ingo,
@rjh reported a problem with keyboxd from the current 2.3 beta on the ML. This is also a locking problem and _might_ be related to this bug.
Feb 25 2021
Notes to self:
- The function is called get_best_pubkey_byname (in g10/getkey.c).
- Recent changes:
Feb 23 2021
Any idea, what this could be? Misconfiguration from my side?
Feb 22 2021
Released with gpg4win-3.1.15
Feb 11 2021
Feb 8 2021
The problem ist not an "ugly error message" but it does not recognize that the e-mail IS encyrpted by Symantec-PGP! But the plugin always says:
Feb 2 2021
Hi,
the accounts are Exchange Accounts in Outlook 2016, getting Data from an Exchange Server 2016.
Feb 1 2021
I think this works now with error handling. At least it works for me, but needs some more testing of course.
Jan 28 2021
Jan 26 2021
You should have received mail with additional log levels now
This has loong been resolved.
That says "Interface not supported" when GpgOL is trying to obtain some data from Outlook. AFAIK this can only happen if the server is either not a Microsoft MAPI server like OpenExchange or KOPANO or so. But even these two are known to work.
Thanks for the report. Some time ago I wrote the code in a way that when setting the HTML body failed it would fallback to the plain body, regardless of the preferences:
So even though there is an error that error is handled. https://dev.gnupg.org/source/gpgol/browse/master/src/mail.cpp;4d57033a095aecf8529606428efef6af466f1196$1488
Jan 25 2021
Jan 22 2021
Argh! I had added the translation to GpgOL but forgot to list the file in our installer. So it will only be part of the next version.
Jan 20 2021
Maybe it helps:
Here is another log from a user with a similar looking problem, same symptoms:
Jan 19 2021
Thanks for the feedback
Ok, I found the message and tried some opening and clicking around w/o any crashes. But back then I also couldn't reproduce it. Please close the issue. I'll ask for reopening if I ever come across it once more. Thanks for your good work!
Jan 18 2021
Jan 14 2021
Jan 12 2021
That would mean I could remember the exact problem. Can you extract the mail name from my logs? I should still have it...
Reopening this as I have seen such hangs multiple times during testing. When importing multiple keys with Kleopatra at once this can be reproduced sometimes.
Jan 11 2021
This works with the message class changing. We still need to do it for OpenPGP, too.
Jan 8 2021
This has been resolved with rOb05416e7bc41
Jan 6 2021
This works now with 0c1bd9076958e584820fadf997ca7d8a248b6888 but needs more testing before this can be relased. It will probably be part of a Gpg4win-4 beta.
Jan 5 2021
I'd suggest to first try the current version to see whether the bug has been solved.
Please try using the current version (3.1.14) and if the problem persists re-open this bug. In this case we will also need a more detailed report.
Please try gpg4win 3.1.14 and check whether your problem has gone.
Dec 29 2020
We should see that we can implement an auto-key-locate feature also in gpgsm. This would allow us to fetch the key as needed from the AD or another LDAP server.