From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: David Bremner Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Sep 2014 06:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18513@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.141119359125211 (code B ref -1); Sat, 20 Sep 2014 06:14:01 +0000 Received: (at submit) by debbugs.gnu.org; 20 Sep 2014 06:13:11 +0000 Received: from localhost ([127.0.0.1]:46228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XVDuv-0006YX-NC for submit@debbugs.gnu.org; Sat, 20 Sep 2014 02:13:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54435) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XVDur-0006YN-Kk for submit@debbugs.gnu.org; Sat, 20 Sep 2014 02:13:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XVDul-0000c7-AR for submit@debbugs.gnu.org; Sat, 20 Sep 2014 02:13:05 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:55561) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XVDul-0000bQ-77 for submit@debbugs.gnu.org; Sat, 20 Sep 2014 02:12:59 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56117) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XVDua-0003zC-UF for bug-gnu-emacs@gnu.org; Sat, 20 Sep 2014 02:12:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XVDuV-0000Ze-Nm for bug-gnu-emacs@gnu.org; Sat, 20 Sep 2014 02:12:48 -0400 Received: from yantan.tethera.net ([199.188.72.155]:58987) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XVDuV-0000YZ-Hs for bug-gnu-emacs@gnu.org; Sat, 20 Sep 2014 02:12:43 -0400 Received: from remotemail by yantan.tethera.net with local (Exim 4.80) (envelope-from ) id 1XVDuJ-0001C3-Sw; Sat, 20 Sep 2014 03:12:31 -0300 Received: (nullmailer pid 443 invoked by uid 1000); Sat, 20 Sep 2014 06:12:26 -0000 From: David Bremner User-Agent: Notmuch/0.18.1+97~g56c48dc (http://notmuchmail.org) Emacs/24.3.1 (x86_64-pc-linux-gnu) Date: Sat, 20 Sep 2014 08:12:26 +0200 Message-ID: <878ulebz1x.fsf@maritornes.cs.unb.ca> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 1) Start emacs with emacs -Q 2) start sending a message with M-x message-mail 3) add "sign" tag with C-c C-m C-s 3) manually replace "sign with "sigencrypt", simulating failed attempt to manually change mode 4) add some text to the message, set a destination address and subject 5) send using C-c C-c The message is sent unencrypted, without any feedback to the user. It seems that the correct response would be to refuse to send a message with malformed mml tags. In GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2014-06-06 on barber, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.11600000 System Description: Debian GNU/Linux testing (jessie) Configured using: `configure '--build' 'x86_64-linux-gnu' '--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/emacs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp' '--with-crt-dir=/usr/lib/x86_64-linux-gnu' '--with-x=yes' '--with-x-toolkit=lucid' '--with-toolkit-scroll-bars' '--without-gconf' '--without-gsettings' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'' Important settings: value of $LANG: en_CA.UTF-8 locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Circe Channel Minor modes in effect: tracking-mode: t diff-auto-refine-mode: t shell-dirtrack-mode: t tooltip-mode: t mouse-wheel-mode: t menu-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 line-number-mode: t transient-mark-mode: t Recent input: d @ t h e t h e r a C-n t e s t i n g SPC e n c r y p t i o n SPC f a i l 2 C-n C-n C-n C-c RET C-e C-p C-r C-e M-b M-d n s a C-n E d w a r d S-SPC S n o w d e n . SPC S e k r i t SPC s t u f f . C-c C-c q = C-c C-SPC y e a h , SPC I ' ; d d SPC n e e d SPC t o SPC u s e SPC a SPC w e b SPC b r o w s e r SPC f o r SPC t h a t . SPC s s t i l l SPC n o t SPC s t a l l m a n SPC e s q u e SPC e n o u g h b t w , SPC c h o w SPC c a n SPC I SPC f i n d SPC a l l SPC b u g s SPC i n SPC m e s s a g e - m o d e SPC o n SPC b u g s . g n u . o r g SPC ? e r r . SPC d e b b u g s . g n u . o r g / m e SPC l o o k s SPC f o r SPC h i s SPC b u g g y w h i p M-x r e p o r Recent messages: Sending via mail... Sending...done Invalid face reference: message-header-from [33 times] Making completion list... View mode: type C-h for help, h for commands, q to quit. Mark set [3 times] Sending... Mark set [2 times] Sending via mail... Sending...done Load-path shadows: /home/bremner/.emacs.d/el-get/js2-mode/.dir-locals hides /home/bremner/.emacs.d/el-get/el-get/.dir-locals /home/bremner/.emacs.d/el-get/message-templ/message-templ hides /home/bremner/share/emacs/site-lisp/message-templ/message-templ /home/bremner/.emacs.d/el-get/circe/lisp/circe hides /home/bremner/share/emacs/site-lisp/circe/circe /home/bremner/.emacs.d/el-get/circe/lisp/lui hides /home/bremner/share/emacs/site-lisp/circe/lui /home/bremner/.emacs.d/el-get/circe/lisp/tracking hides /home/bremner/share/emacs/site-lisp/circe/tracking /home/bremner/.emacs.d/el-get/circe/lisp/circe-highlight-all-nicks hides /home/bremner/share/emacs/site-lisp/circe/circe-highlight-all-nicks /home/bremner/.emacs.d/el-get/circe/lisp/circe-color-nicks hides /home/bremner/share/emacs/site-lisp/circe/circe-color-nicks /home/bremner/.emacs.d/el-get/circe/lisp/lui-autopaste hides /home/bremner/share/emacs/site-lisp/circe/lui-autopaste /home/bremner/.emacs.d/el-get/circe/lisp/lui-format hides /home/bremner/share/emacs/site-lisp/circe/lui-format /home/bremner/.emacs.d/el-get/circe/lisp/circe-chanop hides /home/bremner/share/emacs/site-lisp/circe/circe-chanop /home/bremner/.emacs.d/el-get/circe/lisp/lcs hides /home/bremner/share/emacs/site-lisp/circe/lcs /home/bremner/.emacs.d/el-get/circe/lisp/lui-irc-colors hides /home/bremner/share/emacs/site-lisp/circe/lui-irc-colors /home/bremner/.emacs.d/el-get/circe/lisp/circe-lagmon hides /home/bremner/share/emacs/site-lisp/circe/circe-lagmon /home/bremner/.emacs.d/el-get/circe/lisp/lui-logging hides /home/bremner/share/emacs/site-lisp/circe/lui-logging /home/bremner/.emacs.d/el-get/js2-mode/js2-imenu-extras hides /usr/share/emacs24/site-lisp/js2-mode/js2-imenu-extras /home/bremner/.emacs.d/el-get/js2-mode/js2-mode hides /usr/share/emacs24/site-lisp/js2-mode/js2-mode /usr/share/org-mode/lisp/htmlize hides /usr/share/emacs24/site-lisp/emacs-goodies-el/htmlize /home/bremner/.emacs.d/el-get/markdown-mode/markdown-mode hides /usr/share/emacs24/site-lisp/emacs-goodies-el/markdown-mode /usr/share/emacs/24.3/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup /usr/share/emacs/site-lisp/autoconf/autotest-mode hides /usr/share/emacs/site-lisp/autotest-mode /usr/share/emacs24/site-lisp/flim/hex-util hides /usr/share/emacs/24.3/lisp/hex-util /usr/share/emacs24/site-lisp/flim/md4 hides /usr/share/emacs/24.3/lisp/md4 /usr/share/emacs24/site-lisp/dictionaries-common/flyspell hides /usr/share/emacs/24.3/lisp/textmodes/flyspell /usr/share/emacs/site-lisp/rst hides /usr/share/emacs/24.3/lisp/textmodes/rst /usr/share/emacs24/site-lisp/dictionaries-common/ispell hides /usr/share/emacs/24.3/lisp/textmodes/ispell /usr/share/emacs24/site-lisp/org-mode/org-entities hides /usr/share/emacs/24.3/lisp/org/org-entities /usr/share/emacs24/site-lisp/org-mode/ob-perl hides /usr/share/emacs/24.3/lisp/org/ob-perl /usr/share/emacs24/site-lisp/org-mode/org-clock hides /usr/share/emacs/24.3/lisp/org/org-clock /usr/share/emacs24/site-lisp/org-mode/ob-mscgen hides /usr/share/emacs/24.3/lisp/org/ob-mscgen /usr/share/emacs24/site-lisp/org-mode/org-protocol hides /usr/share/emacs/24.3/lisp/org/org-protocol /usr/share/emacs24/site-lisp/org-mode/org-table hides /usr/share/emacs/24.3/lisp/org/org-table /usr/share/emacs24/site-lisp/org-mode/ob-lob hides /usr/share/emacs/24.3/lisp/org/ob-lob /usr/share/emacs24/site-lisp/org-mode/org-plot hides /usr/share/emacs/24.3/lisp/org/org-plot /usr/share/emacs24/site-lisp/org-mode/ob-shen hides /usr/share/emacs/24.3/lisp/org/ob-shen /usr/share/emacs24/site-lisp/org-mode/ob-sql hides /usr/share/emacs/24.3/lisp/org/ob-sql /usr/share/emacs24/site-lisp/org-mode/org-mhe hides /usr/share/emacs/24.3/lisp/org/org-mhe /usr/share/emacs24/site-lisp/org-mode/ob-fortran hides /usr/share/emacs/24.3/lisp/org/ob-fortran /usr/share/emacs24/site-lisp/org-mode/ob-octave hides /usr/share/emacs/24.3/lisp/org/ob-octave /usr/share/emacs24/site-lisp/org-mode/org-element hides /usr/share/emacs/24.3/lisp/org/org-element /usr/share/emacs24/site-lisp/org-mode/org-src hides /usr/share/emacs/24.3/lisp/org/org-src /usr/share/emacs24/site-lisp/org-mode/org-habit hides /usr/share/emacs/24.3/lisp/org/org-habit /usr/share/emacs24/site-lisp/org-mode/ob-R hides /usr/share/emacs/24.3/lisp/org/ob-R /usr/share/emacs24/site-lisp/org-mode/ob-awk hides /usr/share/emacs/24.3/lisp/org/ob-awk /usr/share/emacs24/site-lisp/org-mode/org-datetree hides /usr/share/emacs/24.3/lisp/org/org-datetree /usr/share/emacs24/site-lisp/org-mode/org-bibtex hides /usr/share/emacs/24.3/lisp/org/org-bibtex /usr/share/emacs24/site-lisp/org-mode/ob-ref hides /usr/share/emacs/24.3/lisp/org/ob-ref /usr/share/emacs24/site-lisp/org-mode/ob-io hides /usr/share/emacs/24.3/lisp/org/ob-io /usr/share/emacs24/site-lisp/org-mode/org-info hides /usr/share/emacs/24.3/lisp/org/org-info /usr/share/org-mode/lisp/org-wl hides /usr/share/emacs/24.3/lisp/org/org-wl /usr/share/emacs24/site-lisp/org-mode/ob-haskell hides /usr/share/emacs/24.3/lisp/org/ob-haskell /usr/share/emacs24/site-lisp/org-mode/ob-scala hides /usr/share/emacs/24.3/lisp/org/ob-scala /usr/share/emacs24/site-lisp/org-mode/org-pcomplete hides /usr/share/emacs/24.3/lisp/org/org-pcomplete /usr/share/emacs24/site-lisp/org-mode/ob-tangle hides /usr/share/emacs/24.3/lisp/org/ob-tangle /usr/share/emacs24/site-lisp/org-mode/ob-table hides /usr/share/emacs/24.3/lisp/org/ob-table /usr/share/emacs24/site-lisp/org-mode/ob-lilypond hides /usr/share/emacs/24.3/lisp/org/ob-lilypond /usr/share/emacs24/site-lisp/org-mode/org-colview hides /usr/share/emacs/24.3/lisp/org/org-colview /usr/share/emacs24/site-lisp/org-mode/ob-org hides /usr/share/emacs/24.3/lisp/org/ob-org /usr/share/emacs24/site-lisp/org-mode/ob-latex hides /usr/share/emacs/24.3/lisp/org/ob-latex /usr/share/emacs24/site-lisp/org-mode/org-loaddefs hides /usr/share/emacs/24.3/lisp/org/org-loaddefs /usr/share/emacs24/site-lisp/org-mode/ob-ruby hides /usr/share/emacs/24.3/lisp/org/ob-ruby /usr/share/emacs24/site-lisp/org-mode/ob-matlab hides /usr/share/emacs/24.3/lisp/org/ob-matlab /usr/share/emacs24/site-lisp/org-mode/org-mobile hides /usr/share/emacs/24.3/lisp/org/org-mobile /usr/share/emacs24/site-lisp/org-mode/ob-eval hides /usr/share/emacs/24.3/lisp/org/ob-eval /usr/share/emacs24/site-lisp/org-mode/org-mouse hides /usr/share/emacs/24.3/lisp/org/org-mouse /usr/share/emacs24/site-lisp/org-mode/org-docview hides /usr/share/emacs/24.3/lisp/org/org-docview /usr/share/emacs24/site-lisp/org-mode/org-list hides /usr/share/emacs/24.3/lisp/org/org-list /usr/share/emacs24/site-lisp/org-mode/ob-scheme hides /usr/share/emacs/24.3/lisp/org/ob-scheme /usr/share/emacs24/site-lisp/org-mode/org-faces hides /usr/share/emacs/24.3/lisp/org/org-faces /usr/share/emacs24/site-lisp/org-mode/ob-js hides /usr/share/emacs/24.3/lisp/org/ob-js /usr/share/emacs24/site-lisp/org-mode/ob-dot hides /usr/share/emacs/24.3/lisp/org/ob-dot /usr/share/emacs24/site-lisp/org-mode/ob-ditaa hides /usr/share/emacs/24.3/lisp/org/ob-ditaa /usr/share/emacs24/site-lisp/org-mode/ob-screen hides /usr/share/emacs/24.3/lisp/org/ob-screen /usr/share/emacs24/site-lisp/org-mode/org-indent hides /usr/share/emacs/24.3/lisp/org/org-indent /usr/share/emacs24/site-lisp/org-mode/org-irc hides /usr/share/emacs/24.3/lisp/org/org-irc /usr/share/org-mode/lisp/org-mew hides /usr/share/emacs/24.3/lisp/org/org-mew /usr/share/emacs24/site-lisp/org-mode/org-footnote hides /usr/share/emacs/24.3/lisp/org/org-footnote /usr/share/emacs24/site-lisp/org-mode/org-gnus hides /usr/share/emacs/24.3/lisp/org/org-gnus /usr/share/emacs24/site-lisp/org-mode/ob-keys hides /usr/share/emacs/24.3/lisp/org/ob-keys /usr/share/emacs24/site-lisp/org-mode/ob-emacs-lisp hides /usr/share/emacs/24.3/lisp/org/ob-emacs-lisp /usr/share/emacs24/site-lisp/org-mode/org-bbdb hides /usr/share/emacs/24.3/lisp/org/org-bbdb /usr/share/emacs24/site-lisp/org-mode/ob-java hides /usr/share/emacs/24.3/lisp/org/ob-java /usr/share/emacs24/site-lisp/org-mode/ob-C hides /usr/share/emacs/24.3/lisp/org/ob-C /usr/share/emacs24/site-lisp/org-mode/org-compat hides /usr/share/emacs/24.3/lisp/org/org-compat /usr/share/emacs24/site-lisp/org-mode/org-inlinetask hides /usr/share/emacs/24.3/lisp/org/org-inlinetask /usr/share/emacs24/site-lisp/org-mode/org-archive hides /usr/share/emacs/24.3/lisp/org/org-archive /usr/share/emacs24/site-lisp/org-mode/ob-python hides /usr/share/emacs/24.3/lisp/org/ob-python /usr/share/org-mode/lisp/org-vm hides /usr/share/emacs/24.3/lisp/org/org-vm /usr/share/emacs24/site-lisp/org-mode/org-w3m hides /usr/share/emacs/24.3/lisp/org/org-w3m /usr/share/emacs24/site-lisp/org-mode/org-timer hides /usr/share/emacs/24.3/lisp/org/org-timer /usr/share/emacs24/site-lisp/org-mode/ob-sh hides /usr/share/emacs/24.3/lisp/org/ob-sh /usr/share/emacs24/site-lisp/org-mode/ob-gnuplot hides /usr/share/emacs/24.3/lisp/org/ob-gnuplot /usr/share/emacs24/site-lisp/org-mode/org-rmail hides /usr/share/emacs/24.3/lisp/org/org-rmail /usr/share/emacs24/site-lisp/org-mode/ob-ocaml hides /usr/share/emacs/24.3/lisp/org/ob-ocaml /usr/share/emacs24/site-lisp/org-mode/ob-sqlite hides /usr/share/emacs/24.3/lisp/org/ob-sqlite /usr/share/emacs24/site-lisp/org-mode/ob-css hides /usr/share/emacs/24.3/lisp/org/ob-css /usr/share/emacs24/site-lisp/org-mode/org-attach hides /usr/share/emacs/24.3/lisp/org/org-attach /usr/share/emacs24/site-lisp/org-mode/ob-maxima hides /usr/share/emacs/24.3/lisp/org/ob-maxima /usr/share/emacs24/site-lisp/org-mode/org-capture hides /usr/share/emacs/24.3/lisp/org/org-capture /usr/share/emacs24/site-lisp/org-mode/org-macs hides /usr/share/emacs/24.3/lisp/org/org-macs /usr/share/emacs24/site-lisp/org-mode/org-ctags hides /usr/share/emacs/24.3/lisp/org/org-ctags /usr/share/emacs24/site-lisp/org-mode/ob-calc hides /usr/share/emacs/24.3/lisp/org/ob-calc /usr/share/emacs24/site-lisp/org-mode/org-version hides /usr/share/emacs/24.3/lisp/org/org-version /usr/share/emacs24/site-lisp/org-mode/org hides /usr/share/emacs/24.3/lisp/org/org /usr/share/emacs24/site-lisp/org-mode/ob-picolisp hides /usr/share/emacs/24.3/lisp/org/ob-picolisp /usr/share/emacs24/site-lisp/org-mode/org-crypt hides /usr/share/emacs/24.3/lisp/org/org-crypt /usr/share/emacs24/site-lisp/org-mode/org-feed hides /usr/share/emacs/24.3/lisp/org/org-feed /usr/share/emacs24/site-lisp/org-mode/org-agenda hides /usr/share/emacs/24.3/lisp/org/org-agenda /usr/share/emacs24/site-lisp/org-mode/ob-exp hides /usr/share/emacs/24.3/lisp/org/ob-exp /usr/share/emacs24/site-lisp/org-mode/ob-asymptote hides /usr/share/emacs/24.3/lisp/org/ob-asymptote /usr/share/emacs24/site-lisp/org-mode/ob-clojure hides /usr/share/emacs/24.3/lisp/org/ob-clojure /usr/share/emacs24/site-lisp/org-mode/org-id hides /usr/share/emacs/24.3/lisp/org/org-id /usr/share/emacs24/site-lisp/org-mode/ob-sass hides /usr/share/emacs/24.3/lisp/org/ob-sass /usr/share/emacs24/site-lisp/org-mode/ob-ledger hides /usr/share/emacs/24.3/lisp/org/ob-ledger /usr/share/emacs24/site-lisp/org-mode/ob-plantuml hides /usr/share/emacs/24.3/lisp/org/ob-plantuml /usr/share/emacs24/site-lisp/org-mode/org-eshell hides /usr/share/emacs/24.3/lisp/org/org-eshell /usr/share/emacs24/site-lisp/org-mode/ob hides /usr/share/emacs/24.3/lisp/org/ob /usr/share/emacs24/site-lisp/org-mode/ob-comint hides /usr/share/emacs/24.3/lisp/org/ob-comint /usr/share/emacs24/site-lisp/org-mode/org-install hides /usr/share/emacs/24.3/lisp/org/org-install /usr/share/emacs24/site-lisp/org-mode/ob-lisp hides /usr/share/emacs/24.3/lisp/org/ob-lisp /usr/share/emacs24/site-lisp/flim/ntlm hides /usr/share/emacs/24.3/lisp/net/ntlm /usr/share/emacs24/site-lisp/flim/sasl hides /usr/share/emacs/24.3/lisp/net/sasl /usr/share/emacs24/site-lisp/flim/hmac-md5 hides /usr/share/emacs/24.3/lisp/net/hmac-md5 /usr/share/emacs24/site-lisp/flim/hmac-def hides /usr/share/emacs/24.3/lisp/net/hmac-def /usr/share/emacs24/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/24.3/lisp/net/sasl-ntlm /usr/share/emacs24/site-lisp/flim/sasl-digest hides /usr/share/emacs/24.3/lisp/net/sasl-digest /usr/share/emacs24/site-lisp/flim/sasl-cram hides /usr/share/emacs/24.3/lisp/net/sasl-cram /home/bremner/.emacs.d/el-get/js2-mode/.dir-locals hides /usr/share/emacs/24.3/lisp/gnus/.dir-locals /usr/share/emacs24/site-lisp/auctex/tex-style hides /usr/share/emacs/site-lisp/auctex/tex-style /usr/share/emacs24/site-lisp/auctex/tex-buf hides /usr/share/emacs/site-lisp/auctex/tex-buf /usr/share/emacs24/site-lisp/auctex/plain-tex hides /usr/share/emacs/site-lisp/auctex/plain-tex /usr/share/emacs24/site-lisp/auctex/tex hides /usr/share/emacs/site-lisp/auctex/tex /usr/share/emacs24/site-lisp/auctex/toolbar-x hides /usr/share/emacs/site-lisp/auctex/toolbar-x /usr/share/emacs24/site-lisp/auctex/tex-mik hides /usr/share/emacs/site-lisp/auctex/tex-mik /usr/share/emacs24/site-lisp/auctex/prv-emacs hides /usr/share/emacs/site-lisp/auctex/prv-emacs /usr/share/emacs24/site-lisp/auctex/context hides /usr/share/emacs/site-lisp/auctex/context /usr/share/emacs24/site-lisp/auctex/multi-prompt hides /usr/share/emacs/site-lisp/auctex/multi-prompt /usr/share/emacs24/site-lisp/auctex/context-nl hides /usr/share/emacs/site-lisp/auctex/context-nl /usr/share/emacs24/site-lisp/auctex/latex hides /usr/share/emacs/site-lisp/auctex/latex /usr/share/emacs24/site-lisp/auctex/font-latex hides /usr/share/emacs/site-lisp/auctex/font-latex /usr/share/emacs24/site-lisp/auctex/tex-fold hides /usr/share/emacs/site-lisp/auctex/tex-fold /usr/share/emacs24/site-lisp/auctex/tex-bar hides /usr/share/emacs/site-lisp/auctex/tex-bar /usr/share/emacs24/site-lisp/auctex/texmathp hides /usr/share/emacs/site-lisp/auctex/texmathp /usr/share/emacs24/site-lisp/auctex/preview hides /usr/share/emacs/site-lisp/auctex/preview /usr/share/emacs24/site-lisp/auctex/bib-cite hides /usr/share/emacs/site-lisp/auctex/bib-cite /usr/share/emacs24/site-lisp/auctex/tex-jp hides /usr/share/emacs/site-lisp/auctex/tex-jp /usr/share/emacs24/site-lisp/auctex/tex-font hides /usr/share/emacs/site-lisp/auctex/tex-font /usr/share/emacs24/site-lisp/auctex/context-en hides /usr/share/emacs/site-lisp/auctex/context-en /usr/share/emacs24/site-lisp/auctex/tex-info hides /usr/share/emacs/site-lisp/auctex/tex-info /usr/share/emacs/24.3/lisp/emacs-lisp/cl-lib hides /usr/share/emacs/24.3/site-lisp/slime/lib/cl-lib /usr/share/emacs/24.3/lisp/emacs-lisp/ert hides /usr/share/emacs/24.3/site-lisp/slime/lib/ert /usr/share/emacs/24.3/lisp/emacs-lisp/ert-x hides /usr/share/emacs/24.3/site-lisp/slime/lib/ert-x Features: (shadow emacsbug sh-script smie time shr-color color shr gnus-art mm-uu mml2015 epg-config gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems nnheader view misearch multi-isearch sort mail-extr mm-archive mule-util 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 cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine vc-git make-mode org-rmail org-mhe org-irc org-info org-gnus org-docview doc-view jka-compr image-mode org-bibtex bibtex org-bbdb org-w3m magit-bisect magit-key-mode magit log-edit pcvs-util add-log circe-tls tls server rainbow-mode-autoloads message-templ jss jss-debugger jss-console jss-io jss-http-repl jss-io-pretty-printers jss-prompt jss-browser jss-browser-firefox jss-browser-webkit json jss-remote-value jss-script url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util jss-browser-api jss-super-mode derived jss-deferred jss-utils websocket url-parse auth-source eieio gnus-util url-vars bindat circe-color-nicks circe-chanop circe byte-opt warnings lui-irc-colors lcs lui-format lui tracking shorten flyspell ispell .loaddefs el-get el-get-autoloads el-get-list-packages el-get-notify help-mode el-get-dependencies el-get-build el-get-status pp el-get-recipes el-get-byte-compile el-get-methods el-get-fossil el-get-svn el-get-pacman el-get-github-zip el-get-github-tar el-get-http-zip el-get-http-tar el-get-hg el-get-git-svn el-get-fink el-get-emacswiki el-get-http el-get-emacsmirror el-get-github el-get-git el-get-elpa package el-get-darcs el-get-cvs el-get-bzr el-get-brew el-get-builtin el-get-apt-get el-get-custom el-get-core autoload bytecomp byte-compile cconv dired js-comint indirect-region self-destruct tempo org-notmuch org-remember org-datetree org org-macro org-footnote org-pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs org-loaddefs find-func remember rx vc vc-dispatcher notmuch hl-line notmuch-version notmuch-message notmuch-maildir-fcc notmuch-hello wid-edit notmuch-tree notmuch-parser notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-address notmuch-wash diff-mode coolj notmuch-query goto-addr icalendar diary-lib diary-loaddefs cal-menu calendar cal-loaddefs notmuch-tag crm notmuch-lib message sendmail rfc822 mml mailabbrev mail-utils gmm-utils mailheader mm-view mml-smime mml-sec smime password-cache dig mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util mail-prsvr debian-el debian-el-loaddefs w3m-load slime-autoloads cl-macs gv pylint org-install 50magit haskell-mode-autoloads edmacro kmacro geiser-install geiser ido ess-toolbar ess-mouse mouseme thingatpt browse-url ess-menu ess-swv ess-noweb ess-noweb-font-lock-mode ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a shell pcomplete ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6-d ess-sp3-d ess-julia ess-r-d compile ess-tracebug format-spec ess-roxy advice cl cl-lib advice-preload hideshow ess-help ess-developer ess-r-args eldoc help-fns ess-s-l ess ess-inf comint ansi-color ring ess-mode ess-noweb-mode ess-utils time-date ess-custom executable easymenu ess-compat ess-site emacs-goodies-el emacs-goodies-custom emacs-goodies-loaddefs easy-mmode dpkg-dev-el dpkg-dev-el-loaddefs preview-latex tex-site auto-loads tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting font-render-setting x-toolkit x multi-tty emacs) From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Daiki Ueno Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Sep 2014 11:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: David Bremner Cc: 18513@debbugs.gnu.org Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.14119890026045 (code B ref 18513); Mon, 29 Sep 2014 11:11:02 +0000 Received: (at 18513) by debbugs.gnu.org; 29 Sep 2014 11:10:02 +0000 Received: from localhost ([127.0.0.1]:54890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYYq9-0001ZE-4J for submit@debbugs.gnu.org; Mon, 29 Sep 2014 07:10:01 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:45308) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYYq6-0001Z6-IJ for 18513@debbugs.gnu.org; Mon, 29 Sep 2014 07:09:59 -0400 Received: from du-a.org ([2001:e41:db5e:fb14::1]:35406 helo=debian) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1XYYq5-0005NA-96; Mon, 29 Sep 2014 07:09:57 -0400 Message-ID: <87zjdid6ny.fsf-ueno@gnu.org> From: Daiki Ueno References: <878ulebz1x.fsf@maritornes.cs.unb.ca> Date: Mon, 29 Sep 2014 20:09:53 +0900 In-Reply-To: <878ulebz1x.fsf@maritornes.cs.unb.ca> (David Bremner's message of "Sat, 20 Sep 2014 08:12:26 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -5.8 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.8 (-----) --=-=-= David Bremner writes: > 1) Start emacs with emacs -Q > 2) start sending a message with M-x message-mail > 3) add "sign" tag with C-c C-m C-s > 3) manually replace "sign with "sigencrypt", simulating failed attempt to > manually change mode > 4) add some text to the message, set a destination address and > subject > 5) send using C-c C-c > > The message is sent unencrypted, without any feedback to the user. It > seems that the correct response would be to refuse to send a message > with malformed mml tags. I've installed the following simple fix in the trunk. Does it work for you? --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=mml.el.diff === modified file 'lisp/gnus/ChangeLog' --- lisp/gnus/ChangeLog 2014-09-11 19:44:25 +0000 +++ lisp/gnus/ChangeLog 2014-09-29 11:02:32 +0000 @@ -1,3 +1,8 @@ +2014-09-29 Daiki Ueno + + * mml.el (mml-parse-1): Error out if unknown mode is specified in + <#secure> tag (bug#18513). + 2014-09-11 Paul Eggert * gnus-cloud.el (gnus-cloud-parse-version-1): Fix misspelling === modified file 'lisp/gnus/mml.el' --- lisp/gnus/mml.el 2014-03-24 01:56:03 +0000 +++ lisp/gnus/mml.el 2014-09-29 11:00:11 +0000 @@ -257,7 +257,9 @@ ((string= mode "encrypt") (setq tags (list "encrypt" method))) ((string= mode "signencrypt") - (setq tags (list "sign" method "encrypt" method)))) + (setq tags (list "sign" method "encrypt" method))) + (t + (error "Unknown secure mode %s" mode))) (eval `(mml-insert-tag ,secure-mode ,@tags ,(if keyfile "keyfile") --=-=-=-- From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: David Bremner Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Sep 2014 12:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daiki Ueno Cc: 18513@debbugs.gnu.org Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.141199285016581 (code B ref 18513); Mon, 29 Sep 2014 12:15:01 +0000 Received: (at 18513) by debbugs.gnu.org; 29 Sep 2014 12:14:10 +0000 Received: from localhost ([127.0.0.1]:54898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYZqE-0004JN-44 for submit@debbugs.gnu.org; Mon, 29 Sep 2014 08:14:10 -0400 Received: from yantan.tethera.net ([199.188.72.155]:38305) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYZqB-0004JC-Cc for 18513@debbugs.gnu.org; Mon, 29 Sep 2014 08:14:08 -0400 Received: from remotemail by yantan.tethera.net with local (Exim 4.80) (envelope-from ) id 1XYZq8-0001Qx-QA; Mon, 29 Sep 2014 09:14:04 -0300 Received: (nullmailer pid 22617 invoked by uid 1000); Mon, 29 Sep 2014 12:14:00 -0000 From: David Bremner In-Reply-To: <87zjdid6ny.fsf-ueno@gnu.org> References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> User-Agent: Notmuch/0.18.1+98~gae27403 (http://notmuchmail.org) Emacs/24.3.1 (x86_64-pc-linux-gnu) Date: Mon, 29 Sep 2014 14:14:00 +0200 Message-ID: <87k34mei9j.fsf@maritornes.cs.unb.ca> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) Daiki Ueno writes: > I've installed the following simple fix in the trunk. Does it work for you? > === modified file 'lisp/gnus/mml.el' > --- lisp/gnus/mml.el 2014-03-24 01:56:03 +0000 > +++ lisp/gnus/mml.el 2014-09-29 11:00:11 +0000 > @@ -257,7 +257,9 @@ > ((string= mode "encrypt") > (setq tags (list "encrypt" method))) > ((string= mode "signencrypt") > - (setq tags (list "sign" method "encrypt" method)))) > + (setq tags (list "sign" method "encrypt" method))) > + (t > + (error "Unknown secure mode %s" mode))) > (eval `(mml-insert-tag ,secure-mode > ,@tags > ,(if keyfile "keyfile") It's definitely an improvement, and it fixes the scenario I reported. On the other hand, if the use corrupts the #secure tag then essentially the same behaviour results. Would it be possible to have a strict mode where any unknown mml tag causes an error? David From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Daiki Ueno Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Sep 2014 01:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: David Bremner Cc: 18513@debbugs.gnu.org Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.141204098532032 (code B ref 18513); Tue, 30 Sep 2014 01:37:02 +0000 Received: (at 18513) by debbugs.gnu.org; 30 Sep 2014 01:36:25 +0000 Received: from localhost ([127.0.0.1]:55674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYmMa-0008KZ-A1 for submit@debbugs.gnu.org; Mon, 29 Sep 2014 21:36:24 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44802) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XYmMW-0008KP-Hf for 18513@debbugs.gnu.org; Mon, 29 Sep 2014 21:36:21 -0400 Received: from du-a.org ([2001:e41:db5e:fb14::1]:35504 helo=debian) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1XYmMV-0000Q9-9l; Mon, 29 Sep 2014 21:36:19 -0400 Message-ID: <87ppeddh4i.fsf-ueno@gnu.org> From: Daiki Ueno References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> <87k34mei9j.fsf@maritornes.cs.unb.ca> Date: Tue, 30 Sep 2014 10:36:13 +0900 In-Reply-To: <87k34mei9j.fsf@maritornes.cs.unb.ca> (David Bremner's message of "Mon, 29 Sep 2014 14:14:00 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.8 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.8 (-----) David Bremner writes: > It's definitely an improvement, and it fixes the scenario I reported. On > the other hand, if the use corrupts the #secure tag then essentially the > same behaviour results. Would it be possible to have a strict mode where > any unknown mml tag causes an error? Could be, but I guess it should be a separate issue (and a wishlist rather than important). For the meantime, I think a reasonable solution would be to add (more?) checks for the #secure tag only. From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Oct 2014 01:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daiki Ueno Cc: David Bremner , 18513@debbugs.gnu.org Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.141212692322599 (code B ref 18513); Wed, 01 Oct 2014 01:29:01 +0000 Received: (at 18513) by debbugs.gnu.org; 1 Oct 2014 01:28:43 +0000 Received: from localhost ([127.0.0.1]:56773 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZ8ig-0005sP-1Z for submit@debbugs.gnu.org; Tue, 30 Sep 2014 21:28:42 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44385) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZ8id-0005sE-T6 for 18513@debbugs.gnu.org; Tue, 30 Sep 2014 21:28:40 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1XZ8ic-0000vV-Cl; Tue, 30 Sep 2014 21:28:38 -0400 From: Glenn Morris References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> X-Spook: pink noise BATF red noise Roswell explosion Saudi Arabia X-Ran: vo0W33p7!pH}@q/p+7kVJe'prl-1X!gmR/t=O[!]/06gBWY}KKq`kwh^"4/'c[$Jfp]yl5 X-Hue: cyan X-Attribution: GM Date: Tue, 30 Sep 2014 21:28:38 -0400 In-Reply-To: <87zjdid6ny.fsf-ueno@gnu.org> (Daiki Ueno's message of "Mon, 29 Sep 2014 20:09:53 +0900") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.7 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) Daiki Ueno wrote: > I've installed the following simple fix in the trunk. Does it work for you? [...] > - (setq tags (list "sign" method "encrypt" method)))) > + (setq tags (list "sign" method "encrypt" method))) > + (t > + (error "Unknown secure mode %s" mode))) Seems like a safe, simple fix for a potentially important issue; so what do you think about putting it in emacs-24? From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Daiki Ueno Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Oct 2014 02:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: David Bremner , 18513@debbugs.gnu.org Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.141213076428923 (code B ref 18513); Wed, 01 Oct 2014 02:33:01 +0000 Received: (at 18513) by debbugs.gnu.org; 1 Oct 2014 02:32:44 +0000 Received: from localhost ([127.0.0.1]:56785 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZ9ie-0007WO-3J for submit@debbugs.gnu.org; Tue, 30 Sep 2014 22:32:44 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:45245) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XZ9ib-0007WG-Oy for 18513@debbugs.gnu.org; Tue, 30 Sep 2014 22:32:42 -0400 Received: from du-a.org ([2001:e41:db5e:fb14::1]:35885 helo=localhost.localdomain) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1XZ9ia-0004g8-7Y; Tue, 30 Sep 2014 22:32:40 -0400 Message-ID: From: Daiki Ueno References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> Date: Wed, 01 Oct 2014 11:32:34 +0900 In-Reply-To: (Glenn Morris's message of "Tue, 30 Sep 2014 21:28:38 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.7 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) Glenn Morris writes: > Daiki Ueno wrote: > >> I've installed the following simple fix in the trunk. Does it work for you? > [...] >> - (setq tags (list "sign" method "encrypt" method)))) >> + (setq tags (list "sign" method "encrypt" method))) >> + (t >> + (error "Unknown secure mode %s" mode))) > > Seems like a safe, simple fix for a potentially important issue; > so what do you think about putting it in emacs-24? Pushed now (hope it met the deadline). From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Sep 2019 11:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: David Bremner Cc: 18513@debbugs.gnu.org, Daiki Ueno Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.156923918612535 (code B ref 18513); Mon, 23 Sep 2019 11:47:01 +0000 Received: (at 18513) by debbugs.gnu.org; 23 Sep 2019 11:46:26 +0000 Received: from localhost ([127.0.0.1]:35244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCMnS-0003Fp-1K for submit@debbugs.gnu.org; Mon, 23 Sep 2019 07:46:26 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33982) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCMnQ-0003EG-L9 for 18513@debbugs.gnu.org; Mon, 23 Sep 2019 07:46:25 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iCMnN-0006DH-0G; Mon, 23 Sep 2019 13:46:23 +0200 From: Lars Ingebrigtsen References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> <87k34mei9j.fsf@maritornes.cs.unb.ca> Date: Mon, 23 Sep 2019 13:46:20 +0200 In-Reply-To: <87k34mei9j.fsf@maritornes.cs.unb.ca> (David Bremner's message of "Mon, 29 Sep 2014 14:14:00 +0200") Message-ID: <87muev8cc3.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: David Bremner writes: > It's definitely an improvement, and it fixes the scenario I reported. On > the other hand, if the use corrupts the #secure tag then essentially the > same behaviour results. Would it be possible to [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) David Bremner writes: > It's definitely an improvement, and it fixes the scenario I reported. On > the other hand, if the use corrupts the #secure tag then essentially the > same behaviour results. Would it be possible to have a strict mode where > any unknown mml tag causes an error? I don't think it's possible to do that in general -- for instance, if the user removes the first three characters from the MML tag (leaving a line with just "ecure ..."), then Message can't know that it's supposed to be secure... So I don't see any way to do this in general, and I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 23 07:46:32 2019 Received: (at control) by debbugs.gnu.org; 23 Sep 2019 11:46:32 +0000 Received: from localhost ([127.0.0.1]:35247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCMnX-0003KY-9I for submit@debbugs.gnu.org; Mon, 23 Sep 2019 07:46:32 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCMnV-0003IX-7i for control@debbugs.gnu.org; Mon, 23 Sep 2019 07:46:29 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iCMnS-0006DP-Gt for control@debbugs.gnu.org; Mon, 23 Sep 2019 13:46:28 +0200 Date: Mon, 23 Sep 2019 13:46:26 +0200 Message-Id: <87lfuf8cbx.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #18513 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 18513 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 18513 quit From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: David Bremner Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Sep 2019 12:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 18513@debbugs.gnu.org, Daiki Ueno , Daniel Kahn Gillmor Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.15692411382258 (code B ref 18513); Mon, 23 Sep 2019 12:19:01 +0000 Received: (at 18513) by debbugs.gnu.org; 23 Sep 2019 12:18:58 +0000 Received: from localhost ([127.0.0.1]:35291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCNIv-0000aM-MQ for submit@debbugs.gnu.org; Mon, 23 Sep 2019 08:18:57 -0400 Received: from fethera.tethera.net ([198.245.60.197]:41280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCNIv-0000aD-0H for 18513@debbugs.gnu.org; Mon, 23 Sep 2019 08:18:57 -0400 Received: from remotemail by fethera.tethera.net with local (Exim 4.89) (envelope-from ) id 1iCNIp-00054W-9B; Mon, 23 Sep 2019 08:18:51 -0400 Received: (nullmailer pid 21760 invoked by uid 1000); Mon, 23 Sep 2019 12:18:50 -0000 From: David Bremner In-Reply-To: <87muev8cc3.fsf@gnus.org> References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> <87k34mei9j.fsf@maritornes.cs.unb.ca> <87muev8cc3.fsf@gnus.org> Date: Mon, 23 Sep 2019 09:18:50 -0300 Message-ID: <877e5zjjdh.fsf@tethera.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > David Bremner writes: > >> It's definitely an improvement, and it fixes the scenario I reported. On >> the other hand, if the use corrupts the #secure tag then essentially the >> same behaviour results. Would it be possible to have a strict mode where >> any unknown mml tag causes an error? > > I don't think it's possible to do that in general -- for instance, if > the user removes the first three characters from the MML tag (leaving a > line with just "ecure ..."), then Message can't know that it's supposed > to be secure... > > So I don't see any way to do this in general, and I'm closing this bug > report. > I don't think the fact that we can't do a perfect job is a reason not to improve the error checking. There are many errors that can be detected that currently are not. Is erroring on an unknown mml tag (which nonethless actually looks like a tag) actually difficult? d From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Sep 2019 13:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: David Bremner Cc: 18513@debbugs.gnu.org, Daiki Ueno , Daniel Kahn Gillmor Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.156924683820304 (code B ref 18513); Mon, 23 Sep 2019 13:54:02 +0000 Received: (at 18513) by debbugs.gnu.org; 23 Sep 2019 13:53:58 +0000 Received: from localhost ([127.0.0.1]:35366 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCOms-0005HQ-BK for submit@debbugs.gnu.org; Mon, 23 Sep 2019 09:53:58 -0400 Received: from quimby.gnus.org ([80.91.231.51]:36704) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCOmp-0005HH-Qt for 18513@debbugs.gnu.org; Mon, 23 Sep 2019 09:53:56 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iCOmk-0007c7-OJ; Mon, 23 Sep 2019 15:53:53 +0200 From: Lars Ingebrigtsen References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> <87k34mei9j.fsf@maritornes.cs.unb.ca> <87muev8cc3.fsf@gnus.org> <877e5zjjdh.fsf@tethera.net> Date: Mon, 23 Sep 2019 15:53:50 +0200 In-Reply-To: <877e5zjjdh.fsf@tethera.net> (David Bremner's message of "Mon, 23 Sep 2019 09:18:50 -0300") Message-ID: <87ftkn6rv5.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: David Bremner writes: > I don't think the fact that we can't do a perfect job is a reason not to > improve the error checking. There are many errors that can be detected > that currently are not. Is erroring on an unknown [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) David Bremner writes: > I don't think the fact that we can't do a perfect job is a reason not to > improve the error checking. There are many errors that can be detected > that currently are not. Is erroring on an unknown mml tag (which > nonethless actually looks like a tag) actually difficult? It's not difficult to bug out on <#unknown>, but since Message mode buffers mostly free text, doing so would lead to people having their emails fail if they were to type such a thing by hand. MML is only recognised if it's one of the keywords it er recognises. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Daniel Kahn Gillmor Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Sep 2019 17:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen , David Bremner Cc: 18513@debbugs.gnu.org, Daiki Ueno Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.156934704324376 (code B ref 18513); Tue, 24 Sep 2019 17:45:01 +0000 Received: (at 18513) by debbugs.gnu.org; 24 Sep 2019 17:44:03 +0000 Received: from localhost ([127.0.0.1]:40092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCor4-0006L6-Ny for submit@debbugs.gnu.org; Tue, 24 Sep 2019 13:44:03 -0400 Received: from che.mayfirst.org ([162.247.75.118]:43393) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCor1-0006KY-1S for 18513@debbugs.gnu.org; Tue, 24 Sep 2019 13:43:59 -0400 DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019; t=1569347037; h=from : to : cc : subject : in-reply-to : references : date : message-id : mime-version : content-type : from; bh=fniKLm6IME78s6LGGV8fLWxkOxNbBR7E8LmBfziJetY=; b=CmR607mPK9THyOaKtObzt9zTF3daZV+G7B11j9qBwKgVMaGUy9Js0pny XQR9ctmhzU+Of1wBMc1gBOAwrix2Ag== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019rsa; t=1569347037; h=from : to : cc : subject : in-reply-to : references : date : message-id : mime-version : content-type : from; bh=fniKLm6IME78s6LGGV8fLWxkOxNbBR7E8LmBfziJetY=; b=WwPHjtnbaPu7HViC5QMuKKGXQblVUgroAyQ5EKRwLhZRdvHRIbbwUzC0 UThEr99Kb9UaFXgM7vc1/iBaESTHx++BV9+5Qq0xKuTHqjE99tliLNCfeK rQ0/fN7BRpI2xqqae+xbV7U6Sy2NldjmMAMbAZnsli0UfvGjRSe49O3A5h Tw1iljZzA93FANx6XJfeI00/Hof5Bv1WRBtv6TtlUWP6Q8OyPxkJaP/1KS Cj2vakXtwC5J+ggz+C3cp0kkCVyBz9es/uTQmKiRGC82/3zjKUXxB9TGHi drFreeDd103dnk5x/rTZXKSH9kWG4w/zh7wM2JJOhBFEkqOfHXIzog== Received: from fifthhorseman.net (dh207-27-210.xnet.hr [88.207.27.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by che.mayfirst.org (Postfix) with ESMTPSA id 454D1F9A5; Tue, 24 Sep 2019 13:43:57 -0400 (EDT) Received: by fifthhorseman.net (Postfix, from userid 1000) id 676D2205C9; Tue, 24 Sep 2019 06:49:51 -0400 (EDT) From: Daniel Kahn Gillmor In-Reply-To: <87ftkn6rv5.fsf@gnus.org> References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> <87k34mei9j.fsf@maritornes.cs.unb.ca> <87muev8cc3.fsf@gnus.org> <877e5zjjdh.fsf@tethera.net> <87ftkn6rv5.fsf@gnus.org> Autocrypt: addr=dkg@fifthhorseman.net; prefer-encrypt=mutual; keydata= mDMEXEK/AhYJKwYBBAHaRw8BAQdAr/gSROcn+6m8ijTN0DV9AahoHGafy52RRkhCZVwxhEe0K0Rh bmllbCBLYWhuIEdpbGxtb3IgPGRrZ0BmaWZ0aGhvcnNlbWFuLm5ldD6ImQQTFggAQQIbAQUJA8Jn AAULCQgHAgYVCgkICwIEFgIDAQIeAQIXgBYhBMS8Lds4zOlkhevpwvIGkReQOOXGBQJcQsbzAhkB AAoJEPIGkReQOOXG4fkBAO1joRxqAZY57PjdzGieXLpluk9RkWa3ufkt3YUVEpH/AP9c+pgIxtyW +FwMQRjlqljuj8amdN4zuEqaCy4hhz/1DbgzBFxCv4sWCSsGAQQB2kcPAQEHQERSZxSPmgtdw6nN u7uxY7bzb9TnPrGAOp9kClBLRwGfiPUEGBYIACYWIQTEvC3bOMzpZIXr6cLyBpEXkDjlxgUCXEK/ iwIbAgUJAeEzgACBCRDyBpEXkDjlxnYgBBkWCAAdFiEEyQ5tNiAKG5IqFQnndhgZZSmuX/gFAlxC v4sACgkQdhgZZSmuX/iVWgD/fCU4ONzgy8w8UCHGmrmIZfDvdhg512NIBfx+Mz9ls5kA/Rq97vz4 z48MFuBdCuu0W/fVqVjnY7LN5n+CQJwGC0MIA7QA/RyY7Sz2gFIOcrns0RpoHr+3WI+won3xCD8+ sVXSHZvCAP98HCjDnw/b0lGuCR7coTXKLIM44/LFWgXAdZjm1wjODbg4BFxCv50SCisGAQQBl1UB BQEBB0BG4iXnHX/fs35NWKMWQTQoRI7oiAUt0wJHFFJbomxXbAMBCAeIfgQYFggAJhYhBMS8Lds4 zOlkhevpwvIGkReQOOXGBQJcQr+dAhsMBQkB4TOAAAoJEPIGkReQOOXGe/cBAPlek5d9xzcXUn/D kY6jKmxe26CTws3ZkbK6Aa5Ey/qKAP0VuPQSCRxA7RKfcB/XrEphfUFkraL06Xn/xGwJ+D0hCw== Date: Tue, 24 Sep 2019 12:49:50 +0200 Message-ID: <87lfuem0j5.fsf@fifthhorseman.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain On Mon 2019-09-23 15:53:50 +0200, Lars Ingebrigtsen wrote: > David Bremner writes: > >> I don't think the fact that we can't do a perfect job is a reason not to >> improve the error checking. There are many errors that can be detected >> that currently are not. Is erroring on an unknown mml tag (which >> nonethless actually looks like a tag) actually difficult? > > It's not difficult to bug out on <#unknown>, but since Message mode > buffers mostly free text, doing so would lead to people having their > emails fail if they were to type such a thing by hand. MML is only > recognised if it's one of the keywords it er recognises. It seems to me that there's a sensible balance to be struck, where MML can carve out a recognizable, predictable space, while still not causing unncessary failures. For example, it could try to interpret every sequence that starts with the two characters U+003C LESS-THAN SIGN, U+0023 NUMBER, and ends with U+003E GREATER-THAN SIGN, if those characters are all on a single line. (does mml handle tags split across multiple lines?) But since the goal of this bug report, afaict, is to reduce user error when composing and sending mail in mml-mode, UI/UX feedback choices are pretty critical to making this work right. I do note that mml-mode itself offers some help, because it seems to apply a different textual style to strings that mml will act on. As long as the user can visually distinguish between these textual styles, and assuming that the matching rules in mml-mode are precisely aligned with the mml-based transformation that happens just before a buffer is sent, then the user has some amount of feedback -- but i'm not sure that both of those assumptions holds in a buffer during arbitrary editing. Does it? Even better UX would be a distinct textual style between a valid/actionable mml-tag and an mml-tag that has an error in it, so that the user oomposing the buffer has immediate feedback about potentially problematic strings. Thanks for maintaining MML! --dkg --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTJDm02IAobkioVCed2GBllKa5f+AUCXYn0zwAKCRB2GBllKa5f +H6OAP90xmw05nFACSa7OLhdsEonVSmZWmpS0xR4KQXT5zHhuAD/cIaQD8Wck5UI fFlIPemGKq8DTPU4SMgzuRPae4aXYQ4= =2S1I -----END PGP SIGNATURE----- --=-=-=-- From unknown Sat Aug 09 14:04:36 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18513: 24.3; message-mode sends unencrypted on error Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Sep 2019 13:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel Kahn Gillmor Cc: 18513@debbugs.gnu.org, David Bremner , Daiki Ueno Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.156941671612031 (code B ref 18513); Wed, 25 Sep 2019 13:06:01 +0000 Received: (at 18513) by debbugs.gnu.org; 25 Sep 2019 13:05:16 +0000 Received: from localhost ([127.0.0.1]:41017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iD6yp-00037y-V3 for submit@debbugs.gnu.org; Wed, 25 Sep 2019 09:05:16 -0400 Received: from quimby.gnus.org ([80.91.231.51]:34250) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iD6yo-00037p-4R for 18513@debbugs.gnu.org; Wed, 25 Sep 2019 09:05:14 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iD6yh-0002gI-BA; Wed, 25 Sep 2019 15:05:12 +0200 From: Lars Ingebrigtsen References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> <87k34mei9j.fsf@maritornes.cs.unb.ca> <87muev8cc3.fsf@gnus.org> <877e5zjjdh.fsf@tethera.net> <87ftkn6rv5.fsf@gnus.org> <87lfuem0j5.fsf@fifthhorseman.net> Date: Wed, 25 Sep 2019 15:05:06 +0200 In-Reply-To: <87lfuem0j5.fsf@fifthhorseman.net> (Daniel Kahn Gillmor's message of "Tue, 24 Sep 2019 12:49:50 +0200") Message-ID: <87y2ycv859.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Daniel Kahn Gillmor writes: >> It's not difficult to bug out on <#unknown>, but since Message mode >> buffers mostly free text, doing so would lead to people having their >> emails fail if they were to type such a thing by hand. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Daniel Kahn Gillmor writes: >> It's not difficult to bug out on <#unknown>, but since Message mode >> buffers mostly free text, doing so would lead to people having their >> emails fail if they were to type such a thing by hand. MML is only >> recognised if it's one of the keywords it er recognises. > > It seems to me that there's a sensible balance to be struck, where MML > can carve out a recognizable, predictable space, while still not causing > unncessary failures. > > For example, it could try to interpret every sequence that starts with > the two characters U+003C LESS-THAN SIGN, U+0023 NUMBER, and ends with > U+003E GREATER-THAN SIGN, if those characters are all on a single > line. (does mml handle tags split across multiple lines?) But that would trigger on this <#no-mml tag> and would annoy people. > I do note that mml-mode itself offers some help, because it seems to > apply a different textual style to strings that mml will act on. As > long as the user can visually distinguish between these textual styles, > and assuming that the matching rules in mml-mode are precisely aligned > with the mml-based transformation that happens just before a buffer is > sent, then the user has some amount of feedback -- but i'm not sure that > both of those assumptions holds in a buffer during arbitrary editing. > Does it? I think so. But perhaps there should be a secondary level of testing for encryption-related commands. That is, if you've typed `C-c C-m c p' (for instance), and then the MML parser doesn't find any encryption tags in the buffer, then it could ask something like "You indicated that you wanted this to be encrypted, but it won't be; send anyway?" I mean, you may have used that command and then removed the "secure" tag because you changed your mind, so completely refusing to send probably isn't a good idea. This warning stuff could be done via a buffer-local variable, I guess... Although that wouldn't survive a round trip to the drafts group. Perhaps a header? User-Wants-Encryption: yes ? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no