home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / uk / guidelines < prev    next >
Encoding:
Text File  |  2004-05-17  |  15.8 KB  |  318 lines

  1. Newsgroups: uk.net.news.announce,uk.answers,news.answers
  2. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!peernews.mcc.ac.uk!news.mcc.ac.uk!clerew!chl
  3. From: chl@clerew.man.ac.uk (Charles Lindsey)
  4. Subject: Guidelines for Group Creation for uk.*
  5. Message-ID: <HxsuoH.G3n@clerew.man.ac.uk>
  6. Followup-To: poster
  7. Summary: The officially recognised procedures for creating newsgroups within
  8.     the uk.* hierarchy.
  9. X-Disposition: repost
  10. Supersedes: <HwD009.7ts@clerew.man.ac.uk> 
  11. Sender:  "Charles Lindsey" <chl@clerew.man.ac.uk>
  12. Date: Sun, 16 May 2004 09:07:29 GMT
  13. Approved: chl@clerew.man.ac.uk (with permission from control@usenet.org.uk)
  14. Expires: Sun, 20 Jun 2004 09:08:27 GMT
  15. Lines: 306
  16. Xref: senator-bedfellow.mit.edu uk.net.news.announce:3524 uk.answers:748 news.answers:271323
  17.  
  18. Archive-name: uk/guidelines
  19. Posting-frequency: every 4 weeks
  20. Last-modified: Tue Jun 24 16:44:43 BST 2003
  21.  
  22. The procedures for coordinating newsgroup management within the UK hierarchy
  23. are contained in three documents, of which this article contains the first.
  24.  
  25.     GUIDELINES FOR GROUP CREATION WITHIN THE UK HIERARCHY
  26.     <http://www.usenet.org.uk/guidelines.html>
  27.     <ftp://src.doc.ic.ac.uk/usenet/news-info/news.answers/uk/guidelines>
  28.     VOTING PROCEDURES WITHIN THE UK HIERARCHY
  29.     <http://www.usenet.org.uk/voting.html>
  30.     <ftp://src.doc.ic.ac.uk/usenet/news-info/news.answers/uk/voting>
  31.     THE UK USENET COMMITTEE
  32.     <http://www.usenet.org.uk/committee.html>
  33.     <ftp://src.doc.ic.ac.uk/usenet/news-info/news.answers/uk/committee>
  34.  
  35.  
  36. The following Guidelines were originally accepted on 07 Aug 95 by a vote
  37. conducted on uk.net.news with 93 votes in favour and 11 votes against. They
  38. were amended by further votes conducted on uk.net.news.announce on 19 Apr 97
  39. with majorities of 31 or more votes in favour and 6 or less votes against,
  40. again on 15 April 98 by 47 to 13, again on 26 Sept 98 by the fast-track
  41. method, again on 28 Nov 1999 by 74 to 2 and 39 to 27, again on 18 May 2000 by
  42. 30 to 8, again on 13 Feb 2001 by 30 to 13 and again on 5 May 2001 by 52 to 27.
  43.  
  44.  
  45.     GUIDELINES FOR GROUP CREATION WITHIN THE UK HIERARCHY
  46.  
  47. The following words where used in this document have the precise
  48. meanings shown here:
  49.  
  50. SHALL  - any RFD which fails to follow this guideline will be invalid
  51. SHOULD - in all but exceptional or unusual cases an RFD ought to follow
  52.          this guideline
  53. MAY    - whilst this guideline is acceptable practice, it remains optional
  54.  
  55. Requirements for Group Creation:
  56.  
  57. It is hoped that most creations of new newsgroups within the UK hierarchy
  58. can be accomplished speedily and without the necessity for voting. When
  59. dissention arises, however, voting may be the only method of resolution.
  60.  
  61. These guidelines have the approval of the major UK service providers, who
  62. have declared that they will only carry and propagate groups created using
  63. them.
  64.  
  65. It should be pointed out here that, as always, the decision whether or not
  66. to create a newsgroup on a given machine rests with the administrator of that
  67. machine. These guidelines are intended as an aid in making those decisions.
  68. On the other hand, it should be understood that groups created contrary to
  69. these guidelines are unlikely to propagate far.
  70.  
  71. The Discussion:
  72.  
  73. 1) A request for discussion (RFD) on the creation of a new newsgroup
  74.    shall be mailed to control@usenet.org.uk (as moderator of
  75.    uk.net.news.announce).
  76.  
  77.    Control will cross post the RFD to uk.net.news.announce, uk.net.news.config
  78.    and any other groups or mailing lists related to the proposed topic or
  79.    likely to be affected. The groups to be cross posted into should be those
  80.    requested by the proponent. The proponent may also indicate which groups
  81.    the Followups should be set to. Control may, at his discretion, add
  82.    additional groups to these lists (or remove groups where such cross posting
  83.    is beyond the technical capabilities of the news software).
  84.    Uk.net.news.config shall be included in both the original cross posting
  85.    and followups. Only postings which are cross posted to uk.net.news.config
  86.    will be considered part of the definitive discussion.
  87.  
  88.    The RFD should include as much as possible of the following information
  89.    concerning the proposed group:
  90.     The Name
  91.     The Charter
  92.     Whether it is to be Moderated
  93.     The name of the Moderator (if appropriate)
  94.     A One-line Summary of the charter (max. 79 characters)
  95.     The Initial Time to be allowed for discussion (which must be at
  96.     least 10 days).
  97.    Any of these items missing from the RFD must be resolved during the
  98.    discussion.
  99.  
  100.    The Charter shall make clear what the topic of discussion within the group
  101.    is to be (useful if arguments about what is "on-topic" should arise later
  102.    on). It is also advisable for the Charter to indicate whether or not
  103.    advertisements are welcome within the group, and if so of what sort. The
  104.    same applies to the admissibility of job adverts, etc. Binaries are
  105.    allowed in uk.* only in hierarchies explicitly created for binary posts,
  106.    and having a hierarchy charter stating this. In all other hierarchies the
  107.    group charter shall state that binaries are not permitted. In any uk.*
  108.    hierarchy or group whose charter does not mention binaries, the assumption
  109.    shall be that binaries are forbidden.
  110.  
  111.    Retromoderation, i.e. moderation of a newsgroup by way of content-based
  112.    cancelling of articles, is not allowed, and RFDs which include the
  113.    possibility of retromoderation will not be accepted. This does not affect
  114.    the general power of moderators to cancel articles which have appeared in
  115.    the group as a result of forgery, catastrophic failure of moderation
  116.    software, or in other unforseen emergency circumstances.
  117.  
  118.    The One-line Summary will eventually go into the "newsgroups" file which
  119.    many newsreaders make available to users as a quick guide to the intent of
  120.    each newsgroup. As regards group Names, reference should be made to the
  121.    document "Guidelines on uk.* Newsgroup Names" which is posted periodically
  122.    to uk.net.news.announce.
  123.  
  124. 2) Where it is desired to provide for a large number of newsgroups to be
  125.   created as and when demand emerges, all sharing a common charter, an RFD for
  126.   a "group template" may be submitted, in the same form as an RFD, but
  127.   containing also the scope of subjects for which it shall be available, and a
  128.   standard charter and newsgroups line applicable to them all (with
  129.   placeholders for those words specific to each subject). It may further
  130.   specify a group or groups to which all future notices of quick creations
  131.   must be crossposted.
  132.  
  133.   The scope of subjects shall be clear and finite, it must be possible to
  134.   create a definitive list of potential groups (although it is not required
  135.   that the proponent provides such a list). The scope shall give clear
  136.   instructions as to the formation of group names under the template,
  137.   including any flexibility (to be exercised at the discretion of the
  138.   committee) that is allowed in naming.
  139.  
  140.   A group template RFD may also specify a single group which will be created
  141.   immediately the proposal passes, without need of a quick creation request.
  142.  
  143. 3) If the RFD is in the correct form, and if the name of the proposed
  144.    group falls within the normal accepted practice for the uk.* hierarchy
  145.    (as detailed in "Guidelines on uk.* Newsgroup Names")
  146.    control@usenet.org.uk (as moderator of uk.net.news.announce) will post
  147.    it.  Otherwise, he will refer it to the Committee for resolution (which
  148.    may involve negotiation with the original proponent). A proponent who
  149.    needs help in choosing a name, or is looking for any other guidance
  150.    in the creation procedure, may send email to committee@usenet.org.uk
  151.    before issuing his RFD.
  152.  
  153. 4) Discussion shall take place in uk.net.news.config and shall continue
  154.    initially for 10 days, and thereafter as required until consensus is
  155.    reached, or at least the important issues have been identified. It should
  156.    be concerned with finding the final form of the Name, Charter, and other
  157.    items listed above. Additional RFDs should be issued if substantive changes
  158.    arise during the discussion. Revised RFDs should be discussed for a further
  159.    initial 10 day period.
  160.  
  161.    Where 90 days have elapsed since the publication of the first RFD, the
  162.    committee may direct that no further RFDs shall be published, but that the
  163.    proposal shall either proceed to a vote within 40 days of the present RFD
  164.    or be withdrawn. Any vote resulting from such a decision by the committee
  165.    shall include the option ROD (re-open discussion). Where the RFD is
  166.    concerned with the committee constitution, and the committee has not acted
  167.    to curtail discussion within 130 days, the RFD shall proceed as if the
  168.    committee had done so.
  169.  
  170. 5) If, by the end of the initial discussion period, a consensus has been
  171.    reached and the proposal appears to be straightforward and
  172.    non-controversial, the proponent may, within 40 days of the original
  173.    publication of the most recent RFD, ask control@usenet.org.uk to create the
  174.    group by the "fast-track" method. If Control (as advised by the Committee)
  175.    is satisfied of this, he will announce in uk.net.news.announce that, in the
  176.    absence of valid objections, the new group will be created on a date not
  177.    less than 5 days thereafter. In the event of 6 or more objections, or any
  178.    objection which seems to the Committee to be well founded, the fast-track
  179.    procedure shall be halted, and the RFD should either proceed to a vote, or
  180.    have a revised RFD submitted for further discussion. In circumstances where
  181.    the fast-track has failed on only minor problems, the proponent is
  182.    permitted to correct these, and re-submit a fast-track request with the
  183.    corrections, which shall then be conducted as above.
  184.  
  185.    Otherwise, the proponent may, within 40 days of the original publication of
  186.    the most recent RFD, ask the votetaking organisation to conduct a vote.
  187.    Where the vote results from the failure of a Fast Track, and the 40 day
  188.    period has expired, the proponent may request a vote within 10 days of the
  189.    Committee notice that the Fast Track was not successful.
  190.  
  191.    The proponent may, at any stage, withdraw an RFD, or permit another person
  192.    to take over as proponent on the current RFD. The proponent must notify
  193.    control@usenet.org.uk. Control shall publish a notice of the change of
  194.    proponent or withdrawal to all newsgroups which were included in the
  195.    original RFD.
  196.  
  197.    Note than only control@usenet.org.uk may issue 'newgroup', 'rmgroup' and
  198.    'checkgroups' messages which are to be regarded as valid under these
  199.    guidelines.
  200.  
  201. 6) Where a group template exists, a group may be created by the 'Quick
  202.   Creation' method, without any RFD (with formal Charter) being posted.
  203.  
  204.   A 'Quick Creation' request may be made by:
  205.  
  206.         A request for Control to create a group using the template shall
  207.     contain the names and valid email addresses of the proponent and at
  208.     least 11 (maximum 20) supporters. If Control (as advised by the
  209.     Committee) is satisfied that the proposed group lies within the scope
  210.     of the template, he shall announce in the newsgroups specified in the
  211.     template that if a minimum of 11 of the provided list of supporters
  212.     respond as indicated below then, in the absence of valid objections,
  213.     the group shall be created on a date not less than 10 days thereafter.
  214.     Control's announcement shall contain the names/valid email addresses
  215.     of the proponent and supporters.
  216.  
  217.         Control shall email each supporter provided by the proponent informing
  218.     them that they must email a reply within 10 days to acknowledge that
  219.     they support the request and that the request will fail if fewer than
  220.     11 respond positively.
  221.  
  222.   If the original request is rejected, or fewer than 11 of the listed
  223.   supporters respond positively to Control, then Control shall announce this
  224.   to the same groups as received the original posting.
  225.  
  226.   If, at the end of the 10 day period, the minimum level of support
  227.   has been achieved then Control shall post to the same groups that
  228.   the proposed group shall be created in 5 days unless there are any
  229.   objections.
  230.  
  231.   Objections, which must be emailed to control@usenet.org.uk, to quick
  232.   creation will only be considered on the grounds that:
  233.         1) the proposed group lies outside the scope of the template;
  234.         2) the name is not in accordance with the template;
  235.         3) the list of supporters contains some irregularity.
  236.  
  237.   The rule specifying the number of objections that automatically prevent a
  238.   fast track shall not apply to any group application by the 'Quick Creation'
  239.   method.
  240.  
  241.   In the event that a 'Quick Creation' request is rejected by the committee,
  242.   expires through lack of support or is overturned following an objection, a
  243.   similar proposal may be submitted for discussion by the normal RFD process
  244.   without incurring a 3 month delay. However, a failed or expired quick
  245.   creation request may not be re-submitted as a quick creation request within
  246.   90 days.
  247.  
  248. 7) The rules for conducting votes are described in the companion document
  249.    VOTING PROCEDURES WITHIN THE UK HIERARCHY.
  250.  
  251. 8) Only one RFD on any particular subject should be
  252.    allowed at any one time. The first valid RFD received by
  253.    control@usenet.org.uk should be published, and all others rejected. In
  254.    cases of doubt, the Committee shall adjudicate as to whether two RFDs
  255.    overlap sufficiently to warrant one being rejected.
  256.  
  257.    A proposal which has been the subject of a successful Fast Track, or of any
  258.    valid vote should not be brought up for discussion until at least 3 months
  259.    have passed from the date of the Fast Track notice, or the close of the
  260.    vote.
  261.  
  262.    Where an RFD has been withdrawn, no waiting period shall apply before a new
  263.    RFD can be published.
  264.  
  265. 9) The procedures described above shall be used, with appropriate changes, for
  266.    the removal, renaming, splitting or combining of groups, for changing the
  267.    charter of groups, for introducing major changes to the hierarchy, for
  268.    changing the moderation status, or for forcing a change of moderator (under
  269.    normal circumstances, it is accepted that a retiring moderator appoints his
  270.    successor).
  271.  
  272. 10) All objections and appeals will be decided by the Committee. Their
  273.    decisions will be posted to uk.net.news.announce.
  274.  
  275. Rule Changes
  276.  
  277. Any changes to these rules, or those in the companion documents, shall be
  278. proposed in an RFD in accordance with the GUIDELINES FOR GROUP CREATION
  279. WITHIN THE UK HIERARCHY, insofar as they are applicable. RFDs for rule
  280. changes shall be discussed in the newsgroup uk.net.news.management, and
  281. this will be the definitive record of discussion.
  282.  
  283.  
  284.  
  285.         Creation of UK.NET.NEWS.ANNOUNCE
  286.  
  287. Newsgroups line:
  288. uk.net.news.announce For RFDs, CFVs, FAQs, etc. within the UK Hierarchy. (Moderated)
  289.  
  290. CHARTER
  291.  
  292. This group is to be moderated by control@usenet.org.uk on behalf of the UK
  293. Usenet Committee. Its purpose is to publish RFDs, CFVs, Result of votes, etc.
  294. produced in accordance with the Guidelines For Group Creation within the UK
  295. Hierarchy and the Voting Procedures within the UK Hierarchy. It will also
  296. publish FAQs and summaries relevant to the management of the UK Hierarchy.
  297.         
  298.         Creation of UK.NET.NEWS.CONFIG
  299.  
  300. Newsgroups line:
  301. uk.net.news.config Discussions of RFDs posted in uk.net.news.announce.
  302.  
  303. CHARTER
  304.  
  305. For discussions concerning the creation, renaming or deletion of newsgroups
  306. within the UK Hierarchy, especially those arising from RFDs published in
  307. uk.net.news.announce in accordance with the Guidelines For Group Creation
  308. within the UK Hierarchy. Discussions relating to connectivity, propagation,
  309. and other non-configuration issues should take place in uk.net. Discussions
  310. relating to the management of the uk.* newsgroup hierarchy, the committee,
  311. officers and guidelines should take place in uk.net.news.management.
  312.  
  313. Cross-posting between this group and uk.net.news.management is strictly
  314. prohibited, EXCEPT for formal RFDs and CFVs and announcements approved by
  315. control. Where cross-posting is allowed, the follow-ups line may include
  316. either uk.net.news.config OR uk.net.news.management but NOT both.
  317.  
  318.