- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Mar 27 2018
In my opinion we should assume that c:/ was meant.
Mar 26 2018
Under Wine it does not crash but returning an empty string is not a good idea in any case. The question is what to do with "c:". The usual meaning is to use the current directory of drive C. But that does not make much sense. Should we simply assume that "c:/" was meant?
I pushed two fixes. One which hopefully avoids the corrupted trustdbs and a second one to repair a version-record-only trustdb (the example file).
rO4c5eed308829 fixes this.
Again, thanks for your time testing it again.
- it is reproducible
- Kleopatra crashes at the end of the verification of a signature
- it is a openPGP signature
- please see first picture
- I have only openPGP certificates in Kleopatra
My test case is to import my pubkey and then run:
We don't support v3 keys at all.
Thanks for trying out the beta and your report.
Fix was released with GPGME 1.10.0
Basic support is in. Maybe we should open a task on how to improve it.
It's two bugs working hand in hand here.
This was fixed. The check for VS-NfD mode was crashing.
Thanks a lot!
The log shows pretty much whats going wrong. I've opened T3863 for this to have a clear issue for the problem.
Mar 25 2018
This does not require org-feed.el as far as I can tell, but it does require components of current Org Mode HTML export and publishing features which do not appear to be available in the current gnupg.org website build system.
Mar 24 2018
A more recent request for this feature has been made via the devel mailing list:
Mar 23 2018
I've upgraded to 3.1.0 beta 38 and sent an encrypted, non-signed e-mail to myself.
The received e-mail was shown unencrypted in inbox. See log-file below.
Playing around with this a bit: I can get messages to pass if I set the content type of our MOSS attachment to multipart/encrypted .
The problematic thing there is that there is a comment in the code that explicitly states that multipart/signed is needed to activate MSOXSMIME. So we have to be careful, maybe even check the Server Version somehow as I don't want to break older stuff.
Thanks for your report. Sadly I cannot reproduce this, I went back in my archives and even mails from 2015 / touched by Gpg4win 2.x work without a problem.
Thanks. After seeing this report I ran a spellchecker on the translation and found some more typos ;-) Will be fixed in the next version.
This should no longer happen with Gpg4win-3.1.0 as GpgOL now uses gnupg's --locate-key mechanism to find a matching key.
In T3769#111899, @hs wrote:Behavior is the same as 3.0.3 /3.1.0beta32.
It reads encrypted e-mails if Titus plugin is disables (GpgOL as the only plugin).