home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / usenet / mod / manifesto
Encoding:
Internet Message Format  |  1997-08-17  |  14.1 KB

  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!news-out.internetmci.com!newsxfer3.itd.umich.edu!infeed1.internetmci.com!newsfeed.internetmci.com!128.174.5.49!vixen.cso.uiuc.edu!alpha.math.uiuc.edu!tskirvin
  2. From: tskirvin@uiuc.edu (Tim Skirvin)
  3. Newsgroups: news.admin.hierarchies,news.groups,alt.config,news.admin.net-abuse.usenet,news.answers
  4. Subject: Draft: The mod.* Manifesto  (Last updated: July 30, 1997)
  5. Followup-To: news.admin.hierarchies
  6. Date: 16 Aug 1997 17:06:36 GMT
  7. Organization: University of Illinois at Urbana-Champaign
  8. Lines: 303
  9. Approved: news-answers-request@mit.edu
  10. Expires: Fri, 1 Aug 1997 00:00:00 GMT
  11. Message-ID: <modmanifesto3-tskirvin@vixen.cso.uiuc.edu>
  12. Reply-To: mod-squad@mod.org
  13. NNTP-Posting-Host: alpha.math.uiuc.edu
  14. Summary: mod.* is a hierarchy under development by a group known as the 
  15.     Mod Squad (mod-squad@mod.org).  This document is meant to be an
  16.     introduction to the hierarchy, its proposed rules, and the reasons 
  17.     behind its creation.
  18. X-Supersedes: <modmanifesto2-tskirvin@vixen.cso.uiuc.edu>
  19. X-Later-Groups: mod.config,mod.config.announce,news.admin.hierarchies,news.admin.net-abuse.usenet,alt.config,news.groups,news.answers,mod.answers
  20. X-Later-Followup-to: mod.config
  21. Originator: tskirvin@alpha.math.uiuc.edu
  22. Xref: senator-bedfellow.mit.edu news.admin.hierarchies:2584 news.groups:299095 alt.config:133362 news.admin.net-abuse.usenet:46831 news.answers:109958
  23.  
  24. Archive-name: usenet/mod/manifesto
  25. Posting-Frequency: twice monthly (1st and 16th)
  26. Last-modified: 1997/07/30
  27. Version: 0.8b
  28. URL: http://www.uiuc.edu/ph/www/tskirvin/faqs/manif.html
  29. Maintainer: Tim Skirvin (tskirvin@uiuc.edu)
  30.  
  31.                            The mod.* Manifesto                    
  32.  
  33.                                Introduction             
  34.                                ============             
  35.  
  36.     For years, public newsgroups on Usenet have been organized mainly 
  37. under two major hierarchies - alt.* and the Big-8.  The latter hierarchy is, 
  38. in most people's minds, a success - though it may be slow and ponderous, it 
  39. is well used and propagated and is relatively abuse-free.  alt.*, originally 
  40. created as an alternative to the Big-8, enjoyed similar success for many 
  41. years - however, of late the ease of abusing such an uncontrolled hierarchy 
  42. has become clear, and alt.* has been collapsing under its own weight.  
  43.  
  44.     One of the tactics that many in alt.* have turned to is newsgroup
  45. moderation, where a newsgroup is controlled by a single person or group, in
  46. charge of screening the content of all posts to the newsgroup before they
  47. are posted.  Unfortunately, due to a number of factors, moderation in alt.* 
  48. is tricky at best - and so moderation has been mostly left to the Big-8,
  49. where it is not as necessary.
  50.  
  51.     mod.* is an attempt to duplicate the early success of alt.*
  52. without falling prey to the problems that have nearly killed it, by
  53. allowing (and requiring) such newsgroup moderation.  mod.* is controlled
  54. by a decentralized group of moderators, each in charge of their own
  55. newsgroups; anybody can make a group, just as long as they are willing to
  56. moderate it.  There is a centralized system behind the moderators, to run
  57. the newsgroup creation system and such, but they will stay in the
  58. background as much as possible.  Otherwise, the hierarchy is much like
  59. alt.* - no namespace controls, few centralized rules, etc.
  60.  
  61.     mod.* is currently under development, and the specifics of its
  62. operations are still being worked out.  As such, this document is not an
  63. official technical document; instead, it is a summary of what mod.* will
  64. be, how it will work, and what the hierarchy will do for Usenet.  All
  65. information contained within is subject to change without notice, and may
  66. or may not be present in the final hierarchy.
  67.  
  68.  
  69.  
  70.                              Hierarchy Rules                
  71.                              ========= =====                
  72.  
  73.     As of this writing, the codified rules for the mod.* hierarchy
  74. are still in development.  The following guidelines are the design 
  75. principles for the hierarchy - the final rules will follow in the spirit 
  76. of the guidelines, expanding and supporting the principles contained 
  77. within.
  78.  
  79.  
  80.  1.  Every newsgroup must have a moderator.  Moderators have total control 
  81.      over the newsgroups that they moderate.  
  82.  
  83.     A moderator is in charge of their newsgroups in all situations.
  84. Period.  They may change their newsgroup's moderation policies or charter 
  85. at will, and they are the final arbiter of all disputes in their groups.
  86.  
  87.  
  88.  2.  Messages must be approved by the moderators of all the moderated 
  89.      groups in the Newsgroups: header - no exceptions.  
  90.  
  91.     It is currently possible for a moderator to approve messages to a
  92. newsgroup that he does not moderate.  While technical solutions to this
  93. problem are still being worked out, keeping this rule in mind should
  94. smooth out any problems that may otherwise arise.
  95.  
  96.     It should be noted that this rule also applies to newsgroups
  97. outside of the mod.* hierarchy.
  98.  
  99.  
  100.  3.  Newsgroup creation will be handled by a creation-bot, written and
  101.      maintained by members of the hierarchy's founders, the Mod-Squad.
  102.  
  103.     By having one centralized source of official newsgroup control,
  104. mod.* group creation can be both fast and standardized.  
  105.  
  106.  
  107.  4.  Dead or unused newsgroups will be automatically removed by the 
  108.      newsgroup creation-bot.  
  109.  
  110.     If a moderator leaves, their newsgroup will be removed.  Steps 
  111. will be taken to ensure that any group with any traffic at all will not be 
  112. removed.
  113.  
  114.  
  115.  5.  Third party cancellations are disallowed in mod.*, except for those 
  116.      explicitly authorized by the moderator or the Mod-Squad.
  117.  
  118.     Because every mod.* newsgroup is moderated, there is no need for 
  119. spam cancellers or other third-party cancellers to watch over the entire
  120. hierarchy - the moderators can take care of their own groups.  
  121.  
  122.  
  123.  6.  Large binary messages (as determined by the Mod-Squad) are specif-
  124.      ically banned from mod.*, excepting mod.binaries.*.  This may be 
  125.      enforced by the Mod-Squad as necessary.
  126.  
  127.     Most news administrators prefer to keep binary messages confined to
  128. easily controlled sub-hierarchies, so that they can choose whether or not
  129. to receive binaries at all.  By continuing this policy, mod.* is much more 
  130. likely to gain wide acceptance and popularity.
  131.  
  132.  
  133.                              Hierarchy Goals                
  134.                              ========= =====                
  135.  
  136.     While the final effects of mod.* are not yet known, there are
  137. several expected benefits in creating the hierarchy.  These are a few of
  138. the more obvious, and expected, goals.
  139.  
  140.  
  141.  1.  Take pressure off of other hierarchies to moderate themselves.
  142.  
  143.     The last few months have brought increasing pressure to moderate 
  144. every newsgroup in alt.* and the Big-8, both from within the groups
  145. themselves and from the people in charge of creating the groups.  This
  146. pressure has begun to cause dangerous problems - large fights between
  147. group proponents over proposed moderators, retromoderation of existing
  148. newsgroups in alt.*, etc. 
  149.  
  150.     By creating a hierarchy where moderation is required, the pressure
  151. to moderate can be taken off of other hierarchies.  Retromoderation will
  152. become unnecessary; mass moderation of Big-8 newsgroups will become less
  153. common, as another outlet is found.
  154.  
  155.  
  156.  2.  Allow moderation for the masses.
  157.  
  158.     One of the major problems of moderation is that the only way to
  159. make a moderated newsgroup is to become a moderator yourself - which is no
  160. easy feat.  While recent jumps in robot moderation technology and the like
  161. have begun to simplify the process, it is still by no means simple - the
  162. time and effort to set up the programs can be prohibitive.  
  163.  
  164.     By centralizing the process, as with mod.*, moderation can be made
  165. much simpler, HOWTOs can be written, and virtually anyone can become a
  166. moderator.  Even better, through the use of volunteer organizations such
  167. as the (proposed) Usenet Volunteer Moderators, simple moderation schemes
  168. can be performed by pre-skilled moderators.  Overall, by standardizing the
  169. process more people may enjoy the benefits of moderation.
  170.  
  171.  
  172.  3.  Offer an alternative to alt.*
  173.  
  174.     alt.* was created years ago as an alternative to the popular, but
  175. not perfect, Big-8 hierarchies (then the Big-7).  However, alt.* also has
  176. its inherent flaws - groups can't be renamed, propagation is wildly
  177. variable, etc.  
  178.  
  179.     mod.* is an alternative to alt.*, meant to solve many of alt.*'s
  180. problems.  While almost certainly creating some of its own, it's still a
  181. good experiment, and certainly worth a shot.
  182.  
  183.  
  184.  
  185.                            Targeted Newsgroups                    
  186.                            ======== ==========                    
  187.  
  188.     Although any group may be created, not all newsgroups and topics
  189. are appropriate for mod.*.  The following topics and existing newsgroups
  190. are expected to benefit especially greatly from a group in the hierarchy.
  191.  
  192.  
  193.  1.  alt.* groups that want to keep their names.
  194.  
  195.     alt.*'s naming scheme (or lack thereof) has allowed many "interest-
  196. ingly" named newsgroups to pop up, such as alt.sex.cthulhu; such names
  197. would never be accepted in any other hierarchies.  Unfortunately, many of 
  198. these groups also suffer from being a part of alt.*; in many cases, more
  199. than 90% of the group traffic is entirely off-topic.  Rather than give up
  200. their names, most of these groups grudgingly choose to remain in alt.*,
  201. where the attacks can continue.
  202.  
  203.     By allowing the creation of groups such as mod.sex.cthulhu, mod.*
  204. gives these groups a way out of alt.*, to a place where they can protect
  205. themselves from outside attack while keeping their group name.
  206.  
  207.  
  208.  2.  Limited lifespan newsgroups.
  209.  
  210.     Topics such as movies, video games, and major current events tend
  211. to attract a lot of traffic in a short period of time, but discussion
  212. dies down within a few months or years.  Because of this worry of traffic
  213. death, it is difficult to create a newsgroup to just discuss a new movie
  214. or game - even though there may certainly be enough traffic in the short-
  215. term to support it.  mod.* allows the creation of such short-term
  216. newsgroups; when the discussion dies down the group will be automatically 
  217. deleted.
  218.  
  219.  
  220.  3.  Robot moderated newsgroups.
  221.  
  222.     A large proportion of the newsgroups in mod.* are expected to be
  223. moderated by simple moderator-bots, rather than by hand.  By creating
  224. robot moderated newsgroups in mod.* rather than another hierarchy the
  225. modbots can be easily standardized, greatly easing the connections between
  226. two moderated groups.
  227.  
  228.  
  229.  4.  Groups with limited readership.
  230.  
  231.     There are many alt.* groups with limited readership that would
  232. like to leave the hierarchy for greener pastures, but do not have the
  233. votes necessary to create a Big-8 group.  mod.* would allow such groups to
  234. move to a new hierarchy without a significant reader base.
  235.  
  236.  
  237.  5.  Currently retromoderated newsgroups.
  238.  
  239.     Over the last few months, there has been a dangerous trend towards
  240. retromoderation (moderation of unmoderated newsgroups through cancel 
  241. messages) in alt.*.  This change, brought on by the decentralization of
  242. alt.*, has become a great concern for many news administrators; its growth
  243. threatens the growth of alt.* and Usenet as a whole.  By providing an easy
  244. method of standard moderation, mod.* hopes to halt the practice of retro-
  245. moderation entirely.
  246.  
  247.  
  248.  6.  Trial runs for moderation.
  249.  
  250.     At present, the only way to test out a moderation scheme is on a
  251. local newsgroup; there is no world-wide moderation test group for Usenet
  252. as a whole.  mod.* directly allows tests of most moderation methods on a
  253. large scale, which can be later applied to moderation in other newsgroups
  254. or in the Big-8.
  255.  
  256.  
  257.  
  258.                              Naming Policies                
  259.                              ====== ========                
  260.  
  261.     The creators of mod.* have no desire to impose one naming scheme
  262. on the entire hierarchy - not only do we not know what the best naming
  263. scheme would be, but, given the newsgroup creation methods, there would be
  264. no way for us to enforce it.  Instead, any naming schemes will be left up
  265. to the desires of those people that are making the groups.
  266.  
  267.     Presumably, as the process is standardized, future FAQs will be 
  268. written on this subject.
  269.  
  270.  
  271.  
  272.                                System Abuse             
  273.                                ====== =====             
  274.     
  275.     As with all hierarchies, mod.* is somewhat prone to abuse, be it
  276. intentional or unintentional.  
  277.    
  278.     Problem                            Solution
  279.  
  280. Forged Approvals    Messages posted to a group against the will of its
  281.             moderator may be cancelled on sight.  Software will
  282.             be provided to simplify this process as necessary.
  283.  
  284. Net Abuse         Because all groups in mod.* are moderated, the poten-
  285.  (spam, spews, etc)    tial for abuse of the system by third parties is 
  286.             greatly diminished.  Control of net abuse, such as 
  287.             spamming and spews, is the responsibility of the 
  288.             individual moderators.  
  289.  
  290. Rogue Moderators     There are no official policies to deal with moderators 
  291.             that ignore their own charters or otherwise "break 
  292.             their trust" as a moderator.  This is intentional; we 
  293.             have no desire to mediate fights between individuals.
  294.             However, it should be noted that another person may 
  295.             create an alternative to the rogue group as easily as 
  296.             the original group was created; competing newsgroups 
  297.             on the same subject are in no way discouraged.
  298.                 
  299.             The Usenet Volunteer Moderators may also be able to 
  300.             provide an impartial moderator if necessary.
  301.  
  302. Name Hijacking         If possible, a system will be set up where the initial 
  303.             newsgroup proponent may reserve a newsgroup name for 
  304.             themselves during the initial discussion period; this
  305.             should stop any name hijacking that might otherwise
  306.             become a problem.
  307.  
  308. Namespace Abuse        All messages from the newsgroup creation-bot will
  309.             be PGP-signed.  There will also be limited controls 
  310.             on the newsgroup creation-bot to stop people from 
  311.             making hundreds of junk newsgroups. 
  312.  
  313.  
  314.                               Final Comments               
  315.                               ===== ========               
  316.  
  317.     This Manifesto is not the only document describing mod.* - it is only 
  318. a brief summary of the rules in general terms, setting out our goals and
  319. ideas relating to the project.  Suggestions about the hierarchy are, of
  320. course, welcome and encouraged.
  321.  
  322.     Wish us luck.
  323.  
  324.                     - The Mod-Squad
  325.                       mod-squad@mod.org
  326.