From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.help Subject: Re: auth-source multiple accounts Date: Tue, 27 Jul 2010 12:59:02 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87pqy8vmah.fsf@lifelogs.com> References: <370a1897-25aa-418f-9631-1570dfa99de3@z7g2000yqb.googlegroups.com> <87633kaess.fsf@lifelogs.com> <8d7c78ee-6ba8-448a-8f86-3d585e1af77f@u32g2000vbc.googlegroups.com> <87vd8z2myy.fsf@lifelogs.com> <01ea3506-d715-491d-b360-3abf34e98013@i31g2000yqm.googlegroups.com> <87r5iq1hjk.fsf@lifelogs.com> <87630211kx.fsf_-_@lifelogs.com> <87mxtdvx2d.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 1291852950 17306 80.91.229.12 (9 Dec 2010 00:02:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 9 Dec 2010 00:02:30 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Dec 09 01:02:26 2010 Return-path: Envelope-to: geh-help-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 1PQTxk-0001mb-Bm for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Dec 2010 01:02:20 +0100 Original-Received: from localhost ([127.0.0.1]:38274 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQTxj-0002iM-KV for geh-help-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 19:02:19 -0500 Original-Path: usenet.stanford.edu!newsserver.news.garr.it!kanaga.switch.ch!switch.ch!newsfeed00.sul.t-online.de!t-online.de!news.albasani.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 39 Original-X-Trace: news.albasani.net h2fEbwAEWtXT+NL+9QwvTBQWuybgBa2BLi6/BCm5Z1gNvR5pw0LOmCM7eWOIU/5CUZfYl5JLHxIjzQtxtd16qJutSft7iBJDiLzdJNYE0jzbR4e9uM3M5auTErxVqzkd Original-X-Complaints-To: abuse@albasani.net Original-NNTP-Posting-Date: Tue, 27 Jul 2010 17:59:03 +0000 (UTC) X-User-ID: LErxJ/LgpJIrova/v2NzfgHce3VU9e00E1U6x8KgFr4= 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" Cancel-Lock: sha1:2Mr9NDo1QZx35J+PoXi5q9QWWCc= sha1:0N/MmsZKwTBBIM4QKu9Tkxq3GS8= User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) X-NNTP-Posting-Host: oMCQ4w4/FIlN3oT4HK9P5bFDTKbYZIOsN/HOm8ZX56E= Original-Xref: usenet.stanford.edu gnu.emacs.help:180120 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:76261 Archived-At: On Tue, 27 Jul 2010 18:19:13 +0100 Uday S Reddy wrote: USR> Ted Zlatanov wrote: >> I mean "machine" will still be the server name but VM will also pass an >> optional (account "xyz") query parameter to >> auth-source-user-or-password, which will find "account xyz" in the netrc >> file. >> >> I'll add another optional parameter QUERIES to >> auth-source-user-or-password. It will be an alist. When a query is not >> specified you'd still get the first match (thus it's backwards >> compatible). Does all that sound reasonable? USR> Adding a QUERIES parameter is good but I would urge you to allow USR> (login "xyz") as a possible query. USR> For looking up email passwords, the "account" attribute seems like an USR> overkill. What would users put as their "account", if not their login USR> id? Since they are already using the "login" parameter to write their USR> login id, it seems like unnecessary duplication. I want to make it more generic with QUERIES since not every auth-source API user will want the login ID to be a query key. VM and Gnus have this kind of data hierarchy but url*.el doesn't, for example. I think that's a good compromise and doesn't extend the API too much. >From VM you would pass me (k v) as the query, e.g. (login "xyz"). In the netrc/authinfo file, then, I would match only lines with .... login xyz .... in them. So the query key and value are a contract between the application and the user. auth-source is just a conduit. If VM standardizes on (login "xyz") then we'll add a VM-specific section to the auth.texi manual giving an example. For Gnus we'll probably use (server "xyz") because the Gnus configuration hierarchy is structured that way. Ted