home *** CD-ROM | disk | FTP | other *** search
/ Groovy Bytes: Behind the Moon / groovybytes.iso / GROOVY / DISKMAGS / SCENE_FD.ZIP / DGINFO16.ZIP / POLICY.DGI < prev    next >
Encoding:
Text File  |  1994-07-04  |  10.4 KB  |  238 lines
  1. ┌─────────────────────────────────────────────────────────────────────────────┐
  2. │                 DemoGroups Interchange Policy Document         Version 1.2  │
  3. └──────────────────────────────────────────────────────────────┤July 4, 1994├─┘
  4.  
  5. 0. Contents
  6.  
  7.         1. Overview
  8.                 1.0 Language
  9.                 1.1 Introduction
  10.                 1.2 Areas
  11.                 1.3 Using aliases
  12.         2. Organization
  13.                 2.1 Nodes
  14.                         2.1.1 Users
  15.                         2.1.2 Points
  16.                 2.2 Networks
  17.                         2.2.1 Network Coordinator
  18.                         2.2.2 Network routing hubs
  19.                 2.3 Regions
  20.                         2.3.1 Regional Coordinator
  21.                 2.4 Zones
  22.                         2.4.1 Zone Coordinator
  23.                 2.5 International Coordinator
  24.                 2.6 International links
  25.         3. SysOp procedures
  26.                 3.1 General
  27.                         3.1.1 Basics
  28.                                 3.1.1.1 Registration & payments
  29.                         3.1.2 The mail
  30.                                 3.1.2.1 Routing mail
  31.                         3.1.3 Firing from DGi
  32.  
  33.  
  34. ┌─────────────────────────────────────────────────────────────────────────────┐
  35. │                 DemoGroups Interchange Policy Document         Version 1.2  │
  36. └──────────────────────────────────────────────────────────────┤July 4, 1994├─┘
  37.  
  38. 1. Overview
  39.  
  40. This document estabilishes a policy for SysOps of the electronic bulletin board
  41. systems   which   are   a   member   of   DemoGroups   Interchange.  DemoGroups
  42. Interchange  is defined by  International Coordinator  weekly  in nodelist that
  43. is distributed in packs named DGiNODES.Zxx (where xx stands for week number and
  44. z indicates that it's packed with PKZIP).
  45.  
  46. Separate policys can be constructed for use in  certain  conferences,  regions,
  47. zones or equivalent to provide details of local procedures.  These policies may
  48. not  contradict  this  policy.  If  for  some  local  purposes  this  kinds  of
  49. contradictions are needed, it must be permitted by International Coordinator.
  50.  
  51. In the following text the acronyme DGi stands for DemoGroups Interchange.
  52.  
  53. 1.0 Language
  54.  
  55. The official language of DGi is English. However, there may be some national or
  56. other kinds of local  conferences where other languages  may be  used. Also  in
  57. NetMail  and  other  private  conferences  other  languages  may  be used.  All
  58. documents about DGi must exist in English. Translation  for other languages  is
  59. encouraged.
  60.  
  61. 1.1 Introduction
  62.  
  63. DGi is an amateur electronic  message system.  DGi  was founded  at 3rd  April,
  64. 1993,  but  the  idea  of  a  net  was a  long  time before.  DGi's control  is
  65. centralized by the moment, but when net grows larger, decentralized control has
  66. to be concidered.
  67.  
  68. 1.2 Areas
  69.  
  70. Message areas in DGi can be found from file areas.DGi.  There is a name of area
  71. and a short  explanation of it.  Some areas are postmoderated.  This is used to
  72. ensure  the  quality  of messages.  More file areas will  be  estabilished when
  73. needed. Via them  can a group  send their  new  productions  and get  other DGi
  74. members' productions. No group has a filearea of their own. If a group releases
  75. a production,  it is  preferred that  it is  sent a  day or  two before  actual
  76. release to appropriate file-echo, i.e. if release is a demo, to DGi_DEMOS. When
  77. sending a file via file-echo  area, file must  be packed with  PKZIP archiver's
  78. latest  available version.  When  new packers are  released, situation will  be
  79. concered and tested again.
  80.  
  81. 1.3 Using aliases
  82.  
  83. Using  aliases  while posting  messages to  international  DGi  messageareas is
  84. allowed. However, using of true names is very preferred.  If wished,  alias can
  85. be found as a signature no more than four lines in the bottom of the message.
  86.  
  87.  
  88. ┌─────────────────────────────────────────────────────────────────────────────┐
  89. │                 DemoGroups Interchange Policy Document         Version 1.2  │
  90. └──────────────────────────────────────────────────────────────┤July 4, 1994├─┘
  91.  
  92. 2 Organization
  93.  
  94. DGi systems are grouped on several levels:
  95.  
  96. 2.1 Individual systems (nodes)
  97.  
  98. Each system has a System Operator who runs the system. Each system can be found
  99. from a  newest version  of nodelist.  SysOp is  responsible for  BBSes actions,
  100. including  its  users.  That's  why each  SysOp creates his/hers own policy and
  101. rules to be used in his/hers BBS. BBS must be capable  of receiving and sending
  102. mail. If it isn't, it can be set 'non  active'-system where all  mail should be
  103. sent via its HUB.
  104.  
  105. 2.1.1 Individual users
  106.  
  107. SysOp is responsible for his/hers users' actions.
  108.  
  109. 2.1.2 Points
  110.  
  111. Point is  a  small unit  that is  formed by  an individual  person or  mostly a
  112. small BBS.  It is marked in the nodelist and it  is capable of at least sending
  113. mail.  It communicates  with the rest  of the DGi via its bossnode.  Mail  from
  114. point to  DGi is sent first  for bossnode which then  routes and sends it where
  115. it should. Mail to point  is sent for bossnode where point gets its mail.  This
  116. can be arranged with agreement  by point and boss if desired.  Points have same
  117. rights as individual systems but are treated like individual users.
  118.  
  119. 2.2 Networks
  120.  
  121. Network is a quite small area.  Usually all nodes in a single network have same
  122. trunk code (or Long Distance code)  but if the area would be small, two or more
  123. areas can be combined. All nodes in a single network usually send their mail to
  124. a Network Coordinator (NC) who then routes and sends mail.
  125.  
  126. 2.2.1 Network Coordinator
  127.  
  128. Network  Coordinator will be  choosed by voting.  Every node of the network may
  129. vote. NC must take  care that all mail will  be forwarded to the right place as
  130. fast as possible.  No  packet that should  be forwarded may stand still over 24
  131. hours. If for a  reason or another  this kind of  action is impossible,  new NC
  132. must be choosen immediately. The new NC handles the  job until old  NC gets his
  133. system running as it should or he has been a year as NC, whichever comes first.
  134. New NC will be chosen every year. 
  135.  
  136. 2.2.2 Network routing hubs
  137.  
  138. Network  routing hubs help  message routing on large networks.  It is preferred
  139. that a network is divided for smaller pieces than hubs  are being estabilished.
  140. If hubs are needed, NC will appoint them.
  141.  
  142. 2.3 Regions
  143.  
  144. Region is a  collection of networks.  It can also consist a  few nodes that are
  145. not in any network.  A region could be  a small country or a  part of a (large)
  146. one.
  147.  
  148. 2.3.1 Regional Coordinator
  149.  
  150. Regional Coordinator  will be choosed by voting.  Every node of  the region may
  151. vote. RC must take care  that all mail will be forwarded to  the right place as
  152. fast as  possible. No packet  that should be forwarded  may stand still over 24
  153. hours. If for  a reason  or another this  kind of action  is impossible, new RC
  154. must be choosen immediately. The new RC  handles the job until old  RC gets his
  155. system  running  as it  should or he has  been a year as  a RC, whichever comes
  156. first. RC maintains the list of nodes in that region.
  157.  
  158. 2.4 Zones
  159.  
  160. Zone is  a  collection  of  regions  covering  one  or  more  countries  and/or
  161. continents.
  162.  
  163. 2.4.1 Zone Coordinator
  164.  
  165. Zone Coordinator will be choosed by voting. Every node of the zone may vote. ZC
  166. must take care that all  mail will be forwarded to  the right place as  fast as
  167. possible. No packet that should be forwarded may stand still over 24 hours.  If
  168. for  a  reason  or another  this kind  of action is impossible,  new ZC must be
  169. choosen immediately.  The new ZC handles  the job until old ZC  gets his system
  170. running as it should or he has been a year as a ZC,  whichever comes first.  ZC
  171. creates the master nodelist of region which will then be distributed via DGi to
  172. all nodes and International Coordinator.
  173.  
  174. 2.5 International Coordinator
  175.  
  176. IC must take care that nodelist  is up-to- date and everything  is OK. IC  also
  177. collects all zonelists to one master nodelist.
  178.  
  179. 2.6 International links (between countries)
  180.  
  181. The registration fees (see 3.1.1.1) for each country must be payed for local
  182. country's DGi HQ if HQ decides to collect it.
  183.  
  184.  
  185. ┌─────────────────────────────────────────────────────────────────────────────┐
  186. │                 DemoGroups Interchange Policy Document         Version 1.2  │
  187. └──────────────────────────────────────────────────────────────┤July 4, 1994├─┘
  188.  
  189. 3 SysOp procedures
  190.  
  191. 3.1 General
  192.  
  193. 3.1.1 The Basics
  194.  
  195. SysOp of a node may do whatever (s)he wants as long as (s)he obeys policy. Main
  196. parts of policy are that node must be able to receive mail at ZMH and SysOp may
  197. not  participate  on spreading  of  illeagal or pirated  programs or any  other
  198. illeagal actions via DGi.
  199.  
  200. 3.1.1.1 Registration & payments
  201.  
  202. When SysOp wants to be a node in DGi, (s)he has  to prove that  his/hers mailer
  203. functions as it should. Easiest way of showing this is to send a normal NetMail
  204. message to 68:68/0  (or to your own country HQ). Include registration form with
  205. your information it it (register.DGi) and change the name of the file to a name
  206. that is unique for your BBS.
  207.  
  208. Some  kind of  production (demo/intro)  is  preferable to send if your group is
  209. not well-known. After these procedures International Coordinator decides wheter
  210. node is allowed to join DGi or not.  If IC decides that you may join,  you will
  211. have to send us (to country  DGi HQ) the payment which country HQ has setted to
  212. your country.
  213.  
  214. Note however, that most of the countries does NOT have any entry fees. Ask your
  215. country HQ for more information.
  216.  
  217. 3.1.2 The mail
  218.  
  219. Mail that is to be forwarded must be sent during the next 24 hours if a special
  220. agreement that has been confirmed by the sender of mail has not been made. Mail
  221. must be sent excatly as it was received. Conversion for 7 bit characters can be
  222. made, though 8 bit characters are supported. Mail can be crypted and/or packed,
  223. but it must not in any  circumstances include  anything that is against the law
  224. or policy.
  225.  
  226. 3.1.2.1 Routing mail
  227.  
  228. You do not have to route mail if you  have not  agreed to  do so.  If you  have
  229. agreed that someone may poll you, you must route and  send mail  in and  out of
  230. the system unless you have agreed with the node/point otherwise.
  231.  
  232. 3.1.3 Firing from DGi
  233.  
  234. If SysOp does not (after two warnings) pay his/hers payments, behave
  235. him/herself as (s)he should, or simply take care of his/hers duties. Any money
  236. payed for DGi will not be payed back.
  237.  
  238.