Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Request: gnupg wrapper #156

Open
xxxserxxx opened this issue Mar 31, 2021 · 2 comments
Open

Request: gnupg wrapper #156

xxxserxxx opened this issue Mar 31, 2021 · 2 comments

Comments

@xxxserxxx
Copy link

Many (email) clients have some support for GNUpg (e.g., astroid). While some may allow complex configuration sufficient to hand-code swapping in keys-pub, for some the integration is hard-coded. In these cases, it'd be useful to have a wrapper script that mocks GNUpg for signing, verification, decryption, and encryption.

Arguments for providing a utility script, and including it in the keys-pub/keys (or, possibly, keys-pub/keys-ext) are:

  • it would facilitate user migration from pgp, particularly in the case of users who are not programmers.
  • it would ensure a more correct implementation, as it would be a 1-time implementation, rather than N-times.
  • it would ensure compatibility between clients, since options would be consistent between clients

I'm willing to provide a pull request, but I believe the resulting code would be best hosted in the canonical repo, and having input from users of other email clients would help nail a more robust implementation.

@gabriel
Copy link
Contributor

gabriel commented Apr 1, 2021

Yeah the command line client is in keys-pub/keys-ext/service and we could add a subcommand: keys gpg ..., that mimics the gpg command line arguments?

@xxxserxxx
Copy link
Author

That would certainly be cleaner and easier for most people than installing another utility wrapper. Can we handle cases where the only configurable option is what the binary is called, or would that be too invasive? Like, checking if os.Args[0] was keysgpg and (internally) calling the gpg mock function? In extreme cases, where users can only tell the mail client where the GPG executable is, they could at least symlink keys to keysgpg and then configure the executable to that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants