<html>
<body>
<font size=3>This analysis is clear and useful, too.&nbsp; Thanks,
Dick.<br><br>
With a few more rounds we'll all understand how each protocol works, the
choices made for each protocol and the reasons for the choices.<br><br>
<br>
<blockquote type=cite class=cite cite="">Unfortunately, very
inaccurate.<br><br>
A Homesite can be authoritative for any URL, just like in OpenID. Unlike
OpenID, multiple Homesites may be authoritative for the same URL (since
in OpenID you type in the URL, you can't select which
Homesite/IDP)<br><br>
In SXIP, I can use one Homesite one day, another the next day, but
present the RP the same persona URL.<br><br>
SXIP also allows you to store all your data on your own computer. Since
the data is pushed, the repository does not need to be locatable by the
RP. In OpenID, the IDP needs to be callable by the RP.<br><br>
I think you totally missed my other points that the user will NOT always
want to identify themselves. They may want to only provide some data.
Impossible in OpenID.<br><br>
Joaquin Miller wrote:<br><br>
<blockquote type=cite class=cite cite="">Clear and useful analysis,
Dag.&nbsp; Thanks.<br><br>
Cordially, Joaquin<br><br>
<blockquote type=cite class=cite cite="">I personally like how I can
choose to use my own url for OpenID.&nbsp; This means that if I own a URL
I can use it to identify me even as the services I use change.&nbsp;
Although I can use dag.myopenid.com, which is not bad at all to type in
in the first place, I can also use my personal domain rorek.org, which
points to the same OpenID server.&nbsp; Many places I go on the internet
and post things I am happy to say, &quot;This is really, me, the one and
only Dag Rorek Arneson&quot;. And if for some reason I want to change my
IDP, or add a fallback IDP, all I have to do is change the magic at my
URL.<br><br>
If I want a new persona, I register a new account on myopenid site, say
gad.myopenid.com, and presto.&nbsp; Save that the new account name is the
reverse of my name, there's nothing that links the two personas.<br><br>
With the SXIP way of doing things, I depend on my homesite for
everything, and I am suddenly an entirely different person if I choose to
use a new homesite.&nbsp; In exchange, I can wait until I get to my
homesite to decide if I want to be dag or gad on this RP, instead of
simply entering the address for the appropriate persona when I am
prompted on the RP.&nbsp; Since most everyone who does openid login uses
&quot;openid_url&quot; as the name of the field, I should have auto
completion for the field and so I don't have to type in the whole thing
every time.<br><br>
<blockquote type=cite class=cite cite="">Well, now the user has uniquely
identified themselves with one of a&nbsp; <br>
small number of URLs that they can remember to type in. Are we
really&nbsp; <br>
that much further along then passwords?</blockquote><br>
Yes, this is precisely the goal.&nbsp; We have a secure way of positively
linking a browser session with a persona specified by a URL.&nbsp;
Provided that their account on their openid server is secure, nobody else
can successfully assert that they own the URL, and thus they are the same
person that logged in with that URL before.<br><br>
<blockquote type=cite class=cite cite="">[1] also, if the email is pushed
to the RP instead of being pulled,&nbsp; the Homesite can generate a
unique email just for that RP, so that&nbsp; the RP does not have a
triangulating identifier, and also the user&nbsp; can kill the unique
email if it is abused</blockquote><br>
It's not necessary to push to gain this benefit.&nbsp; In fact, claims
like this were the source of my confusion regarding the definition of
push. It is sufficient for the user to be able to change the data that is
being sent in response to the request by the
RP.</font></blockquote></blockquote></blockquote></body>
</html>