Summary: | KMail: please use KWallet for GPG encryption/signing | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Jeffrey <eljefedelito> |
Component: | encryption | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WAITINGFORINFO | ||
Severity: | wishlist | CC: | eljefedelito, exabyte, fischer, luigi.toscano |
Priority: | NOR | ||
Version: | 1.13.5 | ||
Target Milestone: | --- | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jeffrey
2010-09-09 22:42:36 UTC
> Expected Results:
> KWallet provides the passphrase or the user is prompted to open KWallet
I would like to suggest an alternative path here. Instead of making KMail take care of all the password handling and GnuPG communication without pinentry, write a new pinentry application called pinentry-kwallet, which works just like pinentry-qt or pinentry-gtk, but instead of asking the user for a password, it would look into the wallet first.
This approach would have two advantages: First, it does not require any changes in KMail. Second, it would work for all application using gpg+pinentry, such as Thunderbird.
Programming the pinentry-kwallet application should not be too difficult if one starts from pinentry-qt, as Qt already supports dbus which can be used to query the password from KWallet's storage.
Volunteers? ;-)
Maybe make it a junior job ...
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding. Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2 > Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2
Sorry, I am unsure; Debian Sid doesn't yet have KMail2. Can anyone else test this?
|