| |
Technisches zur Teilname am Usenet
Copyright 2006 Maria Lukas van den Berg
[ Dieser Text befindet sich im Aufbau. Es gibt noch etliche
Lücken zu schließen und viele Dinge ausführlicher zu gestal-
ten. Kompetente Mitarbeit ist willkommen! Insbesondere:
· Es fehlt eine kleine Einleitung, in der so Sachen wie
Header (und wie man sie anzeigt und setzt) erklärt werden.
· Ein paar Worte, wie überhaupt das Usenet funktioniert. Was
ist eine Newsgroup (im folgenden 'Gruppe' genannt)? Was ist
ein Newsserver? Das ist aber NICHT Hauptgegenstand dieses
Textes! Eventuell hier nur ein paar Referenzen geben.
Hauptgegenstand des Textes sind Techniken zur *Teilnahme*
am Usenet.
· Bei der Gelegenheit: Mit dem Titel bin ich noch nicht ganz
zufrieden. Vielleicht "*Techniken* für die Teilnahme am
Usenet"?
· Wie machen wir es generell? Wenn es zu etwas schon eine
gute Beschreibung gibt, wollen wir nur darauf verlinken,
oder die essentiellen Teile hier zusammenfassen? Letzteres
wäre vielleicht langfristig erstrebenswert, um zum einen
diesen Text hier self-contained zu halten, und zum anderen
sich nicht abhängig zu machen von externen Seiten.
· Stilfrage: "Du" oder "man"? Im Moment ist es noch ein
wildes Durcheinander.
· Ja, der Blocksatz sieht zum Teil grauenvoll aus. Es lohnt
aber noch noch nicht, das jetzt schon alles auszubügeln.
Erstmal muss der Inhalt stehen.
· Dieser Text ist sehr lang und wird schnell von einigen
Servern verschwinden. In meiner Netiquette wird er jedoch
mit einem Link auf Google zitiert werden. ]
Hinweis: "Sollte" ist in diesem Text als eine Empfehlung
durch die Autoren zu verstehen. Überhaupt ist der an einigen
Stellen autoritäre Ton in diesem Text unbeabsichtigt.
Inhalt
Im Inhaltsverzeichnis sind einige Schlüsselworte *hervorge-
hoben*. Bei Referenzen auf diesen Text können sie mit
angegeben werden als Hilfe für den Leser, also zum Beispiel
[1, Email] (wenn dieser Text Referenz Nr. [1] ist).
1. Lesbarkeit
1.1. Wie deklariert man *Umlaute* im Header?
1.2. Welche *Zeilenlänge* ist gut geeignet?
1.3. Wie verhindert man *Kammquoting*?
1.4. Wie geht ein *Signaturtrenner*?
1.5. Was kann man tun, damit Beiträge bei einem selbst besser
angezeigt werden?
2. Email
2.1. Wie kann man klarmachen, dass man *keine Email* wünscht?
2.2. Wie kann man zwar per Email erreichbar sein, aber gle-
ichzeitig sich vor *Spam* schützen?
2.3. Wie kann man am besten einem Teilnehmer eine *Email*
schreiben?
3. Informationen kontrollieren
3.1. Was muss man beachten, wenn man *pseudonym* schreiben
möchte?
3.2. Wie kann man einen Beitrag löschen (*Cancel*)?
3.3. Wie kann man die Archivierung seiner Beiträge verhindern
(*X-No-Archive*)?
4. Diskussionsfluss
4.1. Wie kann man eine Diskussion in eine andere Gruppe
*umlenken*?
4.2. Wie macht man einen *Subjectwechsel*?
4.3. Wie kann man beim Antworten den Zusammenhang zu vorherge-
henden Beiträgen herstellen?
5. Fachbegriffe und Jargon
1. Lesbarkeit
1.1. Wie deklariert man Umlaute im Header?
Kommen Umlaute oder 'ß' in einem Beitrag vor, so müssen
diese im Header deklariert werden, damit sie bei den Lesern
richtig dargestellt werden. Eine Deklaration sieht zum
Beispiel so aus:
Mime-Version: 1.0
Content-Type: text/plain; charsetiso-8859-1
Content-Transfer-Encoding: 8bit
Es gibt kaum einen sinnvollen Grund, weswegen ein News-
reader das Deklarieren nicht automatisch übernimmt. Wenn ein
Newsreader dies nicht von alleine tut und nur mit erheblichem
Aufwand dazu gebracht werden kann, sollte der erste Schritt
ein Bugreport oder - bei kommerziellen Produkten - eine Rekla-
mation sein.
[Hier kommen Links hin, wie man verschiedenen Newsreadern
das Deklarieren beibringt.]
1.2. Welche Zeilenlänge ist gut geeignet?
Wenn man eine Zeilenlänge zwischen 60 und 70 Zeichen ver-
wendet, dann
· kann der Beitrag auch auf Computerterminalen mit einer
Beschränkung auf 80 Zeichen pro Zeile angezeigt werden,
· ist der Beitrag angenehm zu lesen, da die Augen nicht so
weit von links nach rechts (und wieder zurück) wandern
müssen,
· wird das 80-Zeichen-Limit auch noch eingehalten, wenn der
Text durch die Zitatzeichen ('>') nach rechts rutscht im
Laufe der Diskussion.
[Gibt es noch etwas zu sagen, wie man bei verschiedenen
Newsreadern die Zeilenlänge einstellt? Tipps zur Konfiguration
von Texteditoren gehören hier vielleicht auch hin?]
1.3. Wie verhindert man Kammquoting?
[Welche Newsreader machen Kammquoting? Links zu Seiten mit
Anleitungen zum Reparieren solcher Produkte. Alternativen.]
1.4. Wie geht ein Signaturtrenner?
Ein Signaturtrenner ist eine Zeile bestehend nur aus "-- ",
also Minus, Minus, Leerzeichen. Die meisten Newsreader können
auf diese Weise abgetrennte Signaturen besonders behandeln,
zum Beispiel die Signatur
· beim Lesen in einer anderen Farbe darstellen,
· beim Lesen ausblenden,
· beim Zitieren unterdrücken.
1.5. Was kann man tun, damit Beiträge bei einem selbst besser
angezeigt werden?
· Ein Schrift mit fester Zeichenbreite wählen. Sonst funk-
tionieren Einrückungen oder tabellenartige Darstellungen
nicht richtig, da diese nur über Ausrichtung per Leerze-
ichen funktionieren können.
· Einen Newsreader verwenden, der Hervorhebungen wie *diese*,
/diese/ oder _diese_ unterstützt.
2. Email
2.1. Wie kann man klarmachen, dass man keine Email wünscht?
· Eine Emailadresse, die auf .invalid endet, in der
From:-Headerzeile verwenden. Dieser Schritt wird dringend
empfohlen.
· In der Reply-To:-Headerzeile einen Text eintragen, zum
Beispiel:
Please do not send email! Bitte keine Email senden!
Dieser Schritt ist optional. Auf keinen Fall jedoch sollte
man eine gültige Emailadresse in der Reply-To:-Headerzeile
eintragen.
· Im Beitrag selbst darauf hinweisen, zum Beispiel in Form
einer Signatur. Dieser Schritt ist optional.
2.2. Wie kann man zwar per Email erreichbar sein, aber gle-
ichzeitig sich vor Spam schützen?
[Erstmal nur Stichworte: Reply-To, TMDA, Munging.]
2.3. Wie kann man am besten einem Teilnehmer eine Email
schreiben?
Prüfe zuerst, ob der Teilnehmer in seinem Beitrag (auch in
dessen Header) einen Hinweis gibt, ob er Email wünscht oder
nicht. Dann betrachte die gegebenen Emailadressen. Eine
Adresse, die auf .invalid endet, ist nicht zustellbar.
Wenn der Teilnehmer eine Emailadresse angegeben hat, die
zustellbar erscheint, dann heißt das noch nicht, dass sie es
auch ist, und auch nicht, dass Email an diese Adresse gelesen
wird. Um das zu prüfen, schreibe eine kurze Test-Email an
diese Adresse. Bitte den Empfänger, kurz zu antworten, wenn
er die Email erhalten hat. So vermeidest Du unnötige Mühen
beim Schreiben einer Email (die nachher doch niemand liest).
3. Informationen kontrollieren
3.1. Was muss man beachten, wenn man pseudonym schreiben
möchte?
Du möchtest im Usenet schreiben, aber verhindern, dass
Deine Beiträge mit Deiner Person außerhalb des Usenet in
Verbindung gebracht werden? Das ist hier mit 'pseudonym
schreiben' gemeint.
Um pseudonym im Usenet aufzutreten, genügt es meistens
nicht, lediglich in der From:-Headerzeile auf die Angabe des
Realnamens zu verzichten (und stattdessen ein Pseudonym einzu-
tragen). Auch andere Headerzeilen können Aufschluss über
Deine Identität außerhalb des Usenet geben. So zum Beispiel
die Headerzeilen 'Message-ID', 'NNTP-Posting-Host', 'Organiza-
tion' oder 'X-Sender', und auch die Emailadresse in der
From:-Headerzeile. Für nähere Informationen, siehe
.
Empfehlungen für Usenet-Provider, die dem Teilnehmer
genügend Kontrolle über Headerzeilen geben:
[weitere?]
3.2. Wie kann man einen Beitrag löschen (Cancel)?
Ein einmal veröffentlichter Beitrag ist kaum noch
vollständig zu löschen. Eine beschränkte Möglichkeit besteht
durch einem sog. Cancel, siehe zB. . Doch der Cancel wirkt
sich nicht auf Beiträge aus, die von anderen Teilnehmern bere-
its heruntergeladen wurden. Viele Leute betreiben lokale
Newsserver (zB. Leafnode), die regelmäßig neue Beiträge herun-
terladen (und meist so konfiguriert sind, dass sie Cancels ig-
norieren). Wer dabei genügend kleine Intervalle wählt, wird
kaum einen Beitrag verpassen, auch wenn er später gecancelt
wird.
3.3. Wie kann man die Archivierung seiner Beiträge verhindern
(X-No-Archive)?
Wie auch schon beim Cancel (siehe vorigen Abschnitt), gibt
es dafür nur sehr beschränkte Möglichkeiten. Um zu verhin-
dern, dass ein Beitrag in die Archive von Google aufgenommen
wird, kannst Du die folgende Headerzeile setzen, oder eine
solche Zeile als erste in Deine Beiträge einfügen:
X-No-Archive: YES
Siehe auch .
Beachte insbesondere die beiden folgenden Einschränkungen:
Das 'X-No-Archive: YES' hat keine Wirkung auf...
· private Archive.
· Beiträge anderer Teilneher, auch wenn sie darin Deinen
Beitrag (möglicherweise vollständig und zusammen mit dem
Namen aus Deiner From:-Headerzeile) zitieren.
4. Diskussionsfluss
4.1. Wie kann man eine Diskussion in eine andere Gruppe um-
lenken?
Niemand kann eine Diskussion umlenken ohne das Einverständ-
nis der anderen daran Beteiligten. Du kannst immer nur
Vorschläge machen, in welcher Gruppe es weitergehen solle. Ob
Andere Dir folgen werden, ist eine andere Sache. Wenn Du vor
dem Versuch einer Umlenkung klärst, ob genügend Beteiligte
damit einverstanden sind, verhinderst Du, dass sich eine
Diskussion über die Gruppen zerstückelt. So eine Zerstück-
elung würde den bisherigen Diskussionsverlauf für jemanden,
der später hinzukommt, nicht oder nur noch mit Mühen er-
schließbar machen.
Wenn feststeht, dass genügend Teilnehmer in einer anderen
Gruppe weiterdiskutieren möchten, dann kann man eine Umlenkung
dorthin technisch wie folgt realisieren. Angenommen, es soll
von Gruppe A nach Gruppe B umgelenkt werden.
· Man macht ein Crosspost in Gruppen A und B, d.h. man sendet
einen Beitrag an beide Gruppen. Dieser stellt dann den
Einstiegspunkt in Gruppe B dar.
· Man setzt in diesem Beitrag die Followup-To:-Headerzeile
auf die neue Gruppe B. Gewöhnlich werden dann Newsreader
beim Antworten auf diesen Beitrag (evtl. nach Rückfrage)
die Antwort an Gruppe B versenden.
4.2. Wie macht man einen Subjectwechsel?
Du kannst jederzeit die Subject:-Headerzeile verändern,
wenn Du eine Antwort verfasst. Um den Subjectwechsel für
später nachvollziehbarer zu machen, kannst Du den alten Inhalt
in Klammern und dem Schlüsselwort 'was:' davor noch einmal
anführen. Ging es zum Beispiel zunächst um Rosen im Vorgarten
aber nun um Petersilie im Blumentopf, dann sieht das wie folgt
aus. Die alte Subject:-Headerzeile:
Subject: Rosen im Vorgarten
wird zu
Subject: Petersilie im Blumentopf (was: Rosen im Vorgarten)
Darauf folgende Antworten sollten den (was: ...)-Teil aber
entfernen, so dass es dann nur noch heißt:
Subject: Petersilie im Blumentopf
4.3. Wie kann man beim Antworten den Zusammenhang zu vorherge-
henden Beiträgen herstellen?
Angenommen, Du antwortest auf einen Beitrag A, indem Du
einen weiteren Beitrag B als Antwort schreibst. Die Beziehung
zwischen A und B wird von Deinem Newsreader durch die Refer-
ences:-Headerzeile festgehalten. Dies ermöglicht es, in einer
Baumansicht (sog. Thread-Ansicht), wie sie viele Newsreader
beherrschen, B als Nachfolger von A darzustellen. Du musst
dafür nichts weiter tun - Dein Newsreader übernimmt das.
[Hinweise für Newsreader, die damit Probleme haben?]
Noch gezielter auf einzelne Stellen des Beitrags A kannst
Du eingehen, indem Du diese Stellen in Deinem Beitrag B zi-
tierst, man spricht dabei auch von 'quoten' (engl. to quote -
zitieren).
Üblicherweise wird ein solches Zitat durch vorangestellte
'>'-Zeichen gekennzeichnet. Ein (guter) Newsreader bietet Dir
den Beitrag A bei Deiner Antwort schon immer auf diese Weise
zitiert an. Du kannst dann die Stellen löschen, auf die Du
keinen Bezug nimmst. Wenn Du auf eine Stelle Bezug nimmst,
kannst Du Deinen eigenen Text *darunter* schreiben, damit eine
Art Dialogform entsteht, die man von oben nach unten lesen
kann.
5. Fachbegriffe und Jargon
Header (Substantiv)
Kopf oder Kopfzeile. 'Header' bezeichnet sowohl den
gesamten Kopf eines Beitrages als auch eine einzelne
Zeile dieses Kopfes. In diesem Text wurde zur Klarheit
für letzteres der Begriff 'Headerzeile' verwendet.
Headerzeile (Substantiv)
Eine Zeile des Headers, zB.
Subject: Rosen im Vorgarten
Posting (Substantiv)
Beitrag, Artikel.
Posten (Verb)
Einen Beitrag veröffentlichen.
Quoting (Substantiv)
Zitat eines vorhergehenden Beitrages (meistens mit vor-
angestellten spitzen Klammern '>').
Quoten (Verb)
Einen vorigen Beitrag zitieren.
|
|