<?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: OpenID and Wireless sharing</title>
	<atom:link href="http://danbri.org/words/2008/01/17/254/feed" rel="self" type="application/rss+xml" />
	<link>http://danbri.org/words/2008/01/17/254</link>
	<description>the web, the world, us, you and them</description>
	<lastBuildDate>Thu, 11 Mar 2010 21:48:30 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: http://wlan.livejournal.com/</title>
		<link>http://danbri.org/words/2008/01/17/254/comment-page-1#comment-13442</link>
		<dc:creator>http://wlan.livejournal.com/</dc:creator>
		<pubDate>Fri, 18 Jan 2008 07:45:43 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/01/17/254#comment-13442</guid>
		<description>Indeed, the coova solution works by &quot;updating&quot; the walled garden of the specific user session so that the user may continue to authenticate at their OpenID provider&#039;s website. So, the entire web is not in the walled garden -- yet you can authenticate using any OpenID provider.</description>
		<content:encoded><![CDATA[<p>Indeed, the coova solution works by &#8220;updating&#8221; the walled garden of the specific user session so that the user may continue to authenticate at their OpenID provider&#8217;s website. So, the entire web is not in the walled garden &#8212; yet you can authenticate using any OpenID provider.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danbri</title>
		<link>http://danbri.org/words/2008/01/17/254/comment-page-1#comment-13439</link>
		<dc:creator>danbri</dc:creator>
		<pubDate>Thu, 17 Jan 2008 19:18:06 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/01/17/254#comment-13439</guid>
		<description>Fair point. Could be a few ways around that: allow the machine to access eg. up 3 URLs, or time-limited session, resetting to start page URL if the user fails to authenticate. I wonder what Coova does...</description>
		<content:encoded><![CDATA[<p>Fair point. Could be a few ways around that: allow the machine to access eg. up 3 URLs, or time-limited session, resetting to start page URL if the user fails to authenticate. I wonder what Coova does&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: http://ian.mckellar.org/</title>
		<link>http://danbri.org/words/2008/01/17/254/comment-page-1#comment-13438</link>
		<dc:creator>http://ian.mckellar.org/</dc:creator>
		<pubDate>Thu, 17 Jan 2008 18:53:03 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/01/17/254#comment-13438</guid>
		<description>The problem I see with this is that OpenID login requires giving access to arbitrary web sites before authentication takes place. Allowing unrestricted web access would defeat the need for authentication in the first place, wouldn&#039;t it?

Ian</description>
		<content:encoded><![CDATA[<p>The problem I see with this is that OpenID login requires giving access to arbitrary web sites before authentication takes place. Allowing unrestricted web access would defeat the need for authentication in the first place, wouldn&#8217;t it?</p>
<p>Ian</p>
]]></content:encoded>
	</item>
</channel>
</rss>
