faqs/headerzeilen
1
0
Fork 0
Code Issues Pull requests Packages Projects Releases Activity

Compare commits

base: faqs:master
Branches Tags
faqs:master
faqs:update
faqs:2.1.0
faqs:2.0.0
faqs:2022-06-09
faqs:2003-02-20
faqs:1998-09-28
..
compare: faqs:2003-02-20
Branches Tags
faqs:update
faqs:master
faqs:2.1.0
faqs:2.0.0
faqs:2022-06-09
faqs:2003-02-20
faqs:1998-09-28

No commits in common. "master" and "2003-02-20" have entirely different histories.
master ... 2003-02-20

5 changed files with 328 additions and 449 deletions
Show stats Expand all files Collapse all files

1
.gitattributes vendored
View file

@ -1,2 +1 @@
headerzeilen export-subst
* text=auto * text=auto

18
ChangeLog
View file

@ -1,18 +0,0 @@
headerzeilen 2.1.0 (2024-12-07)
* Komplette Überarbeitung.
* Formatierung als Markdown.
* Webversion erzeugen und als URL angeben.
headerzeilen 2.0.0 (2024-12-01)
* Credits ergänzt.
* Komplette Überarbeitung.
* ID hinzugefügt.
headerzeilen (2022-06-09)
* ChangeLog und TODO hinzugefügt.
* URLs und Danksagung angepasst.
* URLs auf HTTPS geändert.
* Tippfehler verbessert.
* Anpassung an aktuelle RFCs, Aufnahme aktueller Bezugsquellen
für RFCs.
Danke an Marcel Logen <333200007110-0201@ybtra.de>.

10
README.md
View file

@ -1,10 +0,0 @@
# Diese merkwürdigen Headerzeilen
* Archive-name: de-newusers/headerzeilen
* Posting-frequency: weekly
* URL: https://th-h.de/archives/faqs/headerzeilen.txt
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.

6
TODO
View file

@ -1,6 +0,0 @@
headerzeilen To-Do-Liste
========================
* Weitere Ueberarbeitung
- deutlichere Trennung User/Einsteiger contra Admin/Fortgeschrittener
- Struktur kritisch ueberdenken: allgemeine Einfuehrung vorneweg?

650
headerzeilen
View file

@ -1,460 +1,374 @@
Archive-name: de-newusers/headerzeilen Archive-name: de-newusers/headerzeilen
Posting-frequency: weekly Posting-frequency: weekly
Version: 2.1.0 Last-modified: 2003-02-20
Last-modified: 2024-12-07 URL: http://www.cgarbers.de/usenet/headerzeilen.txt
URL: https://www.kirchwitz.de/~amk/dni/headerzeilen URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
URL: https://th-h.de/net/usenet/faqs/headerzeilen/
Diese merkwürdigen Headerzeilen Diese merkwürdigen Headerzeilen
=============================== ===============================
Du solltest nach der Lektüre dieses Textes wissen, was Kopf- oder
Headerzeilen in einem Newsbeitrag ("Artikel", "Posting") sind, welche
Bedeutung die gebräuchlichsten Headerzeilen haben und welche Du
ggf. ändern oder hinzufügen könntest.
Dieser Beitrag erhebt keinen Anspruch auf Vollständigkeit, denn es Du solltest nach der Lektüre dieses Artikels wissen, was die
sollen hier nur die wichtigsten Headerzeilen behandelt werden. Wenn Du Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
mehr wissen willst: am Ende dieses Textes findest Du Quellenangaben Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
für mehr Infos sowie einige Hinweise für neue News-Administratoren. könntest.
Was ist eine Headerzeile? Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
------------------------- denn es sollen hier nur die wichtigsten Headerzeilen behandelt
werden.
Ein Newsartikel besteht aus Headerzeilen, gefolgt von einer Wenn Du mehr wissen willst: am Ende des Artikels findest Du
Leerzeile und dem eigentlichen Artikeltext (auch "Body" genannt). Quellenangaben für mehr Infos sowie einige Hinweise für neue
Headerzeilen beeinflussen den Transport, die Speicherung und die News-Administratoren.
Verarbeitung von Newsartikeln.
Ein Beispiel:
Path: uni-berlin.de!fu-berlin.de!news.albasani.net!not-for-mail - Was ist eine Headerzeile?
From: Jonas Gerhardt <jonas.gerhardt@domain.example>
Newsgroups: de.test
Subject: Re: Das ist ein Test ignore
Date: Sat, 14 Jan 2012 01:18:16 +0200
Message-ID: <use4me$bd5$1@news.albasani.net>
References: <ivs7jj$ns0$1@speranza.aioe.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
User-Agent: tin/2.6.4-20241019 ("Banff") (Linux/6.1.0-25-amd64 (x86_64))
Gernot Breiner schrieb am 13.01.2012 um 22:40: 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.
> Das ist ein Test. 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."
Das hier auch! Einige Newssysteme verlangen darüber hinaus, daß eine
Headerzeile mit einem Großbuchstaben beginnt.
Zumindest die wichtigsten Headerzeilen werden Dir in der Regel in
Deinem Newsreader angezeigt, wenn auch nicht notwendig in der Form,
wie sie tatsächlich im Posting stehen. Dazu gehören üblicherweise der
Absender, die Gruppe, in der der Artikel veröffentlicht wurde, sein
Betreff und das Datum.
Die anderen Headerzeilen müssen oft erst eingeblendet werden. - Welche Headerzeilen _müssen_ vorhanden sein?
Wie kann ich Headerzeilen bearbeiten oder hinzufügen? * "Subject"
-----------------------------------------------------
Wenn Du einen Newsartikel posten willst, hast Du üblicherweise die Die Subject-Headerzeile (Betreff) soll angeben, worum es
Möglichkeit, neben dem Artikeltext auch die wichtigsten Headerzeilen in Deinem Artikel geht. Viele Leser entscheiden anhand
(insbesondere den Betreff und die Gruppe für die Veröffentlichung) dieses Betreffs, ob sie Deinen Artikel lesen oder über-
anzugeben. Die restlichen notwendigen Headerzeilen werden dann vom springen.
Newsreader erzeugt. Wenn Du auf einen anderen Artikel antwortest, wird
normalerweise der Betreff des anderen Artikels mit den
vier vorangestellten Zeichen "Re: " automatisch über-
nommen. Leider missachten manche Newsreader diese
_Vorschrift_ [1] und setzt an die Stelle des "Re: "
ein länderspezifisches Kürzel (z.B. "AW: " für
"Antwort"). Andere Software verwendet die Form "Re^2: ",
die genauso verkehrt ist.
Die meisten Newsreader erlauben Dir aber auch, einige oder alle Falls sich die Diskussion in eine andere Richtung ent-
Headerzeilen zu editieren und weitere Zeilen hinzuzufügen. wickelt, solltest Du jedoch die "Subject:"-Zeile an
die veränderte Thematik anpassen.
Bei Newsreadern - insbesondere solchen mit unixoiden Wurzeln -, die Es ist hierbei üblich, nach dem neuen Subject in Klam-
einen externen Editor starten, wird Dir der Entwurf des Beitrags oft mern "(was: altes Subject)" anzugeben ["was" ist hier-
wie in dem Beispiel oben angezeigt, nämlich vollständig mit allen bei englisch für "war"]. Beim Antworten auf einen sol-
Headerzeilen und dem Text. Du kannst dann beides frei editieren. chen Artikel solltest Du dann die Klammer entfernen
Newsreader mit einer grafischen Benutzeroberfläche (GUI, "graphical (einige Newsreader machen dies sogar automatisch, aber
user interface") bieten hingegen regelmäßig nur wenige Headerzeilen nur, wenn Du "was" verwendest, da dies Vorschrift ist
zur unmittelbaren Bearbeitung an und ermöglichen es nur über weitere [1]).
Bedienschritte, Headerzeilen hinzuzufügen oder vorhandene Headerzeilen
zu bearbeiten. Die Einzelheiten dazu finden sich dann in der
Dokumentation oder der Hilfe-Funktion des Newsreaders. Hinweise und
Links zu gebräuchlichen Newsreader findest Du u.a. in der FAQ
"Newsreader-Übersicht für Einsteiger" in de.newusers.infos:
From: thh@thh.name (Thomas Hochstein) Lies hierbei auch die entsprechenden Anmerkungen der
Newsgroups: de.newusers.infos,de.comm.software.newsreader, Netiquette, die wie andere Info-Texte in der
de.comm.software.outlook-express Newsgroup de.newusers.infos zu finden ist.
Subject: <Datum> FAQ: Newsreader-Uebersicht fuer Einsteiger
Archive-name: de-comm-software/newsreader-faq
Posting-frequency: weekly
URL: https://th-h.de/archives/faqs/newsreader-faq.txt
URL: https://www.kirchwitz.de/~amk/dni/newsreader-faq
In jedem Fall müssen hinzugefügte oder veränderte Headerzeilen den [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
entsprechenden Formvorschriften genügen, damit Dein Beitrag korrekt quellen s.u.)
verbreitet werden kann.
Wie sehen Headerzeilen aus? * "Newsgroups"
---------------------------
Headerzeilen müssen strikten Formvorschriften gehorchen. Sie bestehen Hierhin kommt der Name der Gruppe, in die der Artikel
immer aus dem Namen der Headerzeile, der keine Leerzeichen gepostet wird. Ab und zu kann es sinnvoll sein, den
(oder anderen Leerraum wie bspw. Tabulatoren) enthalten darf und mit Artikel in mehr als eine Gruppe zu posten. In diesem
einem Doppelpunkt endet. Nach genau einem Leerzeichen folgt dann der Fall gibst Du in dieser Zeile die Namen aller betrof-
Inhalt der Headerzeile. fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
durch ein Komma getrennt werden. Bitte *nicht* denselben
Artikel in die Newsgruppen einzeln posten!
Ein Beispiel: 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.
Subject: Re: Das ist ein Test ignore Die Methode, mehrere Gruppennamen in diese Zeile zu
Message-ID: <use4me$bd5$1@news.albasani.net> 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.
Wenn Header über eine Benutzeroberfläche bearbeitet werden, sind Bitte beachte, daß exzessives Crossposting -- insbesondere
meistens getrennte Eingabefelder für den Namen und den Inhalt der über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
Headerzeile vorgesehen. _unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
schnell Ärger bekommen. Eine Klassifizierung für "exzessiv"
Sowohl die Namen der notwendigen und zulässigen Headerzeilen als auch an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
der vorgesehene Inhalt (und dessen Format) sind vorgegeben. Die ein Crossposting in fünf Gruppen schon als extrem unhöf-
meisten Vorgaben sollte der verwendete Newsreader automatisch lich angesehen. Wenn es unbedingt ein Crossposting sein
umsetzen. Tut er dies nicht, kann es sein, dass Du von anderen muß, so sei Dir hier der Rat gegeben, dies in nicht mehr
Netzteilnehmern einen Hinweis darauf bekommst, etwa: "Deine als zwei Gruppen zu tun (natürlich inklusive gesetztem
Message-ID ist nicht in Ordnung. Es ist wichtig, dass die "Followup-To", doch dazu später).
Headerzeilen korrekt vorliegen: ansonsten kann Dein Artikel
vielleicht nicht weitergeleitet werden."
In Headerzeilen sind regelmäßig nur 7bit-Zeichen (ASCII) zulässig.
Umlaute und andere Sonderzeichen dürfen dort nicht erscheinen,
sondern müssen als sog. "MIME encoded words" kodiert werden. Das
liest sich dann wie Kauderwelsch und lässt sich daher üblicherweise
nicht von Hand erledigen, sondern sollte durch den Newsreader
umgesetzt werden. Umgekehrt übersetzt ein MIME-fähiger Newsreader
das Kauderwelsch dann bei der Anzeige wieder in lesbaren Text.
Die Headerzeile
Subject: =?UTF-8?Q?Die_n=C3=A4chste_freie_Person?=
führt zum Beispiel zu einem Betreff, der im Newsrader dann als "Die
nächste freie Person" angezeigt wird.
Welche Headerzeilen **müssen** vorhanden sein?
--------------------------------------------
### Subject (Betreff)
Die Subject-Headerzeile (Betreff) soll angeben, worum es in Deinem
Artikel geht. Leser entscheiden möglicherweise anhand dieses
Betreffs, ob sie Deinen Artikel lesen oder überspringen.
Wenn Du auf einen anderen Artikel antwortest, wird normalerweise der
Betreff des anderen Artikels mit den vier vorangestellten Zeichen
"Re: " automatisch übernommen. Leider missachten manche Newsreader
diese Konvention [^1] und setzen an die Stelle des "Re: " ein
länderspezifisches Kürzel (z.B. "AW: " für "Antwort"). Andere
Software verwendet die Form "Re^2: ", die ebenso verkehrt ist.
[^1]: Vergleiche RFC 5537, Abschnitt 3.4.3 (Bezugsquellen s.u.)
Falls sich die Diskussion in eine andere Richtung entwickelt,
solltest Du jedoch die "Subject:"-Zeile an die veränderte Thematik
anpassen. Es ist hierbei üblich, nach dem neuen Subject in
Klammern "(was: altes Subject)" anzugeben; "was" ist hierbei das
englische Wort für "war". Beim Antworten auf einen solchen Artikel
solltest Du dann die Klammer entfernen (einige Newsreader machen
das sogar automatisch, aber nur, wenn Du "was" verwendest).
Ein Beispiel für einen sich ändernden Betreff:
Subject: Re: Altes Subject
Subject: Neues Subject (was: Altes Subject)
Subject: Re: Neues Subject
Lies hierzu auch die entsprechenden Anmerkungen in der Netiquette, die
wie andere Info-Texte in der Newsgroup de.newusers.infos zu finden
ist:
From: amk@spamfence.net (Andreas M. Kirchwitz)
Newsgroups: de.newusers.infos,news.answers,de.answers
Subject: <Datum> Netiquette fuer "de.*"
Archive-name: de-newusers/netiquette
Posting-frequency: weekly
URL: http://www.kirchwitz.de/~amk/dni/netiquette
### Newsgroups (Gruppe)
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
betroffenen Gruppen an. Die Gruppennamen müssen dabei jeweils durch
ein Komma (ohne Leerzeichen!) getrennt werden:
Newsgroups: de.newusers.infos,news.answers,de.answers
Bitte **nicht** denselben Artikel in jede Newsgruppe einzeln posten!
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, dass der Artikel bereits in einer anderen Gruppe gelesen
wurde und zeigen ihn nicht nochmals in den weiteren Gruppen an.
Bitte beachte, dass exzessives Crossposting -- insbesondere über
mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg -- maximal
unerwünscht ist. Wer dies nicht beachtet, kann sehr schnell
Ärger bekommen. Eine Klassifizierung für "exzessiv" mit einer
absoluten Zahl gibt es nicht. Wenn es unbedingt ein Crossposting
sein muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
als zwei oder drei thematisch passende Gruppen zu tun (natürlich
inklusive gesetztem "Followup-To", doch dazu später).
Es ist meist sinnvoll (und gilt als höflich), bei einem Es ist meist sinnvoll (und gilt als höflich), bei einem
"gecrossposteten" Artikel die Antworten nur in eine Gruppe zu "crossposted" Artikel die Antworten _nur_ in eine Gruppe
leiten. Siehe dazu die "Followup-To:"-Headerzeile weiter unten. zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
weiter unten.
Automatisch ergänzte Headerzeilen * automatisch ergänzte Headerzeilen:
---------------------------------
Außer den oben genannten müssen noch folgende Headerzeilen vorhanden Außer den oben genannten müssen noch folgende Headerzeilen
sein: vorhanden sein:
- **From:**, - "From:", dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
der Absender bzw. richtiger Autor des Beitrags, wobei der Aufbau beschrieben ist,
dieser Headerzeile in RFC 5536, Abschnitt 3.1.2 bzw. in RFC 5322,
Abschnitt 3.6.2, beschrieben ist,
- **Date:**, - "Message-ID:", Abschnitt 5.3, RFC 1036bis,
das Datum, beschrieben in RFC 5536, Abschnitt 3.1.1,
- **Message-ID:**, - "Date:", Abschnitt 5.1, RFC1036bis und
eine eindeutige technische Kennung, die das Posting identifiziert,
beschrieben in RFC 5536, Abschnitt 3.1.3, und
- **Path:**, - "Path:", Abschnitt 5.6, RFC1036bis.
der Laufweg des Postings, beschrieben in RFC 5536, Abschnitt 3.1.5.
(Quellenangaben für die RFCs s.u.) (Quellenangaben für RFC1036bis s.u.)
Diese Headerzeilen werden beim Erstellen oder Absenden des Beitrags Diese werden beim Absenden automatisch erzeugt, und Du
automatisch erzeugt, und Du solltest daran nichts editieren. (Es sei solltest daran nichts editieren.
denn, Du möchtest für diesen Beitrag einen anderen Absender als sonst
verwenden.)
Welche anderen, optionalen Headerzeilen gibt es? "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.
### Reply-To (Mailantwort an)
Diese Headerzeile dient dazu, Antworten per E-Mail an eine andere - Welche anderen, optionalen Headerzeilen gibt es?
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.
### Followup-To (öffentliche Antwort an) * "Sender"
Diese Headerzeile ist das Äquivalent zu "Reply-To:"" für ein Followup, Der Verwendungszweck dieser Headerzeile ist die
also eine öffentliche Antwort auf Deinen Artikel. Du gibst hier die tatsächliche Angabe des Posters des Artikels,
Newsgruppe(n) an, in welche Antworten auf den Artikel gepostet sollen, sofern die From:-Adresse von der eigenen Adresse
falls diese von den Gruppen in der "Newsgroups:"-Zeile abweichen. abweicht. Üblicherweise findet man diese Header-
Verwendet wird dies z.B., wenn Du einen Artikel in mehrere Gruppen zeile in moderierten Gruppen, wenn dort der Mo-
schreibst, aber die Antworten in nur einer Gruppe haben willst, oder derator Postings von anderen Leuten veröffentlicht.
wenn es zu der Gruppe, in welcher der Artikel steht, eine In der From:-Zeile stünde dann die Adresse desje-
separate "Diskussionsgruppe" gibt (die meistens die Endung ".d" nigen, der den Artikel gepostet haben möchte, in
trägt), wie beispielsweise "de.talk.jokes" für Witze und der Sender-Headerzeile die Adresse des Moderators.
"de.talk.jokes.d" für Diskussionen darüber. Die Headerzeile
"Followup-To:" sollte immer nur *eine* Gruppe enthalten (nämlich die
für Deinen Artikel thematisch am besten geeignete Gruppe).
Ein Sonderfall ist die Angabe von "Followup-To: poster". Dies Im normalen Gebrauch solltest du diese Headerzeile
bedeutet, dass Antworten nur per Mail an Dich gerichtet, jedoch keine jedoch nicht verwenden.
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
überlassen Dir die Wahl zwischen einem (öffentlichen) Followup oder
einer Antwort per E-Mail.
Beachte: * "Distribution"
Followup-To: poster,irgendeine.news.group 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.
funktioniert nicht! "poster" muss, wenn es verwendet wird, in der Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir,
"Followup-To"-Headerzeile alleine stehen. wem dieser Artikel geschickt werden soll und wem nicht. Du
solltest Dich aber nicht darauf verlassen, daß sich alle
an diese Empfehlung halten.
### Sender (technischer Absender) Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
System auch verlassen soll), die "Distribution"-Headerzeile
_komplett_ wegzulassen.
Der Verwendungszweck dieser Headerzeile ist die Angabe des technischen * "Organization"
Absenders, also des tatsächlichen Posters des Artikels, wenn dieser
vom Autor (im "From:") abweicht. Sie ist daher nur dann sinnvoll,
wenn man einen fremden Beitrag postet. Üblicherweise findet man
diese Headerzeile daher in moderierten Gruppen, wenn dort der
Moderator Postings von anderen Leuten veröffentlicht. In
der "From:"-Zeile stünde dann die Adresse desjenigen, der den Artikel
verfasst hat und gepostet haben möchte, in der "Sender:"-Headerzeile
die Adresse des Moderators, also desjenigen, der den(fremden) Artikel
in das Usenet einspeist.
Im normalen Gebrauch solltest Du diese Headerzeile jedoch nicht
verwenden.
### Organization (Organisation)
Beachte: "z" anstatt "s"! Beachte: "z" anstatt "s"!
Diese Zeile gibt an, welcher Organisation Du angehörst oder wem der Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
Rechner gehört, auf dem Du Deinen Artikel schreibst oder bei dem Du Deinen Artikel schreibst oder bei dem Du Deinen Artikel
Deinen Artikel einlieferst. Oft wird diese Zeile vom Newssystem einlieferst. Normalerweise wird diese Zeile vom Newssystem
automatisch eingesetzt, wenn sie leer ist. automatisch eingesetzt.
### References (Bezüge) * "References"
Diese Zeile sollte nur existieren, wenn Du auf einen anderen Artikel Diese Zeile sollte nur existieren, wenn Du auf einen anderen
antwortest. Hier steht die "Message-ID:" des beantworteten Artikels Artikel antwortest. Hier steht die "Message-ID:" des beant-
und eventuell außerdem die Message-IDs aus der "References:"-Zeile, worteten Artikels und eventuell außerdem die Message-IDs
welche der beantwortete Artikel schon enthalten hat. Dies wird von aus der "References:"-Zeile, welche der beantwortete Artikel
vielen Newsreadern benutzt, um zu erkennen, dass sich Dein Artikel schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
auf den beantworteten bezieht. Falls Deine Antwort eine neue um zu erkennen, daß sich Dein Artikel auf den beantworteten
Diskussion eröffnet, solltest Du eventuell die References-Zeile bezieht. Falls Deine Antwort eine neue Diskussion eröffnet,
löschen und damit den Bezug zum alten Artikel lösen. Die solltest Du eventuell die References-Zeile löschen und
References-Zeile kann u.U. sehr lang werden. Falls Dein System damit den Bezug zum alten Artikel lösen.
Probleme mit der Bearbeitung sehr langer Zeilen hat und Du die Die References-Zeile kann u.U. sehr lang werden. Falls
References-Zeile kürzen willst, solltest Du mindestens die erste und Dein System Probleme mit der Bearbeitung sehr langer Zeilen
die beiden letzten IDs stehen lassen. hat und Du die References-Zeile kürzen willst, solltest
Du mindestens die erste und die beiden letzten IDs stehen
lassen.
### Supersedes ("ersetzt") * "Supersedes"
Viele Newsreader können ein von dir geschriebenes Posting auch Viele Newsreader können ein von dir geschriebenes Posting
"superseden" (überschreiben) anstatt zu canceln. Solltest Du in einem auch "superseden" (überschreiben) anstatt zu canceln. Solltest
schon geposteten Artikel zum Beispiel noch eine Anmerkung vergessen Du in einem schon geposteten Artikel zum Beispiel noch eine
haben, so supersedest Du diesen Artikel (der Newsreader ruft den Anmerkung vergessen haben, so supersedest Du diesen Artikel
Editor mit dem Artikel auf, und Du kannst Deine Anmerkung hinzufügen), (der Newsreader ruft den Editor mit dem Artikel auf, und Du
anstatt ihn zu canceln und nochmals neu einzugeben. kannst deine Anmerkung hinzufügen), anstatt ihn zu canceln
und nochmals neu einzugeben.
Die Supersedes-Headerzeile enthält die Message-ID des zu Die Supersedes-Headerzeile enthält die Message-ID des zu
"überschreibenden" Artikels. "überschreibenden" Artikels.
### X-No-Archive: yes (keine Archivierung) * "Followup-To"
Diese Headerzeile soll verhindern, dass Deine Posting in Webarchiven Diese Headerzeile dient der Umleitung von Antworten auf
wie früher bspw. <https://groups.google.com/> angezeigt werden. 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).
Solltest Du keine optionalen Headerzeilen Deinem Posting hinzufügen Ein Sonderfall ist die Angabe von "poster". Dies bedeutet,
können, so kannst Du diese Headerzeile auch in die erste Zeile des daß Antworten nur per Mail an Dich gerichtet, jedoch
Artikels schreiben. 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.
Die Beachtung dieser Headerzeile ist nicht gesichert. Beachte: Ein "Followup-To: poster,irgendeine.news.group"
funktioniert _nicht_!
### Zeichenkodierung * "Reply-To"
Auch im Artikeltext eines Newsbeitrags sind standardmäßig nur Diese Headerzeile dient dazu, Antworten per E-Mail an eine
7bit-Zeichen (ASCII) zulässig. Um dort Umlaute und andere andere Adresse als in der "From:"-Zeile umzuleiten und sollte
Sonderzeichen verwenden zu können (die dann auch richtig angezeigt) nur dann benutzt werden, wenn die "Reply-To:"-Adresse auch
werden, braucht man MIME ("Multipurpose Internet Mail Extensions"). tatsächlich eine andere ist als die in der "From:"-Zeile
Entsprechende Headerzeilen geben die MIME-Version an (regelmäßig genannte _gültige_ Adresse.
Version 1), Art und Zeichensatz des Inhalts sowie die verwendete
Transportkodierung.
Ein Beispiel: * "X-No-Archive: yes"
MIME-Version: 1.0 Diese Headerzeile verhindert, dass deine Posting von
Content-Type: text/plain; charset=UTF-8 http://groups.google.com/ angezeigt werden.
Content-Transfer-Encoding: 8bit
Dieses Posting enthält reinen Text (wie es sein soll, also kein HTML) Solltest Du keine optionalen Headerzeilen deinem Posting
im Zeichensatz "UTF-8", und die über ASCII hinausgehenden Zeichen hinzufügen können, so kannst Du diese Headerzeile auch
stehen ohne weitere Transportkodierung im Artikeltext. in die erste Zeile des Artikels schreiben.
Diese Headerzeilen sollte Dein Newsreader passend erzeugen. * viele weitere mehr
### Weitere optionale Headerzeilen 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.
Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen, die hier
nicht aufgeführt wurden. Zum Schreiben eines Artikels sind sie nicht
unbedingt nötig.
RFC 5536 beschreibt diese in Kapitel 3.2. - Wo erfahre ich mehr?
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
Die News-Headerzeilen sind in den Internet-Standard-Dokumenten, den <ftp://ftp.uni-paderborn.de/doc/rfc/>
sog. RFCs (Requests for Comment) definiert. Für News-Headerzeilen
relevant sind derzeit RFC 5322 sowie RFC 5536 und RFC 5537.
Alle RFCs sind auf der Website der IETF (Internet Engineering Task oder
Force) oder beim RFC-Editor zu finden:
* <https://datatracker.ietf.org/>, z. B. <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
<https://datatracker.ietf.org/doc/html/rfc5536>
* <https://www.rfc-editor.org/> 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
Die für Newsartikel relevanten RFCs sind auch auf den Webseiten von send /pub/doc/rfc/rfcXXXX.gz
Russ Allbery zusammengestellt:
* <https://www.eyrie.org/~eagle/usefor/> (wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
Hinweise für News-Administratoren Den son-of-RFC 1036 findest Du als Text-Version unter
---------------------------------
Hier kurz die häufigsten Konfigurationsfehler im Zusammenhang mit <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
News-Headerzeilen:
* Die "Path:"-Headerzeile dient dazu, zu speichern, über welche Sites als Postscript-Version unter
ein Artikel bereits gelaufen ist, damit der Artikel nicht nochmals
zu diesen Sites geschickt wird. Das setzt voraus, dass Deine Site
hier einen *weltweit eindeutigen* Namen einträgt, in der Regel den
vollständigen Hostnamen einschließlich Domain ("full qualified
domain name" oder "FQDN").
* Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!) <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: sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
`<localpart@domainpart>` Dabei dürfen beide Teile alle Zahlen sowie <localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
Groß- und Kleinbuchstaben des US-ASCII-Zeichensatzes enthalten, Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " . [ ]
sowie die folgenden Sonderzeichen: 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).
Zwischen solchen Zeichenfolgen darf auch ein Punkt `.` stehen, aber Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
nicht am Beginn oder am Ende oder zweimal nacheinander. "domainpart" angaben. Es gibt leider keine international genormte Bezeichnung
sollte zudem der FQDN des Newsssystems sein. 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.
* Bei der "Date:"-Headerzeile gibt es manchmal Probleme mit
Zeitzonenangaben. Unbekannte Zeitzonen werden von den meisten
Programmen als UTC (GMT) [^2] interpretiert. Am besten funktioniert
es, als Zeitzone "+0100" bzw. bei Sommerzeit "+0200" einzutragen.
Die Zeitzone darf nur aus *einem* Wort bestehen, die Angabe
"GMT +0100" wäre also fehlerhaft.
[^2]: "UTC" = "Coordinated Universal Time", [2] "GMT" = "Greenwich Mean Time"
"GMT" = "Greenwich Mean Time"
Maintainer und Danksagung - Danksagung
-------------------------
Derzeit wird dieser Text von Thomas Hochstein <thh@thh.name> betreut. Wolfgang Zenker (Ur-Autor dieses Artikels)
Björn Schotte (bisheriger Maintainer)
Er ist auch in einem Git-Repository unter und
<https://code.virtcomm.de/faqs/headerzeilen/> verfügbar und kann über
die Weboberfläche eingesehen oder ausgecheckt werden.
Dank gilt insbesondere dem Autor und den früheren Maintainern: Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
- Wolfgang Zenker (Ur-Autor dieses Textes) Christian-Peter Weiss, Klaus Baldermann
- Björn Schotte (Maintainer bis 02/2003)
- Christoph Garbers (Maintainer bis 09/2011)
und für Beiträge zu dem Text in der jetzigen oder einer früheren
Fassung:
Oliver Fink, Gert Doering, Werner Icking, Martin Sluka, Ralf Wenk,
Walter Mildenberger, Andreas Bewersdorff, Christian-Peter Weiss,
Klaus Baldermann, Marcel Logen
Ergänzungen und Korrekturen, Lob und Kritik nimmt der Betreuer dieses
Textes gerne entgegen.
--
Id: $Format:%t %d %ai %an$