From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.bugs Subject: bug#18513: 24.3; message-mode sends unencrypted on error Date: Tue, 30 Sep 2014 10:36:13 +0900 Message-ID: <87ppeddh4i.fsf-ueno@gnu.org> References: <878ulebz1x.fsf@maritornes.cs.unb.ca> <87zjdid6ny.fsf-ueno@gnu.org> <87k34mei9j.fsf@maritornes.cs.unb.ca> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1412041041 7670 80.91.229.3 (30 Sep 2014 01:37:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 30 Sep 2014 01:37:21 +0000 (UTC) Cc: 18513@debbugs.gnu.org To: David Bremner Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 30 03:37:13 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XYmNN-0004xV-AC for geb-bug-gnu-emacs@m.gmane.org; Tue, 30 Sep 2014 03:37:13 +0200 Original-Received: from localhost ([::1]:39992 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYmNM-0002xs-Ou for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Sep 2014 21:37:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40633) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYmNI-0002xl-Lv for bug-gnu-emacs@gnu.org; Mon, 29 Sep 2014 21:37:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XYmNH-0004ft-S3 for bug-gnu-emacs@gnu.org; Mon, 29 Sep 2014 21:37:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35877) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XYmNH-0004f4-Od for bug-gnu-emacs@gnu.org; Mon, 29 Sep 2014 21:37:07 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XYmNC-0008LW-2k for bug-gnu-emacs@gnu.org; Mon, 29 Sep 2014 21:37:02 -0400 X-Loop: help-debbugs@gnu.org 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: Original-Received: via spool by 18513-submit@debbugs.gnu.org id=B18513.141204098532032 (code B ref 18513); Tue, 30 Sep 2014 01:37:02 +0000 Original-Received: (at 18513) by debbugs.gnu.org; 30 Sep 2014 01:36:25 +0000 Original-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 Original-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 Original-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 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) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:93891 Archived-At: 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.