Mass removal of groups

From Usenet Big-8 Management Board
Revision as of 18:00, 19 January 2011 by Alba (talk | contribs) (→‎Stage 1)

Motivation

As of January 2011, there are about 1000 groups that received less than one post per day in the last 18 months. It is not feasible to use the conventional procedure for such a high number.

  • There have been no independent proponents tackling this problem in the past. It is unlikely that that will change.
  • Flooding news.announce.newgroups and news.groups.proposals with hundreds of almost identical posts will do no good.
  • Flooding hundreds of groups with almost identical posts will do no good.

In 2007 the board approved a policy for removing extremely-low-traffic unmoderated groups. This policy does not address the crucial issues, though.

Overview

Stage 1

The proposal will be conducted by the board. The initial discussion to determine candidate groups will take place in private.

Stage 2

The B8MB posts an announcement containing a list of the groups to be considered for removal.

  • The announcement will be crossposted to news.announce.newgroups, news.groups.proposals and news.groups.
  • If moderated groups are affected, the announcement will also be posted to news.admin.moderation.
  • In any case the Followup-To: will be set to news.groups.proposals.
  • The announcement will not be crossposted to target groups.
  • The announcement will not contain individual rationales for each group.
  • The announcement will not contain charters.
  • Pointers to the announcement might be posted, but not to all target groups. The contents of these pointer posts should be specific to the target group. Also the subject line should be distinct.

Stage 3

User feedback for candidate groups should take place in news.groups.proposals.

  • The group lists may be revised during this stage.

Stage 4

The board votes on each newsgroup individually.

  • Available options are Yes, No and Abstain.
  • The ballot will start with a summary vote at the top.
  • Followed by a list of items (one line per group) where exceptions to the summary vote can be specified.

Stage 5

The board will post the result of the vote.

Stage 6

The board will send the list of groups to be deleted to the technical team.

Open Questions

Stage 1

Groups featuring at least one post per day should not be removed. Reorganization of sub hierarchies, i.e. creating a new group where the traffic of all others should accumulate, is not the aim.

Automatic tools should be used as much as possible. The board will divide the list of groups to be inspected among its members; it is not required that every board member check every candidate group.

The extend of manual checks might be proportional to the found traffic in the group. For example, the rule might be that any newsgroup that has had any posting in the past 12 months should be inspected by at least two Board members.

If a traffic tally is done the result does not need to be precise. Knowing the magnitude (e.g. more than 50, less then 100) is enough to verify the removal decision. Anyway, it is not clear how to count crossposts, and how to treat on-topic questions that receive no on-topic response.

It is not clear how to handle *.misc groups. Of the 192 misc-groups about 130 are ripe for removal because they don't meat the traffic limit of 1 post per month.

One proposed threshold for the Great Downsizing is:

  • zero on-topic, non-crossposted threads in the past 18 months

Stage 2

The format of the announcement should be straightforward: a brief preamble, perhaps with a link to a web page, followed by the list of newsgroups, one per line, perhaps including the newsgroup line.

Group charters can be found at ftp://ftp.isc.org/pub/usenet/news.announce.newgroups/

The list might include include the number of on-topic messages (determined by the Board inspecation) in the past 18 months.

The announcement might be posted at any *.misc newsgroups related to the target newsgroups. Warning: as of January 2011 there are 192 misc-groups. It is quite a challenge to get a high number of almost identical messages past Cleanfeed.

Because of the magnitude of the project ("Great Downsizing" in analogy to "Great Renaming") an announcement might also be posted to news.announce.important.

Miscellaneous

It remains to be decided where how long to wait for feedback.