On Aug 25, 2022, at 02:40, Keith Moore <moore@xxxxxxxxxxxxxxxxxxxx> wrote:
1) the actions were not “arbitrary” 2) two weeks of not being allowed to post is not “draconian” 3) the toxic nature of this list has made people quit this list once we made the tools available to no longer be required to be in this list (the last-call list and IMAP access without list subscription) 4) there is data backing up that the toxic nature of this list and some in person discussions is affecting participation 5) there is no data to back up your claims that the few rare times people were temporarily moderated caused damage 6) there is no data to backup your claim that a minority of people at the IETF are governing the IETF against IETF consensus If you provide no further data for 5) or 6) than I will no longer post to this thread as I feel all arguments have been made at this point based on the available data.
That is not however, the IETF consensus, which has concluded this is causing more damage (decreased participation) than good (a single rude persons technical input)
Interesting, I thought “your idea is stupid” and “you (vendor) people are maliciously sabotaging protocol X” were in fact because they no longer wanted to engage on technical merit, and that the people saying “do not insult, please use technical arguments and not ad hominem attacks” were the people trying to have a technical merit discussion.
This statement is misleading and demeaning. Passionate discussions are allowed at IETF. Using “safe space” in a derogatory sense as you just did is the opposite of building an open inclusive discussion space and has already resulted in people leaving (part or whole of( the IETF and is actively harmful.
Candor != rudeness I also fail to see how disbanding IETF would result in more technical merit discussions.
They need to learn many new skills. Being repeated targets of diminishing language is not a required skill we should add to their list of chores.
We do. What can we do if this eduction is repeatedly ignored and fails to address the problem? I would like to see your proposal draft to update our current process RFCs on this matter. obviously, “do nothing different” is per definition not a solution but just a different way or restating the problem. I am willing to review your text. Paul |