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#7487: 24.0.50; Gnus nnimap broken Date: Thu, 16 Dec 2010 07:05:22 +0900 Message-ID: <8762uud74t.fsf@broken.deisui.org> References: <8739q54g7x.fsf@lifelogs.com> <8762uxob2f.fsf@lifelogs.com> <877hfb14o9.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1292452296 12793 80.91.229.12 (15 Dec 2010 22:31:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 15 Dec 2010 22:31:36 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: Ted Zlatanov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 15 23:31:31 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PSzsa-0007K1-EH for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Dec 2010 23:31:24 +0100 Original-Received: from localhost ([127.0.0.1]:55188 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PSzkN-000113-SO for geb-bug-gnu-emacs@m.gmane.org; Wed, 15 Dec 2010 17:22:55 -0500 Original-Received: from [140.186.70.92] (port=50808 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PSzkC-0000y6-8O for bug-gnu-emacs@gnu.org; Wed, 15 Dec 2010 17:22:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PSzk9-0007uR-Cc for bug-gnu-emacs@gnu.org; Wed, 15 Dec 2010 17:22:43 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51348) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PSzk9-0007uN-Ar for bug-gnu-emacs@gnu.org; Wed, 15 Dec 2010 17:22:41 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PSzOG-0002CA-4m; Wed, 15 Dec 2010 17:00:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Daiki Ueno Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 15 Dec 2010 22:00:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7487 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by submit@debbugs.gnu.org id=B.12924503658372 (code B ref -1); Wed, 15 Dec 2010 22:00:04 +0000 Original-Received: (at submit) by debbugs.gnu.org; 15 Dec 2010 21:59:25 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PSzNc-0002Az-QB for submit@debbugs.gnu.org; Wed, 15 Dec 2010 16:59:25 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PSzNa-0002Am-F8 for submit@debbugs.gnu.org; Wed, 15 Dec 2010 16:59:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PSzTe-0004kF-Dq for submit@debbugs.gnu.org; Wed, 15 Dec 2010 17:05:39 -0500 Original-Received: from lists.gnu.org ([199.232.76.165]:48328) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PSzTe-0004kB-Bi for submit@debbugs.gnu.org; Wed, 15 Dec 2010 17:05:38 -0500 Original-Received: from [140.186.70.92] (port=60834 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PSzTd-0002UK-I6 for bug-gnu-emacs@gnu.org; Wed, 15 Dec 2010 17:05:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PSzTc-0004jn-65 for bug-gnu-emacs@gnu.org; Wed, 15 Dec 2010 17:05:37 -0500 Original-Received: from ivory4.scn-net.ne.jp ([219.117.176.192]:43864) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PSzTb-0004jZ-MA for bug-gnu-emacs@gnu.org; Wed, 15 Dec 2010 17:05:36 -0500 Original-Received: from ([192.168.0.187]) (envelope sender: ) by ivory4.scn-net.ne.jp with Active!Hunter esmtp server; Thu, 16 Dec 2010 07:05:29 +0900 Original-Received: Received: from well-done.deisui.org (g187018.scn-net.ne.jp [202.83.187.18]) (authenticated) by blue17.scn-net.ne.jp (unknown) with ESMTP id oBFM5Tl9025244; Thu, 16 Dec 2010 07:05:29 +0900 In-Reply-To: <877hfb14o9.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed, 15 Dec 2010 08:39:18 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 15 Dec 2010 17:00:04 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:42537 Archived-At: Ted Zlatanov writes: > I agree. The user may not even know the implications of symmetric > encryption. So IMHO this should be an external option (maybe requested > by setting `epa-file-encrypt-to' to 'ask if it's nil) which would change > the current key selection UI as follows (this is a refinement of my > previous UI proposal): Sorry, I don't want to extend `epa-file-encrypt-to' to a global variable to accept the value such as 'ask. It purely intends to be used in "Local variables:" section of the file. Perhaps you may think my previous patch is too large (and as you usually complains there is a code duplication between netrc.el and auth-source.el)? I don't think so since there is only a few packages (auth-source.el and anything else?) will benefit from the simplicity. > So this inconveniences users at least once, but gives them a chance to > understand what's going on, and with `P' will not be asked again. What > do you think? Personally I don't like this kind of multiple-candidate question in the mini-buffer :-) Maybe we could reuse the prefix argument (as `C-u M-x epa-sign-region') to control whether the key selection UI is shown, or simplify the key selection dialog by hiding the public key list by default, with say `visibility' widget. Regards, -- Daiki Ueno