<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: In Defense of &#8220;Piggybacking&#8221;</title>
	<atom:link href="http://techliberation.com/2006/03/05/in-defense-of-piggybacking/feed/" rel="self" type="application/rss+xml" />
	<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/</link>
	<description>Keeping politicians&#039; hands off the Net &#38; everything else related to technology</description>
	<lastBuildDate>Fri, 19 Mar 2010 23:45:28 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Shawn</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-53762</link>
		<dc:creator>Shawn</dc:creator>
		<pubDate>Tue, 25 Apr 2006 23:35:05 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-53762</guid>
		<description>You guys are letting the small details obscure the big picture..... Big dollar computing companies never want you to have anything for FREE, henceforth the media bias of piggybackers portrayed as thieves.&lt;br&gt;&lt;br&gt;If computer users start getting stuff for free, then people that drive BMW&#039;s and Escalades might have to drive more sensible vehicles like the rest of us.</description>
		<content:encoded><![CDATA[<p>You guys are letting the small details obscure the big picture&#8230;.. Big dollar computing companies never want you to have anything for FREE, henceforth the media bias of piggybackers portrayed as thieves.</p>
<p>If computer users start getting stuff for free, then people that drive BMW&#8217;s and Escalades might have to drive more sensible vehicles like the rest of us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-32878</link>
		<dc:creator>Shawn</dc:creator>
		<pubDate>Tue, 25 Apr 2006 22:35:05 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-32878</guid>
		<description>You guys are letting the small details obscure the big picture..... Big dollar computing companies never want you to have anything for FREE, henceforth the media bias of piggybackers portrayed as thieves.

If computer users start getting stuff for free, then people that drive BMW&#039;s and Escalades might have to drive more sensible vehicles like the rest of us.
</description>
		<content:encoded><![CDATA[<p>You guys are letting the small details obscure the big picture&#8230;.. Big dollar computing companies never want you to have anything for FREE, henceforth the media bias of piggybackers portrayed as thieves.</p>
<p>If computer users start getting stuff for free, then people that drive BMW&#8217;s and Escalades might have to drive more sensible vehicles like the rest of us.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-32877</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Tue, 07 Mar 2006 03:06:55 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-32877</guid>
		<description>Okay, let me get this straight:

It&#039;s okay to FORCE people to pay for wireless all over with a taxpayer funded wi-fi, but....
&lt;p&gt;
...it&#039;s NOT OKAY for people to SHARE their wi-fi on personal expense?
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Okay, let me get this straight:</p>
<p>It&#8217;s okay to FORCE people to pay for wireless all over with a taxpayer funded wi-fi, but&#8230;.</p>
<p>
&#8230;it&#8217;s NOT OKAY for people to SHARE their wi-fi on personal expense?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-53761</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Tue, 07 Mar 2006 03:06:55 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-53761</guid>
		<description>Okay, let me get this straight:&lt;br&gt;&lt;br&gt;It&#039;s okay to FORCE people to pay for wireless all over with a taxpayer funded wi-fi, but....&lt;br&gt;&lt;p&gt;&lt;br&gt;...it&#039;s NOT OKAY for people to SHARE their wi-fi on personal expense?&lt;br&gt;&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Okay, let me get this straight:</p>
<p>It&#8217;s okay to FORCE people to pay for wireless all over with a taxpayer funded wi-fi, but&#8230;.
<p>&#8230;it&#8217;s NOT OKAY for people to SHARE their wi-fi on personal expense?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-32876</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Mon, 06 Mar 2006 19:10:40 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-32876</guid>
		<description>Oh, that&#039;s another important difference.

</description>
		<content:encoded><![CDATA[<p>Oh, that&#8217;s another important difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-53760</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Mon, 06 Mar 2006 19:10:40 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-53760</guid>
		<description>Oh, that&#039;s another important difference.</description>
		<content:encoded><![CDATA[<p>Oh, that&#8217;s another important difference.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ned Ulbricht</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-32875</link>
		<dc:creator>Ned Ulbricht</dc:creator>
		<pubDate>Mon, 06 Mar 2006 18:47:12 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-32875</guid>
		<description>&lt;p&gt;Hmmm...&lt;/p&gt;

&lt;p&gt;That isn&#039;t quite the &quot;amplification&quot; argument I was making.  With SMTP relay, a single incoming transaction with multiple RCPT TO addresses (&lt;a href=&quot;http://www.rfc-editor.org/rfc/rfc2821.txt&quot; rel=&quot;nofollow&quot;&gt;3.3; p.15&lt;/a&gt;) can result in multiple outgoing sessions.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hmmm&#8230;</p>
<p>That isn&#8217;t quite the &#8220;amplification&#8221; argument I was making.  With SMTP relay, a single incoming transaction with multiple RCPT TO addresses (<a href="http://www.rfc-editor.org/rfc/rfc2821.txt" rel="nofollow">3.3; p.15</a>) can result in multiple outgoing sessions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ned Ulbricht</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-53759</link>
		<dc:creator>Ned Ulbricht</dc:creator>
		<pubDate>Mon, 06 Mar 2006 18:47:12 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-53759</guid>
		<description>&lt;p&gt;Hmmm...&lt;/p&gt;&lt;br&gt;&lt;p&gt;That isn&#039;t quite the &quot;amplification&quot; argument I was making.  With SMTP relay, a single incoming transaction with multiple RCPT TO addresses (&lt;a href=&quot;http://www.rfc-editor.org/rfc/rfc2821.txt&quot; rel=&quot;nofollow&quot;&gt;3.3; p.15&lt;/a&gt;) can result in multiple outgoing sessions.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Hmmm&#8230;</p>
<p>
<p>That isn&#8217;t quite the &#8220;amplification&#8221; argument I was making.  With SMTP relay, a single incoming transaction with multiple RCPT TO addresses (<a href="http://www.rfc-editor.org/rfc/rfc2821.txt" rel="nofollow">3.3; p.15</a>) can result in multiple outgoing sessions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-32874</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Mon, 06 Mar 2006 14:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-32874</guid>
		<description>Right, with SMTP, the problem is that the whole world is your neighbor, so even if only one in a million people is up to something bad, that still leaves several hundred people who could do bad things with your open relay.

In contrast, I only have half a dozen neighbors, so the odds that one of them will do something really bad with my Internet connection is very small.


</description>
		<content:encoded><![CDATA[<p>Right, with SMTP, the problem is that the whole world is your neighbor, so even if only one in a million people is up to something bad, that still leaves several hundred people who could do bad things with your open relay.</p>
<p>In contrast, I only have half a dozen neighbors, so the odds that one of them will do something really bad with my Internet connection is very small.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-53758</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Mon, 06 Mar 2006 14:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-53758</guid>
		<description>Right, with SMTP, the problem is that the whole world is your neighbor, so even if only one in a million people is up to something bad, that still leaves several hundred people who could do bad things with your open relay.&lt;br&gt;&lt;br&gt;In contrast, I only have half a dozen neighbors, so the odds that one of them will do something really bad with my Internet connection is very small.</description>
		<content:encoded><![CDATA[<p>Right, with SMTP, the problem is that the whole world is your neighbor, so even if only one in a million people is up to something bad, that still leaves several hundred people who could do bad things with your open relay.</p>
<p>In contrast, I only have half a dozen neighbors, so the odds that one of them will do something really bad with my Internet connection is very small.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ned Ulbricht</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-32873</link>
		<dc:creator>Ned Ulbricht</dc:creator>
		<pubDate>Sun, 05 Mar 2006 19:38:51 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-32873</guid>
		<description>&lt;p&gt;In a certain sense, this reminds me of the old arguments for and against closing promiscuously open email relays.  The chief difference I see is that open wireless access points don&#039;t have a multiplier effect like &lt;a href=&quot;http://www.rfc-editor.org/rfc/rfc2821.txt&quot; rel=&quot;nofollow&quot;&gt;(E)SMTP&lt;/a&gt; relay does.  Without an amplifying factor, there doesn&#039;t seem to be a similar detrimental impact on global system stability.&lt;/p&gt;

&lt;p&gt;Further, in a world of global ip connectivity there really isn&#039;t much of a case favoring (non-abusive) third-party email relay. Contrariwise, increased ip connectivity sounds like a general good.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>In a certain sense, this reminds me of the old arguments for and against closing promiscuously open email relays.  The chief difference I see is that open wireless access points don&#8217;t have a multiplier effect like <a href="http://www.rfc-editor.org/rfc/rfc2821.txt" rel="nofollow">(E)SMTP</a> relay does.  Without an amplifying factor, there doesn&#8217;t seem to be a similar detrimental impact on global system stability.</p>
<p>Further, in a world of global ip connectivity there really isn&#8217;t much of a case favoring (non-abusive) third-party email relay. Contrariwise, increased ip connectivity sounds like a general good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ned Ulbricht</title>
		<link>http://techliberation.com/2006/03/05/in-defense-of-piggybacking/comment-page-1/#comment-53757</link>
		<dc:creator>Ned Ulbricht</dc:creator>
		<pubDate>Sun, 05 Mar 2006 19:38:51 +0000</pubDate>
		<guid isPermaLink="false">http://techliberation.com/2006/03/05/in-defense-of-piggybacking/#comment-53757</guid>
		<description>&lt;p&gt;In a certain sense, this reminds me of the old arguments for and against closing promiscuously open email relays.  The chief difference I see is that open wireless access points don&#039;t have a multiplier effect like &lt;a href=&quot;http://www.rfc-editor.org/rfc/rfc2821.txt&quot; rel=&quot;nofollow&quot;&gt;(E)SMTP&lt;/a&gt; relay does.  Without an amplifying factor, there doesn&#039;t seem to be a similar detrimental impact on global system stability.&lt;/p&gt;&lt;br&gt;&lt;p&gt;Further, in a world of global ip connectivity there really isn&#039;t much of a case favoring (non-abusive) third-party email relay. Contrariwise, increased ip connectivity sounds like a general good.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>In a certain sense, this reminds me of the old arguments for and against closing promiscuously open email relays.  The chief difference I see is that open wireless access points don&#8217;t have a multiplier effect like <a href="http://www.rfc-editor.org/rfc/rfc2821.txt" rel="nofollow">(E)SMTP</a> relay does.  Without an amplifying factor, there doesn&#8217;t seem to be a similar detrimental impact on global system stability.</p>
<p>
<p>Further, in a world of global ip connectivity there really isn&#8217;t much of a case favoring (non-abusive) third-party email relay. Contrariwise, increased ip connectivity sounds like a general good.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
