home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-386-Vol-2of3.iso / b / bbsnet2.zip / RIMEMAN.ZIP / RIMEMAN.TXT
Text File  |  1992-04-02  |  33KB  |  695 lines

  1.                       RIME(tm) USERS GUIDE
  2.  
  3.                           INTRODUCTION
  4.  
  5.         This manual deals with how you, as a user, can get the
  6. most from the RIME(tm) network.  It was written in response to
  7. your requests and will hopefully answer your questions on how to
  8. use the Relay to your best advantage.
  9.  
  10.         RIME(tm) has been in existence since early 1988. It was
  11. started by Bob Shuck and was originally composed of a small
  12. group of 10 or so Washington D.C. boards.  Dissatisfaction with
  13. the software that the then "UpLink" network was using, a casual
  14. conversation with Kip Compton and the addition of a board in New
  15. York gave birth to PCRelay Software and the RIME(tm) Network.
  16.  
  17.         As you read this manual please remember that if there is
  18. a subject you do not understand, the NewUsers conference is
  19. always available for all questions.  If your sysop does not
  20. carry the NewUser conference, why not ask him/her to do so.
  21. Never be embarrassed to ask a question on this network.  We were
  22. all new users once too.  No question is ever considered too
  23. dumb-- and really, we are a friendly lot!
  24.  
  25. WHAT IS RIME(tm)?
  26.  
  27.         RIME(tm) is a world wide network of electronic bulletin
  28. board systems (otherwise known as a BBS) that join hands to form
  29. an electronic mail system.  Messages you enter on one BBS are
  30. copied to another BBS.  That BBS in turn copies your message
  31. along with it's own messages to yet another BBS.  This is known
  32. as echoing or relaying.  When you leave a message or "mail" on a
  33. participating board, that message is copied to all other boards
  34. that participate in the network.  The fact that your messages
  35. travel from bulletin board to bulletin board is the only thing
  36. that makes your message different from entering a message on a
  37. purely local bulletin board.
  38.  
  39.         This network of bulletin boards has one common goal: To
  40. provide a environment for the friendly exchange of messages with
  41. others all over the world.
  42.  
  43.         RIME(tm) is also a group of very committed professional
  44. sysops who have made the resources of an international BBS
  45. network available to you.
  46.  
  47.         RIME(tm) provides user support for a wide variety of
  48. special interest groups and product support for a wide variety
  49. of products. In fact, if you want to find a wider variety of
  50. subjects you'd have to join a pay network like The Source or
  51. CompuServe.
  52.  
  53.         From all parts of the US, Canada, Europe, South America and
  54. the Far East you'll find members of RIME(tm).
  55.  
  56. WHO'S IN CHARGE HERE?
  57.  
  58.         RIME(tm) consists of one governing body: the Steering
  59. Committee. The Steering Committee consists of 5 members.  They
  60. are the glue that holds the network together.  They are
  61. ultimately responsible for all decisions of the network.  The
  62. Steering Committee consists of:
  63.  
  64.                          Bonnie Anthony
  65.                            Rex Hankins
  66.                          Howard Belasco
  67.                          JThomas Howell
  68.                            Mike Glenn
  69.  
  70.         These people have put a lot of effort into making sure
  71. that when you dial your local board, RIME(tm) is there. They are
  72. also in charge of the network Hub, affectionately called the NETHUB.
  73. If you have a question about policy, these are the right people to
  74. ask.  If you need to send them a message, address one message to
  75. STEERCOM.  An individual message to each member is unnecessary.  You
  76. may leave your question in either the COMMON or NetUser conference.
  77.  
  78.         To help you understand some of this terminology:
  79.  
  80. NODE: A bulletin board system (BBS) that calls another bulletin
  81.       board system (called a Hub) in order to  transfer mail.  A
  82.       node does not receive mail directly from any other BBS.
  83.       (that is, no one calls it to transfer mail.)
  84.  
  85. HUB:  A bulletin board system (BBS) that may or may not call
  86.       another Hub to transfer mail, but is called by one or more
  87.       nodes to transfer mail.
  88.  
  89. REGIONAL HUB:  A Hub that does call another Hub to transfer
  90.       mail. It is called a Regional Hub because when the network
  91.       was designed, a Hub was placed in each of the major
  92.       regions to minimize long distance phone charges.
  93.  
  94. SUPER-REGIONAL HUB: One of several Hubs located in different
  95.       geographic locations. These Hubs are appointed by the
  96.       Steering Committee. Generally, Regional Hubs call
  97.       a Super-Regional Hub, which in turn, calls the NetHub.
  98.  
  99. NETHUB:The "home" of RIME(tm), operated in Bethesda, Maryland
  100.       by Bonnie Anthony. All Super-Regional Hubs call the NetHub
  101.       for their mail packets.
  102.  
  103. ID CODE:A one to eight character string which contains letters
  104.       only. Each node has a unique IDCODE which is used to
  105.       identify that node in the network.  The IDCODE appears at the
  106.       bottom of every message that is "relayed" thruout the network.
  107.  
  108. HUBID:An ID for a HUB which always starts with the first three letters
  109.       HUB.  A HUB ID is not used to identify a node, but rather the
  110.       Hub that a group of nodes call to transfer mail.
  111.  
  112.         Then there are the conference hosts.  A conference host
  113. is in charge of a particular conference (defined later), just as
  114. the Steering Committee is in charge of the network.
  115.  
  116.         On our Network, coordinating the conferences is a big job,
  117. and is currently handled by several people.  You should familiarize
  118. yourself with who does what:
  119.  
  120.         James Wall (IDCODE=DREAM) is the Conference
  121.                 Manager and responsible for adding new conferences,
  122.                 assigning hosts to old conferences and keeping track
  123.                 of conference numbers - in other words, he is the
  124.                 man to see if you want to start a new conference, or
  125.                 become a host on RIME.
  126.         Paul Hileman (IDCODE=BAYOU) is the Conference Liason, that
  127.                 person who handles all intra-conference problems.  If
  128.                 you are experiencing some problem in a conference, he
  129.                 is the one to get in touch with.
  130.         Rick Kingslan (IDCODE=OMAHANET) is our Marketing Coordinator,
  131.  
  132.         Last but not least are the unsung heros of the network,
  133. the sysop! These are the people who go to great expense
  134. providing equipment and phone lines so you can converse with the
  135. world. The sysop is always the first line of defense in case a
  136. problem arises.
  137.  
  138. HOW DOES MY MAIL GET TO ME?
  139.  
  140.         Each day your local bulletin board calls its Regional Hub,
  141. usually in the middle of the night.  At that time all new messages
  142. users have entered on the BBS are uploaded to the Regional Hub.  Then,
  143. your board downloads a packet containing all the public messages from
  144. every other BBS on the network, plus the private, routed and encrypted
  145. messages for any user who has a private mailbox on the board.  (The
  146. specialized types of messages are described below.)
  147.  
  148.         The Regional Hub takes this packet and adds it to packets from
  149. other boards connected to it and creates larger, more complete
  150. packets.  These packets contain messages, files and requests from each
  151. board that calls the Regional Hub.  At least once a day, usually
  152. twice, the Regional Hub calls the Super-Regional Hub which calls the
  153. NetHub.
  154.  
  155.         The NetHub takes the incoming packet of hub mail and
  156. returns to the Super-Regional Hub all the mail it received since
  157. that Hub last called.  The Nethub then adds the new mail it
  158. received to the waiting mail for all other Hubs.  This is all
  159. done automatically.
  160.  
  161.         The Regional Hub takes all the mail it received from the
  162. Super-Regional Hub and adds it to the packet for your board (and
  163. all the other boards connected to it.)
  164.  
  165.         Then you call your local board and either download the
  166. mail to read using your off-line reader or read and reply to the
  167. new mail on the board.
  168.  
  169. FEATURES AVAILABLE TO USERS
  170.  
  171.         RIME(tm) uses PCRelay software written by Kip Compton.
  172. This is without question the most versatile network software
  173. ever written.
  174.  
  175.         Some of the features, such as file sends and requests
  176. are not normally directly available to users.  However, if a
  177. unique file is mentioned in a conference message, you might ask
  178. your sysop if he could obtain that file for you.
  179.  
  180.         Please remember that most Hubs call long distance for
  181. their mail and files increase the time and therefore expense of
  182. file transfers.  Do not request files that you could obtain from
  183. one of the local boards in your area.
  184.  
  185.         The important feature, for you, of PCRelay software is
  186. its ability to transfer messages within a conference area,
  187. between bulletin boards.
  188.  
  189.         A conference is a message area that is specific to one
  190. particular topic of interest.  There are almost 300 conferences
  191. currently defined on RIME. Your BBS probably does not carry all
  192. of the conferences as the disk space required for this may be
  193. high.
  194.  
  195.         Your sysop may carry conferences that are both relayed
  196. and not relayed.  If you have any questions about whether a
  197. particular conference is relayed, please ask your sysop.
  198.  
  199.         When you enter your message in a relayed conference you
  200. may be asked if you wish to "ECHO" the message.  If you say
  201. "Yes" your message will be sent out to all other participating
  202. bulletin board Systems.  If you answer "No"  the message remains
  203. on your local bulletin board and is not transferred within the
  204. network. When you relay your message, please remember that it is
  205. being copied to over 850 boards.
  206.  
  207.      Although there will be reference numbers on the message, it is
  208. considered polite to quote a few lines from the message you are
  209. responding to.  That helps the recipient remember the "conversation"
  210. even if he reads the message days later.
  211.  
  212.         Please be aware that every participating bulletin board system
  213. will have a different set of reference numbers for the same set of
  214. messages.  This is due to the different times that each board started
  215. receiving the particular conference. Therefore you should not
  216. reference a message number unless you are talking with someone on the
  217. same bulletin board.
  218.  
  219. TYPES OF MESSAGES
  220.  
  221.         In reading the messages on the RIME network, you have
  222. probably come across some relay terms that you are unfamiliar
  223. with. Phrases such as "R/O", "Routed", "Encrypted", etc. refer
  224. to the different ways of sending a message.
  225.  
  226.         While no message placed on the network can legally be
  227. considered private, you can direct a message to a single
  228. individual by making it R/O, i.e. Receiver Only. The BBS
  229. software in use on the BBS that you access RIME through will
  230. determine how you mark a message as R/O. On PCBoard systems, it
  231. is actually termed Receiver Only. On other systems, it may be
  232. called "private". By marking the message as private or R/O on
  233. the BBS, you are making the message R/O in respect to RIME as
  234. well.
  235.  
  236.         There is a consideration to be made before sending someone an
  237. R/O message. This is whether or not the receiver has a private mailbox
  238. enabled. An R/O message send will be successful only if the addressee
  239. of the message has a private mailbox established.
  240.  
  241.         You can set up your own private mailbox by doing the
  242. following. Enter an R/O message on the BBS where you wish to have a
  243. private mailbox (you can have such a mailbox on any number of BBSes)
  244. and address it to PCRELAY. Do this in any relayed conference.  Do not
  245. enter this message in a conference that is not a relayed conference.
  246. On the first line of the message, simply enter the word ADD. Do not
  247. leave any other words in the message.
  248.  
  249.         You can also remove your mailbox from a system by following
  250. the same procedure for adding a mailbox, but type the word DELETE
  251. instead of ADD.
  252.  
  253.         PCRelay also supports encrypted messages. To enable you
  254. to read an encrypted message that is sent to you, you must
  255. instruct PCRelay to generate encryption keys for you. This is
  256. done in the same manner as creating a private mailbox except
  257. that the word KEY would replace the word ADD. If you would like to
  258. have an encryption key, then only type the word KEY.  That instructs
  259. the software to also add a private mailbox.  After three relays, you
  260. will be sent a message containing a public and private key (see
  261. below.) Unlike private mailboxes, you should enter your encryption key
  262. request message on only one BBS.
  263.  
  264.     ╔══════════════════════════════════════════════════════════╗
  265.     ║Date: 04-13-89 (20:00)              Number: 1747          ║
  266.     ║To: BONNIE ANTHONY                  Refer#: NONE          ║
  267.     ║From: PCRELAY                         Read: NO            ║
  268.     ║Subj: WHATEVER                      Status: RECEIVER ONLY ║
  269.     ║                                                          ║
  270.     ║->RUNNINGA                                                ║
  271.     ║                                                          ║
  272.     ║ PUBLIC KEY : 12345                                       ║
  273.     ║ PRIVATE KEY : 67890                                      ║
  274.     ║ Thank you for using PCRelay, (C) 1988,1989 by Kip Compton║
  275.     ║                                                          ║
  276.     ╚══════════════════════════════════════════════════════════╝
  277.  
  278.         To send encrypted messages, you must know the recipient's
  279. public key. You encrypt messages by placing two tildes (~~) followed
  280. by the key in the first line and column of the message. For example,
  281. if the receiver's public key was 22222, you would enter ~~22222 on the
  282. first line and column of your message.
  283.  
  284.         Routed messages may be either public or R/O. Routing means
  285. sending the message to one, and only one, BBS. This is accomplished by
  286. placing a hyphen and the greater-than-sign on the first line and
  287. column of your message text immediately followed by the NODE ID of the
  288. BBS to which you wish to send the message. For example, if you wish to
  289. send a message to Randy's Basement, whose NODE ID is BASEMENT, you
  290. would enter this on the first line and column of your message:
  291.  
  292. ->BASEMENT
  293.  
  294.     The message will only appear on the BBS with the IDCODE of
  295. BASEMENT in your network.
  296.  
  297. NOTE:  The directional arrow is nothing more than a hyphen
  298.        ("minus key") followed by a greater than key (>).  It is
  299.        not the right arrow key on your keyboard.
  300.  
  301. NOTE:  There is no space between the arrow and the ID CODE of the
  302.        destination node.
  303.  
  304. NOTE:  PCRelay will read any occurrence of the sumbol ->WORD as an
  305.        attempt on your part to route a message.  Do not use -> as a
  306.        quoting symbol in your reader unless you leave a space between
  307.        the '->' and the first letter of the following word.  PCRelay
  308.        reads the routing symbol anywhere in the first 128 bytes, or
  309.        roughly the first two lines of the message.  BE CAREFUL!
  310.  
  311.      By using the Routing function, you can help decrease the traffic
  312. of messages that clutter conferences and actually lower the operating
  313. cost of many nodes.
  314.  
  315.         You can also instruct RIME to notify you when the person
  316. receives your message by placing an asterisk (*) at the end of the
  317. NODE ID,  e.g.
  318.  
  319. ->BASEMENT*
  320.  
  321.  
  322. More on PRIVATE MAIL:
  323.  
  324.      When new mail is brought into a conference on a BBS, the private
  325. messages are placed in each conference first.  Therefore if you leave
  326. a message telling a recipient that a private message is to follow
  327. "this message", more than likely it is not true and he/she has already
  328. read the private message.
  329.  
  330.      When you use the Receiver/Only (R/O;private) or specialized
  331. message function on RelayNet(tm) you are agreeing:
  332.  
  333.       o  To hold the net blameless for the release of the message as a
  334. public message.
  335.  
  336.       o  To allow people who normally have sufficient security to read
  337. your message.
  338.  
  339.       o  NEVER to use a private message to speak of or conduct any
  340. business that may be contrary to network policy or considered illegal
  341. in the outside world.
  342.  
  343.       o  That the message you enter is not the same private message
  344. described in the recent ECPA rulings.
  345.  
  346. NOTE:  To be able to receive private messages, first ask your sysop if
  347.        s/he supports private messages on his/her board.  If so, you
  348.        must open a private mailbox in order to receive private mail.
  349.  
  350.      While transferring mail, PCRelay software automatically decides
  351. on which boards private messages to another user should appear, based
  352. on whether or not that user has a mailbox on a particular board.
  353.  
  354.      This decision is made at the Hub level.  Each time the BBS you
  355. call relays with its Hub, the BBS informs the Hub which users have a
  356. mailbox on that system.  If a user is not in the special PRIVATE file
  357. that PCRelay looks to, no private messages are sent to that system for
  358. that user. This helps to ensure the privacy of the mail but it does
  359. not guarantee it!
  360.  
  361.     Remember, the sysop of the receiving system and of the sending
  362. system, as well as all other users on each system who are qualified to
  363. read private mail can read all encrypted messages.  There is no such
  364. thing as a message that a SysOp cannot read and a user can read.
  365.  
  366. USING OFF-LINE READERS
  367.  
  368.         Off-line readers are a method by which you may read messages
  369. from a BBS while off-line (i.e. not logged on.)  You start by logging
  370. on to a bulletin board, briefly, to download your messages. Then, by
  371. using one of the off-line reader programs, you may spend all the time
  372. you need reading messages, entering replies and any new messages you
  373. may come up with.  When you are finished, you log back on to the BBS,
  374. briefly, in order to upload your replies and any new messages you may
  375. have created.
  376.  
  377.         The process of uploading and downloading messages may be done
  378. in one phone call.  Log on to the BBS, upload your new replies,
  379. download the new messages that have been entered since the last time
  380. you were on, then log off the BBS. Those of you who call long distance
  381. may prefer this approach as it helps to reduce long distance changes
  382. by doing the whole process in one phone call.
  383.  
  384.         The use of an off-line reader may save you telephone charges
  385. by also shortening your daily total on-line time, and, at the same
  386. time, it allows more users per day to access your local BBS.
  387.  
  388. GENERAL CONFERENCE RULES:
  389.  
  390. (for the specific rules please ask your sysop for the file called
  391. confrule.zip)
  392.  
  393. 1) No Aliases are permitted. You must use your real name in
  394. every RIME(tm) conference (except certain conferences such as Recovery
  395. where a reasonable alias is permitted.)  If you are unsure, do not use
  396. an alias but ask the conference host if one is permissible.
  397.  
  398. 2) No offensive or abusive language is allowed.  The use of any word,
  399. group of words, expression, comment, suggestion, or proposal which is
  400. profane, obscene, lewd, lascivious, filthy, or indecent, is strictly
  401. prohibited within the RIME(tm) Network and may result in the removal
  402. of your user id from your BBS.  Please apply the standard rules of
  403. courtesy to any conversation you have in the network.
  404.  
  405. Do not abuse the other users of any conference(s) by sending abusive,
  406. foul, or insulting messages.  No abuse of other users on the basis of
  407. character, physical characteristics, religion, gender, sexual
  408. orientation, intelligence quotient, or ethnicity is allowed.  Messages
  409. meant to harass or bully another user are never permitted.
  410.  
  411. 3) No BBS ads permitted except in the BBS Ads or Ansi graphics
  412. conference.
  413.  
  414. 4) Since there are conferences for almost every subject, place your
  415. message in the conference where it fits best. If you can't find a good
  416. fit, consider using the UPLINK conference, which is our chit-chat
  417. conference. Messages should remain to the topic of the conference.
  418.  
  419. 5) No for-sale advertisements are permitted in any conference except
  420. the ForSale conference or where specifically allowed by the network.
  421. Ask the conference host of your particular conference if for-sale ads
  422. are allowed in the conference before you place a for-sale ad.  Pyramid
  423. schemes are not allowed anywhere on the network as they are illegal.
  424.  
  425. We here at Relaynet assume NO responsibility for any merchandise
  426. purchased through our network.  There are no rules on this network
  427. that have anything to do with the payment or receiving of goods.  That
  428. is a private matter between the buyer and the seller and RIME assumes
  429. absolutely no responsibility for any sales whatsoever.  It is strictly
  430. a caveat emptor.
  431.  
  432. The rules of the network for forsale ads are as follows:
  433.  
  434.         a - Dealers are encouraged to participate but we do ask that
  435. they identify themselves as dealers and not send the same ad more than
  436. once a week.  They may send different ads daily if they so choose.
  437.         b - personal ads are allowed every few days.
  438.         c - all ads for software must include the words "includes all
  439. orginal disks and manuals" and that is all - they do not have to
  440. include orginal packaging if all disks and manuals are sold.
  441.  
  442. 6) Uploading or transfer through the network of commercial software is
  443. absolutely prohibited.
  444.  
  445. 7) Messages in the Common conference are limited to 10 lines including
  446. quoting but excluding software generated taglines.
  447.  
  448.         The Common conference should be considered as a starting place
  449. on RIME(tm), a conference where you might greet each other, locate
  450. boards in various geographically areas, post messages as you would on
  451. a "live" bulletin board or make general announcements.
  452.  
  453. 8) The Sysops conference is open to all sysops whether they are
  454. members of RIME(tm) or not.  Also, at the discretion of the SysOp,
  455. any user may be granted access to this conference.
  456.  
  457. 9) RIME(tm) retains possession of all messages appearing in the
  458. network.  Do not transfer messages to other networks without express
  459. permission.
  460.  
  461. 10) Messages from other networks may only be used on RIME(tm) with the
  462. consent of the messages' author and the other network.
  463.  
  464. 11) The Net administration conference is open only to Relaynet Sysops,
  465. Co-Sysops and Conference Hosts.
  466.  
  467. 12) If you are asked by a Conference Host or Steering Committee member
  468. to cease a message thread, please comply as soon as you receive the
  469. message. Do not debate the issue further.
  470.  
  471. 13) Questions directed to the Administration should be placed in the
  472. NetUsers conference.  Please use Steercom as the recipient of the
  473. message if you mean it to be addressed to the Steering Committee as a
  474. whole.
  475.  
  476. 14) Don't Quote Excessively.  Most software and offline readers allow
  477. you to quote parts of the message you are replying to.  It is a waste
  478. of space in a message and is costly for our sysops to transfer
  479. messages which have large quote areas in any message.  Usually a line
  480. or two will suffice to remind the receiver of what you are replying
  481. to, which is the purpose of quoting.  Never quote an entire message.
  482. The quote area should be less than 20% of the message.  Never quote the
  483. tagline areas unless you are discussing taglines!
  484.  
  485. While quote boxes can be nice looking, some computers cannot handle
  486. them, special readers such as for the visually impaired often do not
  487. handle them well, and they can lead to problems in general readers as
  488. well as corrupt mail packets. We ask all users to reduce, if not
  489. eliminate, the quote boxes in the interest of fairness to all the
  490. other users of the network.
  491.  
  492. 15) Signature lines are limited to two lines.  Ansi graphics are not
  493. permitted in any signature lines except in the ANSI conference.
  494.  
  495. 16) No one may copy, quote verbatim, or extensively quote from a
  496. message from one issue-oriented conference to another without
  497. permission of the originator of the message.  In addition
  498. retransmission of public/private messages dealing with administrative
  499. matters to anyone other than the user, Sysop, CH or SC member in order
  500. to harass, bully, bring other users into the private administrative
  501. discussion or substantially distort that administrative action is
  502. considered grounds for disciplinary action and potential removal from
  503. the network.
  504.  
  505. 17) Bombing the Network, or the practice of a user generating multiple
  506. non-related messages for the purpose of disrupting a conference or the
  507. Network is prohibited.
  508.  
  509. 18) Messages that are specifically intended to mislead and deceive are
  510. considered to be disruptive to a conference.  Messages meant to harass
  511. or bully another user are not allowed.
  512.  
  513. 19) Differences of opinion that are over these rules in a conference
  514. are to be discussed in the NETADMIN or the USERS Conferences only.
  515. These differences may be discussed with the Conference Host in the
  516. conference by R/O and/or Routed message, or with STEERCOM in the
  517. COMMON Conference by R/O message only.
  518.  
  519. 20) Any user or sysop threatening to involve Relaynet in a law suit or
  520. legal battle, at the discretion of the CC or SC, may be removed from
  521. the network.
  522.  
  523. 21) Of course no illegal activity.
  524.  
  525. USER COURTESIES
  526.  
  527.         Did you know that if you use all upper case letters, that
  528. other users think you are shouting at them?  Remember to turn off your
  529. CAPS LOCK key when you go to enter a message.
  530.  
  531.         Some users think that the way to get started is to answer
  532. every message they see.  That sometimes works but often it serves to
  533. annoy the other users who are already engaged in some kind of dialog
  534. in the conference.  When you enter a conference for the first time,
  535. feel free to say hello and introduce yourself.  Then sit back and read
  536. a few days worth of mail.  In that time you will probably discover the
  537. trends of the conference and that you have something substantial to
  538. add to the discussion.
  539.  
  540.         The conference host is a valuable asset in a conference.  The
  541. hosts run the conference, introduce topics of general interest to the
  542. conference members to enlarge discussions, oversees that the messages
  543. stay on topic, provides information and acts as a liason between users
  544. and the powers that be above him/her.
  545.  
  546.         When a CH (conference host) asks you to end a thread, or move
  547. the discussion along, please be aware that they can enforce the
  548. conference rules in their conference.  If you feel that you are being
  549. treated unfairly, there are recourses open to you.  But these do not
  550. involve public discussion in the conference itself.
  551.  
  552. WHEN A PROBLEM ARISES
  553.  
  554.         A problem arises?  You need some sort of help?  Here's
  555. how to get the answers that solve your problem.
  556.  
  557.         If it is a system problem or a general question, ask your
  558. sysop first!  Most times he/she will have the answer you need to solve
  559. your problem.  Leave them a Comment.  This is a private message to
  560. your sysop.  Don't forget if you leave such a message in a relayed
  561. conference it may be transmitted across the network. Your sysop may
  562. not read every conference he relays, so leave him/her a comment on the
  563. main board.  Most sysops read their main board.
  564.  
  565.         If it is a conference specific question leave a message to the
  566. conference host of that particular conference.  If the conference
  567. appears to have no host or you are unsure exactly who the host is,
  568. leave a message to James Wall (IDCODE=DREAM) in the Common conference
  569. - our "network bulletin board" and ask him who the conference host is.
  570.  
  571.         If you are experiencing a problem with a conference host, or
  572. feel that the problem you have needs resolution at a higher level,
  573. leave a message for Paul Hileman (IDCODE=BAYOU) and tell him what your
  574. problem is and see if he can help you out.  Again, Paul hangs out in
  575. COMMON.
  576.  
  577.         If you still have a question and it has not been resolved by
  578. the steps above, write a message to STEERCOM and leave it in the
  579. Common conference or if it is available on your BBS join the NetUsers
  580. conference.  The Steering Committee can be found monitoring both
  581. conferences for any questions that users might have.
  582.  
  583.         ALL DECISIONS OF THE STEERING COMMITTEE ARE FINAL
  584.  
  585. THE RECENT ECPA RULINGS AND PRIVATE MAIL
  586.  
  587.         There is always lively discussion surrounding the issue
  588. of private mail on a BBS network.  Below is the RIME(tm) policy
  589. regarding private mail:
  590.  
  591.                     TO ALL USERS OF RIME(tm)
  592.  
  593.         Messages that are posted in any and all conferences on any BBS
  594. designated as a member of PCRelay, RelayNet or RIME(tm) are relayed
  595. ("echoed") throughout the international network.
  596.  
  597.         RIME(tm) maintains the capability and capacity to send and
  598. receive messages that are flagged as "Receiver-Only". However,
  599. messages so flagged are NOT to be considered by any user as actual
  600. "private" messages.
  601.  
  602.         The purpose of the Receiver-Only flag for such messages is
  603. intended solely to provide for a means of limiting the possible number
  604. of BBS's that may have access to the messages for display purposes.
  605. The following is the official RIME(tm) policy regarding Receiver Only
  606. flagged messages.
  607.  
  608. PURSUANT TO THE ELECTRONIC COMMUNICATIONS PRIVACY ACT OF 1986,
  609. 18 USC 2510 et. seq., NOTICE IS HEREBY GIVEN TO ALL USERS OF
  610. THIS NETWORK THAT THERE ARE NO FACILITIES PROVIDED BY THE
  611. RIME(tm) INTERNATIONAL NETWORK FOR SENDING OR RECEIVING PRIVATE
  612. OR CONFIDENTIAL ELECTRONIC COMMUNICATIONS. ALL MESSAGES POSTED
  613. IN RELAYED CONFERENCES SHALL BE DEEMED TO BE READILY ACCESSIBLE
  614. TO ALL NETWORK HUBS, NODES, AND USERS.
  615.  
  616.         Do NOT use RIME(tm) conferences for any communication for
  617. which you intend only yourself and one or more specific recipients to
  618. read.  Consider that all node sysops have the capability, capacity and
  619. potential to read all mail posted in this network, and, as a result,
  620. to post said messages as public messages on their boards.
  621.  
  622.         All participating Network Bulletin Board Systems shall deem
  623. all messages posted within the RIME(tm) conferences to be readily
  624. accessible to the general public at all times.
  625.  
  626.         If you post a message within any RIME(tm) conference, your
  627. acceptance of this policy is heretofore implied. The RIME(tm)
  628. International Network and any participating bulletin board system
  629. assumes absolutely no accountability or liability whatsoever for any
  630. violations of this policy by any and all users of this network.
  631.  
  632.         To reiterate: This network provides the capability and
  633. capacity to flag messages as R/O.  However, messages so flagged will
  634. not and cannot be considered or defined as "private communications"
  635. between two or more people.
  636.  
  637. DUTIES OF A CONFERENCE HOST
  638.  
  639.         The following are the general duties of a conference host.
  640. These may vary from conference to conference.
  641.  
  642. o Defining the operating rules of the conference.
  643.  
  644. o Dealing with those users experiencing difficulty conforming to the
  645. set rules.
  646.  
  647. o Encouraging discussion by either responding to messages or
  648. initiating pertinent topics for discussion.
  649.  
  650. o Replying to ALL messages that, either explicitly or implicitly, call
  651. for a reply from the host.
  652.  
  653. o  Convincing sysops not currently carrying your conference to do so.
  654.  
  655. o Getting people who are leaving messages in other conferences
  656. appropriate to yours to join the discussions  in your conference.
  657.  
  658. o   Coordinating wih other conference hosts whose conference topics
  659. overlap with yours.
  660.  
  661. If you think that you have a good idea for a conference, or would like
  662. to host a conferences, please send a R/O message to James Wall
  663. (IDCODE=DREAM)in the COMMON conference. To start a conference you need
  664. to have the topic clearly defined, a conference host available that
  665. would be suitable for that conference, and 10 nodes and 5 hubs willing
  666. to agree to carry that conference.  James will be more than happy to
  667. help you get started in publisizing your idea and seeing if there is
  668. interest on the network for that topic.
  669.  
  670. HOW TO BECOME A MEMBER BOARD IN THE RIME(tm) NETWORK
  671.  
  672.         Some of you may decide you like this medium so well you would
  673. like to join the network with your own board. To do this the Network
  674. requires that:
  675.  
  676. o  You have legally Registered copies of the software involved in the
  677. setup of your board.
  678.  
  679. o You download and familiarize yourself with the material contained in
  680. a file called RELAYNET.ZIP.
  681.  
  682. o You allow no pirated or commercial software in your files sections.
  683.  
  684. o You read and agree to the Network Bylaws.
  685.  
  686. o You complete and return the RIME(tm) application form along with the
  687. inital membership fee which is currently $25.00, but may change in the
  688. future.
  689.  
  690.      If you meet these conditions you may join the network on a
  691. temporary basis until a probationary period has elapsed.  A decision
  692. on your status will be made at the end of that probationary period.
  693.  
  694. Copyright 1992 (All right reserved) - Bonnie Anthony, Bethesda Md
  695.