From: Ted Zlatanov <tzz@lifelogs.com>
To: help-gnu-emacs@gnu.org
Subject: Re: auth-source multiple accounts
Date: Tue, 27 Jul 2010 12:59:02 -0500 [thread overview]
Message-ID: <87pqy8vmah.fsf@lifelogs.com> (raw)
In-Reply-To: i2n4eh$q2f$1@north.jnrs.ja.net
On Tue, 27 Jul 2010 18:19:13 +0100 Uday S Reddy <uDOTsDOTreddy@cs.bham.ac.uk> 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
next prev parent reply other threads:[~2010-07-27 17:59 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
2010-07-25 20:04 ` Uday S Reddy
2010-07-26 2:23 ` 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 [this message]
2010-07-27 21:35 ` Uday S Reddy
[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
[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=87pqy8vmah.fsf@lifelogs.com \
--to=tzz@lifelogs.com \
--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.