From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.devel Subject: Re: Opportunistic STARTTLS in smtpmail.el Date: Fri, 03 Jun 2011 00:03:18 +0900 Message-ID: <87aae05l8p.fsf-ueno@unixuser.org> References: <87y61nnpoq.fsf@lifelogs.com> <87fwnuacc5.fsf@lifelogs.com> <878vtmo081.fsf@lifelogs.com> <87tycamhmv.fsf@lifelogs.com> <87pqmxvfoh.fsf@lifelogs.com> <87sjrttwh8.fsf@lifelogs.com> <87wrh4b9h9.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 1307027044 28314 80.91.229.12 (2 Jun 2011 15:04:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 2 Jun 2011 15:04:04 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 02 17:04:00 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QS9RH-0005bU-3G for ged-emacs-devel@m.gmane.org; Thu, 02 Jun 2011 17:03:59 +0200 Original-Received: from localhost ([::1]:47071 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QS9RF-0001yT-CT for ged-emacs-devel@m.gmane.org; Thu, 02 Jun 2011 11:03:57 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:58786) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QS9Qq-0001xh-JI for emacs-devel@gnu.org; Thu, 02 Jun 2011 11:03:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QS9Qo-0003aD-Gk for emacs-devel@gnu.org; Thu, 02 Jun 2011 11:03:32 -0400 Original-Received: from ivory4.scn-net.ne.jp ([219.117.176.192]:56741) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QS9Qn-0003a1-RW for emacs-devel@gnu.org; Thu, 02 Jun 2011 11:03:30 -0400 Original-Received: from ([192.168.0.187]) (envelope sender: ) by ivory4.scn-net.ne.jp with Active!Hunter esmtp server; Fri, 3 Jun 2011 00:03:25 +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 p52F3PAQ002565 for ; Fri, 3 Jun 2011 00:03:25 +0900 In-Reply-To: <87wrh4b9h9.fsf@lifelogs.com> (Ted Zlatanov's message of "Thu, 02 Jun 2011 09:20:50 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Received-From: 219.117.176.192 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140069 Archived-At: Ted Zlatanov writes: > The discussion petered out, and your proposal was . (was what?) > I think my current proposal is a continuation of > http://thread.gmane.org/gmane.emacs.gnus.general/77009/focus=77208 > where I propose something similar. The key difference is Lars' idea > of encrypting only pieces of an otherwise unencrypted file. How those pieces of encrypted data can share the same passphrase? Otherwise a user will be asked passphrase every time when decrypting those pieces IIUC - that would be more painful than the current situation or the unencrypted file solution. > DU> Anyway I will be happy if: > > DU> - Gnus does not ask password when connecting to password-less services > > It doesn't. Why it doesn't? Do you think the current behavior is reasonable enough? On my modern GNOME desktop environment, NetworkManager etc. do not asks passwords for password-less services. > You could also use the Secrets API or propose a new `auth-sources' > backend that fits your needs (your expertise is greatly appreciated). Yes, I know, but are you using it daily? > I like the idea of a pure-data backend, for instance, where all the data > is in the `auth-sources' entry directly. I would implement it if people > needed it, but it seems everyone prefers data formats they can share > with programs outside Emacs. I don't understand what you are talking about - sounds like a sales talk by researchers in software engineering academia ;) Regards, -- Daiki Ueno