Re: epg.el: epg--status-GET_LINE not working?

[Neal H. Walfield]

At Mon, 26 Jun 2017 09:30:00 +0200,
Daiki Ueno wrote:
> Teemu Likonen <address@hidden> writes:
> 
> > I have been thinking of fixing epg.el bug #24350
> > <https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24350>.
> 
> I had a tentative patch for this, but I decided not to include it.
> 
> At that time, the GnuPG developers didn't seem to have a consensus on
> how TOFU is supposed to work:

FWIW, the TOFU modus operandi are unlikely to change at this stage and
have been stable for nearly a year.

> Neal suggested it should be triggered by a
> key, while Werner suggested that it should be triggered by an email
> address.
> 
> I am on Werner's side, and if the things are implemented in that way, we
> don't need to handle the conflicts in such lower level (but in the MUA
> level).

My recollection is that you said: if a recipient is specified by key
id rather than by email address (e.g., gpg is called like: 'gpg -e -r
KEYID') and the key has a conflict, the conflict should be ignored.
You justified this based on the observation that the caller knows what
is going on.

1. I disagree that this is the right behavior.

2. AFAIK, there is no precedence for this behavior in gpg.  Consider
an expired or revoked key: if you try to use it, gpg will error out
with "unusable public key."