From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Uday S Reddy Newsgroups: gmane.emacs.help Subject: Re: auth-source multiple accounts Date: Tue, 27 Jul 2010 22:35:41 +0100 Organization: Janet Usenet Reading Service. Message-ID: 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> <87pqy8vmah.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1291858310 5053 80.91.229.12 (9 Dec 2010 01:31:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 9 Dec 2010 01:31:50 +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 02:31:46 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 1PQVMI-0005C7-5S for geh-help-gnu-emacs@m.gmane.org; Thu, 09 Dec 2010 02:31:46 +0100 Original-Received: from localhost ([127.0.0.1]:46031 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQVMH-0004Qm-A2 for geh-help-gnu-emacs@m.gmane.org; Wed, 08 Dec 2010 20:31:45 -0500 Original-Path: usenet.stanford.edu!newsfeed.esat.net!feeder.news.heanet.ie!feed4.jnfs.ja.net!feed2.jnfs.ja.net!jnfs.ja.net!times.reader.netnews.ja.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 42 Original-NNTP-Posting-Host: gromit.cs.bham.ac.uk Original-X-Trace: north.jnrs.ja.net 1280266547 1525 147.188.193.16 (27 Jul 2010 21:35:47 GMT) Original-X-Complaints-To: usenet@north.jnrs.ja.net Original-NNTP-Posting-Date: Tue, 27 Jul 2010 21:35:47 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 In-Reply-To: <87pqy8vmah.fsf@lifelogs.com> Original-Xref: usenet.stanford.edu gnu.emacs.help:180124 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:76390 Archived-At: On 7/27/2010 6:59 PM, Ted Zlatanov wrote: > > 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. Hi Ted, I am entirely in support of the general queries feature. as long it includes login-queries. However, there is another problem. (Sorry to be bringing up so many problems:-( I suppose auth-source is part of the Gnus distribution. Am I right? So, people are going to be using different versions of auth-source, obtained via the Gnus distribution, FSF distribution and XEmacs distribution (not to mention other independent distros). It will take years for all of these distributions to converge. So, I won't be able to use the new version of auth-source-user-or-password in VM until I can be sure that all our users have retired the old version. Sounds terrible, doesn't it? When we deal with independent distributions, it appears that backward-compatibility is not enough; forward-compatibility is also needed. One solution is to add a new function instead of adding an optional parameter to the existing function. Then I can test to see if the new function exists and use the querying functionality if it does. Cheers, Uday