From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Opportunistic STARTTLS in smtpmail.el Date: Wed, 01 Jun 2011 10:14:27 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87sjrttwh8.fsf@lifelogs.com> References: <87liyofwxp.fsf@lifelogs.com> <874o5cfui5.fsf@lifelogs.com> <87liyndz5l.fsf@lifelogs.com> <87y61nnpoq.fsf@lifelogs.com> <87fwnuacc5.fsf@lifelogs.com> <878vtmo081.fsf@lifelogs.com> <87tycamhmv.fsf@lifelogs.com> <87pqmxvfoh.fsf@lifelogs.com> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1306972362 2130 80.91.229.12 (1 Jun 2011 23:52:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 1 Jun 2011 23:52:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 02 01:52:38 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 1QRvDK-000784-1k for ged-emacs-devel@m.gmane.org; Thu, 02 Jun 2011 01:52:38 +0200 Original-Received: from localhost ([::1]:38316 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QRvDI-0003t6-FM for ged-emacs-devel@m.gmane.org; Wed, 01 Jun 2011 19:52:36 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QRvCq-0003sR-HX for emacs-devel@gnu.org; Wed, 01 Jun 2011 19:52:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QRvCo-0001cf-Oj for emacs-devel@gnu.org; Wed, 01 Jun 2011 19:52:08 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:41806) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QRn8A-0000EI-IA for emacs-devel@gnu.org; Wed, 01 Jun 2011 11:14:46 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QRn88-0002HB-Mw for emacs-devel@gnu.org; Wed, 01 Jun 2011 17:14:44 +0200 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Jun 2011 17:14:44 +0200 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Jun 2011 17:14:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 36 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:9Ac1re+HeAF0zdm6630MQ0eCwTU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:140040 Archived-At: On Wed, 01 Jun 2011 11:39:59 -0300 Stefan Monnier wrote: SM> One more thing: a user which has a ~/.authinfo.gpg but no unencrypted SM> ~/.netrc nor ~/.authinfo should not be prompted for a password (since SM> that would be very annoying, if in the end she doesn't need SM> authentication). >> If the SMTP server requires authentication, how do we know >> ~/.authinfo.gpg does NOT have the password we need? SM> Exactly: we can only know if a var like smtpmail-use-auth tells us. ...or if the user's ~/.authinfo* is already cached and (for .gpg files) decrypted in memory and we can look inside quickly. But OK, you want to avoid any passphrases or other prompts, I understand. It makes the user experience better. SM> AFAICT, the main drive (in this discussion) to introduce SM> field-encryption within the unencrypted .netrc file is to avoid SM> introducing a smtpmail-use-auth customization. >From my perspective the chief benefit is that any `auth-source-search' call against an unencrypted file will not require a passphrase until the password is actually needed, and yet the password will be stored securely. This is good for everyone, not just smtpmail.el. It will reduce prompts just like you have requested. So I want this improvement regardless of what you and Lars do with smtpmail.el. SM> And my point is that this customization is a necessary thing anyway. SM> So can we add this smtpmail-use-auth, make smtpmail.el use SM> opportunistic STARTTLS and move on? As I said, I will stay out of the way and you and Lars can do what you like. I may have to tweak the `auth-source-search' calls afterwards, but I will not change the defaults you choose without asking. Ted