[OpenID] OpenID for non-HTTP applications?
dick at sxip.com
Wed Jan 17 22:06:59 UTC 2007
There was talk at IETF when we were proposing DIX of having
authentication at the TLS layer which most protocols sit on top of.
Given the name/value approach of OpenID, it *may* not be that hard to
adapt most of the model to support a TLS layer, but I am no TLS expert.
On 17-Jan-07, at 10:39 AM, Martin Atkins wrote:
> Bob Wyman wrote:
>> My apologies if I've missed the appropriate discussions somewhere...
>> But, I would appreciate it greatly if someone could comment on the
>> problem of getting non-HTTP applications to use OpenID. For instance,
>> I'd like to use OpenID for things like my identifier (JID, username,
>> etc.) in Jabber, POP, SMTP, FTP, Gopher, etc... But, many of these
>> protocols are well established and resistant to change. Also,
>> like Jabber/XMPP and SMTP extract useful routing information from the
>> ids that they currently assign to me. To these applications,
>> are not simply opaque strings. (For instance, in both Jabber and
>> my id includes the name of my server.)
>> My guess is that there is a small set of standard "patterns" that
>> non-HTTP applications would need to support in order to support
>> Have these been defined or otherwise discussed?
> For entrenched things like email and Jabber, I think the best we'd be
> able to do is define a mechanism for an OpenID identifier to be
> used as
> a login for a traditional email address or JID. The identifiers
> used for
> email and XMPP are not syntax-compatible with OpenID's URLs.
> We've briefly discussed the possibility of defining a machine-grokable
> alternative to the HTML forms part of the OpenID process when we were
> talking about HTTP Authentication bindings for OpenID.
> The main problem is figuring out how to replace the HTML forms that
> handle logging in and giving permission in a way that doesn't
> depend on
> a web browser. The authentication problem isn't too hard — SASL
> provides a mechanism for "pluggable" authentication schemes — but
> you're outside of the web context the permission thing doesn't make
> sense since the apps could just say Yes on the user's behalf and
> the question entirely.
>  http://openid.net/wiki/index.php/OpenIDHTTPAuth
> general mailing list
> general at openid.net
More information about the general