<div dir="ltr"><div dir="ltr"><div>Hello Bruce,</div><div><br></div><div>It seems that there are still misapprehensions.<br></div><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 22, 2019 at 7:59 PM Bruce Perens via License-review <<a href="mailto:license-review@lists.opensource.org" target="_blank">license-review@lists.opensource.org</a>> wrote:</div><div>You are correct that there is a business purpose that we believe will be furthered by this license. But you are fundamentally incorrect in your assertion: the license itself is written to be completely independent of the business purpose. It can be used in many different ways by many different users.<br></div></div></div></blockquote><div><br></div><div>I suppose it is <i>possible </i>for different users to use it for other purposes, and your statement would apply to any license, no matter how contrived it is to fulfill a particular purpose. But there isn't really any getting around the fact that this was designed for a specific purpose of your customer. </div></div></div></blockquote><div><br></div><div>I don't really understand what you are going for here: Every license was designed to fulfill a specific purpose. The GPL was designed to preserve software freedom; the ISC license was written to be as short as possible; the MPL was written to allow a the joint compilation of separate works into a single binary.</div><div><br></div><div> In this case, my client identified that it was in their business interest to have a strong network copyleft license that was maximally respecting of user freedom. 
Preserving user freedom is at the core of Free Software, which is highly related to open source. To the extent that this benefits my client it is because preserving user freedom and autonomy is seen as a prerequisite for establishing user trust. I refer you to my writeup, referenced above, for more explanation.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Again this is incorrect. The license only and exclusively 1) grants permissions to the Work, and 2) places conditions on the use of the Work</div></div></div></blockquote><div><br></div><div>No, we have terms regarding User Data, which is only related to the work in that the work has some role in processing it - not necessarily a large or significant role, the work nearly has to be involved in some way. A transmission through the software which did not alter the data nor derive information from it would be sufficient, under the terms. So, I think we should consider User Data to be <b>an entirely separate piece of property which is encumbered simply because you make use of this software.</b></div></div></div></blockquote><div><br></div><div>The User Data is not encumbered. <b>This is a fundamental point</b>. There are no additional restrictions placed on any User Data that were not there in the first place. Users own or have the right to possess their own User Data. The CAL just denies a licensee the right to lock up a User's Data and make it irretrievable or unreadable. It is exactly analogous to the anti-Tivoization clause in the GPLv3.<br></div><div><br></div><div>Let's say the CAL was applied to something like a photo storage site where you store your photos. <b>The CAL does not apply any licensing requirements on your photos</b>. <b>It does not encumber them at all</b>. It only states that the photo storage site using the software cannot encrypt <b>your </b>photos and prevent <b>you</b> from retrieving them.<br></div><div><br></div><div>If allowing a person to retrieve their own data is an encumbrance, then the AGPL provides a similar encumbrance, in that it ensures that a site operator also offer users a copy of the source code to which they are entitled.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>“Lawful Interest” means either 1) an ownership interest or 2) a non-ownership property or possessory interest, including but not limited to lawful possession of a particular copy of a work.</div></div></div></blockquote><div><br></div><div>This doesn't really tell us much at all. As far as <i>ownership </i>interests go, we need a theory regarding ownership of data. </div></div></div></blockquote><div><br></div><div>We don't need any such theory. Ownership of intellectual property is mediated by the laws of a jurisdiction. For example,a photographer has an ownership interest in photos that she takes because of the operation of copyright law. I have an "mp3 locker" where I store copies of songs that I legally possess - I have non-ownership possessory interest. <br></div><div><br></div><div>Generally, if the law grants an ownership interest, it exists. If the law does not recognize an ownership interest, it does not exist. <br></div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>Possessory interest is also not applicable to the person <i>seeking</i> the data, unless the license seeks to grant a <i>very broad </i>right regarding processed data which is derived <i>in any way</i> from data for which someone has a possessory interest. </div></div></div></blockquote><div><br></div><div>This invents a hypothetical contrary to the terms of the license under discussion. The license doesn't grant the "very broad right" you are afraid of, and so the accompanying parade of horribles doesn't apply. If I don't have an ownership or possessory interest - both again, normal legal terms - then I can't ask for the data. <br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div></div><div>This leaves us with GDPR, which does not actually settle the question of data ownership, only of such things as right to access, correct, or to be forgotten.</div></div></div></blockquote><div><br></div><div>The GDPR has some similar concepts, but is mostly irrelevant to the license here. The GDPR could go away and it would not matter one bit to the CAL. The only connection is to say that the "formatting and transmission requirement" and "number of copies" provided should be interpreted consistently. I refer you to the extensive discussion on this point in license-discuss, where this exact point of confusion was raised and addressed.</div><div><br></div><div>Thanks,<br></div><div>Van</div><div><br></div></div></div></div>