<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for EnThinnai Blog</title>
	<link>http://blog.enthinnai.com</link>
	<description>Blog by EnThinnai Team Members</description>
	<pubDate>Sat, 17 May 2008 03:21:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.2</generator>

	<item>
		<title>Comment on OpenID Providers that Don&#8217;t Consume are not Evil by Aswath</title>
		<link>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-1056</link>
		<author>Aswath</author>
		<pubDate>Thu, 27 Mar 2008 21:11:40 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-1056</guid>
		<description>Phil:

I didn't realize that OpenIDs derived from wordpress.com is failing to be recognized. Let me to do some exploring and will let you know.

It is a best current practice for Relying Parties to associate multiple OpenIDs with a single account. this way when one OpenID fails for whatever reason users are not locked out of service. In this respect many RPs, including EnThinnai, is defunct.

I also would strongly recommend that you should use &lt;a href="http://wiki.openid.net/Delegation" rel="nofollow"&gt;OpenID delegation &lt;/a&gt;of one of your pages. This way you can maintain the URL of that page to be your OpenID and can change the OpenID provider to maintain full availability.</description>
		<content:encoded><![CDATA[<p>Phil:</p>
<p>I didn&#8217;t realize that OpenIDs derived from wordpress.com is failing to be recognized. Let me to do some exploring and will let you know.</p>
<p>It is a best current practice for Relying Parties to associate multiple OpenIDs with a single account. this way when one OpenID fails for whatever reason users are not locked out of service. In this respect many RPs, including EnThinnai, is defunct.</p>
<p>I also would strongly recommend that you should use <a href="http://wiki.openid.net/Delegation" rel="nofollow">OpenID delegation </a>of one of your pages. This way you can maintain the URL of that page to be your OpenID and can change the OpenID provider to maintain full availability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on OpenID Providers that Don&#8217;t Consume are not Evil by Phil Wolff</title>
		<link>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-1052</link>
		<author>Phil Wolff</author>
		<pubDate>Thu, 27 Mar 2008 11:26:54 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-1052</guid>
		<description>I've been a wordpress.com OpenID for about six months but they recently stopped being compatible with most OpenID parsers; everywhere I go, including places I visited previously, fail to recognize my ID as valid. 

Is there an extension or successor to OpenID that offers a list of OpenIDs to an OpenID consumer? So that, when my provider is offline or bankrupt or discontinues the service, I can still authenticate as me? still login to my services?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been a wordpress.com OpenID for about six months but they recently stopped being compatible with most OpenID parsers; everywhere I go, including places I visited previously, fail to recognize my ID as valid. </p>
<p>Is there an extension or successor to OpenID that offers a list of OpenIDs to an OpenID consumer? So that, when my provider is offline or bankrupt or discontinues the service, I can still authenticate as me? still login to my services?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on OpenID Providers that Don&#8217;t Consume are not Evil by Aswath</title>
		<link>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-996</link>
		<author>Aswath</author>
		<pubDate>Tue, 25 Mar 2008 02:08:08 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-996</guid>
		<description>Fazal:

I agree that some RPs will think along the same lines, some may go even further and require physical contact. Of course there will be some who don't require much. The varied requirement is the reason to separate the authentication function and the service function. This is the fundamental contribution of OpenID.</description>
		<content:encoded><![CDATA[<p>Fazal:</p>
<p>I agree that some RPs will think along the same lines, some may go even further and require physical contact. Of course there will be some who don&#8217;t require much. The varied requirement is the reason to separate the authentication function and the service function. This is the fundamental contribution of OpenID.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on OpenID Providers that Don&#8217;t Consume are not Evil by Fazal Majid</title>
		<link>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-995</link>
		<author>Fazal Majid</author>
		<pubDate>Tue, 25 Mar 2008 01:49:52 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-995</guid>
		<description>I would go further and say that because of their wide-open nature, Google, Yahoo or MSN issued OpenIDs are not worth much. All they provide to the relying party is some measure of confidence the user is a human (thereby obviating the need to participate in the CAPTCHA arms race) and provide an email without requiring the complex double-verified opt-in procedure you would have to use otherwise.

OpenID only provides the first A in AAA (authentication, authorization and accounting). OpenIDs issued by eBay have more value because they are tied to a valuable trust metric, the feedback (although eBay is shooting itself in the foot with the recently introduced no-seller-feedback policy).</description>
		<content:encoded><![CDATA[<p>I would go further and say that because of their wide-open nature, Google, Yahoo or MSN issued OpenIDs are not worth much. All they provide to the relying party is some measure of confidence the user is a human (thereby obviating the need to participate in the CAPTCHA arms race) and provide an email without requiring the complex double-verified opt-in procedure you would have to use otherwise.</p>
<p>OpenID only provides the first A in AAA (authentication, authorization and accounting). OpenIDs issued by eBay have more value because they are tied to a valuable trust metric, the feedback (although eBay is shooting itself in the foot with the recently introduced no-seller-feedback policy).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Relying Parties and Adoption of OpenID by rob</title>
		<link>http://blog.enthinnai.com/2008/01/27/relying-parties-and-adoption-of-openid/#comment-403</link>
		<author>rob</author>
		<pubDate>Mon, 28 Jan 2008 15:31:05 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/01/27/relying-parties-and-adoption-of-openid/#comment-403</guid>
		<description>business model for identity providers, i would say that this is who Vidoop is.</description>
		<content:encoded><![CDATA[<p>business model for identity providers, i would say that this is who Vidoop is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Relying Parties and Adoption of OpenID by Aswath</title>
		<link>http://blog.enthinnai.com/2008/01/27/relying-parties-and-adoption-of-openid/#comment-399</link>
		<author>Aswath</author>
		<pubDate>Mon, 28 Jan 2008 05:09:07 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/01/27/relying-parties-and-adoption-of-openid/#comment-399</guid>
		<description>I anticipate that there will be incidental id providers. What I mean is that just as AAA/AARP issue membership cards, they could issue OpenIDs that will provide additional significance. I could use OpenID in the ecommerce as I use the membership card in physical commerce. This way the monetization is built into the membership.</description>
		<content:encoded><![CDATA[<p>I anticipate that there will be incidental id providers. What I mean is that just as AAA/AARP issue membership cards, they could issue OpenIDs that will provide additional significance. I could use OpenID in the ecommerce as I use the membership card in physical commerce. This way the monetization is built into the membership.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Relying Parties and Adoption of OpenID by Johannes Ernst</title>
		<link>http://blog.enthinnai.com/2008/01/27/relying-parties-and-adoption-of-openid/#comment-398</link>
		<author>Johannes Ernst</author>
		<pubDate>Mon, 28 Jan 2008 04:49:53 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/01/27/relying-parties-and-adoption-of-openid/#comment-398</guid>
		<description>Now there just needs to be a business model for identity providers and we are all set ;-)</description>
		<content:encoded><![CDATA[<p>Now there just needs to be a business model for identity providers and we are all set <img src='http://blog.enthinnai.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on OpenID to the Rescue by EnThinnai Blog &#187; Blog Archive &#187; Relying Parties and Adoption of OpenID</title>
		<link>http://blog.enthinnai.com/2008/01/15/openid-to-the-rescue/#comment-396</link>
		<author>EnThinnai Blog &#187; Blog Archive &#187; Relying Parties and Adoption of OpenID</author>
		<pubDate>Mon, 28 Jan 2008 00:36:33 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/01/15/openid-to-the-rescue/#comment-396</guid>
		<description>[...] by Sun assures the relying parties that they are dealing with Sun employees. As I suggested in the previous post, schools can issue OpenIDs to its students. OpenID becomes useful if the OpenID providers mediate [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] by Sun assures the relying parties that they are dealing with Sun employees. As I suggested in the previous post, schools can issue OpenIDs to its students. OpenID becomes useful if the OpenID providers mediate [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Calling Card 2.0 by Joseph Poon</title>
		<link>http://blog.enthinnai.com/2008/01/13/calling-card-20/#comment-390</link>
		<author>Joseph Poon</author>
		<pubDate>Sat, 26 Jan 2008 12:39:57 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2008/01/13/calling-card-20/#comment-390</guid>
		<description>Hi Aswath, if you (or anyone else for that matter) would like me to send you an access key to play around with, fire me an email: josephcp at sonicdotnet. It's nothing too impressive (just from a weekend playing around), it's more about the thoughts, implications, and way-of-thinking. 

The main purpose of having an access key was from a discussion with friends about URL-based relationships and eliminating-spam / access-control.

Thanks for the positive comments, I've also moved the page to http://id.josephcp.com/</description>
		<content:encoded><![CDATA[<p>Hi Aswath, if you (or anyone else for that matter) would like me to send you an access key to play around with, fire me an email: josephcp at sonicdotnet. It&#8217;s nothing too impressive (just from a weekend playing around), it&#8217;s more about the thoughts, implications, and way-of-thinking. </p>
<p>The main purpose of having an access key was from a discussion with friends about URL-based relationships and eliminating-spam / access-control.</p>
<p>Thanks for the positive comments, I&#8217;ve also moved the page to <a href="http://id.josephcp.com/" rel="nofollow">http://id.josephcp.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Jeff&#8217;s Business Card in VON Spring 2008 by EnThinnai Blog &#187; Blog Archive &#187; Calling Card 2.0</title>
		<link>http://blog.enthinnai.com/2007/12/22/jeffs-business-card-in-von-spring-2008/#comment-333</link>
		<author>EnThinnai Blog &#187; Blog Archive &#187; Calling Card 2.0</author>
		<pubDate>Sun, 13 Jan 2008 06:36:55 +0000</pubDate>
		<guid>http://blog.enthinnai.com/2007/12/22/jeffs-business-card-in-von-spring-2008/#comment-333</guid>
		<description>[...] for you. The card has maximum of five elements – name, title, company, URL and access key. I had suggested this form of calling card [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] for you. The card has maximum of five elements – name, title, company, URL and access key. I had suggested this form of calling card [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<script src="http://www.google-analytics.com/urchin.js" type="text/javascript">
</script>
<script type="text/javascript"> 
_uacct = "UA-1817495-3";
urchinTracker();
</script>