home *** CD-ROM | disk | FTP | other *** search
/ A Beginner's Guide to the Internet / INTERNET.ISO / text / usenet / newsrule / newsrule.faq < prev   
Encoding:
Text File  |  1996-05-06  |  18.0 KB  |  348 lines

  1. Path: bloom-beacon.mit.edu!gatech!howland.reston.ans.net!pipex!uunet!deshaw.com!do-not-use-path-to-reply
  2. Date: Sat, 12 Nov 1994 09:01:04 GMT
  3. Supersedes: <CyDI9C.1z9@deshaw.com>
  4. Expires: Mon, 12 Dec 1994 09:01:04 GMT
  5. Message-ID: <Cz5D1s.2Iz@deshaw.com>
  6. From: netannounce@deshaw.com (Mark Moraes)
  7. Subject: Rules for posting to Usenet
  8. Newsgroups: news.announce.newusers,news.answers
  9. Followup-To: news.newusers.questions
  10. Approved: netannounce@deshaw.com (Mark Moraes)
  11. Lines: 334
  12. Xref: bloom-beacon.mit.edu news.announce.newusers:708 news.answers:29177
  13.  
  14. Archive-name: posting-rules/part1
  15. Original-author: mark@stargate.com (Mark Horton)
  16. Comment: enhanced & edited until 5/93 by spaf@cs.purdue.edu (Gene Spafford)
  17. Last-change: 27 Oct 1994 by netannounce@deshaw.com (Mark Moraes)
  18. Changes-posted-to: news.misc,news.answers
  19.  
  20. This message describes some of the rules of conduct on Usenet.  The rules
  21. vary depending on the newsgroup.  
  22.  
  23.  
  24. Some newsgroups are intended for discussions and some for announcements
  25. or queries.  It is not usually a good idea to carry on discussions in
  26. newsgroups that are designated otherwise.  It is never a good idea to
  27. carry on "meta-discussions" about whether a given discussion is
  28. appropriate -- such traffic mushrooms until nobody can find articles
  29. that belong.  If you are unhappy with what some user said, send him/her
  30. mail, don't post it.
  31.  
  32.  
  33. Before posting, think about where your article is going.  If it's posted
  34. to a "comp", "news", "misc", "soc", "sci", "rec" or "talk" newsgroup, it
  35. will probably go to the sites on every continent with an estimated
  36. audience of more than 3 million potential readers.  Certain articles are
  37. only of local interest (e.g. used car ads) and it is inappropriate to
  38. post them to the whole world.  Use the "Distribution" feature to restrict
  39. distribution to your local area.  If you don't know how to use this
  40. feature, read the "Answers to Frequently Asked Questions about Usenet" in
  41. another article in news.announce.newusers. (Note, however, that some
  42. sites have broken software or improperly configured news systems, so
  43. sometimes use of a "Distribution" header may not work.)
  44.  
  45.  
  46. Be considerate with your use of network resources.  Your individual
  47. usage may not seem like much compared to the net as a whole, but in
  48. aggregate, small savings in disk or CPU add up to a great deal.  For
  49. instance, messages offering thanks, jibes, or congratulations will
  50. only need to be seen by the interested parties -- send these by mail
  51. rather than posting them. The same goes for simple questions, and
  52. especially for any form of "me too" posting.
  53.  
  54. To help minimize some transfer load and disk usage throughout the
  55. Usenet, consider not only how many groups should carry your posting
  56. over what distribution area, but also how long it will be useful. Many
  57. kinds of postings -- such as those making announcements or offers --
  58. have an obvious useful lifetime. Posted questions that aren't answered
  59. within a decent interval probably won't be answered at all, and
  60. announcements will have a limited lifetime. All such postings will be
  61. using bandwidth to no purpose after a certain time.  When making such
  62. postings one should determine what that time interval is, based upon
  63. the nature of the posting, the volume of articles on the newsgroup(s)
  64. involved, and the habits of the audience, if known. Then include an
  65. expiration date in the posting. This will mark the date after which
  66. the article should not be retained at each site.
  67.  
  68. To include an expiration date in an article, when posting insert a
  69. line in the header below the "Newsgroups:" line with the expiration.
  70. For instance, type "Expires: 5 Feb 92" to have the article expire
  71. after Feb 5, 1992.  Most news software will also accept expiration
  72. dates of the form "Expires: +5days".  Please do NOT set expiration
  73. dates far into the future simply to have the article stay around.
  74. Many sites expire old articles no matter what the header indicates, so
  75. you are unlikely to achieve much other than clutter the disk on a few
  76. sites.  Default expiration is normally in the range of 7 to 21 days,
  77. depending on disk space at each site.
  78.  
  79.  
  80. Don't post announcements regarding major news events (e.g. the space
  81. shuttle has just exploded!) to news groups.  By the time most people
  82. receive such items, they will long since have been informed by
  83. conventional media.  If you wish to discuss such an event on the net,
  84. use the "misc.headlines" newsgroup.
  85.  
  86.  
  87. Announcement of professional products or services on Usenet is allowed,
  88. provided suitable restraint is exercised. Since someone else is paying
  89. the phone bills for this, it is important that it be of overall benefit
  90. to Usenet.  Post such information ONLY to comp.newprod -- never to a
  91. general purpose newsgroup such as "misc.misc".  comp.newprod is a
  92. moderated group; you can get the submission guidelines from the article
  93. "Welcome to comp.newprod", posted periodically to comp.newprod and
  94. news.answers.  You can also get this article by sending a mail message to
  95. mail-server@rtfm.mit.edu with the single line:
  96.     send usenet-by-group/news.answers/newprod
  97.  
  98. General guidelines: Clearly mark your article as a product announcement
  99. in the subject.  Never repeat these -- one article per product at the
  100. most; preferably group everything into one article.  Advertising hype is
  101. especially frowned upon -- stick to technical facts.  Obnoxious or
  102. inappropriate announcements or articles violating this policy will
  103. generally be rejected.  This policy is, of course, subject to change if
  104. it becomes a problem.
  105.  
  106. There exists an alternative hierarchy called "biz" specifically for
  107. commercial postings.  See the articles "Alternative Newsgroup
  108. Hierarchies, Part ...", posted periodically to several newsgroups,
  109. including news.lists.  You can also get these articles by sending a mail
  110. message to mail-server@rtfm.mit.edu with the lines:
  111.         send usenet-by-group/news.answers/alt-hierarchies/part1
  112.         send usenet-by-group/news.answers/alt-hierarchies/part2
  113.  
  114.  
  115. Some newsgroups are moderated.  In these groups, you cannot post
  116. directly, either by convention or because the software prevents it.  To
  117. post to these newsgroups, send mail to the moderator. Examples:
  118.  
  119. Newsgroup        Moderator        Purpose
  120. ---------        ---------        -------
  121. news.announce.important announce@stargate.com    Important announcements for everyone.
  122. comp.std.unix        std-unix@uunet.uu.net    Unix standards discussion.
  123. rec.food.recipes    recipes@taronga.com    Sharing favorite recipes.
  124.  
  125. Some newsgroups have special purpose rules:
  126.  
  127. Newsgroup        Rules
  128. ---------        -----
  129. news.announce.important    Moderated, no direct postings, important things only.
  130. misc.wanted        Queries, "I want an x", "Anyone want my x?".  No
  131.             discussions. Don't post to more than one xxx.wanted. 
  132.             Use the smallest appropriate wanted (e.g. used car
  133.             ads to nj.wanted.)
  134.             Requests for sources, termcaps, etc. should go to the
  135.             "comp.sources.wanted" newsgroup.
  136. rec.humor        Clean humor only; anything offensive must be rotated;
  137.             no discussions -- humor only.  Discussions go in
  138.             rec.humor.d
  139. rec.arts.movies        Don't post anything revealing part of a movie
  140.             without marking it (spoiler) in the subject.
  141. rec.arts.*        Same as movies -- mark spoilers in the subject line.
  142. news.groups        Discussions about new groups: whether to create
  143.             them and what to call them.  Don't post yes/no
  144.             votes, mail them to the author
  145. misc.test        Use the smallest test group possible, e.g.
  146.             "test" or "ucb.test".  Say in the body of the
  147.             message what you are testing.
  148.  
  149.  
  150. It is perfectly legal to reproduce short extracts of a copyrighted work
  151. for critical purposes, but reproduction in whole is strictly and
  152. explicitly forbidden by US and international copyright law.  (Otherwise,
  153. there would be no way for the artist to make money, and there would
  154. thus be less motive for people to go to the trouble of making their art
  155. available at all.  The crime of theft is as serious in this context as
  156. any other, even though you may not have to pick locks, mask your face,
  157. or conceal merchandise.)
  158.  
  159. It is generally considered rude to post private e-mail correspondence
  160. without the permission of the author of that mail.  Furthermore, under
  161. copyright statutes, the author of the e-mail possesses a copyright on
  162. mail that he or she wrote; posting it to the net or mailing it on to
  163. others without permission of the author is likely a violation of that
  164. copyright as well as being rude.
  165.  
  166. All opinions or statements made in messages posted to Usenet should be
  167. taken as the opinions of the person who wrote the message.  They do not
  168. necessarily represent the opinions of the employer of that person, the
  169. owner of the computer from which the message was posted, or anyone
  170. involved with Usenet or the underlying networks of which Usenet is made
  171. up.  All responsibility for statements made in Usenet messages rests
  172. with the individual posting the message.
  173.  
  174.  
  175. Posting of information on Usenet is to be viewed as similar to
  176. publication.  Because of this, do not post instructions for how to do
  177. some illegal act (such as jamming radar or obtaining cable TV service
  178. illegally); also do not ask how to do illegal acts by posting to the
  179. net.
  180.  
  181.  
  182. If you have a standard signature you like to append to your articles,
  183. and you are running a form of news software that supports automatic
  184. inclusion of a signature file, it is usually enabled by putting it in
  185. a file called .signature in your home directory.  The posting software
  186. you use should automatically append it to your article.  Please keep
  187. your signatures concise, as people do not appreciate seeing lengthy
  188. signatures, nor paying the phone bills to repeatedly transmit them.  2
  189. or 3 lines are usually plenty.  Sometimes it is also appropriate to
  190. add another line or two for addresses on other major networks where
  191. you can be reached (e.g., CompuServ, Bitnet).  Long signatures are
  192. definitely frowned upon.  DO NOT include drawings, pictures, maps, or
  193. other graphics in your signature -- it is not the appropriate place
  194. for such material and is viewed as rude by other readers.
  195.  
  196.  
  197. If you post an article and remember something you've left out or realize
  198. you've made a factual error, you can cancel the article and (if canceled
  199. quickly enough) prevent its distribution.  Then you can correct whatever
  200. was wrong and post a new copy.  In "rn", "trn", "nn" and "readnews", (and
  201. probably most other newsreaders) an article that you posted can be
  202. canceled with the "C" command.  In "tin", use "D" (delete) to cancel an
  203. article.  Newer newsreaders typically offer "Cancel" from a menu.  Be
  204. aware, however, that some people may have already read the incorrect
  205. version so the sooner you cancel something, the better.
  206.  
  207.  
  208. Before posting a question to the net (especially one that you think
  209. will be easy for experts to answer), consider carefully whether
  210. posting is the most appropriate way to get the answer.  There are many
  211. ways to find answers without using up network resources and forcing
  212. thousands of people to read your question (and several helpful
  213. volunteers to spend time responding).  Many newsgroups have a
  214. Frequently Asked Questions (FAQ) list that is posted periodically
  215. (usually every few weeks), and they are also usually cross-posted
  216. to news.answers.  They usually have explicit expiration dates set, so
  217. they shouldn't be expired until a new version has been posted, so if
  218. you can't find the FAQ in either the newsgroup or news.answers, there
  219. probably isn't one (thus, it's probably not useful to post a question
  220. asking whether there is one).  If you have local experts (or simply
  221. more experienced users than yourself) at your site, try asking them
  222. before posting.  If you're trying to find where you can FTP software
  223. or a newsgroup archive, try using the Archie service; see postings in
  224. news.answers for details.  Many newsgroups are also archived in Wide
  225. Area Information Service (WAIS) databases; WAIS client software may be
  226. FTPed from ftp.think.com, or you may use WAIS by telnetting to
  227. quake.think.com and logging in as "wais".  Finally, you should also
  228. check the manuals for your system; if you don't, and you post a
  229. question that's answered there, you'll likely receive a number of
  230. responses that scream "RTFM" (Read the F*ing Manual).
  231.  
  232.  
  233. When you post, post to all the newsgroups at the same time rather than
  234. posting a separate copy to each newsgroup.  By posting a single
  235. article to all the newsgroups you wish to reach, the news software is
  236. able to transfer a single copy.  Furthermore, users with "smart"
  237. newsreaders will see the article only once.  Making separate postings
  238. of your article for each newsgroup you wish to reach tends to annoy
  239. readers rather than emphasize the message content as well as waste
  240. computational resources.
  241.  
  242.  
  243. All newsreaders should have two ways to post a news article.  First,
  244. there is an original posting; this is used whenever you are starting a
  245. new topic.  Second, there is a "followup"; this is used when you are
  246. posting a response to another news article.  In several newsreaders,
  247. including "rn", the "f" command usually generates an original posting
  248. if your current position is at the end of the newsgroup, but a
  249. followup when you have a current article; you can also use the "Pnews"
  250. command outside of rn to make an original posting.
  251.  
  252. The news posting software does special things in the second case that
  253. indicates to the news system that this article is "related" to the
  254. article to which you are following up.  First, the newsreader adds
  255. "Re: " before the existing subject line to tell people that this is
  256. "regarding" a previous article.  Second, the software adds a
  257. "References" line that contains the Message-ID of the article you are
  258. following up.  This header is used by threaded news readers such as
  259. "trn" to follow "threads" of discussion.
  260.  
  261. It is important that these two posting methods not be confused.  Don't follow
  262. up to articles without using the newsreader's "followup" mechanism.
  263. Conversely, don't use the followup mechanism to post an article that
  264. is an unrelated thread.  Violating this convention sometimes leads to
  265. confusion and annoyance of users with threaded newsreaders.
  266.  
  267. When posting a followup, be careful about newsgroups.  The article
  268. that you're responding to might have been cross-posted to several
  269. newsgroups, and by default your followup will go to ALL of those
  270. newsgroups.  Or the article might have a Followup-To line in its
  271. header, and in that case, by default your followup will go where the
  272. Followup-To line says -- which might not be the newsgroup where you're
  273. reading the article.  You should ensure that your article is posted
  274. only to newsgroups where its actual content is appropriate.  Sometimes
  275. it's better to leave the newsgroups on your own article the same as
  276. they were, but put a Followup-To line in its header to confine
  277. followups to an appropriate group.  In any case, it's best for
  278. articles that have a Followup-To line to be posted to whatever groups
  279. are mentioned in that line, and to mention in the text of the article
  280. that followups are redirected.  The idea is for the threads of
  281. articles to make sense in each newsgroup where the articles appear,
  282. for people who don't read the others.
  283.  
  284.  
  285. If you don't see your posting immediately, don't assume it failed and try
  286. to repost it at once.  Some sites have set up the local software to
  287. process news periodically.  Thus, your article will not appear
  288. immediately.  If you post again, you will have multiple copies of the
  289. article in circulation.
  290.  
  291.  
  292. If the news system rejects a followup due to "more quoted lines than
  293. new text," please do not use "filler" lines to make up for this.
  294. Instead, if after careful editing, you have more to quote than to
  295. write, change the citation character.  For example, in the display
  296. editor vi, you could use the incantation:
  297.     :%s/^>/</
  298. Be careful not to do the very similar:
  299.     :%s/>/</
  300. which will affect >'s that are not being used as the citation
  301. character.  (In particular, it will damage the "References" line in the
  302. article header.)
  303.  
  304.  
  305. In preparing an article, be aware that other people's machines are
  306. not the same as yours.  The following is a list of things to keep
  307. in mind:
  308.  * Keep your lines under 80 characters, and under 72 if possible (so that
  309.    the lines won't get longer than 80 when people include them when
  310.    responding to your postings).  Most editors have a fill or format mode
  311.    that will do this for you automatically.  Make sure that it
  312.    actually puts ("hard") newline characters into the file, rather
  313.    than just wrapping the displayed lines on your screen.
  314.  * Right justified text may look "prettier" in some sense, but it
  315.    is almost always harder to read than leaving ragged right
  316.    margins; don't justify your articles.
  317.  * Most special control characters will not work for most readers.
  318.    In fact, the  space character is about the only one
  319.    you can be sure will work consistently. Even tabs aren't always
  320.    the same from machine to machine, and should be avoided.  Many mail
  321.    agents will strip or remap control characters.
  322.  * Pictures and diagrams should not use embedded tabs.
  323.  * Refer to articles by Message-ID, and never by article number.
  324.    Article numbers vary on every news system, Message-IDs are always
  325.    preserved throughout the network.
  326.  * What you think is the previous article is unlikely to be so elsewhere.
  327.  * Submissions in a single case (all upper or all lower) are
  328.    difficult to read.
  329.  
  330.  
  331. In general, when a mailing to somebody fails, DON'T post a message
  332. about it!  Think for a moment: you are trying to send something to
  333. someone on ONE system.  Your message might go through (at most) TEN
  334. systems on the way there.  Posting a message in the news sends it to
  335. many tens of thousands of systems throughout the world!  There is no
  336. way to justify adding to the news load of all those machines simply
  337. because you cannot determine how to get your mail through.
  338.  
  339. If your message is important, contact someone who knows more about the
  340. mail system and who might be able to help you get your message
  341. through.  Your local system administrator, for instance, or the admin
  342. of the next site "upstream," might be able to help. You can also send
  343. mail to "postmaster" at one of the major Usenet sites.  Almost all of
  344. these people would rather see an occasional plea for help in their
  345. mailbox than read another broadcast in the news system.  If your
  346. message is *really* important, pick up the phone and try to call the
  347. other person.
  348.