GNU bug report logs - #25411
25.1; rmail decryption problems

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25411 in the body.
You can then email your comments to 25411 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Francesco Potortì <pot <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.1; rmail decryption problems
Date: Tue, 10 Jan 2017 17:10:09 +0100

Several problems here.

When using rmail, an ecrypted message can be decrypted by using
epa-mail-decrypt or rmail-epa-decrypt.

1) none of these is bound to any keys, which is annoying.  The obvious
keybinding in rmail should be C-cC-ed

2) it is not clear if there is any difference between these two
functions: both seem to do the same thing.

3) epa-mail-decrypt behaves well when told not to replace the email
contents, but when told to replace it, it should mark the email message
as "decrypted", which it does not

4) rmail-epa-decrypt behaves well when told to replace the email
message, but when told not to, it marks the email message as decrypted,
which is wrong because this modifies the mail buffer, which should
stay unmodified.  Moreover, if the buffer is saved, the (unmodified)
mail message carries the "decrypted" tag, which does not make sense.


In GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2016-10-24, modified by Debian built on trouble
Windowing system distributor 'The X.Org Foundation', version 11.0.11900000
System Description:	Debian GNU/Linux testing (stretch)

Configured using:
 'configure --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-pop=yes
 --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-pop=yes
 --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --with-x=yes --with-x-toolkit=lucid
 --with-toolkit-scroll-bars --without-gconf --without-gsettings
 'CFLAGS=-g -O2
 -fdebug-prefix-map=/build/emacs25-25.1+1=. -fstack-protector-strong
 -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
 -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro'

Configured features:
XAW3D XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL
LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS LUCID X11

Important settings:
  value of $LC_COLLATE: it_IT.UTF-8
  value of $LC_CTYPE: it_IT.UTF-8
  value of $LC_NUMERIC: C
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Emacs-Lisp

Minor modes in effect:
  diff-auto-refine-mode: t
  TeX-PDF-mode: t
  desktop-save-mode: t
  epa-global-mail-mode: t
  shell-dirtrack-mode: t
  openwith-mode: t
  xterm-mouse-mode: t
  display-time-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  auto-fill-function: do-auto-fill

Recent messages:
Showing message 68...done
Decrypting...done
Replace the original message? (y or n) n
No following nondeleted message
Showing message 68...done
Saving file /home/pot/Mail/rum...
Wrote /home/pot/Mail/rum [2 times]
Showing message 68...done
No following nondeleted message
Mark set

Load-path shadows:
~/elisp/bhl hides /usr/share/emacs/site-lisp/bhl
/usr/share/emacs25/site-lisp/flim/md4 hides /usr/share/emacs/25.1/lisp/md4
/usr/share/emacs25/site-lisp/flim/hex-util hides /usr/share/emacs/25.1/lisp/hex-util
/usr/share/emacs/site-lisp/rst hides /usr/share/emacs/25.1/lisp/textmodes/rst
~/elisp/bibtex hides /usr/share/emacs/25.1/lisp/textmodes/bibtex
/usr/share/emacs25/site-lisp/flim/ntlm hides /usr/share/emacs/25.1/lisp/net/ntlm
/usr/share/emacs25/site-lisp/flim/hmac-md5 hides /usr/share/emacs/25.1/lisp/net/hmac-md5
/usr/share/emacs25/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/25.1/lisp/net/sasl-ntlm
/usr/share/emacs25/site-lisp/flim/sasl-digest hides /usr/share/emacs/25.1/lisp/net/sasl-digest
/usr/share/emacs25/site-lisp/flim/sasl hides /usr/share/emacs/25.1/lisp/net/sasl
/usr/share/emacs25/site-lisp/flim/sasl-cram hides /usr/share/emacs/25.1/lisp/net/sasl-cram
/usr/share/emacs25/site-lisp/flim/hmac-def hides /usr/share/emacs/25.1/lisp/net/hmac-def
/usr/share/emacs25/site-lisp/auctex/tex-fold hides /usr/share/emacs/site-lisp/auctex/tex-fold
/usr/share/emacs25/site-lisp/auctex/context-en hides /usr/share/emacs/site-lisp/auctex/context-en
/usr/share/emacs25/site-lisp/auctex/tex-info hides /usr/share/emacs/site-lisp/auctex/tex-info
/usr/share/emacs25/site-lisp/auctex/plain-tex hides /usr/share/emacs/site-lisp/auctex/plain-tex
/usr/share/emacs25/site-lisp/auctex/tex-mik hides /usr/share/emacs/site-lisp/auctex/tex-mik
/usr/share/emacs25/site-lisp/auctex/texmathp hides /usr/share/emacs/site-lisp/auctex/texmathp
/usr/share/emacs25/site-lisp/auctex/context-nl hides /usr/share/emacs/site-lisp/auctex/context-nl
/usr/share/emacs25/site-lisp/auctex/toolbar-x hides /usr/share/emacs/site-lisp/auctex/toolbar-x
/usr/share/emacs25/site-lisp/auctex/tex hides /usr/share/emacs/site-lisp/auctex/tex
/usr/share/emacs25/site-lisp/auctex/tex-jp hides /usr/share/emacs/site-lisp/auctex/tex-jp
/usr/share/emacs25/site-lisp/auctex/bib-cite hides /usr/share/emacs/site-lisp/auctex/bib-cite
/usr/share/emacs25/site-lisp/auctex/multi-prompt hides /usr/share/emacs/site-lisp/auctex/multi-prompt
/usr/share/emacs25/site-lisp/auctex/font-latex hides /usr/share/emacs/site-lisp/auctex/font-latex
/usr/share/emacs25/site-lisp/auctex/prv-emacs hides /usr/share/emacs/site-lisp/auctex/prv-emacs
/usr/share/emacs25/site-lisp/auctex/tex-style hides /usr/share/emacs/site-lisp/auctex/tex-style
/usr/share/emacs25/site-lisp/auctex/context hides /usr/share/emacs/site-lisp/auctex/context
/usr/share/emacs25/site-lisp/auctex/preview hides /usr/share/emacs/site-lisp/auctex/preview
/usr/share/emacs25/site-lisp/auctex/tex-font hides /usr/share/emacs/site-lisp/auctex/tex-font
/usr/share/emacs25/site-lisp/auctex/tex-bar hides /usr/share/emacs/site-lisp/auctex/tex-bar
/usr/share/emacs25/site-lisp/auctex/latex hides /usr/share/emacs/site-lisp/auctex/latex
/usr/share/emacs25/site-lisp/auctex/tex-buf hides /usr/share/emacs/site-lisp/auctex/tex-buf
~/elisp/bhl hides /usr/share/emacs25/site-lisp/bhl
/usr/share/emacs/site-lisp/debian-startup hides /usr/share/emacs25/site-lisp/debian-startup

Features:
(pcmpl-linux macros python tramp-sh tar-mode anything-config anything
woman mailcap undigest cal-move smerge-mode diff doc-view vc-cvs
pcmpl-unix json-mode rx cus-edit wid-edit cus-start cus-load rmailedit
tabify man vc-dir ewoc tramp-cache shadow emacsbug reporter debian-bug
mail-extr texmathp nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml
rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util
rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph
nxml-enc xmltok tmm ido etags xref project ediff-merg ediff-wind
ediff-diff ediff-mult ediff-help ediff-init ediff-util ediff js json map
imenu ispell log-view pp visual-fill-column locate dired-aux eieio-opt
speedbar sb-image ezimage dframe find-func timezone rmailsort face-remap
url-handlers nero cl rect log-edit pcvs-util add-log grep dabbrev
diff-mode vc rmailkwd mailalias rmailout shr-color color time-stamp
misearch multi-isearch server parse-time unrmail qp url-util shr dom
subr-x browse-url jka-compr cc-mode cc-fonts cc-guess cc-menus cc-cmds
cc-styles cc-align cc-engine cc-vars cc-defs bibtex info sh-script
executable sgml-mode vc-filewise vc-rcs image-mode view conf-mode
generic octave smie latexenc plain-tex vc-dispatcher vc-svn preview
prv-emacs tex-bar tex-buf toolbar-x noutline outline font-latex latex
easy-mmode edmacro kmacro tex-style tex dbus xml crm tex-mode compile
rmailmm message rfc822 mml mml-sec mm-decode mm-bodies mm-encode
mailabbrev gmm-utils mailheader mail-parse rfc2231 desktop frameset
term/xterm xterm pot skeleton rmailsum rmail warnings sendmail rfc2047
rfc2045 ietf-drums mime-compose epa-mail mail-utils epa derived epg
cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays
hol-loaddefs vc-hg appt diary-lib diary-loaddefs cal-menu calendar
cal-loaddefs tramp tramp-compat tramp-loaddefs trampver ucs-normalize
shell pcomplete comint ring format-spec bhl switch-to-shell openwith
hi-lock xt-mouse ffap thingatpt url-parse auth-source cl-seq eieio
eieio-core cl-macs gnus-util time-date mm-util help-fns mail-prsvr
password-cache url-vars scroll-in-place filladapt ansi-color advice time
quail dired-x dired generic-x disp-table finder-inf package epg-config
seq byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv
cl-loaddefs pcase cl-lib debian-el debian-el-loaddefs w3m-load
vm-autoload vm-autoloads vm-version vm-vars vm-init preview-latex
tex-site auto-loads mule-util tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame
cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian
slovak czech european ethiopic indian cyrillic chinese charscript
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote dbusbind inotify
dynamic-setting font-render-setting x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 944373 184658)
 (symbols 48 60031 25)
 (miscs 40 7417 5346)
 (strings 32 168677 27863)
 (string-bytes 1 4979564)
 (vectors 16 85668)
 (vector-slots 8 2165453 119898)
 (floats 8 1197 1307)
 (intervals 56 98034 3177)
 (buffers 976 210))

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Francesco Potortì <pot <at> gnu.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Sat, 12 Dec 2020 21:17:06 +0100

Francesco Potortì <pot <at> gnu.org> writes:

> When using rmail, an ecrypted message can be decrypted by using
> epa-mail-decrypt or rmail-epa-decrypt.
>
> 1) none of these is bound to any keys, which is annoying.  The obvious
> keybinding in rmail should be C-cC-ed

I've now bound `C-c C-d' to `rmail-epa-decrypt'.

> 2) it is not clear if there is any difference between these two
> functions: both seem to do the same thing.

Presumably rmail function is rmail-specific, which explains:

> 3) epa-mail-decrypt behaves well when told not to replace the email
> contents, but when told to replace it, it should mark the email message
> as "decrypted", which it does not

That's an rmail-specific thing, so I think it's correct that it doesn't
do that.

> 4) rmail-epa-decrypt behaves well when told to replace the email
> message, but when told not to, it marks the email message as decrypted,
> which is wrong because this modifies the mail buffer, which should
> stay unmodified.  Moreover, if the buffer is saved, the (unmodified)
> mail message carries the "decrypted" tag, which does not make sense.

This should now be fixed in Emacs 28.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Francesco Potortì <pot <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Sun, 13 Dec 2020 18:18:24 +0100

>> When using rmail, an ecrypted message can be decrypted by using
>> epa-mail-decrypt or rmail-epa-decrypt.
>>
>> 1) none of these is bound to any keys, which is annoying.  The obvious
>> keybinding in rmail should be C-cC-ed
>
>I've now bound `C-c C-d' to `rmail-epa-decrypt'.

Note that C-c C-e is the prefix for the epa-mail functions.  I think
it's natural to use the same prefix for rmail.

>> 2) it is not clear if there is any difference between these two
>> functions: both seem to do the same thing.
>
>Presumably rmail function is rmail-specific, which explains:
>
>> 3) epa-mail-decrypt behaves well when told not to replace the email
>> contents, but when told to replace it, it should mark the email message
>> as "decrypted", which it does not
>
>That's an rmail-specific thing, so I think it's correct that it doesn't
>do that.
>
>> 4) rmail-epa-decrypt behaves well when told to replace the email
>> message, but when told not to, it marks the email message as decrypted,
>> which is wrong because this modifies the mail buffer, which should
>> stay unmodified.  Moreover, if the buffer is saved, the (unmodified)
>> mail message carries the "decrypted" tag, which does not make sense.
>
>This should now be fixed in Emacs 28.

Ok, thanks

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Francesco Potortì <pot <at> gnu.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Mon, 14 Dec 2020 17:12:06 +0100

Francesco Potortì <pot <at> gnu.org> writes:

>>I've now bound `C-c C-d' to `rmail-epa-decrypt'.
>
> Note that C-c C-e is the prefix for the epa-mail functions.  I think
> it's natural to use the same prefix for rmail.

Oh, I wasn't aware of that...  there doesn't seem to be a `C-c C-e'
binding in rmail by default, though?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Francesco Potortì <pot <at> gnu.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Tue, 15 Dec 2020 06:37:08 +0100

Francesco Potortì <pot <at> gnu.org> writes:

>>>>I've now bound `C-c C-d' to `rmail-epa-decrypt'.
>>>
>>> Note that C-c C-e is the prefix for the epa-mail functions.  I think
>>> it's natural to use the same prefix for rmail.
>>
>>Oh, I wasn't aware of that...  there doesn't seem to be a `C-c C-e'
>>binding in rmail by default, though?
>
> No, in fact.  But being used to epa it is natural for me that C-c C-e is
> the prefix

The complication here is that `C-c C-e' is a submap (presumably), and if
rmail binds `C-c C-e d' without that submap, there'll be a keymap
collision.

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

From: Francesco Potortì <pot <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Tue, 15 Dec 2020 22:31:28 +0100

>>>>>I've now bound `C-c C-d' to `rmail-epa-decrypt'.
>>>>
>>>> Note that C-c C-e is the prefix for the epa-mail functions.  I think
>>>> it's natural to use the same prefix for rmail.
>>>
>>>Oh, I wasn't aware of that...  there doesn't seem to be a `C-c C-e'
>>>binding in rmail by default, though?
>>
>> No, in fact.  But being used to epa it is natural for me that C-c C-e is
>> the prefix
>
>The complication here is that `C-c C-e' is a submap (presumably), and if
>rmail binds `C-c C-e d' without that submap, there'll be a keymap
>collision.

I ma not proficient enough about submaps.  However, this is what i have
in my .emacs, and ift has worked for a long time:

(add-hook 'rmail-mode-hook
	  (lambda ()
	    (require 'rmailsum)
	    (define-key rmail-mode-map "\C-c\C-ed" 'epa-mail-decrypt)
...

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

From: Richard Stallman <rms <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: pot <at> gnu.org, 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Wed, 16 Dec 2020 00:35:04 -0500

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > The complication here is that `C-c C-e' is a submap (presumably), and if
  > rmail binds `C-c C-e d' without that submap, there'll be a keymap
  > collision.

EPA could merge the two submaps.

-- 
Dr Richard Stallman
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Francesco Potortì <pot <at> gnu.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Thu, 17 Dec 2020 12:45:08 +0100

Francesco Potortì <pot <at> gnu.org> writes:

> I ma not proficient enough about submaps.  However, this is what i have
> in my .emacs, and ift has worked for a long time:
>
> (add-hook 'rmail-mode-hook
> 	  (lambda ()
> 	    (require 'rmailsum)
> 	    (define-key rmail-mode-map "\C-c\C-ed" 'epa-mail-decrypt)

I think that works if you've loaded the C-c C-e epa submap first?  If
you load it afterwords, it'll overwrite this C-c C-e d keystroke?  I
haven't actually tested, so I may be misremembering how this all works.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Richard Stallman <rms <at> gnu.org>
Cc: pot <at> gnu.org, 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Thu, 17 Dec 2020 12:46:02 +0100

Richard Stallman <rms <at> gnu.org> writes:

>   > The complication here is that `C-c C-e' is a submap (presumably), and if
>   > rmail binds `C-c C-e d' without that submap, there'll be a keymap
>   > collision.
>
> EPA could merge the two submaps.

It could, but isn't that pretty unusual?  

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Richard Stallman <rms <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Fri, 18 Dec 2020 00:48:58 -0500

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > >   > The complication here is that `C-c C-e' is a submap (presumably), and if
  > >   > rmail binds `C-c C-e d' without that submap, there'll be a keymap
  > >   > collision.
  > >
  > > EPA could merge the two submaps.

  > It could, but isn't that pretty unusual?  

I guess it is.  Still, this would be one approach for solving the
problem.

There are others, too, and I don't have an opinion on which is best.
-- 
Dr Richard Stallman
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Richard Stallman <rms <at> gnu.org>
Cc: 25411 <at> debbugs.gnu.org
Subject: Re: bug#25411: 25.1; rmail decryption problems
Date: Sat, 19 Dec 2020 16:33:50 +0100

Richard Stallman <rms <at> gnu.org> writes:

> I guess it is.  Still, this would be one approach for solving the
> problem.
>
> There are others, too, and I don't have an opinion on which is best.

I'm not an rmail user, so I don't really have much of an opinion here,
either.  I just know from experience that trying to DWIM with
sub-keymaps on minor modes that may or may not be present is ticklish,
so I'd rather not go there.

This is an rmail-specific command, so if rmail altered the epa keymap to
add that command, that'd make it present in other modes, too.  So rmail
would have to look at whether the submap was present, copy it, and alter
the copy.  Alternatively, epa could do it, and with the same
complication.

So I think it'd easier to just avoid the entire problem by letting epa
"own" the `C-c C-e' submap, and have the rmail-specific command on a
keystroke outside that, and I chose `C-c C-d', since that seemed
mnemonic "d for decrypt".

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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