<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.39 (Ruby 3.4.9) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-sayre-gendispatch-derivative-03" category="bcp" consensus="true" submissionType="IETF" updates="5378" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.0 -->
  <front>
    <title>Limiting Derivative Works Restrictions to IETF Documents</title>
    <seriesInfo name="Internet-Draft" value="draft-sayre-gendispatch-derivative-03"/>
    <author fullname="Robert Sayre">
      <organization/>
      <address>
        <postal>
          <city>San Francisco</city>
          <region>CA</region>
          <country>United States of America</country>
        </postal>
        <email>sayrer@gmail.com</email>
      </address>
    </author>
    <author initials="B. E." surname="Carpenter" fullname="Brian E. Carpenter">
      <organization abbrev="Univ. of Auckland">The University of Auckland</organization>
      <address>
        <postal>
          <postalLine>School of Computer Science</postalLine>
          <postalLine>The University of Auckland</postalLine>
          <postalLine>PB 92019</postalLine>
          <postalLine>Auckland 1142</postalLine>
          <postalLine>New Zealand</postalLine>
        </postal>
        <email>brian.e.carpenter@gmail.com</email>
      </address>
    </author>
    <date year="2026" month="July" day="23"/>
    <area>GEN</area>
    <workgroup>Network Working Group</workgroup>
    <keyword>derivative</keyword>
    <abstract>
      <?line 54?>

<t>This document clarifies that only IETF Documents may contain legal limitations on derivative works.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-sayre-gendispatch-derivative/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        ipr-wg Working Group mailing list (<eref target="mailto:ipr-wg@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/ipr-wg/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/ipr-wg/"/>.
      </t>
    </note>
  </front>
  <middle>
    <?line 58?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>This document updates Rights Contributors Provide to the IETF Trust <xref target="RFC5378"/>
in order to clarify and limit which contributions may include a restriction on derivative rights.</t>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</name>
      <!-- {::boilerplate bcp14-tagged} -->

<t>This document uses the terminology defined in <xref target="RFC5378"/>.</t>
    </section>
    <section anchor="derivative-works">
      <name>Derivative Works</name>
      <t>There is an expansive definition of "Contribution" in <xref target="RFC5378"/>. There is also a mechanism formally defined in Section 5.3 of that RFC that allows a Contributor to limit the right to produce derivative works. As written, this optional mechanism could be construed as applying to all Contributions. Using this mechanism outside of specifications, for example, in electronic mail, makes it difficult for people to respond and inhibits collaboration.  This behavior impedes the very idea of collaborating about the Internet over the Internet. The IESG has stated <xref target="IESG-DERIV"/> that derivative works limitations should only be applied to IETF Documents as defined in <xref target="RFC5378"/>.</t>
      <t>This document formally restricts the use of this mechanism to IETF Documents, i.e., RFCs or Internet-Drafts that are used in the IETF Standards Process. Derivative works restrictions may not be applied to other Contributions, such as public online IETF fora as defined in <xref target="RFC9945"/>, appeals, minutes, or audio or video recordings of IETF meetings.</t>
      <t>All other rights Contributors provide to the IETF Trust/ICMP <xref target="RFC5378"/> remain in place.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This document has no direct impact on Internet security.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC5378">
          <front>
            <title>Rights Contributors Provide to the IETF Trust</title>
            <author fullname="S. Bradner" initials="S." role="editor" surname="Bradner"/>
            <author fullname="J. Contreras" initials="J." role="editor" surname="Contreras"/>
            <date month="November" year="2008"/>
            <abstract>
              <t>The IETF policies about rights in Contributions to the IETF are designed to ensure that such Contributions can be made available to the IETF and Internet communities while permitting the authors to retain as many rights as possible. This memo details the IETF policies on rights in Contributions to the IETF. It also describes the objectives that the policies are designed to meet. This memo obsoletes RFCs 3978 and 4748 and, with BCP 79 and RFC 5377, replaces Section 10 of RFC 2026. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="78"/>
          <seriesInfo name="RFC" value="5378"/>
          <seriesInfo name="DOI" value="10.17487/RFC5378"/>
        </reference>
        <reference anchor="RFC9945">
          <front>
            <title>IETF Community Moderation</title>
            <author fullname="L. Eggert" initials="L." role="editor" surname="Eggert"/>
            <author fullname="E. Lear" initials="E." role="editor" surname="Lear"/>
            <date month="February" year="2026"/>
            <abstract>
              <t>The IETF community will treat people with kindness and grace, but not endless patience.</t>
              <t>This memo obsoletes RFCs 3683 and 3934, and it updates RFCs 2418 and 9245 by establishing a policy for the moderation of disruptive participation across the IETF's various public contribution channels and discussion fora. It establishes guardrails for moderation and a moderator team. That team will develop a set of moderation procedures and facilitate their consistent implementation with chairs and administrators.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="245"/>
          <seriesInfo name="RFC" value="9945"/>
          <seriesInfo name="DOI" value="10.17487/RFC9945"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="IESG-DERIV" target="https://datatracker.ietf.org/doc/statement-iesg-statement-on-clarifying-derivative-works-rights/">
          <front>
            <title>IESG Statement on Clarifying Derivative Works Rights</title>
            <author>
              <organization>IESG</organization>
            </author>
            <date year="2025" month="October"/>
          </front>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA41WXW/jNhB856/Ypq+W8nVBG6EoLufkDgF6wSHJtUDfKGkt
EZFIgaScGgf/985Sju04d2iBIJApcndmd3aoLMtUNLHjgo7+ML2JxjZ0zd4s
dTRLpr+cfwp0zyF6U0XjbKDo6Pbm8SNdu2rs2cZwpCoduXF+VVBZDUqNQ42F
UNDF+S+/qtpVVvdIUHu9iFnQK89Zw7Y2YdCxarN6my47OVdhLHsTAlLF1YBT
kkvZsS/ZF0riFqoCDLZhRIboR1bLgs6V9qwL+nRzp56BufFuHAq64yi/Eg1h
9kmW1ROvsFoXijLaJVdLtiOiE/XadAWZwWfPzXvDcZE73yilx9g6L6ewh2gx
dt1E7N4BXKQHYZZeVSaiFg/a0kevbWVC5dK65wa8CppfTdvcaKNU7as1kWt6
iFI2cgu66gGr0mkXT3BS3fz7Rn7llevVCw5jUYcPOd3kNNd+QEfYpxcTuA/e
AMebl2BU0GPLknvJPgBxSjxWT522ddqjy9LzMsFb5m/eDi5E3RXpOaOHqnWu
k01z1w8j0mDJsK14s+E/cmX05QNdnp2cXm5+vryl09N3Z6/LdcfP9Dfr7dlN
hUphmnNevRDdL5Z1vk9tFsD3H+cizc3j5eW7i0IpYxf7e25vHj5l1zf3t39O
FKP2DceC2hiHUBwfQ4o6el09sc9fNHIMrR8H6aIMRmY4NNnup7NZ1WlvFitI
cV/1ItGQedO0MRxPyaaRFAyTKiQAOUvzbYDvTGkKMHXuRao0FTN1W6KllTRF
dHZydpGdniiV57lSWZah30EYRaUeWxOo3gw4TajBhmKrBUa3OrAAjMwK/bFR
G0sdN7qjTtxET5YB4Du6lOhuUvamrjtW6me6RW9dPSaTOQSwMZQNQygMe005
RucDffFuaWoWW4qQWML16McQ6du3TZ/XazQXNQAG2bZpAom4Ekp6bk3VJvwp
bMIsjIytuhGxNSZ364AHbKa25UIBuOAh03EJfs0Lg8mW30r99hPofiuK0pmO
/dCBkLjl6bss6qbhek1Z9vsb4iEVHezY98a6zjUrJEdY2AU47VFMCA41IfHY
MxkBRPzPoG2Ql/UWmQzi0XyP+dFhXNqF6IJDLXquWm1N6CkNTNe9gvTAU5Uu
8nOJnRSDYNMDNrtnBNpvobRkaoMQTeWUpSGpgd8Kh64CPXsTI9sZjgCXGyQj
NLdDBq/oaipZmhrkkqhJI+8wdGl2EB9QaJ83An8N6Z2E3EVyYwyiL3AJA1eY
g2pS9Uzoo6a6HzqeCXXuwN07a6p0hczw/wn9A7PaLHBu7GI6M7DDEQEBWQ0O
ShG1GNua0kDeles6XTqf0uRESRIlt3ppcNj0A9cbVcBMIdKataDbOwYWeBqn
it6KFVrG3C5F/3srqbWTybSoTnKqGr3fWd96PfXtsAmvpju0qdjJFlBxKbJB
nDffCdKBH2r3te63wnqZu4kvxmHS1KsOvUmEZuAamInsIA6/5ZtdyxfIxsXw
vSDxEpStccBrba19nWyl4gBRXB9S9/sfQ+IS1sUD3g4B/Wt1zSiM8BiUYBjL
DgpBuVCJKS3o6u9VR26m9XomoXHdIQY8AFcrHsBKj7Vx8iD2J1Kq4HBoffqA
SGF7ZtGCmNMV1D6h8t/x0OFHHnp8O//8Zb9TSNOLx+MPFlZxch2M/OjlUkdQ
mZVJueGwqaIx6zALgBpFx7hqxEy3Ag2bOCno7dXd1f8LmHbqqSE4mu6VEhez
+hdFGTcH3QoAAA==

-->

</rfc>
