Initial commit (erste bekannte Fassung 1998-09-28).
This commit is contained in:
Bjoern Schotte
Thomas Hochstein
commit
ad93cc8d79
1
.gitattributes
vendored
Normal file
1
.gitattributes
vendored
Normal file
|
|
@ -0,0 +1 @@
|
||||||
|
* text=auto
|
||||||
373
headerzeilen
Normal file
373
headerzeilen
Normal file
|
|
@ -0,0 +1,373 @@
|
||||||
|
Archive-name: de-newusers/headerzeilen
|
||||||
|
Posting-frequency: weekly
|
||||||
|
Last-modified: 1998-09-28
|
||||||
|
URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
|
||||||
|
|
||||||
|
Diese merkwürdigen Headerzeilen
|
||||||
|
===============================
|
||||||
|
|
||||||
|
|
||||||
|
Du solltest nach der Lektüre dieses Artikels wissen, was die
|
||||||
|
Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
|
||||||
|
Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
|
||||||
|
könntest.
|
||||||
|
|
||||||
|
Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
|
||||||
|
denn es sollen hier nur die wichtigsten Headerzeilen behandelt
|
||||||
|
werden.
|
||||||
|
|
||||||
|
Wenn Du mehr wissen willst: am Ende des Artikels findest Du
|
||||||
|
Quellenangaben für mehr Infos sowie einige Hinweise für neue
|
||||||
|
News-Administratoren.
|
||||||
|
|
||||||
|
|
||||||
|
- Was ist eine Headerzeile?
|
||||||
|
|
||||||
|
Ein Newsartikel besteht aus Headerzeilen, gefolgt von
|
||||||
|
einer Leerzeile und dem eigentlichen Artikeltext (auch
|
||||||
|
»Body« genannt). Headerzeilen beeinflussen den Trans-
|
||||||
|
port, die Speicherung und die Verarbeitung von News-
|
||||||
|
artikeln.
|
||||||
|
|
||||||
|
Die meisten Newsreader erlauben Dir, einen Artikel in-
|
||||||
|
klusive Headerzeilen zu editieren. Dabei sind bestimmte
|
||||||
|
Formvorschriften einzuhalten: Headerzeilen haben unmit-
|
||||||
|
telbar nach dem ersten Wort einen Doppelpunkt und nach
|
||||||
|
diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
|
||||||
|
tere Werte. Die meisten der hier genannten Formvorschrif-
|
||||||
|
ten erledigt Dein Newsreader automatisch; wenn nicht,
|
||||||
|
kann es sein, daß Du von anderen Netzteilnehmern einen
|
||||||
|
Hinweis bekommst, etwa: »Deine Message-ID ist nicht in
|
||||||
|
Ordnung. Es ist wichtig, daß die Headerzeilen korrekt
|
||||||
|
vorliegen: ansonsten kann Dein Artikel vielleicht nicht
|
||||||
|
weitergeleitet werden.«
|
||||||
|
|
||||||
|
Einige Newssysteme verlangen darüber hinaus, daß eine
|
||||||
|
Headerzeile mit einem Großbuchstaben beginnt.
|
||||||
|
|
||||||
|
|
||||||
|
- Welche Headerzeilen _müssen_ vorhanden sein?
|
||||||
|
|
||||||
|
* »Subject«
|
||||||
|
|
||||||
|
Die Subject-Headerzeile (Betreff) soll angeben, worum es
|
||||||
|
in Deinem Artikel geht. Viele Leser entscheiden anhand
|
||||||
|
dieses Betreffs, ob sie Deinen Artikel lesen oder über-
|
||||||
|
springen.
|
||||||
|
Wenn Du auf einen anderen Artikel antwortest, wird
|
||||||
|
normalerweise der Betreff des anderen Artikels mit den
|
||||||
|
vier vorangestellten Zeichen »Re: « automatisch über-
|
||||||
|
nommen. Leider missachtet z.B. Microsofts Internet
|
||||||
|
Explorer diese _Vorschrift_ [1] und setzt an die Stelle
|
||||||
|
des »Re: « ein länderspezifisches Kürzel (z.B. »AW: «
|
||||||
|
für »Antwort« im der deutschen Version). Andere Soft-
|
||||||
|
ware verwendet die Form »Re^2: «, die genauso verkehrt
|
||||||
|
ist.
|
||||||
|
|
||||||
|
Falls sich die Diskussion in eine andere Richtung ent-
|
||||||
|
wickelt, solltest Du jedoch die »Subject:«-Zeile an
|
||||||
|
die veränderte Thematik anpassen.
|
||||||
|
|
||||||
|
Es ist hierbei üblich, nach dem neuen Subject in Klam-
|
||||||
|
mern »(was: altes Subject)« anzugeben [»was« ist hier-
|
||||||
|
bei englisch für »war«]. Beim Antworten auf einen sol-
|
||||||
|
chen Artikel solltest Du dann die Klammer entfernen
|
||||||
|
(einige Newsreader machen dies sogar automatisch, aber
|
||||||
|
nur, wenn Du »was« verwendest, da dies Vorschrift ist
|
||||||
|
[1]).
|
||||||
|
|
||||||
|
Lies hierbei auch die entsprechenden Anmerkungen der
|
||||||
|
Netiquette, die wie die anderen INFO-Texte in der
|
||||||
|
Newsgroup de.newusers.infos zu finden ist.
|
||||||
|
|
||||||
|
|
||||||
|
[1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
|
||||||
|
quellen s.u.)
|
||||||
|
|
||||||
|
* »Newsgroups«
|
||||||
|
|
||||||
|
Hierhin kommt der Name der Gruppe, in die der Artikel
|
||||||
|
gepostet wird. Ab und zu kann es sinnvoll sein, den
|
||||||
|
Artikel in mehr als eine Gruppe zu posten. In diesem
|
||||||
|
Fall gibst Du in dieser Zeile die Namen aller betrof-
|
||||||
|
fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
|
||||||
|
durch ein Komma getrennt werden. Bitte *nicht* denselben
|
||||||
|
Artikel in die Newsgruppen einzeln posten!
|
||||||
|
|
||||||
|
Achtung: nach einem trennenden Komma auf _keinen_ Fall
|
||||||
|
ein Leerzeichen setzen, der Artikel wird sonst von vie-
|
||||||
|
len Newssystemen als fehlerhaft weggeworfen. Auch manche
|
||||||
|
Newsreader prüfen, ob nach einem trennenden Komma ein
|
||||||
|
Leerzeichen steht und warnen ggf. den Benutzer.
|
||||||
|
|
||||||
|
Die Methode, mehrere Gruppennamen in diese Zeile zu
|
||||||
|
schreiben, nennt man »Crossposting«. Sie hat gegenüber
|
||||||
|
dem »einzeln in mehrere Gruppen schreiben« eine Reihe
|
||||||
|
von Vorteilen: Der Artikel wird nur einmal übertragen,
|
||||||
|
auf vielen Newssystemen steht der Artikeltext nur einmal
|
||||||
|
auf der Platte und viele Newsreader erkennen, daß der
|
||||||
|
Artikel bereits in einer anderen Gruppe gelesen wurde
|
||||||
|
und zeigen ihn nicht nochmals in den weiteren Gruppen
|
||||||
|
an.
|
||||||
|
|
||||||
|
Bitte beachte, daß exzessives Crossposting -- insbesondere
|
||||||
|
über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
|
||||||
|
_unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
|
||||||
|
schnell Ärger bekommen. Eine Klassifizierung für »exzessiv«
|
||||||
|
an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
|
||||||
|
ein Crossposting in fünf Gruppen schon als extrem unhöf-
|
||||||
|
lich angesehen. Wenn es unbedingt ein Crossposting sein
|
||||||
|
muß, so sei Dir hier der Rat gegeben, dies in nicht mehr
|
||||||
|
als zwei Gruppen zu tun (natürlich inklusive gesetztem
|
||||||
|
»Followup-To«, doch dazu später).
|
||||||
|
|
||||||
|
Es ist meist sinnvoll (und gilt als höflich), bei einem
|
||||||
|
»crossposted« Artikel die Antworten _nur_ in eine Gruppe
|
||||||
|
zu leiten. Siehe dazu die »Followup-To:«-Headerzeile
|
||||||
|
weiter unten.
|
||||||
|
|
||||||
|
* automatisch ergänzte Headerzeilen:
|
||||||
|
|
||||||
|
Außer den oben genannten müssen noch folgende Headerzeilen
|
||||||
|
vorhanden sein:
|
||||||
|
|
||||||
|
- »From:«, dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
|
||||||
|
beschrieben ist,
|
||||||
|
|
||||||
|
- »Message-ID:«, Abschnitt 5.3, RFC 1036bis,
|
||||||
|
|
||||||
|
- »Date:«, Abschnitt 5.1, RFC1036bis und
|
||||||
|
|
||||||
|
- »Path:«, Abschnitt 5.6, RFC1036bis.
|
||||||
|
|
||||||
|
(Quellenangaben für RFC1036bis s.u.)
|
||||||
|
|
||||||
|
Diese werden beim Absenden automatisch erzeugt, und Du
|
||||||
|
solltest daran nichts editieren.
|
||||||
|
|
||||||
|
»From:« gibt den Autor des Artikels an (also Dich),
|
||||||
|
»Date:« das Absendedatum, »Path:« den Weg, über welchen
|
||||||
|
der Artikel bisher transportiert wurde, »Message-ID:«
|
||||||
|
ist eine weltweit eindeutige Kennzeichnung des Artikels.
|
||||||
|
|
||||||
|
|
||||||
|
- Welche anderen, optionalen Headerzeilen gibt es?
|
||||||
|
|
||||||
|
* »Sender«
|
||||||
|
|
||||||
|
Der Verwendungszweck dieser Headerzeile ist die
|
||||||
|
tatsächliche Angabe des Posters des Artikels,
|
||||||
|
sofern die From:-Adresse von der eigenen Adresse
|
||||||
|
abweicht. Üblicherweise findet man diese Header-
|
||||||
|
zeile in moderierten Gruppen, wenn dort der Mo-
|
||||||
|
derator Postings von anderen Leuten veröffentlicht.
|
||||||
|
In der From:-Zeile stünde dann die Adresse desje-
|
||||||
|
nigen, der den Artikel gepostet haben möchte, in
|
||||||
|
der Sender-Headerzeile die Adresse des Moderators.
|
||||||
|
|
||||||
|
Im normalen Gebrauch solltest du diese Headerzeile
|
||||||
|
jedoch nicht verwenden.
|
||||||
|
|
||||||
|
* »Distribution«
|
||||||
|
|
||||||
|
Der Sinn dieser Headerzeile ist es, die Verbreitung eines
|
||||||
|
Artikels *einzuschränken*. Wenn Du alle Leser einer Gruppe
|
||||||
|
erreichen willst, dann lass diese Zeile weg oder setze
|
||||||
|
»world« ein.
|
||||||
|
Beides bedeutet das gleiche, nämlich *keine* Einschrän-
|
||||||
|
kung. Welche anderen Distributions es gibt, ist eine
|
||||||
|
Vereinbarungssache zwischen den Systemen, die eine
|
||||||
|
Distribution austauschen.
|
||||||
|
Frage Deinen Newsadministrator nach den lokal vorhandenen
|
||||||
|
Distributions. Eine Distribution für »Deutschland« (zum
|
||||||
|
Beispiel »Distribution: de«) gibt es _nicht_. Viele Sys-
|
||||||
|
teme verwenden die Distribution »local« für Artikel, die
|
||||||
|
das eigene System nicht verlassen sollen.
|
||||||
|
|
||||||
|
Eine »Distribution:«-Zeile ist eine *Empfehlung* von Dir,
|
||||||
|
wem dieser Artikel geschickt werden soll und wem nicht. Du
|
||||||
|
solltest Dich aber nicht darauf verlassen, daß sich alle
|
||||||
|
an diese Empfehlung halten.
|
||||||
|
|
||||||
|
Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
|
||||||
|
System auch verlassen soll), die »Distribution«-Headerzeile
|
||||||
|
_komplett_ wegzulassen.
|
||||||
|
|
||||||
|
* »Organization«
|
||||||
|
|
||||||
|
Beachte: »z« anstatt »s«!
|
||||||
|
|
||||||
|
Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
|
||||||
|
Deinen Artikel schreibst oder bei dem Du Deinen Artikel
|
||||||
|
einlieferst. Normalerweise wird diese Zeile vom Newssystem
|
||||||
|
automatisch eingesetzt.
|
||||||
|
|
||||||
|
* »References«
|
||||||
|
|
||||||
|
Diese Zeile sollte nur existieren, wenn Du auf einen anderen
|
||||||
|
Artikel antwortest. Hier steht die »Message-ID:« des beant-
|
||||||
|
worteten Artikels und eventuell außerdem die Message-IDs
|
||||||
|
aus der »References:«-Zeile, welche der beantwortete Artikel
|
||||||
|
schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
|
||||||
|
um zu erkennen, daß sich Dein Artikel auf den beantworteten
|
||||||
|
bezieht. Falls Deine Antwort eine neue Diskussion eröffnet,
|
||||||
|
solltest Du eventuell die References-Zeile löschen und
|
||||||
|
damit den Bezug zum alten Artikel lösen.
|
||||||
|
Die References-Zeile kann u.U. sehr lang werden. Falls
|
||||||
|
Dein System Probleme mit der Bearbeitung sehr langer Zeilen
|
||||||
|
hat und Du die References-Zeile kürzen willst, solltest
|
||||||
|
Du mindestens die erste und die beiden letzten IDs stehen
|
||||||
|
lassen.
|
||||||
|
|
||||||
|
* »Supersedes«
|
||||||
|
|
||||||
|
Viele Newsreader können ein von dir geschriebenes Posting
|
||||||
|
auch »superseden« (überschreiben) anstatt zu canceln. Solltest
|
||||||
|
Du in einem schon geposteten Artikel zum Beispiel noch eine
|
||||||
|
Anmerkung vergessen haben, so supersedest Du diesen Artikel
|
||||||
|
(der Newsreader ruft den Editor mit dem Artikel auf, und Du
|
||||||
|
kannst deine Anmerkung hinzufügen), anstatt ihn zu canceln
|
||||||
|
und nochmals neu einzugeben.
|
||||||
|
|
||||||
|
Die Supersedes-Headerzeile enthält die Message-ID des zu
|
||||||
|
»überschreibenden« Artikels.
|
||||||
|
|
||||||
|
* »Followup-To«
|
||||||
|
|
||||||
|
Diese Headerzeile dient der Umleitung von Antworten auf
|
||||||
|
Deinen Artikel. Du gibst hier die Newsgruppe(n) an, in
|
||||||
|
welche Antworten auf den Artikel gepostet sollen, falls
|
||||||
|
diese von den Gruppen in der »Newsgroups:«-Zeile abweichen.
|
||||||
|
Verwendet wird dies z.B., wenn Du einen Artikel in mehrere
|
||||||
|
Gruppen schreibst, aber die Antworten in nur einer Gruppe
|
||||||
|
haben willst, oder wenn es zu der Gruppe, in welcher der
|
||||||
|
Artikel steht, eine separate »Diskussionsgruppe« gibt
|
||||||
|
(die meistens die Endung ».d« trägt), wie beispielsweise
|
||||||
|
»de.talk.jokes« für Witze, »de.talk.jokes.d« für Diskus-
|
||||||
|
sionen darüber. Die »Followup-To:«-Headerzeile sollte immer
|
||||||
|
nur *eine* Gruppe enthalten (nämlich die für Deinen Artikel
|
||||||
|
thematisch am besten geeignete Gruppe).
|
||||||
|
|
||||||
|
Ein Sonderfall ist die Angabe von »poster«. Dies bedeutet,
|
||||||
|
daß Antworten nur per Mail an Dich gerichtet, jedoch
|
||||||
|
keine Followups in den News gepostet werden sollen.
|
||||||
|
»Followup-To: poster« ist zum Beispiel sinnvoll, wenn die
|
||||||
|
Diskussion auf eine persönliche Ebene abdriftet und nicht
|
||||||
|
mehr für die Leser interessant ist (wüste Beschimpfungen,
|
||||||
|
Diskussion nur noch zwischen zwei Leuten, etc.). Leider
|
||||||
|
verstehen das einige Newsreader nicht, andere hingegen über-
|
||||||
|
lassen Dir die Wahl zwischen einem (öffentlichen) FollowUp
|
||||||
|
oder einer Antwort per E-Mail.
|
||||||
|
|
||||||
|
Beachte: Ein »Followup-To: poster,irgendeine.news.group«
|
||||||
|
funktioniert _nicht_!
|
||||||
|
|
||||||
|
* »Reply-To«
|
||||||
|
|
||||||
|
Diese Headerzeile dient dazu, Antworten per E-Mail an eine
|
||||||
|
andere Adresse als in der »From:«-Zeile umzuleiten und sollte
|
||||||
|
nur dann benutzt werden, wenn die »Reply-To:«-Adresse auch
|
||||||
|
tatsächlich eine andere ist als die in der »From:«-Zeile
|
||||||
|
genannte _gültige_ Adresse.
|
||||||
|
|
||||||
|
* »X-No-Archive: yes«
|
||||||
|
|
||||||
|
Sie dient dazu, Postings von AltaVista nicht archivieren
|
||||||
|
bzw. von DejaNews nicht anzeigen zu lassen.
|
||||||
|
|
||||||
|
Solltest Du keine optionalen Headerzeilen deinem Posting
|
||||||
|
hinzufügen können, so kannst Du diese Headerzeile auch
|
||||||
|
in die erste Zeile des Artikels schreiben.
|
||||||
|
|
||||||
|
* viele weitere mehr
|
||||||
|
|
||||||
|
Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
|
||||||
|
die hier nicht aufgeführt wurden. Zum Schreiben eines
|
||||||
|
Artikels sind sie nicht nötig. RFC 1036bis beschreibt diese
|
||||||
|
in Kapitel 6.
|
||||||
|
|
||||||
|
|
||||||
|
- Wo erfahre ich mehr?
|
||||||
|
|
||||||
|
Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
|
||||||
|
den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
|
||||||
|
zeilen relevant sind derzeit RFC 822 mit Ergänzungen aus RFC 1123
|
||||||
|
sowie RFC 1036bis (dem Nachfolger des RFC 1036; auch son-of-RFC
|
||||||
|
1036 genannt). Die RFCs sind auf jedem gut sortierten FTP-Server
|
||||||
|
zu finden, z.B. auf
|
||||||
|
|
||||||
|
<ftp://ftp.uni-paderborn.de/pub/doc/rfc/>
|
||||||
|
|
||||||
|
oder
|
||||||
|
|
||||||
|
<ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
|
||||||
|
|
||||||
|
Falls Du keinen FTP-Zugang hast, kannst Du die RFCs auch per
|
||||||
|
E-Mail bei <mail-server@cs.tu-berlin.de> bestellen. Wähle
|
||||||
|
ein beliebiges Subject und schreibe in den Message-Body
|
||||||
|
|
||||||
|
send /pub/doc/rfc/rfcXXXX.gz
|
||||||
|
|
||||||
|
(wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
|
||||||
|
aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
|
||||||
|
|
||||||
|
Den son-of-RFC 1036 findest Du als Text-Version unter
|
||||||
|
|
||||||
|
<ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
|
||||||
|
|
||||||
|
als Postscript-Version unter
|
||||||
|
|
||||||
|
<ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.ps.gz>
|
||||||
|
|
||||||
|
sowie als HTML-Version unter
|
||||||
|
|
||||||
|
<http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html>.
|
||||||
|
|
||||||
|
Eine Einführung in deutscher Sprache findet sich auch in der
|
||||||
|
der Zeitschrift »iX«, Ausgabe 4/92, Seite 107.
|
||||||
|
|
||||||
|
|
||||||
|
- Hinweise für News-Administratoren
|
||||||
|
|
||||||
|
Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
|
||||||
|
hang mit Newsheaderzeilen:
|
||||||
|
|
||||||
|
Die »Path:«-Headerzeile dient dazu, zu speichern, über welche
|
||||||
|
Sites ein Artikel bereits gelaufen ist, damit der Artikel
|
||||||
|
nicht nochmals zu diesen Sites geschickt wird. Das setzt
|
||||||
|
voraus, daß Deine Site hier einen *weltweit eindeutigen* Namen
|
||||||
|
einträgt, in der Regel also Deinen vollständigen Domainnamen.
|
||||||
|
(Auch »FQDN« oder »Full Qualified Domainname« genannt.)
|
||||||
|
|
||||||
|
Die »Message-ID:«-Headerzeile muß ebenfalls weltweit eindeutig (!)
|
||||||
|
sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
|
||||||
|
<localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
|
||||||
|
Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " . [ ]
|
||||||
|
Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
|
||||||
|
|
||||||
|
Rechts vom »@« *muß* ein Domainname (der sog. "Full Qualified
|
||||||
|
Domain Name") stehen. Wenn Du keinen registrierten Domainnamen
|
||||||
|
hast, sollte hier sitename.uucp eingetragen werden (sofern
|
||||||
|
sitename.uucp in der Worldmap registriert ist).
|
||||||
|
|
||||||
|
Bei der »Date:«-Headerzeile gibt es oft Probleme mit Zeitzonen-
|
||||||
|
angaben. Es gibt leider keine international genormte Bezeichnung
|
||||||
|
für europäische Zeitzonen (außer für GMT[2]). Unbekannte Zeit-
|
||||||
|
zonen werden von den meisten Programmen als GMT interpretiert.
|
||||||
|
Am besten funktioniert es in Deutschland, als Zeitzone »+0100«
|
||||||
|
bzw. bei Sommerzeit »+0200« einzutragen. Die Zeitzone darf
|
||||||
|
nur aus *einem* Wort bestehen, die Angabe »GMT +0100« ist
|
||||||
|
also fehlerhaft.
|
||||||
|
|
||||||
|
|
||||||
|
[2] »GMT« = »Greenwich Mean Time«
|
||||||
|
|
||||||
|
- Danksagung
|
||||||
|
|
||||||
|
Wolfgang Zenker (Ur-Autor dieses Artikels)
|
||||||
|
|
||||||
|
und
|
||||||
|
|
||||||
|
Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
|
||||||
|
Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
|
||||||
|
Christian-Peter Weiss, Klaus Baldermann
|
||||||
Loading…
Reference in a new issue