EDV-Zentrum der Universität für Bodenkultur Benutzungs-Anleitung H. Partl November 1993 |
USENET News & tin |
News-Gruppe: ein Fachgebiet oder Themen-Bereich (z.B. comp.unix.questions).
Thread (Faden): eine Diskussion oder eine Folge von Fragen und Antworten zu einem bestimmten Thema innerhalb einer News-Gruppe (z.B. "How to print man pages").
Artikel: ein einzelner Diskussionsbeitrag oder eine Ankündigung, Frage oder Antwort.
News-Server (NNTP-Server): ein Computer, auf dem die USENET-News gespeichert werden.
Auf der BOKU ist ein News-Server eingerichtet (news.boku.ac.at). Um den Netz-Anschluß der BOKU und den Plattenplatz nicht zu überlasten, werden auf diesem News-Server nur die für die Bereiche Naturwissenschaften, Technik und EDV relevanten News-Gruppen gespeichert. Der Zugriff auf andere News-Gruppen kann mittels Gopher erfolgen.
Newsreader: ein Programm zum Lesen der auf einem News-Server gespeicherten Informationen und zum Senden von Artikeln.
Auf den Unix-Rechnern der BOKU ist das Newsreader-Programm "tin" installiert. Dieses Programm zeichnet sich durch ein bequemes User-Interface und durch eine Sortierung der News-Artikel nach Themen (threads) aus.
In der vorliegenden Benutzungs-Anleitung werden nur die wichtigsten Funktionen von tin beschrieben. Die komplette Dokumentation finden Sie in den folgenden Online-Informationen.
kurze Einführung:
tin -H
komplettes Manual:
man tin
dreizeilige Befehls-Liste ein- bzw. ausblenden:
H (Mini-Help)
Liste aller Befehle und Funktionstasten (für jedes Menü extra):
h (help)
Weiterblättern mit Leertaste, Ctrl-f, Ctrl-d, Rechts-Pfeil, Tief-Pfeil
zurück mit q, Return-Taste, Links-Pfeil
Der Aufruf erfolgt mit dem Befehl
tin
Es erscheint die Liste der subskribierten News-Gruppen.
Beim ersten Aufruf von tin werden Sie automatisch in alle verfügbaren News-Gruppen eingetragen, und Sie müssen dann alle nicht interessanten Gruppen mit u oder U* (unsubscribe) streichen. Günstiger ist es, vor dem ersten Aufruf von tin mit der Prozedur
unsub.all.news
ein leeres .newsrc-File zu erzeugen und dann innerhalb von tin mit s (subscribe) die News-Gruppen einzutragen, für die Sie sich interessieren.
Wenn neue News-Gruppen gegründet werden, fragt tin, welche Sie subskribieren möchten.
Tin führt im File $HOME/.newsrc darüber Buch, welche News-Gruppen Sie "subskribiert" haben (d.h. für welche Themenbereiche Sie sich interessieren), und bietet Ihnen normalerweise nur die subskribierten News-Gruppen zum Lesen an.
Für die Eintragung (Subskription) von News-Gruppen sind die folgenden Schritte notwendig:
Aufruf von tin, sodaß die (eventuell leere) Liste der bereits subskribierten News-Gruppen erscheint:
tin
auf die Liste der nicht subskribierten News-Gruppen umschalten:
y (yank)
News-Gruppe suchen:
/ Name
/ Return-Taste
Leertaste (Space), Ctrl-f, Ctrl-d
b, Ctrl-b,
Ctrl-u
j, k, Hoch-Pfeil, Tief-Pfeil
Nummer
interessante News-Gruppe eintragen:
s (subscribe)
uninteressante News-Gruppe streichen:
u (unsubscribe)
auf die Liste der subskribierten News-Gruppen zurückschalten:
y (yank)
tin verlassen und die Liste der News-Gruppen im File .newsrc speichern:
q (quit), Links-Pfeil
Das Usenet umfaßt derzeit weit über Tausend News-Gruppen für die verschiedensten wissenschaftlichen und nicht-wissenschaftlichen Themen, und fast täglich werden neue gegründet. Die News-Gruppen sind in einer hierarchischen Struktur organisiert, die sich in den Gruppen-Namen widerspiegelt, so gehört z.B. die News-Gruppe comp.unix.questions zur Hauptgruppe comp.
An der BOKU stehen derzeit die folgenden Hauptgruppen zur Verfügung:
at österreichische News-Gruppen
bionet Biologie
bit Mailing-Listen aus dem Bitnet
comp Computer und EDV
gnu GNU-Software (EDV)
news Usenet News (EDV)
sci Wissenschaft und Forschung
Beispiele für Hauptgruppen, die auf der BOKU derzeit aus technischen Gründen (Netz-Anschluß, Plattenkapazität, Zugriffsgeschwindigkeit) nicht verfügbar sind:
alt alternative, nicht geregelte Gruppen
misc verschiedene sonstige Gruppen
rec Unterhaltung und Freizeit
soc Soziologie und Politik
talk persönliche Kommunikation
Anmkerkung: Die Gruppen comp, misc, news, rec, sci, soc, talk werden manchmal als die "großen sieben" bezeichnet. Sie und die außerhalb der Reihe stehende Gruppe alt sind die ältesten und reichhaltigsten Hauptgruppen des Usenet.
Beispiele für News-Gruppen innerhalb dieser Hauptgruppen:
at:
at.test
at.veranstaltung
bionet:
bionet.agroforestry
bionet.cellbiol
bionet.molbio.genbank
bionet.plants
bit:
bit.listserv.win3-l
bit.mailserv.word-pc
comp:
comp.graphics.avs
comp.infosystems.gis
comp.infosystems.gopher
comp.lang.c
comp.lang.fortran
comp.multimedia
comp.os.ms-windows.apps
comp.os.msdos.apps
comp.soft-sys.spss
comp.sys.hp.hpux
comp.sys.mac.apps
comp.unix.admin
comp.unix.questions
comp.windows.x
gnu:
gnu.emacs.help
gnu.gcc.help
news:
news.announce.newusers
news.answers
news.newusers.questions
news.software.nntp
news.software.readers
sci:
sci.bio.ecology
sci.chem
sci.environment
sci.geo.meteorology
sci.physics
sci.stat.math
Vor- und Zurückblättern:
Leertaste (Space), Ctrl-f, Ctrl-d
b, Ctrl-b, Ctrl-u
j, k, Hoch-Pfeil,
Tief-Pfeil
Nummer
/ Name
News-Gruppe auswählen (Liste der Threads):
Return-Taste, Rechts-Pfeil
nächste News-Gruppe auswählen (Liste der Threads):
n, Tabulator-Taste
uninteressante News-Gruppe streichen:
u (unsubscribe)
Umschalten zwischen Anzeige von allen subskribierten Gruppen und Anzeige von nur den Gruppen, die ungelesene Artikel enthalten:
r (read)
tin verlassen:
q (quit), Links-Pfeil
Vor- und Zurückblättern:
Leertaste (Space), Ctrl-f, Ctrl-d
b, Ctrl-b, Ctrl-u
j, k, Hoch-Pfeil,
Tief-Pfeil
Nummer
/ Suchstring
Thread auswählen (Artikel lesen):
Leertaste, Return-Taste, Rechts-Pfeil
nächsten ungelesenen Thread lesen:
Tabulator-Taste
Volltextsuche in allen Threads ab dem aktuellen:
B Suchstring
B Return-Taste
uninteressantes Thema (Thread) streichen:
K (kill)
interessanten Thread aufbewahren:
Z
alle bisherigen Artikel und Threads der News-Gruppe streichen:
c (catchup)
Umschalten zwischen Anzeige der ungelesenen Artikel und Anzeige von allen (gelesenen und ungelesenen) Artikeln:
r (read)
einen neuen Artikel schreiben und in dieser News-Gruppe veröffentlichen (post):
w (write)
zur Thread-Liste der nächsten News-Gruppe gehen:
n (next)
zur Liste der News-Gruppen zurückkehren:
q (quit), Links-Pfeil
tin verlassen:
Q (quit)
Weiterblättern (nächste Seite, nächster Artikel, nächster Thread):
Leertaste, Ctrl-f, Ctrl-d, Tief-Pfeil
Zurückblättern (vorige Seite):
b, Ctrl-b, Ctrl-u, Hoch-Pfeil
nächsten Artikel (Thread, Gruppe) lesen:
k, n (next), Rechts-Pfeil
nächsten ungelesenen Artikel lesen:
N, Tabulator-Taste
vorigen Artikel (nochmals) lesen:
p (previous)
uninteressantes Thema (Thread) streichen und nächsten Thread lesen:
K (kill)
interessanten Artikel aufbewahren:
z
Artikel in einem File speichern oder hinzufügen:
s (save)
a (article)
Filename
im Default-Save-Directory
$HOME/News,
oder =/Name für $HOME/Mail/Name
n (none)
alle Artikel des Thread speichern:
s (save)
t (thread)
Name
ergibt Filenamen Name.01, Name.02 usw.
Artikel oder Thread ausdrucken:
o (output to printer)
a (article) bzw. t (thread)
Antwort an das Netz senden (post):
f (follow-up)
Antwort an den Autor senden (mail):
r (reply)
zur Liste der Threads zurückkehren:
q (quit), Links-Pfeil
tin verlassen:
Q (quit)
Tin führt im File $HOME/.newsrc darüber Buch, welche Artikel Sie bereits gelesen haben, und bietet Ihnen normalerweise nur die noch nicht gelesenen Threads und Artikel zum Lesen an.
Wenn Sie einen Artikel (oder alle Artikel in einem Thread) später nochmals lesen wollen, können Sie ihn mit z (bzw. Z) als "ungelesen" markieren.
Wenn Sie die Artikel eines Thread nicht lesen wollen, können Sie den Thread mit K als "gelesen" markieren.
Mit c (catchup) können Sie den gesamten derzeitigen Inhalt einer News-Gruppe streichen (als gelesen markieren). Dies ist eventuell dann sinnvoll, wenn Sie sich soeben in eine News-Gruppe eingetragen haben und nicht alle bisherigen alten Beiträge, sondern nur die zukünftigen neuen Beiträge lesen wollen.
Mit r (read) können Sie alle auf dem News-Server gespeicherten Threads und Artikel sichtbar machen, also auch die bereits gelesenen. Dies ist dann sinnvoll, wenn Sie nach einem alten (bereits gelesenen) Artikel suchen wollen. Nochmaliges Drücken von r macht nur die ungelesenen Artikel sichtbar; dies ist im Normalfall günstiger.
Mit Ctrl-k (kill) können Sie vereinbaren, daß Sie Artikel zu bestimmten Themen (Subject) oder von bestimmten Autoren (From) in Zukunft nicht mehr zu lesen bekommen (mit * als "Wildcard"). Mit demselben Mechanismus können Sie auch bestimmte Themen und Autoren als besonders interessant markieren (select). Diese Vereinbarungen werden im File $HOME/.tin/kill gespeichert.
f (follow-up)
Antwort schreiben:
mit vi-Befehlen
Die Antwort soll die Teile des ursprünglichen Artikels, auf die sich die Antwort bezieht, (z.B. die Frage) als "Zitat" enthalten. Alle übrigen Zeilen des alten Artikels sollen Sie löschen (dd) und Ihre Antworten jeweils nach den betreffenden Zitat-Zeilen einfügen (o).
Den "News-Header" am Anfang des Files und die ihn abschließende Leerzeile sollten Sie unverändert lassen.
Schreiben abschließen und Antwort absenden:
Esc-Taste
:wq
Return-Taste, p (post)
Vor dem Absenden sollten Sie kontrollieren, ob Ihre Veröffentlichung kurz, sachlich, richtig (getestet), zum Thema gehörig und wichtig ist und ob sie keine Tipp-Fehler enthält. Bedenken Sie, daß alles, was Sie "an das Netz" senden, auf Tausende Computer kopiert und von Tausenden Menschen in aller Welt gelesen wird.
Beim Absenden wird an Ihren Text automatisch der Inhalt des Files $HOME/.signature angehängt. Dieses File soll als Unterschrift Ihren Vor- und Zunamen und Ihre Mail-Adresse enthalten und darf nicht länger als 4 Zeilen sein.
Der Befehl f (follow-up) eignet sich nur für Beiträge von allgemeinem Interesse zu dem im Thread angegebenen Thema (Subject). Für Beiträge zu davon abweichenden Themen dient der Befehl w (write). Für Antworten, die nicht für alle News-Leser in aller Welt wichtig sind, dient der Befehl r (reply).
r (reply)
Antwort schreiben:
mit vi-Befehlen
Die Antwort soll die Teile des ursprünglichen Artikels, auf die sich die Antwort bezieht, (z.B. die Frage) als "Zitat" enthalten. Alle übrigen Zeilen des alten Artikels sollen Sie löschen (dd) und Ihre Antworten jeweils nach den betreffenden Zitat-Zeilen einfügen (o).
Den Mail-Header und die ihn abschließende Leerzeile sollten Sie unverändert lassen.
Am Ende Ihres Texts erscheint automatisch der Inhalt des Files $HOME/.signature als Unterschrift.
Schreiben abschließen und Antwort absenden:
Esc-Taste
:wq
Return-Taste, s (send)
Vor dem Absenden sollten Sie kontrollieren, ob Ihre Antwort richtig ist und keine Tipp-Fehler enthält.
w (write)
Subject:
Thema (Überschrift, Betreff, Thread)
Artikel (Frage, Ankündigung) schreiben:
mit vi-Befehlen
Den News-Header, der mit der ersten Leerzeile abgeschlossen wird, sollten Sie nicht oder nur mit größter Sorgfalt verändern. Wenn Sie z.B. Ihren Artikel an zwei News-Gruppen senden wollen, müssen Sie die Newsgroups:-Zeile so erweitern, daß sie beide Gruppennamen, durch ein Komma getrennt, enthält. Ein solches "Cross-Posting" kann manchmal sinnvoll sein (z.B. wenn Sie eine Frage nach GIS-Software für Meteorologen an comp.infosystems.gis und sci.geo.meteorology senden) und ist jedenfalls günstiger als ein mehrfaches Absenden.
Schreiben abschließen und Artikel absenden:
Esc-Taste
:wq
Return-Taste, p (post)
Vor dem Absenden sollten Sie kontrollieren, ob Ihre Veröffentlichung verständlich, sachlich, richtig (getestet) und wichtig ist, ob sie keine Tipp-Fehler enthält und ob sie in die richtige News-Gruppe gesendet wird. Sie sollten keine Fragen an das Netz senden, deren Antworten Sie lokal, in einem Manual (RTFM = read the fine manual) oder in einer FAQ-Liste (frequently asked questions, news.answers) finden können. Bedenken Sie, daß alles, was Sie "an das Netz" senden, auf Tausende Computer kopiert und von Tausenden Menschen in aller Welt gelesen wird.
Beim Absenden wird an Ihren Text automatisch der Inhalt des Files $HOME/.signature angehängt. Dieses File soll als Unterschrift Ihren Vor- und Zunamen und Ihre Mail-Adresse enthalten und darf nicht länger als 4 Zeilen sein.
Cursor positionieren:
Ctrl-f, Ctrl-b
h, j, k, l, Pfeil-Tasten
Nummer G
/ Suchstring
Zeilen einfügen:
o Text Esc-Taste
Zeile löschen:
dd
Zeichen einfügen:
i Text Esc-Taste
a Text Esc-Taste
Zeichen löschen:
x
File einfügen:
:r Filename
vi beenden (write and quit):
:wq
Es ist nicht notwendig, gelesene Artikel zu löschen. Alle Usenet-Artikel werden automatisch nach einer bestimmten Zeit, die meist zwischen einer Woche und einem Monat liegt, auf dem News-Server gelöscht.
Wenn Sie trotz aller Vorsicht erst nach dem Absenden eines Artikels mit w (write) oder f (follow-up) daraufkommen, daß Ihr Artikel Fehler enthält oder aus anderen Gründen nicht hätte veröffentlicht werden sollen, dann müssen Sie ihn so rasch wie möglich löschen ("cancel").
Dazu gehen Sie so vor: Sie lesen Ihren Artikel, wobei Sie eventuell mit r (read) auf die bereits gelesenen Artikel umschalten müssen, und geben den Befehl D (delete) ein. Damit senden Sie an alle Usenet-Computer eine sogenannte "Cancel-Message", die bewirkt, daß alle Kopien Ihres Artikels gelöscht werden.
Sie müssen allerdings damit rechnen, daß viele Personen Ihren Artikel schon vor dem Eintreffen der Cancel-Message gelesen haben. Es kann daher sinnvoll sein, eine kurze Entschuldigung und/oder Korrektur als "follow-up" an die News-Gruppe zu senden.
Selbstverständlich dürfen Sie nur Artikel löschen, die von Ihnen selbst stammen (selber Username und Hostname), nicht Artikel von anderen Autoren.
Mit dem tin-Befehl M (Menue) oder durch direktes Editieren des Files $HOME/.tin/tinrc können zahlreiche Optionen und Parameter für die Verwendung von tin festgelegt werden. Die meisten von ihnen haben automatisch den günstigsten Wert. Empfehlenswert sind eventuell die folgenden Änderungen:
default_printer=/usr/bin/lp -ddruckername
Befehl zum Ausdrucken von Artikeln auf dem gewünschten Drucker
default_save_dir=.
Artikel werden bei s (save) im aktuellen Directory (.) statt in ~/News abgespeichert.
show_last_line_prev_page=ON
Beim Weiterblättern wird die letzte Zeile der vorigen Seite wiederholt.
Diese Optionen (und einige weitere wie z.B. VISUAL für den verwendeten Editor, standardmäßig /usr/bin/vi) können auch durch Setzen von gleichnamigen Unix-Variablen mit dem Shell-Befehl setenv verändert werden. Beispiele:
setenv default_save_dir ~/special/directory
setenv VISUAL /usr/local/bin/emacs
In diesem Fall gelten die neuen Werte der Optionen nur vorübergehend. Sobald die Unix-Variablen nicht mehr gültig sind (z.B. beim nächsten Login), verwendet tin wieder die alten, im File $HOME/.tin/tinrc gespeicherten Werte.
Einige Optionen können auch als Parameter beim Aufruf von tin angegeben werden. Beispiel:
tin -s ~/savedir -p "lp -ddruckername"
In diesem Fall werden die neuen Werte der Optionen jedoch im File $HOME/.tin/tinrc gespeichert und gelten daher auch für alle künftigen Aufrufe von tin bzw. müssen explizit wieder auf ihren alten Wert zurückgesetzt werden.
FAQ-Listen sind Sammlungen von Fragen, die erfahrungsgemäß immer wieder gestellt werden, mit den richtigen Antworten. Es ist sehr lehrreich, solche FAQ-Listen durchzulesen, und jedenfalls sollten Sie das tun, bevor Sie eine Frage an das Netz senden: Die Antwort in der FAQ-Liste ist schneller verfügbar und meistens auch vollständiger und richtiger als das, was Sie über das Netz bekommen würden, und Sie belasten weder das Netz noch die Nerven der News-Leser mit Fragen, die für die meisten schon "alte Hüte" sind.
Es gibt für fast jede News-Gruppe eine FAQ-Liste. Diese werden etwa monatlich in der jeweiligen News-Gruppe und in einer eigenen Gruppe "news.answers" veröffentlicht. Sie stehen auch auf manchen FTP-Servern (z.B. rtfm.mit.edu, ftp.uu.net, ftp.win.tue.nl) und in Gopher zur Verfügung.
In der News-Gruppe "news.announce.newusers" werden fallweise Informationen, Hinweise und Benimm-Regeln ("Netiquette") für die Verwendung von Usenet-News veröffentlicht. Einige von ihnen sind auch auf FTP-Servern (rtfm.mit.edu, ftp.uu.net u.a.) und am Gopher-Server der BOKU abgespeichert. Lesenswert sind
A Primer on How to Work With the Usenet Community (siehe Anhang)
Answers to Frequently Asked Questions about Usenet
Emily Postnews Answers Your Questions on Netiquette (satirisch)
Hints on writing style for Usenet
Introduction to the news.answers newsgroup
Rules for posting to Usenet
sowie mehrere Listen vom Typ "Was gibt es" und "Was finde ich wo".
USENET-News zu lesen kann sehr lehrreich, aber auch sehr zeitaufwendig sein.
You now have access to Usenet, a network of thousands of computers. Other documents or your system administrator will provide detailed technical documentation. This message describes the Usenet culture and customs that have developed over time. All new users should read this message to find out how Usenet works.
(Old users could read it, too, to refresh their memories.)
USENET is a large collection of computers that share data with each other. It is the people on these computers that make USENET worth the effort to read and maintain, and for USENET to function properly those people must be able to interact in productive ways. This document is intended as a guide to using the net in ways that will be pleasant and productive for everyone.
This document is not intended to teach you how to use USENET. Instead, it is a guide to using it politely, effectively and efficiently. Communication by computer is new to almost everybody, and there are certain aspects that can make it a frustrating experience until you get used to them. This document should help you avoid the worst traps.
The easiest way to learn how to use USENET is to watch how others use it. Start reading the news and try to figure out what people are doing and why. After a couple of weeks you will start understanding why certain things are done and what things shouldn't be done.
Because your interaction with the network is through a computer it is easy to forget that there are people "out there." Situations arise where emotions erupt into a verbal free-for-all that can lead to hurt feelings.
Please remember that people all over the world are reading your words. Do not attack people if you cannot persuade them with your presentation of the facts. Screaming, cursing, and abusing others only serves to make people think less of you and less willing to help you when you need it.
If you are upset at something or someone, wait until you have had a chance to calm down and think about it. A cup of (decaf!) coffee or a good night's sleep works wonders on your perspective. Hasty words create more problems than they solve. Try not to say anything to others you would not say to them in person in a room full of people.
Sometimes, you may find it necessary to write to a system administrator about something concerning his or her site. Maybe it is a case of the software not working, or a control message escaped, or maybe one of the users at that site has done something you feel requires comment. No matter how steamed you may be, be polite to the sysadmin -- he or she may not have any idea of what you are going to say, and may not have any part in the incidents involved. By being civil and temperate, you are more likely to obtain their courteous attention and assistance.
Please remember -- you read netnews; so do as many as 2,500,000 other people. This group quite possibly includes your boss, your friend's boss, your girl friend's brother's best friend and one of your father's beer buddies. Information posted on the net can come back to haunt you or the person you are talking about.
Think twice before you post personal information about yourself or others. This applies especially strongly to groups like soc.singles and alt.sex but even postings in groups like talk.politics.misc have included information about the personal life of third parties that could get them into serious trouble if it got into the wrong hands.
Never say in ten words what you can say in fewer. Say it succinctly and it will have a greater impact. Remember that the longer you make your article, the fewer people will bother to read it.
Most people on USENET will know you only by what you say and how well you say it. They may someday be your co-workers or friends. Take some time to make sure each posting is something that will not embarrass you later. Minimize your spelling errors and make sure that the article is easy to read and understand. Writing is an art and to do it well requires practice. Since much of how people judge you on the net is based on your writing, such time is well spent.
The subject line of an article is there to enable a person with a limited amount of time to decide whether or not to read your article. Tell people what the article is about before they read it. A title like "Car for Sale" to rec.autos does not help as much as "66 MG Midget for sale: Beaverton OR." Don't expect people to read your article to find out what it is about because many of them won't bother. Some sites truncate the length of the subject line to 40 characters so keep your subjects short and to the point.
When you post an article, think about the people you are trying to reach. Asking UNIX questions on rec.autos will not reach as many of the people you want to reach as if you asked them on comp.unix.questions or comp.unix.internals. Try to get the most appropriate audience for your message, not the widest.
Be familiar with the group you are posting to before you post! You shouldn't post to groups you do not read, or post to groups you've only read a few articles from -- you may not be familiar with the on-going conventions and themes of the group. One normally does not join a conversation by just walking up and talking. Instead, you listen first and then join in if you have something pertinent to contribute.
Without the voice inflections and body language of personal communications, it is easy for a remark meant to be funny to be misinterpreted. Subtle humor tends to get lost, so take steps to make sure that people realize you are trying to be funny. The net has developed a symbol called the smiley face. It looks like ":-)" and points out sections of articles with humorous intent. No matter how broad the humor or satire, it is safer to remind people that you are being funny.
But also be aware that quite frequently satire is posted without any explicit indications. If an article outrages you strongly, you should ask yourself if it just may have been unmarked satire. Several self-proclaimed connoisseurs refuse to use smiley faces, so take heed or you may make a temporary fool of yourself.
Avoid posting messages to more than one newsgroup unless you are sure it is appropriate. If you do post to multiple newsgroups, do not post to each group separately. Instead, specify all the groups on a single copy of the message. This reduces network overhead and lets people who subscribe to more than one of those groups see the message once instead of having to wade through each copy.
When you are following up someone's article, please summarize the parts of the article to which you are responding. This allows readers to appreciate your comments rather than trying to remember what the original article said. It is also possible for your response to get to some sites before the original article.
Summarization is best done by including appropriate quotes from the original article. Do not include the entire article since it will irritate the people who have already seen it. Even if you are responding to the entire article, summarize only the major points you are discussing.
One of the biggest problems we have on the network is that when someone asks a question, many people send out identical answers. When this happens, dozens of identical answers pour through the net. Mail your answer to the person and suggest that they summarize to the network. This way the net will only see a single copy of the answers, no matter how many people answer the question.
If you post a question, please remind people to send you the answers by mail and at least offer to summarize them to the network.
Before you submit a follow-up to a message, read the rest of the messages in the newsgroup to see whether someone has already said what you want to say. If someone has, don't repeat it.
The news software has provisions to specify that follow-ups to an article should go to a specific set of newsgroups -- possibly different from the newsgroups to which the original article was posted. Sometimes the groups chosen for follow-ups are totally inappropriate, especially as a thread of discussion changes with repeated postings. You should carefully check the groups and distributions given in the header and edit them as appropriate. If you change the groups named in the header, or if you direct follow-ups to a particular group, say so in the body of the message -- not everyone reads the headers of postings.
Once something is posted onto the network, it is probably in the public domain unless you own the appropriate rights (most notably, if you wrote the thing yourself) and you post it with a valid copyright notice; a court would have to decide the specifics and there are arguments for both sides of the issue. For all practical purposes, though, assume that you effectively give up the copyright if you don't put in a notice.
Of course, the information becomes public, so you mustn't post trade secrets that way. When posting material to the network, keep in mind that material that is UNIX-related may be restricted by the license you or your company signed with AT&T and be careful not to violate it. You should also be aware that posting movie reviews, song lyrics, or anything else published under a copyright could cause you, your company, or members of the net community to be held liable for damages, so we highly recommend caution in using this material.
If you are using facts to support a cause, state where they came from. Don't take someone else's ideas and use them as your own. You don't want someone pretending that your ideas are theirs; show them the same respect.
Every few months a plague descends on USENET called the spelling flame. It starts out when someone posts an article correcting the spelling or grammar in some article. The immediate result seems to be for everyone on the net to turn into a 6th grade English teacher and pick apart each other's postings for a few weeks. This is not productive and tends to cause people who used to be friends to get angry with each other.
It is important to remember that we all make mistakes, and that there are many users on the net who use English as a second language. There are also a number of people who suffer from dyslexia and who have difficulty noticing their spelling mistakes. If you feel that you must make a comment on the quality of a posting, please do so by mail, not on the network.
Signatures are nice, and many people can have a signature added to their postings automatically by placing it in a file called "$HOME/.signature". Don't overdo it. Signatures can tell the world something about you, but keep them short. A signature that is longer than the message itself is considered to be in bad taste. The main purpose of a signature is to help people locate you, not to tell your life story. Every signature should include at least your return address relative to a major, known site on the network and a proper domain-format address. Your system administrator can give this to you. Some news posters attempt to enforce a 4 line limit on signature files -- an amount that should be more than sufficient to provide a return address and attribution.
Try to keep your text in a generic format. Many (if not most) of the people reading Usenet do so from 80 column terminals or from workstations with 80 column terminal windows. Try to keep your lines of text to less than 80 characters for optimal readability. If people quote part of your article in a followup, short lines will probably show up better, too.
Also realize that there are many, many different forms of terminals in use. If you enter special control characters in your message, it may result in your message being unreadable on some terminal types; a character sequence that causes reverse video on your screen may result in a keyboard lock and graphics mode on someone else's terminal. You should also try to avoid the use of tabs, too, since they may also be interpreted differently on terminals other than your own.
(gekürzt)