<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for EnThinnai Blog</title>
	<atom:link href="http://blog.enthinnai.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.enthinnai.com</link>
	<description>Blog by EnThinnai Team Members</description>
	<lastBuildDate>Thu, 27 Mar 2008 21:11:40 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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-page-1/#comment-1056</link>
		<dc:creator>Aswath</dc:creator>
		<pubDate>Thu, 27 Mar 2008 21:11:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-1056</guid>
		<description>Phil:

I didn&#039;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=&quot;http://wiki.openid.net/Delegation&quot; rel=&quot;nofollow&quot;&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-page-1/#comment-1052</link>
		<dc:creator>Phil Wolff</dc:creator>
		<pubDate>Thu, 27 Mar 2008 11:26:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.enthinnai.com/2008/03/24/openid-providers-that-dont-consume-are-not-evil/#comment-1052</guid>
		<description>I&#039;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-page-1/#comment-996</link>
		<dc:creator>Aswath</dc:creator>
		<pubDate>Tue, 25 Mar 2008 02:08:08 +0000</pubDate>
		<guid isPermaLink="false">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&#039;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-page-1/#comment-995</link>
		<dc:creator>Fazal Majid</dc:creator>
		<pubDate>Tue, 25 Mar 2008 01:49:52 +0000</pubDate>
		<guid isPermaLink="false">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-page-1/#comment-403</link>
		<dc:creator>rob</dc:creator>
		<pubDate>Mon, 28 Jan 2008 15:31:05 +0000</pubDate>
		<guid isPermaLink="false">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-page-1/#comment-399</link>
		<dc:creator>Aswath</dc:creator>
		<pubDate>Mon, 28 Jan 2008 05:09:07 +0000</pubDate>
		<guid isPermaLink="false">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-page-1/#comment-398</link>
		<dc:creator>Johannes Ernst</dc:creator>
		<pubDate>Mon, 28 Jan 2008 04:49:53 +0000</pubDate>
		<guid isPermaLink="false">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-page-1/#comment-396</link>
		<dc:creator>EnThinnai Blog &#187; Blog Archive &#187; Relying Parties and Adoption of OpenID</dc:creator>
		<pubDate>Mon, 28 Jan 2008 00:36:33 +0000</pubDate>
		<guid isPermaLink="false">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>[...] 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 [...]</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-page-1/#comment-390</link>
		<dc:creator>Joseph Poon</dc:creator>
		<pubDate>Sat, 26 Jan 2008 12:39:57 +0000</pubDate>
		<guid isPermaLink="false">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&#039;s nothing too impressive (just from a weekend playing around), it&#039;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&#039;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-page-1/#comment-333</link>
		<dc:creator>EnThinnai Blog &#187; Blog Archive &#187; Calling Card 2.0</dc:creator>
		<pubDate>Sun, 13 Jan 2008 06:36:55 +0000</pubDate>
		<guid isPermaLink="false">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>[...] for you. The card has maximum of five elements – name, title, company, URL and access key. I had suggested this form of calling card [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
