<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Mason Lee</title>
	<atom:link href="http://masonlee.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://masonlee.org</link>
	<description>home page and weblog</description>
	<lastBuildDate>Sat, 14 Jan 2012 18:34:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Would I-Names make good Twitter username replacements? by onuburxycqh</title>
		<link>http://masonlee.org/2009/07/13/would-i-names-make-good-twitter-username-replacements/#comment-752</link>
		<dc:creator><![CDATA[onuburxycqh]]></dc:creator>
		<pubDate>Sat, 14 Jan 2012 18:34:39 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/?p=69#comment-752</guid>
		<description><![CDATA[vWBTNa  &lt;a href=&quot;http://mdrfkypghsat.com/&quot; rel=&quot;nofollow&quot;&gt;mdrfkypghsat&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>vWBTNa  <a href="http://mdrfkypghsat.com/" rel="nofollow">mdrfkypghsat</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Would I-Names make good Twitter username replacements? by Jayna</title>
		<link>http://masonlee.org/2009/07/13/would-i-names-make-good-twitter-username-replacements/#comment-751</link>
		<dc:creator><![CDATA[Jayna]]></dc:creator>
		<pubDate>Sat, 14 Jan 2012 09:20:05 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/?p=69#comment-751</guid>
		<description><![CDATA[This &quot;free sharing&quot; of ifonrtmaion seems too good to be true. Like communism.]]></description>
		<content:encoded><![CDATA[<p>This &#8220;free sharing&#8221; of ifonrtmaion seems too good to be true. Like communism.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Link:  Scholarly Articles on Social Network Sites by Betti</title>
		<link>http://masonlee.org/2007/11/01/link-scholarly-articles-on-social-network-sites/#comment-707</link>
		<dc:creator><![CDATA[Betti]]></dc:creator>
		<pubDate>Fri, 12 Aug 2011 21:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/2007/11/01/link-scholarly-articles-on-social-network-sites/#comment-707</guid>
		<description><![CDATA[There&#039;s a terrific amount of knowledge in this acrtile!]]></description>
		<content:encoded><![CDATA[<p>There&#8217;s a terrific amount of knowledge in this acrtile!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on RssCloud Atom Extension by Deneen Sayre</title>
		<link>http://masonlee.org/2009/09/11/rsscloud-atom-extension/#comment-647</link>
		<dc:creator><![CDATA[Deneen Sayre]]></dc:creator>
		<pubDate>Tue, 22 Mar 2011 18:54:24 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/?p=127#comment-647</guid>
		<description><![CDATA[I really liked %BLOGTITLE%.  Many Atlanta SEO services leave loose ends such as dead links or don’t produce enough one way links to get your webpage ranked properly.]]></description>
		<content:encoded><![CDATA[<p>I really liked %BLOGTITLE%.  Many Atlanta SEO services leave loose ends such as dead links or don’t produce enough one way links to get your webpage ranked properly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Twitter.com passwords compromised? by maht</title>
		<link>http://masonlee.org/2009/12/18/twitter-com-passwords-compromised/#comment-249</link>
		<dc:creator><![CDATA[maht]]></dc:creator>
		<pubDate>Fri, 18 Dec 2009 23:23:34 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.org/?p=215#comment-249</guid>
		<description><![CDATA[The Twitter developer notes tell you to start by using HTTP auth in the clear

http://apiwiki.twitter.com/Things-Every-Developer-Should-Know#8AcommandlineisallyouneedtousetheTwitterAPInbsp

without telling you that it gets sent in the clear :

Post a status update and get the resulting status back as JSON: curl -u username:password -d status=&quot;your message here&quot; http://twitter.com/statuses/update.json]]></description>
		<content:encoded><![CDATA[<p>The Twitter developer notes tell you to start by using HTTP auth in the clear</p>
<p><a href="http://apiwiki.twitter.com/Things-Every-Developer-Should-Know#8AcommandlineisallyouneedtousetheTwitterAPInbsp" rel="nofollow">http://apiwiki.twitter.com/Things-Every-Developer-Should-Know#8AcommandlineisallyouneedtousetheTwitterAPInbsp</a></p>
<p>without telling you that it gets sent in the clear :</p>
<p>Post a status update and get the resulting status back as JSON: curl -u username:password -d status=&#8221;your message here&#8221; <a href="http://twitter.com/statuses/update.json" rel="nofollow">http://twitter.com/statuses/update.json</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Twitter.com passwords compromised? by Graham</title>
		<link>http://masonlee.org/2009/12/18/twitter-com-passwords-compromised/#comment-248</link>
		<dc:creator><![CDATA[Graham]]></dc:creator>
		<pubDate>Fri, 18 Dec 2009 20:39:40 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.org/?p=215#comment-248</guid>
		<description><![CDATA[During the hack, Echofon on my Mac refused to connect, citing a problem verifying the certificate for the Twitter API.    I was pretty encouraged to see that - it&#039;s consistent with the good experience I&#039;ve had with Echofon and its variants.

Echofon Pro on my iPhone worked not long before, but that may have been before the hacked DNS records propagated to the relevant local DNS caching server.  I&#039;d be surprised if the desktop version handled authentication much differently than the iPhone version.

It&#039;d be easy enough to test.  m0n0wall and pfSense both make it easy to setup your own DNS records for local use, overriding whatever is actually in DNS.

Regardless, I&#039;m going to change my password just as soon as their web login stops returning a &#039;503&#039; after successful auth.  :)]]></description>
		<content:encoded><![CDATA[<p>During the hack, Echofon on my Mac refused to connect, citing a problem verifying the certificate for the Twitter API.    I was pretty encouraged to see that &#8211; it&#8217;s consistent with the good experience I&#8217;ve had with Echofon and its variants.</p>
<p>Echofon Pro on my iPhone worked not long before, but that may have been before the hacked DNS records propagated to the relevant local DNS caching server.  I&#8217;d be surprised if the desktop version handled authentication much differently than the iPhone version.</p>
<p>It&#8217;d be easy enough to test.  m0n0wall and pfSense both make it easy to setup your own DNS records for local use, overriding whatever is actually in DNS.</p>
<p>Regardless, I&#8217;m going to change my password just as soon as their web login stops returning a &#8217;503&#8242; after successful auth.  <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is the web sticky enough? by Mason Lee</title>
		<link>http://masonlee.org/2009/08/21/is-the-web-sticky-enough/#comment-245</link>
		<dc:creator><![CDATA[Mason Lee]]></dc:creator>
		<pubDate>Mon, 23 Nov 2009 23:29:41 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/?p=91#comment-245</guid>
		<description><![CDATA[The Tag URI scheme (RFC4151) looks like a nice method for minting URIs that are globally unique across time.  They aren&#039;t network resolvable by nature, though.
http://www.ietf.org/rfc/rfc4151.txt]]></description>
		<content:encoded><![CDATA[<p>The Tag URI scheme (RFC4151) looks like a nice method for minting URIs that are globally unique across time.  They aren&#8217;t network resolvable by nature, though.<br />
<a href="http://www.ietf.org/rfc/rfc4151.txt" rel="nofollow">http://www.ietf.org/rfc/rfc4151.txt</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on RssCloud Atom Extension by Matt Terenzio</title>
		<link>http://masonlee.org/2009/09/11/rsscloud-atom-extension/#comment-244</link>
		<dc:creator><![CDATA[Matt Terenzio]]></dc:creator>
		<pubDate>Mon, 02 Nov 2009 02:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/?p=127#comment-244</guid>
		<description><![CDATA[Hmm, didn&#039;t see this until Dave just linked to it.

Seems IP issue fix underway with the advent of the domain parameter. 

I guess you mean registerprocedure should be optional since it is empty on HTTP Post. Makes sense. No big deal.

lastly, I believe there has been talk on PSHB list about the order of the hub elements in the document actually implicitly stating their priority. 

What do you think of that?]]></description>
		<content:encoded><![CDATA[<p>Hmm, didn&#8217;t see this until Dave just linked to it.</p>
<p>Seems IP issue fix underway with the advent of the domain parameter. </p>
<p>I guess you mean registerprocedure should be optional since it is empty on HTTP Post. Makes sense. No big deal.</p>
<p>lastly, I believe there has been talk on PSHB list about the order of the hub elements in the document actually implicitly stating their priority. </p>
<p>What do you think of that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is the web sticky enough? by Mason Lee</title>
		<link>http://masonlee.org/2009/08/21/is-the-web-sticky-enough/#comment-226</link>
		<dc:creator><![CDATA[Mason Lee]]></dc:creator>
		<pubDate>Wed, 07 Oct 2009 00:56:16 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/?p=91#comment-226</guid>
		<description><![CDATA[Just found this briefing paper on the same topic:
http://www.digitalpreservationeurope.eu/publications/briefs/persistent_identifiers.pdf]]></description>
		<content:encoded><![CDATA[<p>Just found this briefing paper on the same topic:<br />
<a href="http://www.digitalpreservationeurope.eu/publications/briefs/persistent_identifiers.pdf" rel="nofollow">http://www.digitalpreservationeurope.eu/publications/briefs/persistent_identifiers.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on RssCloud Atom Extension by Mason Lee</title>
		<link>http://masonlee.org/2009/09/11/rsscloud-atom-extension/#comment-212</link>
		<dc:creator><![CDATA[Mason Lee]]></dc:creator>
		<pubDate>Sun, 13 Sep 2009 08:13:13 +0000</pubDate>
		<guid isPermaLink="false">http://masonlee.wordpress.com/?p=127#comment-212</guid>
		<description><![CDATA[Hi, Joseph.  Thanks for looking it over. (And thanks for RssCloudifying my wordpress blog!)

I haven&#039;t yet heard anyone suggest improvements to rssCloud that would affect this part of the spec, but actually I can think of two: 

1. The &quot;registerProcedure&quot; attribute should be optional.
2. If multiple cloud elements are allowed for a single feed, each could have an optional &quot;priority&quot; int attribute to say, &quot;This one is primary, this one is backup.&quot; 10, 20, 30, etc.

Neither seem strictly necessary though.  Not as important as fixing the &quot;same-IP&quot; issue, which I was happy to hear on the BadHair.us podcast Dave agrees is worth consideration.]]></description>
		<content:encoded><![CDATA[<p>Hi, Joseph.  Thanks for looking it over. (And thanks for RssCloudifying my wordpress blog!)</p>
<p>I haven&#8217;t yet heard anyone suggest improvements to rssCloud that would affect this part of the spec, but actually I can think of two: </p>
<p>1. The &#8220;registerProcedure&#8221; attribute should be optional.<br />
2. If multiple cloud elements are allowed for a single feed, each could have an optional &#8220;priority&#8221; int attribute to say, &#8220;This one is primary, this one is backup.&#8221; 10, 20, 30, etc.</p>
<p>Neither seem strictly necessary though.  Not as important as fixing the &#8220;same-IP&#8221; issue, which I was happy to hear on the BadHair.us podcast Dave agrees is worth consideration.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

