<div dir="auto">OpenLDAP does not provide an interactive user interface, so that provision of AGPL does not apply to it. It provides an interface meant to  work only with programs,  rather than a human being. In contrast, the first generation of internet servers where intended to respond to connection from the telnet program, and provide a human readable help message.<div dir="auto"><br></div><div dir="auto">If you want to err on the side of caution, a message which is visible by sniffing the network connection would fulfill the responsibility. If your server is incapable of providing such a message, I would submit that this is an error in the protocol design. In the case of LDAP, such messages should have been tolerated during the connect stage. In contrast, connecting to an HTTP server allows all sorts of verbiage to pass by in a form guaranteed to be ignored by the software.</div><div dir="auto"><br></div><div dir="auto">Thanks</div><div dir="auto"><br></div><div dir="auto">Bruce</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 14, 2019, 6:27 AM Howard Chu <<a href="mailto:hyc@openldap.org">hyc@openldap.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Clause #10 of the definition <a href="https://opensource.org/docs/osd" rel="noreferrer noreferrer" target="_blank">https://opensource.org/docs/osd</a><br>
<br>
10. License Must Be Technology-Neutral<br>
<br>
No provision of the license may be predicated on any individual technology or style of interface.<br>
<br>
I note that the Affero GPL <a href="https://www.gnu.org/licenses/agpl-3.0.en.html" rel="noreferrer noreferrer" target="_blank">https://www.gnu.org/licenses/agpl-3.0.en.html</a> clause #13<br>
<br>
13. Remote Network Interaction; Use with the GNU General Public License.<br>
<br>
Notwithstanding any other provision of this License, if you modify the Program, your modified version must prominently offer all users interacting with it<br>
remotely through a computer network (if your version supports such interaction) an opportunity to receive the Corresponding Source of your version by providing<br>
access to the Corresponding Source from a network server at no charge, through some standard or customary means of facilitating copying of software.<br>
<br>
violates the OSD clause #10. This issue arose specifically in the case of OpenLDAP when<br>
Oracle relicensed BerkeleyDB 6.x using AGPL. There is no available mechanism in the LDAP<br>
Protocol to allow us to comply with clause #13 of the AGPL. I believe the same is true of<br>
many common internet protocols such as SMTP, FTP, POP, IMAP, etc., which thus now precludes<br>
servers for these protocols from using BerkeleyDB. It appears to me that AGPL is plainly<br>
incompatible with the OSD and should not be an OSI approved license.<br>
<br>
This is no longer a pressing issue for us since we have subsequently abandoned BerkeleyDB<br>
in favor of LMDB. But I thought I should point it out since it may affect other projects.<br>
<br>
-- <br>
  -- Howard Chu<br>
  CTO, Symas Corp.           <a href="http://www.symas.com" rel="noreferrer noreferrer" target="_blank">http://www.symas.com</a><br>
  Director, Highland Sun     <a href="http://highlandsun.com/hyc/" rel="noreferrer noreferrer" target="_blank">http://highlandsun.com/hyc/</a><br>
  Chief Architect, OpenLDAP  <a href="http://www.openldap.org/project/" rel="noreferrer noreferrer" target="_blank">http://www.openldap.org/project/</a><br>
<br>
_______________________________________________<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank" rel="noreferrer">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
</blockquote></div>