| Summary: | KMail issue with gpg keys | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Kris <krisgamrat> |
| Component: | tdepim | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | bugwatch, deloptes |
| Priority: | P5 | ||
| Version: | 3.5.13.x [Trinity] | ||
| Hardware: | amd64 | ||
| OS: | Debian Squeeze | ||
| Compiler Version: | TDE Version String: | 3.5.13 | |
| Application Version: | 1.9.10 | Application Name: | Kmail |
| Attachments: | Screenshot of the kmail add-key dialog, showing the issue as described | ||
If I open ~/.trinity/share/config/emailidentities and add the key fingerprint to "PGP Encryption Key=" and "PGP Signing Key=", Kmail recognizes the key as valid and both signing and encryption work. In my ~/.gnupg/gpg.conf, use-agent is added. KGPG is loaded and sitting in my system tray. I have tried with gpg-agent running as a daemon, and without it running as a daemon. I turn on the Use Agent setting in KGPG when gpg-agent is running, and turn off the setting when gpg-agent is off, it didn't work in either case. I currently am able to use my key using the emailidentities workaround without gpg-agent, but KGPG is still running. (In reply to comment #1) > If I open ~/.trinity/share/config/emailidentities and add the key fingerprint > to "PGP Encryption Key=" and "PGP Signing Key=", Kmail recognizes the key as > valid and both signing and encryption work. > > In my ~/.gnupg/gpg.conf, use-agent is added. > > KGPG is loaded and sitting in my system tray. > > I have tried with gpg-agent running as a daemon, and without it running as a > daemon. I turn on the Use Agent setting in KGPG when gpg-agent is running, and > turn off the setting when gpg-agent is off, it didn't work in either case. > > I currently am able to use my key using the emailidentities workaround without > gpg-agent, but KGPG is still running. I should add that it doesn't matter whether or not KGPG is open, signing and encrypting work with or without it, provided I use the workaround. I stumbled upon this bug and want to add here that this was always the behavior of kmail. However if the key is signed and trusted (green in kgpg) it is accepted. After this it appears in the ~/.trinity/share/config/emailidentities file. I wouldn't say this is a bug after looking into the code this goes to libgpgme and not to kgpg - at least I have not seen anything there to do with kgpg . This would explain why use gpg-agent did not take effect from KMail perspective. Something else come to my mind lately. the library libgpgme as well as the gnupg agent are meant to cache passwords in secure way, so despite of the fact that there was confusion what is responsible for what in the mail signing process and not really likely to include the requested functionality, I was wondering what is the benefit of your suggestion, also, if libgpgme does not use gnupg, it would ask for password each and every time. I'm just pleading to close old issues and requests :) |
Created attachment 129 [details] Screenshot of the kmail add-key dialog, showing the issue as described When attempting to add a gpg key to Kmail for signing and/or encrypting, Kmail grays out the OK button and displays a question mark next to each key it recognizes.