Today
Yesterday
ECC support for X.509 and in particular pkcs#12 format is limited. That is in general not a problem because such certificates are stored on a token and not on disk.
Also implemented for 2.2
The following workflow works for Markus and me:
Will be backported after 2.2.49
FWIW: The fix rO75f46829054e is part of GpgOL since 2.6.3
Tested with VS-Desktop-3.3.90.12-Beta
Same behavior (on vsd-3.3.3-beta90.12 @ win10) for smime encrypted mails:
I can't find any causes of slowness in keyboxd initialization. I think that there is a situation where it simply takes time on Windows.
Tue, Sep 23
As there has been no more feedback on this for years, I'll close this.
Looks good to me on vsd-3.3.3-beta90.12 @ win10:
what ever was fixed with the attached commit we can not test.
I see no workaround.
The attachments in the original mail are not gone, yes.
But the mail can't be forwarded with them.
Tested with VS-Desktop-3.3.90.12-Beta, GpgOL 6.5 (WIN10)
2.2 test can be done with GnuPG-VS-Desktop-3.3.90.12-Beta-Standard.msi from Sep 17
Test with 3.3.90.12-Beta:
The test mail from before does not cause a spawn cycle and no high CPU load any more. (Tested without "show as text only", as it was not relevant before.)
Looks good to me on vsd-3.3.3-beta90.12 @ win10 (temporary filename is now attachment.odt or e.g. attachment (002).odt)
Debug log for vsd:
Also still present on vsd-3.3.3-beta90.12 @ win10 (mail is not moved)
Interesting. That means to replace hundreds of scripts in an average organization :-(.
Panel Used By
Dashboard | Prajeen's Dashboard |