<?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.6.39 (Ruby 3.2.2) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-thomson-gendispatch-no-expiry-01" category="bcp" consensus="true" submissionType="IETF" updates="2026, 2418" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.18.0 -->
  <front>
    <title abbrev="Drafts Aren't Milk">Removing Expiration Notices from Internet-Drafts</title>
    <seriesInfo name="Internet-Draft" value="draft-thomson-gendispatch-no-expiry-01"/>
    <author initials="M." surname="Thomson" fullname="Martin Thomson">
      <organization>Mozilla</organization>
      <address>
        <email>mt@lowentropy.net</email>
      </address>
    </author>
    <author initials="P." surname="Hoffman" fullname="Paul Hoffman">
      <organization>ICANN</organization>
      <address>
        <email>paul.hoffman@icann.org</email>
      </address>
    </author>
    <date year="2023" month="September" day="04"/>
    <area>General</area>
    <workgroup>General Area Dispatch</workgroup>
    <keyword>dead mans switch</keyword>
    <abstract>
      <?line 45?>

<t>The long-standing policy of requiring that Internet-Drafts bear an expiration
date is no longer necessary.  This document removes requirements for expiration
for Internet-Drafts from RFC 2026/BCP 9 and RFC 2418/BCP 25.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://martinthomson.github.io/no-expiry/draft-thomson-gendispatch-no-expiry.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-thomson-gendispatch-no-expiry/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        General Area Dispatch Working Group mailing list (<eref target="mailto:gendispatch@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/gendispatch/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/gendispatch/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/martinthomson/no-expiry"/>.</t>
    </note>
  </front>
  <middle>
    <?line 52?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>The Content Guidelines for Internet Drafts <xref target="IDCG"/> requires that
Internet-Drafts include an expiration statement.  Tooling and IETF practice
insist on Internet-Drafts including an expiry date 185 days after their posting.
After this expiration date, some systems might display an Internet-Draft
differently or not at all, with some exceptions, such as when the document is
under IESG review.</t>
      <t>Expiration of drafts is believed to encourage authors to update drafts that they
wish to discuss.  Expired drafts are no longer served from the primary IETF
servers.</t>
      <t>Copies of expired drafts are retained and can be obtained using other services.
Expired drafts are routinely cited and referenced.  Published RFCs routinely
include informative references to drafts, which then usually expire.
Many IANA registries refer to expired drafts.</t>
    </section>
    <section anchor="removing-internet-draft-expiration">
      <name>Removing Internet-Draft Expiration</name>
      <t>Forced expiration serves no purpose that is not adequately served by the
publication date on the document.</t>
      <t>The date of posting for an Internet-Draft is the best -- or perhaps only --
information available that can be added to a document the time of publication
that might help readers understand whether the content is valid.  Future events
might invalidate the content virtually immediately; conversely, an
Internet-Draft could also remain relevant for an arbitrarily long period of
time.</t>
      <t>This document proposes that the "Expires:" field be removed from the header of
submitted Internet-Drafts, and that the boilerplate be amended as follows:</t>
      <t>OLD:</t>
      <ul empty="true">
        <li>
          <t>Internet-Drafts are draft documents valid for a maximum of six months and may
  be updated, replaced, or obsoleted by other documents at any time. It is
  inappropriate to use Internet-Drafts as reference material or to cite them
  other than as "work in progress."</t>
        </li>
      </ul>
      <t>NEW:</t>
      <ul empty="true">
        <li>
          <t>Internet-Drafts are draft documents that may be updated, replaced, or
  obsoleted by other documents at any time. It is inappropriate to
  cite them other than as "work in
  progress."</t>
        </li>
      </ul>
      <t>Creating a revision to the Content Guidelines <xref target="IDCG"/> will be necessary to
remove references to expiration.</t>
      <t>This document updates RFC 2026 <xref target="STD-PROCESS"/> to remove the second
paragraph of Section <xref format="none" section="2.2" sectionFormat="bare" target="STD-PROCESS"/> and RFC 2418 <xref target="WG"/> to remove a single mention
of expiration from Section <xref format="none" section="7.2" sectionFormat="bare" target="WG"/>.</t>
      <t>Other than these specific changes, both RFC 2026 and RFC 2418 refer to
expiration of drafts.  With this change, this is understood to apply to drafts
that are marked as "dead" in tooling.</t>
    </section>
    <section anchor="replacement-procedures">
      <name>Replacement Procedures</name>
      <t>The expiration of a draft is intended to ensure that the topic is disqualified
from consideration and discussion.  At the same time, updating a draft
indicates continued interest from the authors.</t>
      <t>Working group chairs might choose to concentrate efforts on drafts that have
been recently updated.  For instance, when setting an agenda for a session,
chairs might give precedence to documents that have been updated since the
preceding session.</t>
      <t>Expiration has also been used as a reminder to authors to update documents.  A
substitute for expiration reminders might be to provide a note in advance of
planned sessions.  For instance, for an upcoming session N+1, a reminder might
be issued for drafts that have not been updated in the interval between session
N and session N+1, but were updated between session N-1 and session N.</t>
    </section>
    <section anchor="security-and-privacy-considerations">
      <name>Security and Privacy Considerations</name>
      <t>This document has no direct implications on security or privacy.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document makes no request of IANA.</t>
    </section>
  </middle>
  <back>
    <references>
      <name>Normative References</name>
      <reference anchor="IDCG" target="https://authors.ietf.org/en/content-guidelines-overview">
        <front>
          <title>Content guidelines overview</title>
          <author>
            <organization/>
          </author>
          <date year="2022" month="June" day="01"/>
        </front>
      </reference>
      <reference anchor="STD-PROCESS">
        <front>
          <title>The Internet Standards Process -- Revision 3</title>
          <author fullname="S. Bradner" initials="S." surname="Bradner"/>
          <date month="October" year="1996"/>
          <abstract>
            <t>This memo documents the process used by the Internet community for the standardization of protocols and procedures. It defines the stages in the standardization process, the requirements for moving a document between stages and the types of documents used during this process. 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="9"/>
        <seriesInfo name="RFC" value="2026"/>
        <seriesInfo name="DOI" value="10.17487/RFC2026"/>
      </reference>
      <reference anchor="WG">
        <front>
          <title>IETF Working Group Guidelines and Procedures</title>
          <author fullname="S. Bradner" initials="S." surname="Bradner"/>
          <date month="September" year="1998"/>
          <abstract>
            <t>This document describes the guidelines and procedures for formation and operation of IETF working groups. 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="25"/>
        <seriesInfo name="RFC" value="2418"/>
        <seriesInfo name="DOI" value="10.17487/RFC2418"/>
      </reference>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA5VX23LjuBF9x1cg2oc8RJTGTvYSJ7M1jm9x1Y7HNZ6qeQZJ
SESZBBgAlKxs7b/ndIMUSdmbTB7GI+LS13O6G1mWiWhirS/k4rNu3M7Yrbx5
aY1X0TgrH1w0hQ5y410j723U3uqYXXu1iWEhVJ57vbuQ6Vteem3/GOVHUz+L
0hVWNRBb0l4WK9cEZ7OttqUJrYpFlVmXadJ0yN6diVJFfSEK/N06f7iQedEK
5bWCXXfaaq/qhdg7/7z1rmvHRdKp5HUvciG6lgSFC3n+7vyHpTz/y9lPQoQu
b0wI8CceWph0f/PlVtiuybWHSmeDtqHDneg7LeDOn8WzPkBZeSFkJkutStko
G2TYGygRO2072Crl/7BFyqRu8RV2U1zv6DytN8rUWJ8E44PRcbNyfkvbyhcV
tqsY23CxXtNpWjI7vRqOrWlhnXu3D3o9kbOm+1sTqy6HhEb5aGwf+/Ux3nSm
pjDFmZbJ2VUSsTJuvLX+hkyuqtggUUJ1OOYpRhn+SWkswvtxJb+ky7yW4PGR
1c424B7W3b9NXSte0CleTfxQu7220bv2sAIO5+IfV/KfbrNBpibiH1VXz5ZZ
+P3V5cPDVHSLY6sqHftgCmUtBVkI63wDIuw43ffXV3cXfGtgzBUQBXvktjOl
ro0FUdxO+53R+0U6qPxWI8pDkFNcwphGbddFEpKNQrJBCMtgZhCez7N3PxBV
hLGb0S6RZZlUeYheFVGIL5WWtbPbLESFBAF1ratNcZBuI73+V2c8rcVKxVM6
y1wrL5WV+kh/ZqU0QVrHQrWXVqMcBIVUSyQNWyB611AQPJUPRCBp0bSGuuH8
VB59nqrl0vL59oopu/7H1aP8K6wo0xL4y0vn369EcrUxZVlrIb4jQd6VXcGS
2fEhH3djPqYahzr166+Uyt9+G0wNHA9xapixRd2Veh4SibhGdo4C4BBbhJPM
paIiW0oCCiZSFEyIEufflppuJbkHTrE8++l7/DgEiWMIdKy08UheAD22K3HZ
LyLiE2Po4lIG12gZDgF2BcRnW0VJ1KzVgXTMDRCl2Ww0CnWsgQnk00UJLKi6
XkqUtyoJ0y+FbklDgPSuqKQKcl9pS1aNGTdBdLaEWfc3T3cIJkEWaZq0D4Cu
7N0mfNVG73Qpo5PaFq7zaovoJkrQYireww3GKPQdxN6EivbhVNGFgMCzCkjq
j6JRTCAaQB7sMa7I3tYbFLdDKvu8CQYKceVaQ4TdpIDOpXkdFfBTcmpRD2C8
dHm/1gVKn4PspIw65Eq8YRPqPbKnEenCxF6Y1xz+Qpfw47HLazinGe1hPC8G
7E2oPt7kYCU1SFplkJ9IyelChzween9W4qOy8Pry4RJXt4CjN0zPDQHJnXhN
9PpOHkeAOWgmE4EQt87D+BklKKZcJNrOA7E65Y7rBqBVgmXIKwzrM5MfyF7R
kvPFCGRiyxRfq0TqtLUZqMCMfgVrUkZ3czQ1iSqBM632lWqRYAvNGHOOoYQa
taOemte9pX2CVVkmdKoR4yQ0miZZMBos+F7iWqXrFmGFn4AxE4JrLxGGIUIi
+iJPZu5UbSj3t13sgBEwAoVSJFHG8i55PL21Mz6m1Jqm0aXhaP6NtgnL+L1E
RE7qF3a7GpCrg6PSDOTiv1rvFOT1IVQ+N2gb3kAwcYdCZlwJVwW5zPGfVvgW
jRfZHakpFwn04WIhN0ZDXa77PjDhX8WhIak8iEViwklVXDI1jmJzZ2rtW5pR
OC/QTplRVM5rzAABbe/TL9f4+/Or+kq8Y0gf7e5DnrzG7PVimq6hfAbzIhuE
uAqsvlEHNFzoS3WoXMIV2FDQL1x1eXC1jgm/ifyjBiqhIBuHTd5zaaSxRLUU
M284oShwoMYre8NIbJiATYNR0jFFqWpQQBoIcz2WKG9BLmgWhgLKyRYJCCtM
XQ83X785JAm/6BC/5y+p/P88fuUvRBw9+B37cWTqwRVoxCRX3E5oZKc4xLd7
+7GP7zEqkiPH4YSUJxyeVM2xar1Cd/90OI4iEP+Hpy/X2ePnT1c3T0/vsU7L
UBddD3I2LGjwsBStQjvzqq0IWU+apxL59xeol6nuvF9YZ/WCztPe+8X56vz4
ddsfyZGrhUhj4/vFRP1i/fNsKiLrvt6xUfiaGaUk9SfUNnKLatXQ4lLtY15+
k4E/wkDxloFyMPDrHexCJD+NycUvoDy0ujAbU8gCa1sNgucAwBjbmStDSxL6
jckBlfIrzSU8+iRpy/RhjtXWuVS227Y+jL0x1WgCP9r/c6ofC3rNLYg4Mc1u
Q99j4DMOHr0DBVCaQ+o/c6NUzySGe0x1ieeZQMX8WMEihouCDmFmQferEQtd
Cg49PTgB4V4kBaKfawiUUl4mAQFFj8m1TMBMpGDd6GQltSFglRqEwWu0ZGM8
Nb9j2R3eGkIM709+r1IMjR/mxKJy3K8diSrobUXU1RsgIlLrnA1jldppkWtN
naRIE2RfOqidoWRh6kXnK/QyDYtBx9gPuoqei6ovwWgh5OxSzEzZ0ozTkuSS
ayHlcV6uSL9k/b1aAnqh0zDBF0lbL30+iFbIPbfCdD0kNFCVaQyPsASf15Po
oJ/yQt0LE0jssDF/1hylDK7kbD0K287Q+4HGIBrlMGDsKDzUCoE3S7Nkb214
FcG+R3dt4ZqJW/LhT2fLqeGsEVkB2AIBge6dJo3nsFngTBq1GDXojtiMe80p
Yy3igYE505l3Ue6BsaOMkzvyITub30rcQqnpvIkH3nv0ZqfwGr2akiCclmLK
lqV5H0kF1Zp2GLsYkmEQSENekpc08aj73yU36jlNqvT0I7qA0nRteF3mqngW
/wFkX9yQFRMAAA==

-->

</rfc>
