- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Oct 29 2019
Thanks for the follow-up Werner.
Dehydrated problem after the last server update: https://github.com/FlorentCoppint/dehydrated/commit/aed6f4ba06858c926042b95f1cef4a7a681ddf88
Then better do not use a curses pinentry. It can't guarantee that another process changes the tty properties. For security reasons it is better to run the pinentry in a different window (ie. a GUI based pinentry).
Sorry, it was simply my confusion (between GEMPC_PINPAD and GEMPC_EZIO).
Fixed now.
Oct 28 2019
Please test. When I can confirm that it is stable, I'll backport it to 2.2.
I think we can fix it by removing the smime attachment from OOM, because we still have it in MAPI, we just never cared that it was also in OOM (where only our decrypted attachments belong) because it was hidden.
Oct 25 2019
Please no reports for non-released devel versions.
Ping.
Oct 24 2019
@werner, are you saying that gpgme is not fully supported for use with gpg 1.4?
@werner, you seem to be saying that -r does not imply "key lookups on remote services". Is that correct?
There is a growing bit of popular lore in the GnuPG community that "when keyserver operations fail, you solve that problem with killall dirmngr." I believe this suggestion is potentially damaging (the long-running daemon may be in the middle of operations for a client that you don't know about), but i suspect it is circulating as advice because it resolves the situation outlined in this ticket. For whatever ephemeral reason, dirmngr gets stuck, and fails to notice that this situation has resolved itself.
Oct 23 2019
In T4726#130341, @werner wrote:This is a misunderstanding. The extraction of mail addresses is only doe for key lookups on remote services. Thus the -r case is as intended.
This is a misunderstanding. The extraction of mail addresses is only doe for key lookups on remote services. Thus the -r case is as intended.
That seems to be gpg 1.4 which we do not fully support.
Is this task maybe related to T1927?
Thank you @dkg for creating the bug report! I would like to glean the following information from the above mentioned discussion.
@justus can you provide an example of the gpgme code you're using that generates this weirdness?
