We decided to
Today
Since GnuPG 2.5.3 there is no predefined keyserver anymore: https://dev.gnupg.org/T7442
I believe this was fixed with Andre's commit above.
As this ticket is old, the original reporter never answered Andres questions and the second case seemed to be POP3 related, which we do not support any more, I'll close this.
Looks like there is a rights problem modifying the body of those mails
Every time when we try to modify the HTMLBODY or BODY property we fail with MAPI_E_NO_ACCESS.
The attached mails in those tests where ms-tnef formated (winmail.dat)
omhelp.cpp:lookup_oom_dispid:160 wchar_t alloc 00000155d9abfe80:HTMLBody 07:35:08/5284/oomhelp.cpp:put_oom_string:674 wchar_t alloc 00000155ccf77710:<html><head></head><body><table border="0" width="100%" cellspacing="1" cellpadding="1" bgcolor="#0069cc"><tr><td bgcolor="#0080ff"><p><span style="font-weight:600; background-color:#0080ff;"><center>OpenPGP Nachricht</center><span></p></td></tr><tr><td bgcolor="#e0f0ff"><center><br/>Bitte warten Sie w�hrend die Nachricht entschl�sselt / gepr�ft wird...</td></tr></table></body></html> 07:35:08/5284/oomhelp.cpp:put_oom_string: Putting 'HTMLBody' failed: 0x80020009 07:35:08/5284/DBG_OOM/oomhelp.cpp:dump_excepinfo: Exception: wCode: 0x1000 wReserved: 0x0 source: Microsoft Outlook desc: Sie besitzen nicht die erforderliche Berechtigung, um diesen Vorgang auszuf�hren. help: null helpCtx: 0x0 deferredFill: 0000000000000000 scode: 0x80070005 07:35:08/5284/TRACE/oomhelp.cpp:put_oom_string:699: return 07:35:08/5284/ERROR/mail.cpp:decryptVerify_o: Failed to modify html body of item.
Yesterday
We got new suggestions for this:
please check if this is still an issue
Tue, Sep 16
I found and fixed a bug (likely a regression in the new code): When CN_prefill or EMAIL_prefill is configured as true and no fixed CN or EMAIL is configured then Kleopatra should prefill Name and Email with values taken from CONFIGDIR/emaildefaults (used by KDE apps on Linux), from the Windows user or from the EMAIL environment variable. This didn't work anymore.
Backported to 2.2 but not yes tested with 2.2
I used the GPGME function gpgme_op_assuan_transact_ext with an query string like this:
ad_query --subst --attr=dn,userAccountControl (&(objectcategory=person)(objectclass=user) (|(userPrincipalName={{email}}) (mail={{email}})))
Of course {{email}} must be replaced with the mail address queried, this might probably also be the login name.
Can you please repeat this with gpg4win-5-beta using the keyboxd and also using the pubring.kbx (i.e. w/o use-keyboxd in common.conf)?
Sorry, I don't know Fedora packaging details. Please ask on gnupg-users for help if you want to build gpa yourself on that platform. This bug report is only read by very few people but on gnupg-users you can get the attention of several thousand users and developers.
Meanwhile we notice this also with OpenPGP Mails. This needs to be further investigated.
Mon, Sep 15
There was
We'll keep it as it is, for the improvement see T7814
[...]
X509v3 Key Usage: critical Key Encipherment, Data Encipherment
Updated the task description after talking with @ikloecker
I don't see how this could happen unless you have canceled an export. In this case Kleopatra saved an empty path as last location and then on the next export Kleopatra proposed Documents. The latest changes prevent Kleopatra from saving an empty path as last location and they ensure that Kleopatra immediately writes [Export]LastDirectory to disk.
Sun, Sep 14
Your first two issues are no issues. This is just usual output from a configure run.
Sat, Sep 13
Fri, Sep 12
Sorry, I just found out, that windows caps the filename earlier than max length, so my former tests were invalid.
All mails touched by gpgol should already have a GPGOL_UID_DASL. So to replicate:
- Send a new encrypted mail (e.g. Edward -> Ted)
- Don't open that mail, but open the context menu: Move -> Other Folder ...
- Select a subfolder of INBOX and click OK -> the mail is not moved
fix tested and confirmed with GnuPG 2.5.12 on windows 10