<?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 The Tech Contracts Blog</title>
	<atom:link href="http://blog.techcontracts.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.techcontracts.com</link>
	<description>Software Licenses, Cloud Computing Agreements, and Other Information Technology Contracts -- for Lawyers and Businesspeople</description>
	<lastBuildDate>Tue, 26 Mar 2013 06:03:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Don&#8217;t Use License Agreements for Software as a Service by You need to fix your SaaS License Agreement &#171; goodcounsel &#124; legal representation made simple</title>
		<link>http://blog.techcontracts.com/2011/09/12/dont-use-license-agreements-for-software-as-a-service/#comment-305</link>
		<dc:creator><![CDATA[You need to fix your SaaS License Agreement &#171; goodcounsel &#124; legal representation made simple]]></dc:creator>
		<pubDate>Tue, 26 Mar 2013 06:03:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=120#comment-305</guid>
		<description><![CDATA[[...] was going to explain this in some detail, but alas, David Tollen over at The Tech Contracts Blog beat me to it by, oh, about a year and a half. Tollen explains it well, though, so I thank him for saving me the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] was going to explain this in some detail, but alas, David Tollen over at The Tech Contracts Blog beat me to it by, oh, about a year and a half. Tollen explains it well, though, so I thank him for saving me the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t Send Write-Protected Contracts by Andrew Sinclair</title>
		<link>http://blog.techcontracts.com/2013/01/24/dont-send-write-protected-contracts/#comment-304</link>
		<dc:creator><![CDATA[Andrew Sinclair]]></dc:creator>
		<pubDate>Tue, 05 Mar 2013 21:44:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=553#comment-304</guid>
		<description><![CDATA[I agree that it&#039;s not productive to send write protected files.  I would add that, if receiving a write protected file, it&#039;s better to ask for an unprotected file then to hack the write protection (usually very easy: cut and paste into a new document).  If someone asks, &quot;hey do you know how to convert a pdf into a word doc?&quot; they&#039;re usually about to embark on a time consuming reformatting task that will ultimately annoy the other side.]]></description>
		<content:encoded><![CDATA[<p>I agree that it&#8217;s not productive to send write protected files.  I would add that, if receiving a write protected file, it&#8217;s better to ask for an unprotected file then to hack the write protection (usually very easy: cut and paste into a new document).  If someone asks, &#8220;hey do you know how to convert a pdf into a word doc?&#8221; they&#8217;re usually about to embark on a time consuming reformatting task that will ultimately annoy the other side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Instead of a &#8220;Feedback License,&#8221; Draft a Disclaimer of Idea Restrictions by The Anti-NDA for Idea Submissions (Instead of the &#8220;Feedback License&#8221;) &#124; The Tech Contracts Blog</title>
		<link>http://blog.techcontracts.com/2011/10/14/instead-of-a-feedback-license-draft-a-disclaimer-of-idea-restrictions/#comment-249</link>
		<dc:creator><![CDATA[The Anti-NDA for Idea Submissions (Instead of the &#8220;Feedback License&#8221;) &#124; The Tech Contracts Blog]]></dc:creator>
		<pubDate>Tue, 29 Jan 2013 00:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=449#comment-249</guid>
		<description><![CDATA[[...] much from the would-be licensor. After some kvetching in the comments from Professor Eric Goldman, I suggested a &#8220;Disclaimer of Idea Restrictions&#8221; instead of a feedback license. Since then, I&#8217;ve expanded on that idea and drafted more [...]]]></description>
		<content:encoded><![CDATA[<p>[...] much from the would-be licensor. After some kvetching in the comments from Professor Eric Goldman, I suggested a &#8220;Disclaimer of Idea Restrictions&#8221; instead of a feedback license. Since then, I&#8217;ve expanded on that idea and drafted more [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on No One Can Own an Idea (So You Don&#8217;t Need a &#8220;Feedback License&#8221;) by The Anti-NDA for Idea Submissions (Instead of the &#8220;Feedback License&#8221;) &#124; The Tech Contracts Blog</title>
		<link>http://blog.techcontracts.com/2011/10/06/no-one-can-own-an-idea-so-you-dont-need-a-feedback-license/#comment-248</link>
		<dc:creator><![CDATA[The Anti-NDA for Idea Submissions (Instead of the &#8220;Feedback License&#8221;) &#124; The Tech Contracts Blog]]></dc:creator>
		<pubDate>Tue, 29 Jan 2013 00:08:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=245#comment-248</guid>
		<description><![CDATA[[...] an earlier post, I explained that the standard &#8220;feedback license&#8221; arises out of a misunderstanding of [...]]]></description>
		<content:encoded><![CDATA[<p>[...] an earlier post, I explained that the standard &#8220;feedback license&#8221; arises out of a misunderstanding of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t Send Write-Protected Contracts by Advocate Belson</title>
		<link>http://blog.techcontracts.com/2013/01/24/dont-send-write-protected-contracts/#comment-246</link>
		<dc:creator><![CDATA[Advocate Belson]]></dc:creator>
		<pubDate>Fri, 25 Jan 2013 01:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=553#comment-246</guid>
		<description><![CDATA[Mutual Trust is very important before getting into the negotation table. Its always noticed that people with mutual trust have succeeded in winning their terms and positions.]]></description>
		<content:encoded><![CDATA[<p>Mutual Trust is very important before getting into the negotation table. Its always noticed that people with mutual trust have succeeded in winning their terms and positions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t Use License Agreements for Software as a Service by How to Protect Yourself with a Software Services Agreement &#124; Internet Lawyer - Internet Attorney - Internet Law Firm Texas</title>
		<link>http://blog.techcontracts.com/2011/09/12/dont-use-license-agreements-for-software-as-a-service/#comment-234</link>
		<dc:creator><![CDATA[How to Protect Yourself with a Software Services Agreement &#124; Internet Lawyer - Internet Attorney - Internet Law Firm Texas]]></dc:creator>
		<pubDate>Mon, 19 Nov 2012 20:00:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=120#comment-234</guid>
		<description><![CDATA[[...] /**/Don&#8217;t Use License Agreements for Software as a Service [...]]]></description>
		<content:encoded><![CDATA[<p>[...] /**/Don&#8217;t Use License Agreements for Software as a Service [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t Use License Agreements for Software as a Service by SaaS: Software License or Service Agreement? Start with Copyright &#124; Mirsky &#38; Company, PLLC</title>
		<link>http://blog.techcontracts.com/2011/09/12/dont-use-license-agreements-for-software-as-a-service/#comment-220</link>
		<dc:creator><![CDATA[SaaS: Software License or Service Agreement? Start with Copyright &#124; Mirsky &#38; Company, PLLC]]></dc:creator>
		<pubDate>Mon, 16 Jul 2012 13:01:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=120#comment-220</guid>
		<description><![CDATA[[...] to undercut an owner’s argument that no license was given in the first place.  As David Tollen writes in his “Tech Contracts Blog”, “SaaS customers generally don’t risk suits about copyright [...]]]></description>
		<content:encoded><![CDATA[<p>[...] to undercut an owner’s argument that no license was given in the first place.  As David Tollen writes in his “Tech Contracts Blog”, “SaaS customers generally don’t risk suits about copyright [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Instead of a &#8220;Feedback License,&#8221; Draft a Disclaimer of Idea Restrictions by tonight</title>
		<link>http://blog.techcontracts.com/2011/10/14/instead-of-a-feedback-license-draft-a-disclaimer-of-idea-restrictions/#comment-217</link>
		<dc:creator><![CDATA[tonight]]></dc:creator>
		<pubDate>Thu, 28 Jun 2012 20:17:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=449#comment-217</guid>
		<description><![CDATA[I like this. Feedback licenses are ridiculous.]]></description>
		<content:encoded><![CDATA[<p>I like this. Feedback licenses are ridiculous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who Should Indemnify Whom, and for What? by Top Financial Risks of Cloud Computing &#171; Just Like Davos</title>
		<link>http://blog.techcontracts.com/2011/11/06/who-should-indemnify-whom-and-for-what/#comment-214</link>
		<dc:creator><![CDATA[Top Financial Risks of Cloud Computing &#171; Just Like Davos]]></dc:creator>
		<pubDate>Wed, 13 Jun 2012 14:07:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=166#comment-214</guid>
		<description><![CDATA[[...] mitigate financial risks some companies seek indemnification where the cloud provider agrees to take on or share liability of security breach including costs [...]]]></description>
		<content:encoded><![CDATA[<p>[...] mitigate financial risks some companies seek indemnification where the cloud provider agrees to take on or share liability of security breach including costs [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Avoid Licenses to &#8220;Use&#8221; Software by David Tollen</title>
		<link>http://blog.techcontracts.com/2012/03/26/avoid-licenses-to-use-software/#comment-112</link>
		<dc:creator><![CDATA[David Tollen]]></dc:creator>
		<pubDate>Wed, 28 Mar 2012 23:46:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.techcontracts.com/?p=516#comment-112</guid>
		<description><![CDATA[Thanks, HR. The &lt;em&gt;Vernor&lt;/em&gt; case actually didn&#039;t turn on the rights language in the license at issue---on whether it was a license to &quot;use&quot; or to &quot;reproduce,&quot; etc. The court addressed a separate question: the difference between a contract giving the recipient ownership of a copy of software and a contract merely giving a license to that copy. The first sale doctrine applies to the former situation---where the recipient owns its copy---and not to the latter---where the recipient merely gets a license to its copy. Autodesk won (thanks in large part to my former boss at &lt;a href=&quot;http://www.mofo.com/michael-jacobs/&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;Morrison &amp; Foerster, Mike Jacobs&lt;/a&gt;). The court held that Autodesk&#039;s contract language gave a license to the copy, not ownership of the copy.

In other words, the &lt;em&gt;Vernor&lt;/em&gt; court didn&#039;t address the issue in my post above: license to &quot;use&quot; vs. license to &quot;reproduce&quot; or exercise other rights of copyright holders. It did talk about a license giving the right to &quot;use&quot; (I think), but the result didn&#039;t turn on that issue. The license could just as easily have given a right to &quot;reproduce&quot; one copy, or to &quot;install&quot; one copy (which means roughly the same thing).

BTW, &lt;em&gt;Vernor&#039;s&lt;/em&gt; lesson for software vendors is to draft language that denies recipients ownership of their copy of the software---language that says recipients merely get a license to that copy. In other words, draft copy-ownership vs. copy-license language like the terms Autodesk used in the &lt;em&gt;Vernor&lt;/em&gt; case. &lt;em&gt;&lt;a href=&quot;http://www.amazon.com/gp/product/1604429828&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;The Tech Contracts Handbook&lt;/a&gt;&lt;/em&gt; provides that kind of language, and addresses the first sale issue, in Chapters I.A.2 (simple end-user licenses), I.B.2 (simple distributor licenses), and I.C.1 (all other licenses).]]></description>
		<content:encoded><![CDATA[<p>Thanks, HR. The <em>Vernor</em> case actually didn&#8217;t turn on the rights language in the license at issue&#8212;on whether it was a license to &#8220;use&#8221; or to &#8220;reproduce,&#8221; etc. The court addressed a separate question: the difference between a contract giving the recipient ownership of a copy of software and a contract merely giving a license to that copy. The first sale doctrine applies to the former situation&#8212;where the recipient owns its copy&#8212;and not to the latter&#8212;where the recipient merely gets a license to its copy. Autodesk won (thanks in large part to my former boss at <a href="http://www.mofo.com/michael-jacobs/" target="_blank" rel="nofollow">Morrison &amp; Foerster, Mike Jacobs</a>). The court held that Autodesk&#8217;s contract language gave a license to the copy, not ownership of the copy.</p>
<p>In other words, the <em>Vernor</em> court didn&#8217;t address the issue in my post above: license to &#8220;use&#8221; vs. license to &#8220;reproduce&#8221; or exercise other rights of copyright holders. It did talk about a license giving the right to &#8220;use&#8221; (I think), but the result didn&#8217;t turn on that issue. The license could just as easily have given a right to &#8220;reproduce&#8221; one copy, or to &#8220;install&#8221; one copy (which means roughly the same thing).</p>
<p>BTW, <em>Vernor&#8217;s</em> lesson for software vendors is to draft language that denies recipients ownership of their copy of the software&#8212;language that says recipients merely get a license to that copy. In other words, draft copy-ownership vs. copy-license language like the terms Autodesk used in the <em>Vernor</em> case. <em><a href="http://www.amazon.com/gp/product/1604429828" target="_blank" rel="nofollow">The Tech Contracts Handbook</a></em> provides that kind of language, and addresses the first sale issue, in Chapters I.A.2 (simple end-user licenses), I.B.2 (simple distributor licenses), and I.C.1 (all other licenses).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
