Skip to main content
  • IETF Community Survey 2025

    Each year the IETF Community Survey provides a comprehensive assessment of community demographics, engagement patterns, and perceptions of organizational effectiveness. The full report from the 2025 edition is now available.

    14 Jul 2026
  • Birds of a Feather at IETF 126

    The IETF 126 Vienna meeting takes place 18–24 July 2026. As at every IETF meeting, alongside the established Working Groups there will be a handful of Birds-of-a-Feather (BoF) sessions—and these are often the most interesting place to watch where Internet standards work is heading next.

    2 Jul 2026
  • From Lab to RFC: A PhD Student's Journey through the IETF

    Martine Sophie Lenders has been regularly participating in the IETF for over a decade, starting with the IETF 93 meeting in Prague in 2015. She has authored several Internet-Drafts—two of which recently were published as RFCs—and at the same time works on a PhD at FU Berlin and as a research associate at TU Dresden. We asked a few questions about what her experience in the IETF has been like while pursuing an academic journey.

    1 Jul 2026
  • Suggested IETF 126 Sessions for Getting Familiar with New Topics

    These IETF 126 meeting sessions are likely to include discussions and proposals that are accessible to a broad range of Internet technologists whether they are new to the IETF or long-time participants.

    29 Jun 2026
  • IETF LLC Board Retreat 2026

    The IETF Administration LLC Board of Directors held its annual retreat 29-30 April 2026 in Amsterdam. In addition to all Board members, the IETF Executive Director, the Director of Finance, and the Board Secretary were present. Here is a short summary of the main points we discussed.

    4 Jun 2026

Filter by topic and date

Filter by topic and date

Mailing Lists: What works, what doesn’t?

18 Aug 2014

The IETF has had another lively discussion about mailing list usage in the ietf@ietf.org mailing list, followed by a long plenary debate on how to make it more useful to the community.

Thanks to those of you who stuck out the long discussion Wednesday night, providing insight and ideas to improve from the current state.  These discussions can be painful, but necessary to figure out how we evolve with time. 

A few things seemed apparent during the session:

  • IETF participants in the ietf@ietf.org mailing list are passionate and appreciate use of that forum.   The number of active users is relatively small for the size of our community.
  • On the other hand, many are turned away from the list, seeing it as a time suck, high noise to signal ratio, and too aggressive.  These folks are very unlikely to join again.
  • The list is not an ideal venue for newcomers.  Moderation might help, but changes in culture of the list would take a year or more to be effective and noticeable to others.
  • Younger newcomers see mailing lists as archaic; perhaps a focus on change to the list to attract newcomers won’t meet our goals?
  • Ideally, feedback during the last call process would be increased because of discussions on the ietf@ietf.org mailing list.  For the most part, that is not happening.  Perhaps that is okay for at least some drafts, demonstrating that drafts are good at that stage of the process.

What are we trying to accomplish?

  • Provide a forum for IETF-wide discussions on relevant topics including last call comments, proposed policy and process changes.
  • Ensure discussion forums exist and are archived, supporting transparency goals of the IETF.
  • Increase exposure for soon-to-be published drafts for both reviews and awareness.
  • Improve the quality of Internet standards, which requires a culture that fosters retention of newcomers.

The IETF discussion list is not meeting these goals.  Many find the IETF list painful, so they avoid it.  We still need the list as some find it very helpful and enjoy working in mailing lists.  Many in the IETF community contributed helpful comments during the Toronto Administrative Plenary, and several possibilities emerged.  What if we continued use of the mailing list for community-wide discussions to avoid any controversy and experimented with new communication methods to serve the other purposes, that currently do not work well through the list?  We want to attract and retain newcomers and at least the younger ones think the use of mailing lists is archaic.  Complementary to discussion forums, we could consider the use of new communication methods may also increase awareness of IETF protocols and thus the understanding of relevance to the larger community (twitter, see below).  Many of us, including me, are quite comfortable with the datatracker and existing tools, the following suggestions are not necessarily targeted towards those comfortable with the current set of tools.

Possible experiments:

  • Create a twitter account to announce both working group and IETF-wide last calls.  Those interested can either look at the twitter feed once a week to make sure they didn’t miss something, while those that follow it may choose to retweet drafts relevant to their followers.  Discussions would be directed to mailing lists or another tool as appropriate, and twitter use would be strictly a marketing tool.
  • Create an organized site to maintain a current list of drafts in working group and IETF last call.  The site should be modern and include social aspects as to attract newcomers and experts in specific areas who may not necessarily be regular IETF attendees (yet).  Ideally, the site would include easy ways to contribute comments, even to support comments posted by others or provide a simple statement of support for the work.  There should be one place to look at all comments during last call for the draft editors, shepherds, and others.  If we experimented with such a model, to Adrian Farrel’s point, we would need to ensure ease of commenting and debating comments in a structured and traceable way.

Authenticated edit access with traceability for changes (add, remove, etc.) on the new services would be necessary, to prevent the tools from becoming as ‘entertaining’ (and ultimately ineffective) as the use of Etherpad in the Toronto Administrative plenary. :-)

(Kathleen’s opinions, not an IESG statement of any sort.)


Share this page