<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>I think most of that article was about issues in not properly developing a web application to use there's technologies rather than issues with the technologies (though I'd acknowledge things could be improved... though they haven't stopped me).<br><br>Perhaps it would be useful to have stater/primer architecture patterns and coding practices for working with OpenID in the real world. Everything from how to sport OP downtime to local identifiers.<br><br>Steven<br>http://livz.org<br><br><hr>Date: Fri, 19 Nov 2010 00:22:54 -0800<br>From: sknvn-openid@yahoo.com<br>To: general@openid.net<br>Subject: Re: [OpenID] "Nightmare" article on OpenID<br><br>
<meta http-equiv=Content-Type content="text/html; charset=unicode">
<meta name=Generator content="Microsoft SafeHTML"><style>
.ExternalClass DIV
{;}
</style><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><div><br>Another very important point he raised is about the uptime. He was very happy with RPX until it went down a few times. <br>Essentially any time an OP has a downtime, RP is going to be down. Since there is no contract between RP and OP there is no SLA. The other issue is that different OPs will have very different uptime. So there is almost no way for an RP to deal with hundreds of OPs and one or the other may be down at any given time. A user may select an OP that is very unreliable and not be able to login to RP site.<br>Banks often have maintenance in the night and they may be down (as that is normal for them) every few days.<br><br>I don't see any easy solution to this as you are outsourcing your authentication. The other issue related to this and that rarely gets much attention is about the
account recovery. If somehow user is unable to recover his account at OP, there has to be a way for any RP to allow them to recover their account at RP site. This is a must if a user has paid for a service.<br><br><br>Thanks<br><br>Naveen<br><br></div><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><br><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><font face=Tahoma size=2><hr size=1><b><span style="font-weight:bold">From:</span></b> Johannes Ernst <jernst+openid.net@netmesh.us><br><b><span style="font-weight:bold">To:</span></b> List OpenID <general@openid.net><br><b><span style="font-weight:bold">Sent:</span></b> Thu, November 18, 2010 9:19:57 PM<br><b><span style="font-weight:bold">Subject:</span></b> Re: [OpenID] "Nightmare" article on OpenID<br></font><br>
<br><div><div>On Nov 18, 2010, at 16:11, Allen Tom wrote:</div><br class=ecxApple-interchange-newline><blockquote>The author raises many important issues for consumer oriented websites that are trying to accept 3rd party logins, and I think we as a community should listen and take the author's feedback very seriously.</blockquote><div><br></div><div>I strongly agree with Allen.</div><div><br></div><div>Even if the author was all wrong (he isn't -- I've run into some of the same issues) it clearly indicates that there is a lot of work to be done, at the very minimum documenting everything so well that few people can get it wrong. Nothing is a faster way into irrelevance than claiming the customer is wrong.</div><br><blockquote><div>Specially:</div><div><br></div><div>1) Directed Identity / PPID (Pairwise Pseudonmous identifier) / non-correlatible RP specific identifier - is great in theory, but does not provide enough value to
most RPs to justify implementing OpenID.</div></blockquote><div><br></div><div>Some people may remember me arguing "what about customer service" so many years back. If I can't tell my identifier to the customer service guy on the phone, how is it ever going to work? Amusingly, this article refers exactly to that use case</div><br><blockquote><div> PPID identifiers have no history, no data, and no reputation - why would any RP want this? Also, as the author pointed out, changing the PPID based on the realm/return_to means that RPs will "lose all their users" if they ever switch their domain/realm. There are many valid reasons why RPs would want to have multiple realms/domains, or to change them around.</div>
<div><br></div><div>2) username@provider identifiers are necessary for users to contact the RP via customer support and other out of band mechanisms. For all practical purposes, the email address is really required.</div></blockquote><div><br></div><div>If the user remembers their e-mail address but not anything else (like URL), that's a tautology.</div><br><blockquote>
<div>3) We often talk about OpenID's value to end users, but we don't talk enough about giving value to RPs. The main hurdle to OpenID adoption is that RPs don't see enough value in OpenID, especially relative to other proprietary alternatives. </div>
<div><br></div><div>For a really harsh critique of OpenID, I highly recommend reading Yishan Wong's (ex Facebook/Paypal) tirade against OpenID on Quora:</div><div><br></div><div><span><a href="http://www.quora.com/What-s-wrong-with-OpenID" target="_blank">http://www.quora.com/What-s-wrong-with-OpenID</a></span></div>
<div><br></div><div>Allen</div><div><br></div><div><br></div><div><br></div><div><div class="ecxgmail_quote">On Wed, Nov 17, 2010 at 4:01 PM, Bill Shupp <span dir=ltr><<a rel=nofollow href="mailto:hostmaster@shupp.org">hostmaster@shupp.org</a>></span> wrote:<br>
<blockquote class="ecxgmail_quote" style="padding-left:1ex"><span><a href="http://blog.wekeroad.com/thoughts/open-id-is-a-party-that-happened" target="_blank">http://blog.wekeroad.com/thoughts/open-id-is-a-party-that-happened</a></span><br>
<br></blockquote></div><br></div>
_______________________________________________<br>general mailing list<br><a rel=nofollow href="mailto:general@lists.openid.net">general@lists.openid.net</a><br><span><a href="http://lists.openid.net/mailman/listinfo/openid-general" target="_blank">http://lists.openid.net/mailman/listinfo/openid-general</a></span><br></blockquote></div><br></div></div>
</div><br>_______________________________________________
general mailing list
general@lists.openid.net
http://lists.openid.net/mailman/listinfo/openid-general </body>
</html>