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