<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>Cindy Ooi wrote:<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>> </span>It also impose a moral hazard: If one simply has to do the reverse engineering job<o:p></o:p></p><p class=MsoNormal>> in a  country that permits the  type of reverse engineering in order to be able to legally<o:p></o:p></p><p class=MsoNormal>> use the result anywhere, then we are merely constrained by the highest common factor<o:p></o:p></p><p class=MsoNormal>> of all copyright laws. <o:p></o:p></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>Or instead perhaps we are constrained by the lowest common factor in a Berne-filled world? That would be truly fearful. Have you seen the laws in Unfairzistan?<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>According to the EFF report, the permission to "use" in a software license without an express prohibition on reverse engineering is effectively a permission to do so in the U.S. That includes every FOSS license I know of. <o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>They also discourage companies from agreeing to prohibitive licenses or restrictive NDAs because that increases the legal risk. In such situations, consult an attorney!<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>Please note, however, that the EFF analysis doesn't encourage willy-nilly reverse engineering. There remains a high bar to taking someone else's proprietary software and analyzing it to determine how it works. And a proper process for reverse engineering involves creating an institutional barrier to prevent mere copyright infringement in the resulting product. So reverse engineer here in the U.S. if you must and don't infringe when creating your own compatible software product. <o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>Then sell it everywhere. (?)<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'>/Larry<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif"'><o:p> </o:p></span></p><p class=MsoNormal style='margin-left:.5in'><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'> Cinly Ooi [mailto:cinly.ooi@gmail.com] <br><b>Sent:</b> Friday, March 6, 2015 9:37 AM<br><b>To:</b> lrosen@rosenlaw.com; License Discuss<br><b>Subject:</b> Re: [License-discuss] [FTF-Legal] Reverse Engineering and Open Source Licenses<o:p></o:p></span></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><div><div><div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:.5in'>Dear Larry<o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:.5in'>I have no doubt about your legal expertise and experience, but I think generally speaking using something legally reverse-engineered in one jurisdiction in another jurisdiction  where that specific act of reverse-engineering is illegal is at the minimum, problematic.  This is regardless of whether the license is open source or not and based mainly on the ground that in the eye of that jurisdiction, the person granting the license has no rights to do so in the first place. <br><br>This is particularly true in a jurisdiction that permits suing the user of the copyright software in addition the person doing the reverse engineering. In this case, it can become the responsibility of the user to show that the process did not violate the law of that jurisdiction.<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>Perhaps it is easier to understand if I turn the table around and say someone import into the US something legally reverse engineered but which is incompatible with US law. Is it illegal? (Note: If you say I am mistaken, I accept it.)<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>It also impose a moral hazard: If one simply has to do the reverse engineering job in a  country that permits the  type of reverse engineering in order to be able to legally use the result anywhere, then we are merely constrained by the highest common factor of all copyright laws. <o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><p class=MsoNormal style='margin-left:.5in'>Of course any project (open source or proprietary) of any significant would had done a clean room reverse engineering to attempt to get around this issue.<o:p></o:p></p><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><br clear=all><o:p></o:p></p><div><div><div><div><p class=MsoNormal style='margin-left:.5in'>Best Regards,<br>Cinly<br><br>*****<br>I do not read footer and will not be bounded by them. If they are legally enforceable then this one always triumph yours.<o:p></o:p></p></div></div></div></div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><div><p class=MsoNormal style='margin-left:.5in'>On 6 March 2015 at 17:09, Lawrence Rosen <<a href="mailto:lrosen@rosenlaw.com" target="_blank">lrosen@rosenlaw.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><p class=MsoNormal style='margin-left:.5in'>Nigel and others,<br><br>We needn't rely on some DT document to justify our reverse engineering. Here<br>is what EFF says we can do in the United States:<br><br>    <a href="https://www.eff.org/issues/coders/reverse-engineering-faq" target="_blank">https://www.eff.org/issues/coders/reverse-engineering-faq</a><br><br>Perhaps we can rely on their well-researched legal analysis for now. Someone<br>complained to me that that this EFF analysis is U.S.-centric and ignores the<br>copyright law in other countries. But if one (legally and effectively!) does<br>reverse engineering in the U.S. and then distributes the results around the<br>world via an open source license, won't that be legal enough?<br><br>/Larry<br><br><br>-----Original Message-----<br>From: Tzeng, Nigel H. [mailto:<a href="mailto:Nigel.Tzeng@jhuapl.edu">Nigel.Tzeng@jhuapl.edu</a>]<br>Sent: Friday, March 6, 2015 8:29 AM<br>To: <a href="mailto:license-discuss@opensource.org">license-discuss@opensource.org</a><br>Subject: Re: [License-discuss] [FTF-Legal] Reverse Engineering and Open<br>Source Licenses<br><br>Well, the provided text in the document does not appear to me to be<br>conclusive that permitting reverse engineering is not required from LGPL<br>users.  There¹s interesting analysis of the wording but the real ³missing<br>step² for me would be that your analysis would actually hold up in a court<br>of law.  Dependence on analysis of the ³logical structure of the sentence²<br>seems mildly problematic to me.<br><br>If this mattered significantly to me (reverse engineering) I¹d simply assert<br>that using Apache and BSD/MIT licensed code is just better and to continue<br>to avoid LGPL.  Which is what companies do and will likely continue to do<br>until there is supporting case law in the jurisdictions that matter to them<br>(US, EU, China, etc) that this isn¹t actually required for what they wish to<br>do with such libraries.  That would be the most prudent and conservative<br>course.  So Mr. Tilly isn¹t obstructing anything.<br><br>Now if DT were to offer indemnification for any losses incurred based on<br>your analysis...<br><br><br><br>On 3/6/15, 4:09 AM, "Reincke, Karsten" <<a href="mailto:k.reincke@telekom.de">k.reincke@telekom.de</a>> wrote:<br><br>>Dear Mr. Tilly;<br>><br>>On a first glance, your mail seems to be clear an reasonable.<br>>Unfortunately you are impeding the everyday work of those who want and<br>>must convince and support their companies, employees and colleagues to<br>>use free software compliantly. Let me explain, how your obstruction<br>>comes into being...<br>><br>>Sincerely<br>>Karsten Reincke<br>><br>>--<br>>Deutsche Telekom Technik GmbH  / Infrastructure Cloud Karsten Reincke,<br>>PMP®, Senior Experte Key Projekte - Open Stack<br>>Komplexitäts- und Compliancemanagement<br>>[ komplette Signatur einblenden:<br>><a href="http://opensource.telekom.net/kreincke/kr-dtag-sign-de.txt" target="_blank">http://opensource.telekom.net/kreincke/kr-dtag-sign-de.txt</a> ]<br>><br>>_______________________________________________<br>>License-discuss mailing list<br>><a href="mailto:License-discuss@opensource.org">License-discuss@opensource.org</a><br>><a href="http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss" target="_blank">http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss</a><br><br>_______________________________________________<br>License-discuss mailing list<br><a href="mailto:License-discuss@opensource.org">License-discuss@opensource.org</a><br><a href="http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss" target="_blank">http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss</a><br><br>_______________________________________________<br>License-discuss mailing list<br><a href="mailto:License-discuss@opensource.org">License-discuss@opensource.org</a><br><a href="http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss" target="_blank">http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss</a><o:p></o:p></p></blockquote></div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div></div></div></body></html>