home *** CD-ROM | disk | FTP | other *** search
/ Source Code 1994 March / Source_Code_CD-ROM_Walnut_Creek_March_1994.iso / unix_c / usenet / u_primer.txt < prev    next >
Encoding:
Text File  |  1990-10-30  |  17.6 KB  |  351 lines

  1. From sparkyfs!hercules!apple!julius.cs.uiuc.edu!wuarchive!sdd.hp.com!decwrl!purdue!spaf Fri Oct  5 08:41:05 PDT 1990
  2.  
  3. Original-from: chuq@sun.COM (Chuq Von Rospach)
  4. [Most recent change: 4  Oct 1990 by spaf@cs.purdue.edu (Gene Spafford)]
  5.  
  6.  
  7.               A Primer on How to Work With the USENET Community
  8.                              Chuq Von Rospach 
  9.  
  10.  
  11.  
  12.   *** You now have access to Usenet, a network of thousands of
  13.   computers.  Other documents or your system administrator will provide
  14.   detailed technical documentation.  This message describes the Usenet
  15.   culture and customs that have developed over time.  All new users should
  16.   read this message to find out how Usenet works. ***
  17.   *** (Old users could read it, too, to refresh their memories.)  ***
  18.  
  19.   USENET is a large collection of computers that share data with each
  20.   other.  It is the people on these computers that make USENET worth
  21.   the effort to read and maintain, and for USENET to function properly
  22.   those people must be able to interact in productive ways.  This
  23.   document is intended as a guide to using the net in ways that will
  24.   be pleasant and productive for everyone.
  25.  
  26.   This document is not intended to teach you how to use USENET.  Instead, it
  27.   is a guide to using it politely, effectively and efficiently.
  28.   Communication by computer is new to almost everybody, and there are
  29.   certain aspects that can make it a frustrating experience until you get
  30.   used to them.  This document should help you avoid the worst traps.
  31.  
  32.   The easiest way to learn how to use USENET is to watch how others use it.
  33.   Start reading the news and try to figure out what people are doing and
  34.   why.  After a couple of weeks you will start understanding why certain
  35.   things are done and what things shouldn't be done.  There are documents
  36.   available describing the technical details of how to use the software.
  37.   These are different depending on which programs you use to access the
  38.   news.  You can get copies of these from your system administrator.  If you
  39.   do not know who that person is, they can be contacted on most systems by
  40.   mailing to account "usenet".
  41.  
  42.  
  43.            Never Forget that the Person on the Other Side is Human
  44.  
  45.   Because your interaction with the network is through a computer it is easy
  46.   to forget that there are people "out there." Situations arise where
  47.   emotions erupt into a verbal free-for-all that can lead to hurt feelings.
  48.  
  49.   Please remember that people all over the world are reading your words.  Do
  50.   not attack people if you cannot persuade them with your presentation of
  51.   the facts.  Screaming, cursing, and abusing others only serves to make
  52.   people think less of you and less willing to help you when you need it.
  53.  
  54.   If you are upset at something or someone, wait until you have had a chance
  55.   to calm down and think about it.  A cup of coffee or a good night's sleep
  56.   works wonders on your perspective.  Hasty words create more problems than
  57.   they solve.  Try not to say anything to others you would not say to them
  58.   in person in a room full of people.
  59.  
  60.          Be Careful What You Say About Others
  61.  
  62.   Please remember -- you read netnews; so do as many as 250,000 other
  63.   people.  This group quite possibly includes your boss, your friend's
  64.   boss, your girl friend's brother's best friend and one of your
  65.   father's beer buddies.  Information posted on the net can come back
  66.   to haunt you or the person you are talking about.
  67.  
  68.   Think twice before you post personal information about yourself or
  69.   others.  This applies especially strongly to groups like soc.singles
  70.   and alt.sex but even postings in groups like talk.politics.misc have
  71.   included information about the personal life of third parties that
  72.   could get them into serious trouble if it got into the wrong hands.
  73.  
  74.                                    Be Brief
  75.  
  76.   Never say in ten words what you can say in fewer.  Say it succinctly and
  77.   it will have a greater impact.  Remember that the longer you make your
  78.   article, the fewer people will bother to read it.  
  79.  
  80.                Your Postings Reflect Upon You -- Be Proud of Them
  81.  
  82.   Most people on USENET will know you only by what you say and how well you
  83.   say it.  They may someday be your co-workers or friends.  Take some time
  84.   to make sure each posting is something that will not embarrass you later.
  85.   Minimize your spelling errors and make sure that the article is easy to
  86.   read and understand.  Writing is an art and to do it well requires
  87.   practice.  Since much of how people judge you on the net is based on your
  88.   writing, such time is well spent.
  89.  
  90.                             Use Descriptive Titles
  91.  
  92.   The subject line of an article is there to enable a person with a limited
  93.   amount of time to decide whether or not to read your article.  Tell people
  94.   what the article is about before they read it.  A title like "Car for
  95.   Sale" to rec.autos does not help as much as "66 MG Midget for sale:
  96.   Beaverton OR." Don't expect people to read your article to find out what
  97.   it is about because many of them won't bother.  Some sites truncate the
  98.   length of the subject line to 40 characters so keep your subjects short
  99.   and to the point.
  100.  
  101.                           Think About Your Audience
  102.  
  103.   When you post an article, think about the people you are trying to
  104.   reach.  Asking UNIX(*) questions on rec.autos will not reach as many
  105.   of the people you want to reach as if you asked them on
  106.   comp.unix.questions or comp.unix.internals.  Try to get the most
  107.   appropriate audience for your message, not the widest.
  108.  
  109.   It is considered bad form to post both to misc.misc, soc.net-people,
  110.   or misc.wanted and to some other newsgroup.  If it belongs in that
  111.   other newsgroup, it does not belong in misc.misc, soc.net-people,
  112.   or misc.wanted.  
  113.  
  114.   If your message is of interest to a limited geographic area (apartments,
  115.   car sales, meetings, concerts, etc...), restrict the distribution of the
  116.   message to your local area.  Some areas have special newsgroups with
  117.   geographical limitations, and the recent versions of the news software
  118.   allow you to limit the distribution of material sent to world-wide
  119.   newsgroups.  Check with your system administrator to see what newsgroups
  120.   are available and how to use them.
  121.  
  122.   If you want to try a test of something, do not use a world-wide newsgroup!
  123.   Messages in misc.misc that say "This is a test" are likely to cause
  124.   large numbers of caustic messages to flow into your mailbox.  There are
  125.   newsgroups that are local to your computer or area that should be used.
  126.   Your system administrator can tell you what they are.  
  127.  
  128.   Be familiar with the group you are posting to before you post!  You 
  129.   shouldn't post to groups you do not read, or post to groups you've
  130.   only read a few articles from -- you may not be familiar with the on-going
  131.   conventions and themes of the group.  One normally does not join
  132.   a conversation by just walking up and talking.  Instead, you listen
  133.   first and then join in if you have something pertinent to contribute.
  134.  
  135.                       Be Careful with Humor and Sarcasm
  136.  
  137.   Without the voice inflections and body language of personal
  138.   communications, it is easy for a remark meant to be funny to be
  139.   misinterpreted.  Subtle humor tends to get lost, so take steps to make
  140.   sure that people realize you are trying to be funny.  The net has
  141.   developed a symbol called the smiley face.  It looks like ":-)" and points
  142.   out sections of articles with humorous intent.  No matter how broad the
  143.   humor or satire, it is safer to remind people that you are being funny.
  144.  
  145.   But also be aware that quite frequently satire is posted without any
  146.   explicit indications.  If an article outrages you strongly, you
  147.   should ask yourself if it just may have been unmarked satire.
  148.   Several self-proclaimed connoisseurs refuse to use smiley faces, so
  149.   take heed or you may make a temporary fool of yourself.
  150.  
  151.                            Only Post a Message Once
  152.  
  153.   Avoid posting messages to more than one newsgroup unless you are sure
  154.   it is appropriate.  If you do post to multiple newsgroups, do not
  155.   post to each group separately.  Instead, specify all the groups on a
  156.   single copy of the message.  This reduces network overhead and lets
  157.   people who subscribe to more than one of those groups see the message
  158.   once instead of having to wade through each copy.
  159.  
  160.                Please Rotate Messages With Questionable Content
  161.  
  162.   Certain newsgroups (such as rec.humor) have messages in them that may
  163.   be offensive to some people.  To make sure that these messages are
  164.   not read unless they are explicitly requested, these messages should
  165.   be encrypted.  The standard encryption method is to rotate each
  166.   letter by thirteen characters so that an "a" becomes an "n".  This is
  167.   known on the network as "rot13" and when you rotate a message the
  168.   word "rot13" should be in the "Subject:" line.  Most of the software
  169.   used to read usenet articles have some way of encrypting and
  170.   decrypting messages.  Your system administrator can tell you how the
  171.   software on your system works, or you can use the Unix command "tr
  172.   [a-z][A-Z] [n-z][a-m][N-Z][A-M]". (Note that some versions of Unix
  173.   don't require the [] in the "tr" command.  In fact, some systems will
  174.   get upset if you use them in an unquoted manner.  The following
  175.   should work for everyone, but may be shortened on some systems:
  176.     tr '[a-m][n-z][A-M][N-Z]' '[n-z][a-m][N-Z][A-M]'
  177.   Don't forget the single quotes!)
  178.  
  179.                      Summarize What You are Following Up
  180.  
  181.   When you are following up someone's article, please summarize the parts of
  182.   the article to which you are responding.  This allows readers to
  183.   appreciate your comments rather than trying to remember what the original
  184.   article said.  It is also possible for your response to get to some sites
  185.   before the original article.
  186.  
  187.   Summarization is best done by including appropriate quotes from the
  188.   original article.  Do not include the entire article since it will
  189.   irritate the people who have already seen it.  Even if you are responding
  190.   to the entire article, summarize only the major points you are discussing.
  191.  
  192.                          When Summarizing, Summarize!
  193.  
  194.   When you request information from the network, it is common courtesy to
  195.   report your findings so that others can benefit as well.  The best way of
  196.   doing this is to take all the responses that you received and edit them
  197.   into a single article that is posted to the places where you originally
  198.   posted your question.  Take the time to strip headers, combine duplicate
  199.   information, and write a short summary.  Try to credit the information to
  200.   the people that sent it to you, where possible.
  201.  
  202.                        Use Mail, Don't Post a Follow-up
  203.  
  204.   One of the biggest problems we have on the network is that when someone
  205.   asks a question, many people send out identical answers.  When this
  206.   happens, dozens of identical answers pour through the net.  Mail your
  207.   answer to the person and suggest that they summarize to the network.  This
  208.   way the net will only see a single copy of the answers, no matter how many
  209.   people answer the question.
  210.  
  211.   If you post a question, please remind people to send you the answers by
  212.   mail and at least offer to summarize them to the network.
  213.  
  214.        Read All Follow-ups and Don't Repeat What Has Already Been Said
  215.  
  216.   Before you submit a follow-up to a message, read the rest of the messages
  217.   in the newsgroup to see whether someone has already said what you want to
  218.   say.  If someone has, don't repeat it.
  219.  
  220.                  Check the Headers When Following Up
  221.   
  222.   The news software has provisions to specify that follow-ups to an
  223.   article should go to a specific set of newsgroups -- possibly
  224.   different from the newsgroups to which the original article was
  225.   posted.  Sometimes the groups chosen for follow-ups are totally
  226.   inappropriate, especially as a thread of discussion changes with
  227.   repeated postings.  You should carefully check the groups and
  228.   distributions given in the header and edit them as appropriate.  If
  229.   you change the groups named in the header, or if you direct
  230.   follow-ups to a particular group, say so in the body of the message
  231.   -- not everyone reads the headers of postings.
  232.  
  233.  
  234.                    Be Careful About Copyrights and Licenses
  235.  
  236.   Once something is posted onto the network, it is *probably* in the
  237.   public domain unless you own the appropriate rights (most notably,
  238.   if you wrote the thing yourself) and you post it with a valid
  239.   copyright notice; a court would have to decide the specifics and
  240.   there are arguments for both sides of the issue. Now that the US has
  241.   ratified the Berne convention, the issue is even murkier.  For all
  242.   practical purposes, though, assume that you effectively give up the
  243.   copyright if you don't put in a notice.  Of course, the
  244.   *information* becomes public, so you mustn't post trade secrets that
  245.   way.  When posting material to the network, keep in mind that
  246.   material that is UNIX-related may be restricted by the license you
  247.   or your company signed with AT&T and be careful not to violate it.
  248.   You should also be aware that posting movie reviews, song lyrics, or
  249.   anything else published under a copyright could cause you, your
  250.   company, or members of the net community to be held liable for
  251.   damages, so we highly recommend caution in using this material.
  252.  
  253.                          Cite Appropriate References
  254.  
  255.   If you are using facts to support a cause, state where they came from.
  256.   Don't take someone else's ideas and use them as your own.  You don't want
  257.   someone pretending that your ideas are theirs; show them the same respect.
  258.  
  259.                      Mark or Rotate Answers and Spoilers
  260.  
  261.   When you post something (like a movie review that discusses a detail of
  262.   the plot) which might spoil a surprise for other people, please mark your
  263.   message with a warning so that they can skip the message.  Another
  264.   alternative would be to use the "rot13" protocol to encrypt the message so
  265.   it cannot be read accidentally.  When you post a message with a spoiler in
  266.   it make sure the word "spoiler" is part of the "Subject:" line.
  267.  
  268.                       Spelling Flames Considered Harmful
  269.  
  270.   Every few months a plague descends on USENET called the spelling flame.
  271.   It starts out when someone posts an article correcting the spelling or
  272.   grammar in some article.  The immediate result seems to be for everyone on
  273.   the net to turn into a 6th grade English teacher and pick apart each other's
  274.   postings for a few weeks.  This is not productive and tends to cause
  275.   people who used to be friends to get angry with each other.
  276.  
  277.   It is important to remember that we all make mistakes, and that
  278.   there are many users on the net who use English as a second
  279.   language.  There are also a number of people who suffer from
  280.   dyslexia and who have difficulty noticing their spelling mistakes.
  281.   If you feel that you must make a comment on the quality of a
  282.   posting, please do so by mail, not on the network.
  283.  
  284.                            Don't Overdo Signatures
  285.  
  286.   Signatures are nice, and many people can have a signature added to
  287.   their postings automatically by placing it in a file called
  288.   "$HOME/.signature".  Don't overdo it.  Signatures can tell the world
  289.   something about you, but keep them short.  A signature that is longer
  290.   than the message itself is considered to be in bad taste.  The main
  291.   purpose of a signature is to help people locate you, not to tell your
  292.   life story.  Every signature should include at least your return
  293.   address relative to a major, known site on the network and a proper
  294.   domain-format address.   Your system administrator can give this to
  295.   you.  Some news posters attempt to enforce a 4 line limit on
  296.   signature files -- an amount that should be more than sufficient to
  297.   provide a return address and attribution.
  298.  
  299.             Limit Line Length and Avoid Control Characters
  300.  
  301.   Try to keep your text in a generic format.  Many (if not most) of
  302.   the people reading Usenet do so from 80 column terminals or from 
  303.   workstations with 80 column terminal windows.  Try to keep your
  304.   lines of text to less than 80 characters for optimal readability.
  305.   Also realize that there are many, many different forms of terminals
  306.   in use.  If you enter special control characters in your message, it
  307.   may result in your message being unreadable on some terminal types;
  308.   a character sequence that causes reverse video on your screen may
  309.   result in a keyboard lock and graphics mode on someone else's
  310.   terminal.  You should also try to avoid the use of tabs, too, since
  311.   they may also be interpreted differently on terminals other than 
  312.   your own.
  313.  
  314.  
  315.                         Summary of Things to Remember
  316.  
  317.  
  318.        Never forget that the person on the other side is human
  319.        Be Careful What You Say About Others
  320.        Be brief
  321.        Your postings reflect upon you; be proud of them
  322.        Use descriptive titles
  323.        Think about your audience
  324.        Be careful with humor and sarcasm
  325.        Only post a message once
  326.        Please rotate material with questionable content
  327.        Summarize what you are following up
  328.        Use mail, don't post a follow-up
  329.        Read all follow-ups and don't repeat what has already been said
  330.        Double-check follow-up newsgroups and distributions.
  331.        Be careful about copyrights and licenses
  332.        Cite appropriate references
  333.        When summarizing, summarize
  334.        Mark or rotate answers or spoilers
  335.        Spelling flames considered harmful
  336.        Don't overdo signatures
  337.        Limit line length and avoid control characters
  338.  
  339. (*)UNIX is a registered trademark of AT&T.
  340.  
  341. -----------
  342.       This document is in the public domain and may be reproduced or
  343.       excerpted by anyone wishing to do so.
  344. -- 
  345. Gene Spafford
  346. NSF/Purdue/U of Florida  Software Engineering Research Center,
  347. Dept. of Computer Sciences, Purdue University, W. Lafayette IN 47907-2004
  348. Internet:  spaf@cs.purdue.edu    uucp:    ...!{decwrl,gatech,ucbvax}!purdue!spaf
  349.  
  350.  
  351.