Summary: | pgp plugin does not work with gnupg 2.1.0 | ||
---|---|---|---|
Product: | Claws Mail (GTK 2) | Reporter: | Hanno Boeck <hanno> |
Component: | Plugins | Assignee: | users |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | robby |
Priority: | P3 | ||
Version: | 3.11.1 | ||
Hardware: | PC | ||
OS: | Linux |
Description
Hanno Boeck
2014-11-24 20:30:42 UTC
That'll be a problem with gnupg-agent, gnupg 2.1 uses a fixed socket path ~/.gnupg/S.gpg-agent I can't really follow. Why have you marked the bug invalid? Should it work? Is there any option that can be changed to make it work? Do you consider this a bug in gpg itself? (is it reported?) This problem already came up. I am informed that with GnuPG 2.1 GPG_AGENT_INFO is ignored and it instead uses a fixed location: ~/.gnupg/S.gpg-agent Therefore there is no bug, (hence INVALID), but GnuPG 2.1 requires you to adjust your habits with regard to your use of GnuPG-agent. But src/plugins/pgpcore at least depends on existence of GPG_AGENT_INFO to allow use of gpg-agent for passhprase handling, and since gnupg-2.1+ doesn't set that variable, it can't work as handled within claws-mail. After more looking, a casual grep of sources shows these files affected: src/plugins/pgpcore/prefs_gpg.c src/plugins/pgpcore/sgpgme.c src/plugins/pgpmime/pgpmime.c src/plugins/pgpinline/pgpinline.c The good news is that setting GPG_AGENT_INFO to $HOME/.gnupg/S.gpg-agent makes claws work again, but I'd argue that users shouldn't have to do this. |