From: Uday S Reddy <uDOTsDOTreddy@cs.bham.ac.uk>
To: help-gnu-emacs@gnu.org
Subject: Re: auth-source multiple accounts
Date: Tue, 27 Jul 2010 22:35:41 +0100 [thread overview]
Message-ID: <i2njfj$1fl$1@north.jnrs.ja.net> (raw)
In-Reply-To: <87pqy8vmah.fsf@lifelogs.com>
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
next prev parent reply other threads:[~2010-07-27 21:35 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-21 1:55 can emacs use the mac os x keychain? vm user
2010-04-21 4:02 ` Barry Margolin
2010-04-21 17:36 ` Ted Zlatanov
2010-04-22 0:58 ` Barry Margolin
2010-04-23 2:18 ` vm user
[not found] ` <87vd8z2myy.fsf@lifelogs.com>
2010-07-25 3:36 ` vm user
2010-07-26 13:47 ` Ted Zlatanov
2010-07-26 14:47 ` Uday S Reddy
2010-07-26 19:32 ` auth-source multiple accounts (was: can emacs use the mac os x keychain?) Ted Zlatanov
[not found] ` <87630211kx.fsf_-_@lifelogs.com>
2010-07-26 21:21 ` auth-source multiple accounts Uday S Reddy
2010-07-27 14:06 ` Ted Zlatanov
2010-07-27 17:19 ` Uday S Reddy
2010-07-27 17:59 ` Ted Zlatanov
2010-07-27 21:35 ` Uday S Reddy [this message]
[not found] ` <87y6cvu53t.fsf@lifelogs.com>
2010-07-28 21:39 ` Uday S Reddy
2010-10-27 13:18 ` Ted Zlatanov
2011-02-14 22:15 ` Ted Zlatanov
2010-07-28 14:53 ` can emacs use the mac os x keychain? Ted Zlatanov
2010-07-29 4:31 ` Adrian Robert
2010-07-29 13:01 ` Stefan Monnier
2010-07-30 9:17 ` Richard Stallman
2010-07-30 10:37 ` Stuart Hacking
2010-07-31 9:57 ` Richard Stallman
2010-07-30 13:30 ` Ted Zlatanov
2010-07-29 13:17 ` Ted Zlatanov
2010-07-29 18:52 ` David Reitter
2010-07-29 20:33 ` Ted Zlatanov
2010-07-30 0:13 ` YAMAMOTO Mitsuharu
2010-07-30 13:24 ` Ted Zlatanov
2010-08-01 1:44 ` YAMAMOTO Mitsuharu
2010-08-01 2:53 ` Ted Zlatanov
2010-07-25 20:09 ` Uday S Reddy
2010-07-25 20:04 ` Uday S Reddy
2010-07-26 2:23 ` vm user
[not found] <mailman.7.1290330553.29710.help-gnu-emacs@gnu.org>
2011-02-22 22:56 ` Emacs for mail: VM - WL - GNUS Uday Reddy
2011-02-24 10:25 ` Uday Reddy
2011-02-24 18:47 ` auth-source multiple accounts Ted Zlatanov
2011-02-24 21:13 ` Uday Reddy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='i2njfj$1fl$1@north.jnrs.ja.net' \
--to=udotsdotreddy@cs.bham.ac.uk \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.