<?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 on: XAuth: First Take</title>
	<atom:link href="http://eternallyoptimistic.com/2010/04/20/xauth-first-take/feed/" rel="self" type="application/rss+xml" />
	<link>http://eternallyoptimistic.com/2010/04/20/xauth-first-take/</link>
	<description></description>
	<lastBuildDate>Wed, 10 Aug 2011 17:44:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Pushing String &#187; Quick thoughts on XAuth</title>
		<link>http://eternallyoptimistic.com/2010/04/20/xauth-first-take/comment-page-1/#comment-564</link>
		<dc:creator>Pushing String &#187; Quick thoughts on XAuth</dc:creator>
		<pubDate>Wed, 21 Apr 2010 14:34:25 +0000</pubDate>
		<guid isPermaLink="false">http://eternallyoptimistic.com/?p=1558#comment-564</guid>
		<description>[...] Pamela is wise. [...]</description>
		<content:encoded><![CDATA[<p>[...] Pamela is wise. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pamela</title>
		<link>http://eternallyoptimistic.com/2010/04/20/xauth-first-take/comment-page-1/#comment-562</link>
		<dc:creator>Pamela</dc:creator>
		<pubDate>Wed, 21 Apr 2010 03:06:18 +0000</pubDate>
		<guid isPermaLink="false">http://eternallyoptimistic.com/?p=1558#comment-562</guid>
		<description>Nat wasn&#039;t able to comment (my apologies) - so he posted on his own blog:  http://www.sakimura.org/en/modules/wordpress/re-xauth-first-take.

Here is the text of his comment (and I appreciate the points!) :

&quot;Since the site did not accept the comment…

This is a reply to: http://eternallyoptimistic.com/2010/04/20/xauth-first-take/

XAuth seems to be nothing but a shared cookie, so it may not be a single point of failure. The RPs do not seem to communicate with the xauth.org so it should not be a critical problem even if the server was failing. At the very worst, the RP has to show all the NASCAR icons. That is all.

At the same time, it would have an interesting (not fun) security implications on a shared computer, but I have not done the analysis yet.

And right, I feel that it is taking user out of the cycle as well. It would have been much better if it just points to the location of the user’s XRD/s that lists all the services that a user can edit, but that may be way too esoteric. I agree that it is not user centric. It is service centric in philosophy, but that may be what the user is asking as a priority: “ease of use”. &quot;</description>
		<content:encoded><![CDATA[<p>Nat wasn&#8217;t able to comment (my apologies) &#8211; so he posted on his own blog:  <a href="http://www.sakimura.org/en/modules/wordpress/re-xauth-first-take" rel="nofollow">http://www.sakimura.org/en/modules/wordpress/re-xauth-first-take</a>.</p>
<p>Here is the text of his comment (and I appreciate the points!) :</p>
<p>&#8220;Since the site did not accept the comment…</p>
<p>This is a reply to: <a href="http://eternallyoptimistic.com/2010/04/20/xauth-first-take/" rel="nofollow">http://eternallyoptimistic.com/2010/04/20/xauth-first-take/</a></p>
<p>XAuth seems to be nothing but a shared cookie, so it may not be a single point of failure. The RPs do not seem to communicate with the xauth.org so it should not be a critical problem even if the server was failing. At the very worst, the RP has to show all the NASCAR icons. That is all.</p>
<p>At the same time, it would have an interesting (not fun) security implications on a shared computer, but I have not done the analysis yet.</p>
<p>And right, I feel that it is taking user out of the cycle as well. It would have been much better if it just points to the location of the user’s XRD/s that lists all the services that a user can edit, but that may be way too esoteric. I agree that it is not user centric. It is service centric in philosophy, but that may be what the user is asking as a priority: “ease of use”. &#8220;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Up Next For Facebook: Expect More Open Interactions &#124; Tech Alps</title>
		<link>http://eternallyoptimistic.com/2010/04/20/xauth-first-take/comment-page-1/#comment-561</link>
		<dc:creator>Up Next For Facebook: Expect More Open Interactions &#124; Tech Alps</dc:creator>
		<pubDate>Tue, 20 Apr 2010 22:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://eternallyoptimistic.com/?p=1558#comment-561</guid>
		<description>[...] says XAuth will eventually be released under an open source license, there are currently several unanswered questions about its design and its privacy implications that may hold it [...]</description>
		<content:encoded><![CDATA[<p>[...] says XAuth will eventually be released under an open source license, there are currently several unanswered questions about its design and its privacy implications that may hold it [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: futureidentity</title>
		<link>http://eternallyoptimistic.com/2010/04/20/xauth-first-take/comment-page-1/#comment-559</link>
		<dc:creator>futureidentity</dc:creator>
		<pubDate>Tue, 20 Apr 2010 14:56:42 +0000</pubDate>
		<guid isPermaLink="false">http://eternallyoptimistic.com/?p=1558#comment-559</guid>
		<description>Oh, but wait...! The &quot;Disable XAuth&quot; button appears not to do anything. Isn&#039;t that cute?</description>
		<content:encoded><![CDATA[<p>Oh, but wait&#8230;! The &#8220;Disable XAuth&#8221; button appears not to do anything. Isn&#8217;t that cute?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: futureidentity</title>
		<link>http://eternallyoptimistic.com/2010/04/20/xauth-first-take/comment-page-1/#comment-558</link>
		<dc:creator>futureidentity</dc:creator>
		<pubDate>Tue, 20 Apr 2010 14:52:54 +0000</pubDate>
		<guid isPermaLink="false">http://eternallyoptimistic.com/?p=1558#comment-558</guid>
		<description>Fascinating indeed. A visit to the XAuth.org site tells me that it is enabled in my browser... which suggests a complete lack of user transparency on their part.

Just on that basis, I&#039;m inclined to turn it off...</description>
		<content:encoded><![CDATA[<p>Fascinating indeed. A visit to the XAuth.org site tells me that it is enabled in my browser&#8230; which suggests a complete lack of user transparency on their part.</p>
<p>Just on that basis, I&#8217;m inclined to turn it off&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

