home *** CD-ROM | disk | FTP | other *** search
/ Boldly Go Collection / version40.iso / TS / 05B / TELEDX10.ZIP / RIME < prev    next >
Encoding:
Text File  |  1992-02-08  |  11.2 KB  |  380 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.                       RIME(tm), an Introduction
  7.  
  8.  
  9. This part of the primer deals with how you, as a user, can 
  10. get the most from the RIME(tm) network.  It was written in 
  11. response to your requests and will hopefully answer your 
  12. questions on how to use the Relay to your best advantage.
  13.  
  14. RIME(tm) has been in existence since early 1988. It was 
  15. started by Bob Shuck and was originally composed of a small 
  16. group of 10 or so Washington D.C. BBSs.  Dissatisfaction 
  17. with the software that the then "UpLink" network was using, a 
  18. casual conversation with Kip Compton and the addition of a 
  19. board in New York gave birth to PCRelay Software and the 
  20. RIME(tm) Network.
  21.  
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35. As you read this text please remember that if there is a 
  36. subject you do not understand, the NewUsers conference on 
  37. RIME(tm) boards is always available for all questions.  If 
  38. your sysop does not carry the NewUser conference, why not ask 
  39. him/her to do so. Never be embarrassed to ask a question on 
  40. this network.  We were all new users once too.  No question 
  41. is ever considered too dumb . . . and really, RIME(tm) people 
  42. are a friendly lot!
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.                               WHAT IS RIME(tm)?
  57.  
  58. RIME(tm) is a world wide network of electronic bulletin board 
  59. systems (otherwise known as a BBS) that join hands to form an 
  60. electronic mail system.  Messages you enter on one BBS are 
  61. copied to another BBS.  That BBS in turn copies your message 
  62. along with it's own messages to yet another BBS.  This is 
  63. known as echoing or relaying.  When you leave a message or 
  64. "mail" on a participating board, that message is copied to 
  65. all other boards that participate in the network.  The fact 
  66. that your messages travel from bulletin board to bulletin 
  67. board is the only thing that makes your message different 
  68. from entering a message on a purely local bulletin board.
  69.  
  70. The common goal: To provide a environment for the friendly 
  71. exchange of messages with others all over the world.
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82. RIME(tm) provides user support for a wide variety of special 
  83. interest groups and product support for a wide variety of 
  84. products. In fact, if you want to find a wider variety of 
  85. subjects you'd have to join a pay network like The Source or 
  86. CompuServe.
  87.  
  88. From all parts of the US, Canada, Europe, South America and 
  89. the Far East you'll find members of RIME(tm).
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.                             Terminology:
  98.  
  99. NODE: A bulletin board system (BBS) that calls another 
  100. bulletin board system (called a Hub) in order to  transfer 
  101. mail.  A node does not receive mail directly from any other 
  102. BBS. (that is, no one calls it to transfer mail.)
  103.  
  104. HUB:  A bulletin board system (BBS) that may or may not call 
  105. another Hub to transfer mail, but is called by one or more 
  106. nodes to transfer mail.
  107.  
  108. REGIONAL HUB:  A Hub that does call another Hub to transfer 
  109. mail. It is called a Regional Hub because when the network 
  110. was designed, a Hub was placed in each of the major regions 
  111. to minimize long distance phone charges.
  112.  
  113. SUPER-REGIONAL HUB: One of several Hubs located in different 
  114. geographic locations. These Hubs are appointed by the 
  115. Steering Committee. Generally, Regional Hubs call a 
  116. Super-Regional Hub, which in turn, calls the NetHub.
  117.  
  118. NETHUB:The "home" of RIME(tm), operated in Bethesda, Maryland
  119. by Bonnie Anthony. All Super-Regional Hubs call the NetHub 
  120. for their mail packets.
  121.  
  122.  
  123.                             Terminology:
  124.  
  125.  
  126. ID CODE:A one to eight character string which contains 
  127. letters only. Each node has a unique IDCODE which is used to 
  128. identify that node in the network.  The IDCODE appears at the
  129. bottom of every message that is "relayed" thruout the 
  130. network.
  131.  
  132. HUBID:An ID for a HUB which always starts with the first 
  133. three letters HUB.  A HUB ID is not used to identify a node, 
  134. but rather the Hub that a group of nodes call to transfer 
  135. mail.
  136.  
  137. Then there are the conference hosts.  A conference host is in 
  138. charge of a particular conference (defined later), just as 
  139. the Steering Committee is in charge of the network.
  140.  
  141. On the RIME(tm) Network, coordinating the conferences is a 
  142. big job, and is currently handled by several people.  You 
  143. should familiarize yourself with who does what:
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156. The unsung heros of ANY network are the sysops! These are the 
  157. people who go to great expense providing equipment and phone 
  158. lines so you can converse with the world. The sysop is always 
  159. the first line of defense in case a problem arises.
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.                         HOW DOES MY MAIL GET TO ME?
  171.  
  172. Each day your local bulletin board calls its Regional Hub, 
  173. usually in the middle of the night.  At that time all new 
  174. messages users have entered on the BBS are uploaded to the 
  175. Regional Hub.  Then, your board downloads a packet containing 
  176. all the public messages from every other BBS on the network, 
  177. plus the private, routed and encrypted messages for any user 
  178. who has a private mailbox on the board.  (The specialized 
  179. types of messages are described below.)
  180.  
  181. The Regional Hub takes this packet and adds it to packets 
  182. from other boards connected to it and creates larger, more 
  183. complete packets.  These packets contain messages, files and 
  184. requests from each board that calls the Regional Hub.  At 
  185. least once a day, usually twice, the Regional Hub calls the 
  186. Super-Regional Hub which calls the NetHub.
  187.  
  188. The NetHub takes the incoming packet of hub mail and returns 
  189. to the Super-Regional Hub all the mail it received since that 
  190. Hub last called.  The Nethub then adds the new mail it 
  191. received to the waiting mail for all other Hubs.  This is all
  192. done automatically.
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204. The Regional Hub takes all the mail it received from the 
  205. Super-Regional Hub and adds it to the packet for your board 
  206. (and all the other boards connected to it.)
  207.  
  208. Then you call your local board and either download the mail 
  209. to read using your off-line reader or read and reply to the 
  210. new mail on the board.
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.                           FEATURES AVAILABLE TO USERS
  220.  
  221. Some of the features, such as file sends and requests are not 
  222. normally directly available to users.  However, if a unique 
  223. file is mentioned in a conference message, you might ask your 
  224. sysop if he could obtain that file for you.
  225.  
  226. Please remember that most Hubs call long distance for their 
  227. mail and files increase the time and therefore expense of 
  228. file transfers.  Do not request files that you could obtain 
  229. from one of the local boards in your area.
  230.  
  231. The important feature, for you, of PCRelay software is its 
  232. ability to transfer messages within a conference area, 
  233. between bulletin boards.
  234.  
  235. A conference is a message area that is specific to one 
  236. particular topic of interest.  There are almost 300 
  237. conferences currently defined on RIME. Your BBS probably does 
  238. not carry all of the conferences as the disk space required 
  239. for this may be high.
  240.  
  241.  
  242. Your sysop may carry conferences that are both relayed and 
  243. not relayed.  If you have any questions about whether a 
  244. particular conference is relayed, please ask your sysop.
  245.  
  246. When you enter your message in a relayed conference you may 
  247. be asked if you wish to "ECHO" the message.  If you say "Yes" 
  248. your message will be sent out to all other participating 
  249. bulletin board Systems.  If you answer "No"  the message 
  250. remains on your local bulletin board and is not transferred 
  251. within the network. When you relay your message, please 
  252. remember that it is being copied to over 850 boards.
  253.  
  254. Although there will be reference numbers on the message, it 
  255. is considered polite to quote a few lines from the message 
  256. you are responding to.  That helps the recipient remember the 
  257. "conversation" even if he reads the message days later.
  258.  
  259. Please be aware that every participating bulletin board 
  260. system will have a different set of reference numbers for the 
  261. same set of messages.  This is due to the different times 
  262. that each board started receiving the particular conference. 
  263. Therefore you should not reference a message number unless 
  264. you are talking with someone on the same bulletin board.
  265.  
  266.  
  267.  
  268.  
  269.                               USING OFF-LINE READERS
  270.  
  271. Off-line readers are a method by which you may read messages 
  272. from a BBS while off-line (i.e. not logged on.)  You start by 
  273. logging on to a bulletin board, briefly, to download your 
  274. messages. Then, by using one of the off-line reader programs, 
  275. you may spend all the time you need reading messages, 
  276. entering replies and any new messages you may come up with.  
  277. When you are finished, you log back on to the BBS, briefly, 
  278. in order to upload your replies and any new messages you may 
  279. have created.
  280.  
  281. The process of uploading and downloading messages may be done
  282. in one phone call.  Log on to the BBS, upload your new 
  283. replies, download the new messages that have been entered 
  284. since the last time you were on, then log off the BBS. Those 
  285. of you who call long distance may prefer this approach as it 
  286. helps to reduce long distance changes by doing the whole 
  287. process in one phone call.
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300. The use of an off-line reader may save you telephone charges 
  301. by also shortening your daily total on-line time, and, at the 
  302. same time, it allows more users per day to access your local 
  303. BBS.
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314. USER COURTESIES
  315.  
  316. Did you know that if you use all upper case letters, that 
  317. other users think you are shouting at them?  Remember to turn 
  318. off your CAPS LOCK key when you go to enter a message.
  319.  
  320. Some users think that the way to get started is to answer 
  321. every message they see.  That sometimes works but often it 
  322. serves to annoy the other users who are already engaged in 
  323. some kind of dialog in the conference.  When you enter a 
  324. conference for the first time, feel free to say hello and 
  325. introduce yourself.  Then sit back and read a few days worth 
  326. of mail.  In that time you will probably discover the trends 
  327. of the conference and that you have something substantial to 
  328. say as well.
  329.  
  330. The conference host is a valuable asset in a conference.  The
  331. hosts run the conference, introduce topics of general 
  332. interest to the conference members to enlarge discussions, 
  333. oversees that the messages stay on topic, provides 
  334. information and acts as a liason between users and the powers 
  335. that be above him/her.
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347. When a CH (conference host) asks you to end a thread, or move
  348. the discussion along, please be aware that they have been 
  349. enpowered to enforce the conference rules in their 
  350. conference.  If you feel that you are being treated unfairly, 
  351. there are recourses open to you. These do not involve public 
  352. discussion in the conference itself.
  353.  
  354.  
  355.  
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.                                NOTE:
  369.  
  370.  
  371. If you think that you have a good idea for a conference, or 
  372. would like to host a conferences, please send a R/O message 
  373. to James Wall (IDCODE=DREAM)in the COMMON conference. To 
  374. start a conference you need to have the topic clearly 
  375. defined, a conference host available that would be suitable 
  376. for that conference, and 10 nodes and 5 hubs willing to agree 
  377. to carry that conference.  James will be more than happy to 
  378. help you get started in publisizing your idea and seeing if 
  379. there is interest on the network for that topic.
  380.