home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-386-Vol-2of3.iso / b / bbsnet2.zip / CONFRULE.ZIP / RIMECONF.RUL < prev   
Text File  |  1992-04-02  |  14KB  |  289 lines
  1.                        RIME Conferences
  2.  
  3. I.  GENERAL RIME CONFERENCE RULES
  4.  
  5. *1. No illegal activities. Illegal activities, including promotion of
  6. illegal acts and promotion of software copyright infringement, will
  7. not be allowed in RIME.
  8.  
  9. *2.  No offensive or abusive language.  The use of any word, group of
  10. words, expression, comment, suggestion, or proposal which is profane,
  11. obscene, lewd, lascivious, filthy, indecent, or is ethnically,
  12. sexually, or racially demeaning is strictly prohibited within RIME.
  13.  
  14. 3.  No abuse of other users.  Do not abuse the other users of
  15. this/these conference(s) by sending abusive, foul, or insulting
  16. messages.  No abuse of other users on the basis of character, physical
  17. characteristics, religion, gender, sexual orientation, intelligence
  18. quotient, or ethnicity is allowed.  Messages meant to harass or bully
  19. another user are not allowed.
  20.  
  21. 4.  Conference topics.  Messages shall remain to the topic of the
  22. conference.
  23.  
  24. 5.  Do not "over quote" messages.  Quoting should be limited to only
  25. enough to remind the original user of what was said or to provide for
  26. an adequate response.  Quoting should not need to be more than 20% of
  27. the total message.  Never quote tagline areas unless you are
  28. discussing taglines.
  29.  
  30. BBS Ads are ONLY permitted in the BBS AD Conference. ForSale ads are
  31. permitted only in the FORSALE conference, or where specifically
  32. permitted by the Conference Host.
  33.  
  34. Messages containing ANSI codes are to be ONLY posted in the ANSI
  35. Conference.  No ANSI graphics may be used in any conference on the
  36. network except the ANSI conference. Signatures may not exceed two
  37. lines and may not contain any ANSI or other characters which interfere
  38. with readers and BBS software.  Quote symbols and quote boxes should
  39. also not contain any characters which might interfere with readers and
  40. BBS software.
  41.  
  42. 6.  Copying messages to other conferences and/or other users.  No one
  43. may copy, quote verbatim, or extensively quote from a message from one
  44. issue-oriented conference to another without permission of the
  45. originator of the message.  In addition, retransmission of
  46. public/private messages dealing with administrative matters to or by
  47. anyone other than the user(s), Sysop, CH or SC member(s) involved is
  48. considered grounds for disciplinary action and potential removal from
  49. the network.
  50.  
  51. No copying messages from other networks without the specific
  52. permission of the author of the message and/or the orginating network
  53. whichever is appropriate.
  54.  
  55. 7.  Bombing the Net.  Bombing the Network, or the practice of a user
  56. generating multiple non-related messages for the purpose of disrupting
  57. a conference or the Network is prohibited.
  58.  
  59. 8.  Misleading information.  Messages that are specifically intended
  60. to mislead and deceive are considered to be disruptive to a
  61. conference.
  62.  
  63. 9.  Harassment.  Messages meant to harass or bully another user are
  64. not allowed.
  65.  
  66. 10.  Any and all of the rules that are part of the RIME Bylaws are
  67. hereby incorporated here.
  68.  
  69. 11.  Differences of opinion.  Differences of opinion that are over
  70. these rules in a conference are to be discussed in the NETADMIN or the
  71. USERS Conferences only.  These differences may be discussed with the
  72. Conference Host in the conference by R/O and/or Routed message only,
  73. or with STEERCOM in the COMMON Conference by R/O message only
  74.  
  75. 12.  Any user or sysop threatening to involve Relaynet in a law suit
  76. or legal battle, at the discretion of the CC or SC, may be removed
  77. from the network.
  78.  
  79. 13. No soliciting on the network without specific permission of the
  80. Steering Committee
  81.  
  82. *Denotes direct quote from bylaws.  
  83.  
  84. II.  CONFERENCE MANAGEMENT
  85.  
  86. 1.  Establishing conferences.
  87.  
  88.      a.  Fifteen nodes--5 of which must be hubs--must agree to carry a
  89. proposed conference.  An individual who is acceptable to the CC must
  90. be willing to act as Conference Host before the conference can be
  91. activated.  If all conditions are met, the CC will announce the
  92. conference within 10 days.  The SC reserves the right to review all
  93. issues arising out of conference requests.  Nodes which carry all RIME
  94. Network conferences cannot be included in this node count.
  95.  
  96.      b. RULES, PROCEDURES FOR PROPOSING A NEW CONFERENCE ON RIME
  97.  
  98. 1) Send a message to the Conference Coordinator (James Wall Nodeid=
  99.    DREAM) in Common or Network Administration, stating that you would
  100.    like to start a conference.  The following must be listed in this
  101.    initial message. A) NAME OF CONFERENCE. B) WHAT THE CONFERENCE WILL
  102.    EMCOMPASS. C) THE NAME OF THE PROPOSED CONFERENCE HOST.
  103.  
  104. 2) Upon receipt of the message the Conference Coordinator will discuss
  105.    with the Steering Committee the feasibility of the conference and
  106.    will inform you if you may scout for participation in this
  107.    conference.
  108.  
  109. 3) If permission is given to scout for participation, the Conference
  110.    Coordinator will so inform you.
  111.  
  112.    A. The Conference Coordinator will assign to you a "Scout Number".
  113.       This number MUST be used on all messages from you requesting
  114.       participation in your proposed conference.  Any message
  115.       requesting participation that does not contain this scout number
  116.       should not be answered.  If an incorrect scout number is used
  117.       the Conference Coordinator or a Member of the Steering
  118.       Committee, will inform everyone that this is not an authorized
  119.       scout.
  120.    B. You are allowed to send out scout messages in 5 conferences of
  121.       your choice.  You will inform the Conference Coordinator the 5
  122.       conferences in which you will be scouting.
  123.    C. You will then have the responsibility of acquiring the required
  124.       number of nodes and hubs that will guarantee that they will
  125.       carry this conference. At present the required number is 15
  126.       Nodes, 5 of which must be Hubs, with No node that carries all of
  127.       the conferences.  PLEASE BE AWARE THAT EACH HUB HAS A NODE
  128.       DIRECTLY UNDER IT THAT IS THE SYSOPS BOARD. YOU "CANNOT" USE
  129.       BOTH THE HUB AND THE NODE IN YOUR COUNT!  YOU MUST SELECT ONE OF
  130.       THESE WHICH WILL BE USED. (For example: HUBDC is a hub which has
  131.       as its node DREAM, which is the sysops board).  You may use one
  132.       of these but not both. YOU "CANNOT" USE IN YOUR COUNT ANY NODE
  133.       THAT TAKES ALL OF THE PUBLIC CONFERENCES ON RIME.  You should
  134.       make sure the sysop knows this when he guarantees his node. You
  135.       should save all confirmation messages sent to you, so that you
  136.       can later send them to the Conference Coordinator.
  137.  
  138. 4) Once the required number of nodes and hubs has been obtained, you
  139.    should send a Private, Routed message to the Conference
  140.    Coordinator, listing the nodes and the hubs that have guaranteed
  141.    they will take the conference and the names of the sysops if each
  142.    node and hub.  You must also at this time send to the Conference
  143.    Coordinator copies of all confirmation messages that have been sent
  144.    to you stating that the node or hub guarantees they will carry the
  145.    conference.
  146.  
  147. 5) Once the Conference Coordinator has this information, the list will
  148.    be checked for accuracy and will be also checked to make sure all
  149.    requirements have been met.  Another brief discussion between the
  150.    Conference Coordinator and the Steering Committee will ensue and
  151.    normally the conference will be entered on the next release of the
  152.    conference list.  The Conference Coordinator will inform you as to
  153.    exactly when the conference will go up.
  154.  
  155. SUMMARY:RULES FOR SCOUTING FOR PARTICIPANTS
  156.  
  157. (A) Obtain Scout Number from James Wall of DREAM
  158. (B) Pick 5 Conferences, you may only advertise your new conference
  159.     proposal in these 5 conferences.
  160. (C) You may post (1) advertisement message per week for (4) weeks in
  161.     your (5) conferences.
  162. (D) You may always feel free to answer questions or requests concerning
  163.     your conference proposal, but this must be a dialog, not another
  164.     advertisement.
  165. (E) If you do not have the required number of Nodes and Hubs in the
  166.     (4) weeks allocated, you may not post again.  You may request this
  167.     conference again in (4) months.
  168.  
  169.     THE CONFERENCE COORDINATOR IS JAMES WALL
  170.     HIS NODEID (IDCODE) IS DREAM
  171.  
  172.      b.The SC reserves the right to establish specialized conferences,
  173. such as vendor support conferences, announced through the CC.
  174.  
  175. 2.  Removal of conferences.  The CC will monitor on a monthly basis
  176. conference activity using reports generated by the NETHUB. Conferences
  177. that do not meet established activity criteria will be subject to
  178. discontinuation the CC.
  179.  
  180. 3.  Conference Hosts are designated by the CC.  Conference Co-hosts
  181. can only be assigned with the advanced consent of the CC; Conference
  182. Hosts can only recommend and cannot appoint Co-hosts directly.
  183.  
  184. 4.  RIME Conference Host Responsibilities:
  185.  
  186.      a.  Check the contents of your conference frequently.  If you
  187. must be out of town or unable to access your conference for more than
  188. three days, notify the Conference Coordinator so that arrangements can
  189. be made in advance to cover the conference during your absence.
  190.  
  191.      b.  Make every effort to see that users of the conference will
  192. keep to the topics that are the goal of your conference.  Help to
  193. stimulate conversation to benefit all users of the conference.
  194.  
  195.      c.  If users are introducing topics that do not relate to the
  196. conference topic, note to them in a cordial fashion that their post is
  197. not appropriate to the conference topic and suggest another conference
  198. where they might continue their discussion and/or query.
  199.  
  200.      d.  Be able to answer general questions about the network and how
  201. to make the most of it.  Answer questions regarding the privacy of
  202. messages on the network, how to route messages, and how to set up
  203. private mailboxes.
  204.  
  205.      e.  Inform the conference users of whom they should contact in
  206. the event of a problem in the conference.  This includes making
  207. yourself visible as the first person to contact in such an event.
  208.  
  209.  
  210. III.  CONFERENCE PROBLEM SOLVING
  211.  
  212. 1.  Steps in Handling Problems in RIME Conference
  213.  
  214.      a.  If a problem exists, the Conference Host shall approach the
  215. user in his/her most courteous fashion and ask the user to review the
  216. rules of the conference and/or network and to please abide by them.
  217. This initial message should be R/O and routed if possible, however,
  218. the Conference Host may elect to address the problem in a general
  219. public message in the conference.  Depending on the severity of  the
  220. matter and how quickly the problem develops, it may be appropriate to
  221. notify the Conference Coordinator of RIME of the impending problem so
  222. that he/she may be abreast of the situation and follow the contents of
  223. your conference.
  224.  
  225.      b.  The second step is to contact the SysOp of the board from
  226. where the user's messages are originating and respectfully ask for
  227. their cooperation/aid in handling the problem.  If the Conference Host
  228. does not know the name of the Sysop, he or she should send a Routed
  229. NETWORK SYSOP message to the ID CODE of the board.  COMMON is the best
  230. place to handle any administrative issues you are bringing to a sysops
  231. attention.  Please send this message routed.
  232.  
  233.      c.  The third step (if the first two have not been successful) is
  234. to ask for direct intervention by the Conference Coordinator/SC to
  235. bring the problem situation to a close.
  236.  
  237.      d.  The fourth (and final) step is to consult the Steering
  238. Committee for final guidance in addressing the matter.  In most
  239. instances, step 1 is sufficient to handle most user problems.
  240.  
  241.      e.  Conference Hosts serve at the discretion of the CC and SC and
  242. are subject to the same rules of decorum and conduct as all other
  243. users.
  244.  
  245.      f.  All node SysOps are expected to adhere to the highest
  246. standards of decorum and courtesy in their conference usage and
  247. participation.  Of course, all node Sysops are subject to SC
  248. accountability.
  249.  
  250. 2.  Disciplinary Action.  Any suspensions or removals from the network
  251. may only be performed by the SC.
  252.  
  253.      a.  First offense.  The  user may be warned.  Warnings should be
  254. brought to the attention of the CC.
  255.  
  256.      b.  Second offense.  The  user is subject to removal from the
  257. conference(s) for a minimum of ten days.
  258.  
  259.      c.  Third offense.  The  user is subject to removal from the
  260. conference(s), or the network if appropriate, for a minimum of thirty
  261. days.
  262.  
  263.      d.  Fourth offense.  The  user is subject to removal from the
  264. conference(s), or the network if appropriate, permanently or until the
  265. SC declares otherwise.
  266.  
  267.      e.  Appeals can be made R/O to STEERCOM in the COMMON Conference,
  268. by public or R/O message in the Users Conference, or by voice.
  269.  
  270.      f.  Sysops always have the discretion to remove their own users
  271. at any time.
  272.  
  273. 2.  Emergency measures:
  274.  
  275.      a. A CH in a conference where there has been flagrant disregard
  276. of all rules of common sense to the point of conference disruption,
  277. may suspend a participant in the conference immediately for a period
  278. of 10 days.
  279.  
  280.      b. Upon suspension the CH must immediately notify at least two of
  281. the following persons:
  282.  
  283.                 Paul Hileman - Conference Coordinator (NODE ID BAYOU)
  284.                 Bonnie Anthony - CEO (NODE ID RUNNINGA)
  285.                 Sysop of the board that the user messages from.
  286.  
  287.      c. Immediate suspension is considered a grave event and should
  288. not be undertaken lightly.
  289.