GNU bug report logs - #46138
28.0.50; epg--filter-revoked-keys filters out valid keys

Previous Next

Full log

Message #23 received at 46138 <at> debbugs.gnu.org (full text, mbox):

From: Colin Baxter <m43cap <at> yandex.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: , 46138 <at> debbugs.gnu.org, Alexey Shmalko <rasen.dubi <at> gmail.com>
Subject: Re: bug#46138: 28.0.50; epg--filter-revoked-keys filters out valid
 keys
Date: Sun, 31 Jan 2021 08:49:05 +0000

>>>>> Lars Ingebrigtsen <larsi <at> gnus.org> writes:

    > Colin Baxter <m43cap <at> yandex.com> writes:
    >> Forgive me for butting in. Should not the email address be
    >> escaped as rasen.dubi <at> gmail\.com? If you use
    >> 'epa-file-encrypt-to' as a 'add-file-local-variable-prop-line'
    >> then the escape is automatically inserted when entering an email
    >> address value.

    > I'm unable to reproduce that (which would be kinda odd, since the
    > variable is a string, not a regexp?)

    > If I load a file /tmp/test.gpg with:

    > ;; -*- epa-file-encrypt-to: ("test <at> gnus.org") -*-

    > (defun test ())

    > then the variable is ("test <at> gnus.org").

What you write is correct and -*- epa-file-encrypt-to:
("name <at> email.org") -*- is what I always used. However, I was curious
about using M-x add-file-local-variable-prop-line. Entering
epa-file-encrypt-to <RET> asks for "value" but without specifying string
or regexp. I stupidly just entered the email address without quotes. I
now know better. Perhaps the user should be given more information when
epa-file-encrypt-to asks for the value?

Thanks for correcting my mistake.

Best wishes,

Colin Baxter.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.