This looks like an interesting proposal. A 'black box' with regards to
how the application obtains assoc_handle and signature from the OP
remains, but it looks like a step in the right direction.
What remains to be done to elevate this proposal this to standard?
ons, 16 07 2008 kl. 15:09 +1000, s
have little use of the access token
once you're done using the computer.
Again, OAuth appears to me to concern authorized machine _access_ to a
particular resource while I'm asking for machine _authentication_, which
belongs in the realm of OpenID.
--
Anders Feder <[EMAIL PROTECT
t; > non-interactively?
> >
> > tir, 15 07 2008 kl. 08:38 -0700, skrev Scott Kveton:
> >
> > > Hi Anders,
> > >
> > > You might want to check out OAuth ... it was developed for just such a
> > > situation.
> > &
kl. 08:38 -0700, skrev Scott Kveton:
> Hi Anders,
>
> You might want to check out OAuth ... it was developed for just such a
> situation.
>
> - Scott
>
>
>
>
> On Tue, Jul 15, 2008 at 4:20 AM, Anders Feder <[EMAIL PROTECTED]> wrote:
> > Hello,
> &
.
--
Anders Feder <[EMAIL PROTECTED]>
___
specs mailing list
specs@openid.net
http://openid.net/mailman/listinfo/specs
e.
Yes, this is probably how it will be handled and it will work. I just
think there will be corner cases where the user is not able to 'change
course' in time. And handling corner cases sets excellent technology
apart from very good tec
t access - and the RP would not
have access to this storage.
Anyway, I'm convinced you have thought it through. "Pull" relates to
"push" as quantum mechanics relates to relativistic physics - but very
often quantum mechanics is overkill.
Regards,
Anders Feder
___
specs mailing list
specs@openid.net
http://openid.net/mailman/listinfo/specs
hat attributes does not have a canonical identifier that
can be passed on to someone else who might put the attribute to better
use. As far as I can see, the wheel more or less has to be reinvented
each time someone wish to exchange attribute references (unless someone
outside OpenID standardi
ervices that may
be derived from it.
Regards,
Anders Feder
___
specs mailing list
specs@openid.net
http://openid.net/mailman/listinfo/specs
