home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / r / rly0393.zip / CONFRULE.ZIP / BYLAWS.TXT next >
Text File  |  1993-02-07  |  18KB  |  358 lines

  1.       
  2. RelayNet (tm) International Message Exchange (RIME) BBS Network
  3.                                 By-Laws 
  4.                   Version 1.6  (7 February 1993) Draft G
  5.                   Copyright 1988, 1989,1993 RIME BBS Network
  6.    
  7. I.   PREFACE. The RelayNet (tm) International Message Exchange (RIME)
  8. BBS Network (known hereafter as the "Net," "RIME," or "RelayNet) is a
  9. multi-tier telecommunications network comprised of one "Network Hub," or
  10. "NetHub", multiple  "Regional Hubs" or "RHs," and "nodes."
  11.  
  12. II.   RIME is owned and operated as a private organization by a Board of
  13. Directors referred to as the "Steering Committee," or "SC," whose
  14. membership is listed in Appendix A. The SC reserves the right to admit
  15. or refuse any BBS SYSOP as a participating node or hub; the SC further
  16. reserves the right to remove or suspend network access of any individual
  17. or sysop, whether they are a node or a hub for grevious misconduct
  18. considered detrimental to the spirit and intent of RIME and these
  19. bylaws.
  20.  
  21. III.  The SC shall designate one of its members to act as Operations
  22. Officer to run the day-to-day operations of RIME and to coordinate node
  23. and RH membership applications.
  24.  
  25. IV.   RIME requires each participating node to provide to its end-users
  26. a common link which may be a conference, door, or other software device
  27. to ensure that all nodes have a common channel available throughout
  28. RIME. The SC will define and provide the framework and access mechanism
  29. for this common channel. A BBS is not considered part of RIME until and
  30. unless it provides this common channel and notifies its users of the
  31. scope, intent, and any special rules of the common channel.
  32.  
  33. However, "Administrative Nodes," i.e., nodes which are used soley for
  34. RIME's administration purposes, are exempt from carrying this common
  35. channel. Examples of administrative nodes are (a) the NetHub for
  36. maintaining a central file library, (b) a node that may be transferring
  37. messages between multiple networks (RIME Network and Metrolink Network),
  38. and (c) nodes whose sole purpose in RIME serve to provide
  39. "product/service support conferences," such as the USRobotics Conference
  40. sponsored by USRobotics. It is understood that RIME's overall objectives
  41. and goals are dedicated to provide an information service to its most
  42. important participant, the BBS user community.
  43.  
  44. In addition there is a second required conference, RimeNews, which is
  45. required to be carried by each node on Relaynet.  We ask that you
  46. specifically name this conference RIMENEWS and that you clearly inform
  47. your users that this is an announcement only conference and no posting
  48. of any messages is permitted except by designated individuals.
  49.                                              
  50. While RIMENEWS is a public conference open to all users and sysops of
  51. the network, for reading purposes only, no users or sysops may post any
  52. messages whatsoever in this conference. All posting to the conference
  53. will be done by the SC or the conference coordinators.  Any replies to
  54. announcements can be made as routed and/or r/o messages in USERS, ADMIN
  55. or COMMON.  Any replies placed in the Rimenews conference will be
  56. immediately moderated.
  57.  
  58. The purpose of the Announcement Only conference is to provide the
  59. users and sysops of Relaynet a single channel in which to obtain all
  60. important network information.
  61.  
  62. Announcements only will be placed in this conference.  If you, as a
  63. sysop/conference host/co-sysop/user, wish to have a message placed in
  64. this conference, send the message (using any appropriate conference such
  65. as common, admin, hosts, users) to Bonnie Anthony (RUNNINGA 2), Howard
  66. Belasco (RUNNINGB 3), James Wall (DREAM 3), and we will post it for you.
  67.  
  68. V.   SCOPE AND PURPOSE
  69.  
  70.     A.  Purpose. The purpose of RIME is to provide participating hubs
  71. and nodes a means of communicating with each other through common
  72. conference areas which are "relayed" via the central NetHub. RIME's
  73. primary purpose is considered social in nature.
  74.  
  75.     B.  Terminology.  
  76.    
  77.         1.  "RH" and "Node" refer to specific Postlink software setups
  78. as used by BBS Sysops to participate in RIME.
  79.  
  80.         2.  "Relay" is used to describe the transfer of
  81. conference messages from one node (BBS) to another node via an
  82. RH.
  83.    
  84.         3.  Network.  
  85.    
  86.             a.  A "Regional Hub", or "RH is comprised of one Hub and
  87. two or more nodes. A BBS Sysop "hosts" an RH and this host BBS is one
  88. of the RH's nodes. To be considered an RH, a hub has to have at least two
  89. nodes "relaying" through it.  
  90.    
  91.             b. The SC is composed of 5 voting members.
  92.    
  93.     C.  Size. The physical size of RIME may be no more than the number
  94. of nodes and RHs as prescribed by the SC. Each RH may have
  95. non-RIME-relayed nodes (that use Postlink software). However, such nodes
  96. may be authorized to carry RIME's common channel.
  97.  
  98.     D.  Software   
  99.    
  100.         1.  All member nodes and RHs in RIME (including non-RIME-
  101. relayed nodes) need to use legally purchased or obtained Postlink
  102. software.
  103.    
  104.         2.  All member nodes and RHs in RIME need to use legally
  105. purchased, obtained, and/or registered BBS software which are the
  106. versions supported by the Postlink software as used by RIME.
  107.  
  108.     E.  RIME maintains the capability and capacity to send and receive
  109. messages that are flagged as "Receiver-Only" or "Routed Mail."  Messages
  110. so flagged are not to be considered by any user as actual "private"
  111. messages. The purpose of the "R/O" and "Routed Mail" flags are intended
  112. solely to provide a means to limit the possible number of nodes that may
  113. have access to the messages for display purposes.
  114.  
  115.         1.  Therefore, pursuant to the Electronic Communications Privacy
  116. Act of 1986, 18 USC 2510 et. seq., all BBS SYSOPs participating within
  117. RIME must be aware that there are no facilities provided by RIME for
  118. sending or receiving confidential electronic communications.
  119.  
  120.         2.  All participating node and RH SYSOPS need to agree, as a
  121. condition of network membership and participation, that they will notify
  122. anyone reading or exchanging messages within all RIME conferences on
  123. their BBSs of all applicable by-law and conference rules and that RIME
  124. has no facilities for exchanging confidential electronic communications.
  125. A suitable bulletin and/or news display should be placed in a prominent
  126. place within the the individual RIME BBS indicating that there are no
  127. confidential communications capabilities within RIME.
  128.  
  129.         3.  All messages posted in relayed conferences are deemed to be
  130. public. All nodes and RHs shall deem all messages posted within RIME's
  131. conferences to be readily accessible to the general public at all times.
  132. If any person posts a message within any RIME conference, his/her
  133. acceptance of this policy is heretofore implied.
  134.  
  135.         4.  RIME and all member nodes and RHs assume absolutely no
  136. accountability or liability whatsoever for any violations of this policy
  137. by any and all users of RIME.
  138.  
  139. VI.  AUTHORITY AND RESPONSIBILITIES
  140.    
  141.     A.  The individual node SYSOP is responsible for enforcing the rules
  142. as set forth in our RIME(tm) Users Manual (contained in a file called
  143. rimeman.zip) or our RIME(tm) official conference rule file (contained in
  144. a file called confrule.zip.)  These files MUST be made available to
  145. every user on your system who access the RIME(tm) network as either a
  146. download or a bulletin. While it is not the intent of RIME or the SC to
  147. interfere with any SYSOP's authority on his/her own BBS, all "relayed"
  148. conferences on nodes and RHs are considered subject to the jurisdiction
  149. of these rules.
  150.  
  151.     B.  The Regional Hub (RH) SYSOPs have the freedom to solicit, but
  152. not grant RIME membership, to prospective nodes within their region.
  153.  
  154.         1.  RH SYSOPs who solicit prospective nodes need to advise
  155. applicants:
  156.    
  157.             (a) of RIME's basic rules
  158.    
  159.             (b) that the purchase of Postlink software does not
  160. automatically give any BBS a priority on an RH's vacancy availability
  161. list. Although there may be occasions when a prospective node may have
  162. been pre-approved by the RH and the SC, that pre-approval does not in
  163. any way obligate the author of Postlink software to give priority of
  164. sales to the applicant.
  165.  
  166.             (c) That the RH SYSOP will provide to the SC an admission
  167. application form which details the the applicant's particulars such as:
  168. applicant's name, voice and BBS telephone numbers, address, BBS name,
  169. whether applicant has node software or wishes to purchase software.
  170.    
  171.         2.  The RHs are responsible for enforcing these by-laws within
  172. their region. An RH must relay mail a minimum of five times a week
  173. unless it is technically not feasible to do so. The SC will resolve any
  174. problems regarding the potential overlapping of regions. No RH should
  175. intentionally shut down for more than 24 consecutive hours without first
  176. making provisions for the continued relaying of it nodes.
  177.  
  178.         3. RHs should make every feasible effort to accommodate all
  179. conference requests for their nodes as their equipment and configuration
  180. allow.
  181.  
  182.         4.  When an RH has been notified by the SC to remove the access
  183. of a node, the RH should remove the node's access as quickly as
  184. possible. In the event that the RH does not comply with an SC-directed
  185. node-access-removal request, the RH's access may be removed at the
  186. NETHUB level.
  187.  
  188.         5.  The RH has the authority to remove the access of one or more
  189. of its nodes for one day if the situation warrants such action.
  190. Immediately following any access removal, the RH needs to notify a SC
  191. member by voice.
  192.  
  193.     C.  Conference Coordinator(s) (CC) and Conference Hosts (CH).
  194.  
  195.         1.  The Conference Coordinator is the SC's designated
  196. representative. Duties include: (a) administrate conferences and
  197. designates Conference Hosts, (b) maintain conference lists, (c) advise
  198. the SC regarding conference problems. The SC will appoint the Conference
  199. Coordinator for any length of term.  The Conference Coordinator job may
  200. be split among several persons, such as a Coordinator in charge of
  201. Conference Moderations, a Coordinator in charge of Conference Setups, a
  202. Coordinator in charge of Marketing and a Coordinator in charge of
  203. Statistical Analysis.
  204.  
  205.         2.  Conference Hosts are designated by the Conference
  206. Coordinator. Conference Hosts are responsible for their conferences and
  207. guide the discussion areas. Their duties include: (a) provide bulletins
  208. to nodes carrying their conference for the purpose of clarification and/
  209. or information; (b) define what should and should not be discussion
  210. areas within the conference; and (c) provide guidance to all concerned
  211. with legal responsibilities and/or disclaimers. The Host may be
  212. responsible for providing to the Conference Coordinator a description of
  213. the conference, it's aims, and the scope of the conference.
  214.  
  215.         3.  The Conference Host for the Common Conference, or any
  216. conference or device used by RIME as a net-wide E-Mail and message
  217. distribution channel which services all nodes within RIME, is an SC
  218. member. A non-SC member may be appointed to act as Common Conference
  219. Assistant Host.
  220.  
  221.     D.  NetHub Operations.
  222.  
  223.         1.  The NETHUB equipment and the trademarks "RelayNet" and
  224. "RIME" are the property of the members of RIME's SC.
  225.    
  226.         2. The SC will make available a conference for the general
  227. administration affairs of RIME. This conference is open to sysops,
  228. working co-sysops, the Conference Coordinators and conference hosts.
  229.  
  230.         3.  The NETHUB Sysop coordinates the primary mail exchange time
  231. for each RH connected to the NETHUB. Each RH has this primary time to
  232. ensure that all routine mail exchanges are accomplished in a timely
  233. manner. The NETHUB Sysop publishes the primary mail exchange times to
  234. ensure that no RH deliberately intrudes during another RH's primary mail
  235. exchange time-window. Only RHs may relay through the NetHub.
  236.    
  237.     E.  Ammendments
  238.    
  239.         1. Though the SC is ultimately responsible for implementing
  240. changes to these by-laws, any RIME node or RH Sysop, Co-Sysop,
  241. Conference Host or the Conference Coordinator may petition the SC for
  242. by-laws changes at any time. However, such requests and petitions and
  243. any and all discussions thereof MUST be conducted in the designated
  244. general RIME adminsitration conference, as specified in subparagraph 2,
  245. paragraph D, section VI above.
  246.  
  247. VII. RULES AND REGULATIONS
  248.    
  249.     A.  All node sysops must adhere to the general principle that NO
  250. illegal activities, which includes promotion of illegal acts and
  251. promotion of software copyright infringement, will be allowed on RIME.
  252. Such activities constitute a grievous reason for the potential removal
  253. of the node from RIME, and may necessitate compensatory action against
  254. the violator for any legal liabilities such activities may cause RIME.
  255.    
  256.     B. All rules contained within the Conference Rule and RIME(tm) Users
  257. manual are to be considered rules of the network and are to be enforced
  258. on a local level.  Flagrant continual disregard for the conference rules
  259. of the network constitute a grievous reason for possible removal of that
  260. node.
  261.    
  262.     C. It is RIME's understanding that each node SYSOP is responsible
  263. for the names used on his/her own BBS. If the SYSOP grants a user the
  264. right to use an alias, for what the SYSOP deems is a valid reason, such
  265. as security, and that alias is not apparently an alias (such as Dr.
  266. Midnight, which is) then there is no need to inform RIME of that alias.
  267. Duplicate names within RIME, such as three John Smiths, will be handled
  268. by the node SYSOPS of the involved boards in a manner which would not
  269. cause an alias to be relayed (example, John Smith, Johnny Smith, J.
  270. Smith or Johnnie Smith)
  271.  
  272.     D. Although Postlink software may allow the "file send" feature
  273. without RH control, unauthorized "sends" of files by a node --
  274. especially global file-sends -- is prohibited. Every RH within the chain
  275. between nodes which either "sends" or "receives" a file should approve
  276. such actions. An exception list (with official items that are considered
  277. network files and as such must be permitted to be sent is provided in
  278. Appendix B.)
  279.  
  280.     E. There are some National Conference Names (such as COMMON) which
  281. needs to be used on all participating nodes to prevent possible
  282. confusion. The current list of conferences which must be called by their
  283. National Conference Name is contained in Appendix C.
  284.  
  285.     F. Messages contained in conferences relayed through the NETHUB are
  286. considered in the public domain. However, the SC needs to authorize the
  287. "sharing" of conferences with non-RIME-participating BBS systems. A
  288. "shared" conference is one that is relayed to or between other networks
  289. or BBS systems that have the capability of responding to such "shared"
  290. conference mail.
  291.  
  292.     G. It is understood that node and RH SYSOPS take vacations. RIME
  293. requests that a vacationing SYSOP delegate to another responsible Sysop
  294. the ability to monitor the BBS in his/her absence. In the event that any
  295. node does not relay within 3 consecutive days, the RH may decline to
  296. hold mail until the node SYSOP has contacted the RH. It is also
  297. understood that users may commit violations of RIME's rules in the
  298. absence of a full time SYSOP and that immediate action may not be able
  299. to be taken by the appointed SYSOP. This type of event does not
  300. constitute a grievous reason for removal of a node.
  301.  
  302.     H. Conference message bases may not be sent to non-RIME-relaying
  303. nodes without the permission of the SC.
  304.  
  305.     I. From time to time the SC may authorize the sending of files,
  306. other than those listed in Appendix B, through RIME from authors and/or
  307. vendors in support of their programs. This will be done with the advance
  308. consent of all RHs involved.
  309.  
  310. VIII. MISCELLANEOUS
  311.  
  312.     A.  There will be an annual membership fee to the RIME network not
  313. to exceed twenty-five dollars.
  314.  
  315.     B.  No node may charge its users specifically for access to
  316. individual RIME conferences beyond whatever subscription rate, if any,
  317. they generally charge. No RH may charge a node for admission to the RIME
  318. Network. No RH may require that a node be a regular subscriber to the
  319. RH's BBS. A RH is however free to split the phone bill costs with their
  320. nodes, using any viable scheme that does not result in a profit to the RH
  321. sysop.
  322.  
  323.  
  324.                                  Appendix A
  325.                           Steering Committee Members
  326.  
  327.                                          Site Number
  328. Bonnie Anthony   - Operations Officer        2
  329. Howard Belasco   -                           3
  330. Rex Hankins      -                           5
  331. J. Thomas Howell -                           6
  332. Mike Glenn       -                           7
  333.  
  334.                                  Appendix B
  335.                            Authorized "Send" List
  336.  
  337. The following files may be transmitted unsolicited to RHs, by designated
  338. individuals only, using the Postlink software's "send" feature:
  339.  
  340.             Postlink Software Upgrades
  341.             Conference lists such as RIMPOST.ZIP
  342.             Channels lists such as CHANNELS.ZIP
  343.             Monthly RIME(tm) newletter such as RIMEYYXX.ZIP
  344.             Publicity packets such as RELAYNET.ZIP
  345.             Rules files such as CONFRULE.ZIP
  346.             Users manuals such as RIMEMAN.ZIP
  347.  
  348.  
  349.                                 Appendix C
  350.  
  351.     National Conference Names That Must Be Used On Participating BBSs
  352.  
  353.             COMMON 
  354.             UPLINK 
  355.             RIMENEWS
  356.  
  357. ============================== END OF BY-LAWS =========================
  358.