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?

742
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 Du solltest nach der Lektüre dieses Artikels wissen, was die
Headerzeilen in einem Newsbeitrag ("Artikel", "Posting") sind, welche Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
Bedeutung die gebräuchlichsten Headerzeilen haben und welche Du Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
ggf. ändern oder hinzufügen könntest. könntest.
Dieser Beitrag erhebt keinen Anspruch auf Vollständigkeit, denn es Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
sollen hier nur die wichtigsten Headerzeilen behandelt werden. Wenn Du denn es sollen hier nur die wichtigsten Headerzeilen behandelt
mehr wissen willst: am Ende dieses Textes findest Du Quellenangaben werden.
für mehr Infos sowie einige Hinweise für neue News-Administratoren.
Wenn Du mehr wissen willst: am Ende des Artikels findest Du
Was ist eine Headerzeile? Quellenangaben für mehr Infos sowie einige Hinweise für neue
------------------------- News-Administratoren.
Ein Newsartikel besteht aus Headerzeilen, gefolgt von einer
Leerzeile und dem eigentlichen Artikeltext (auch "Body" genannt). - Was ist eine Headerzeile?
Headerzeilen beeinflussen den Transport, die Speicherung und die
Verarbeitung von Newsartikeln. Ein Newsartikel besteht aus Headerzeilen, gefolgt von
einer Leerzeile und dem eigentlichen Artikeltext (auch
Ein Beispiel: "Body" genannt). Headerzeilen beeinflussen den Trans-
port, die Speicherung und die Verarbeitung von News-
Path: uni-berlin.de!fu-berlin.de!news.albasani.net!not-for-mail artikeln.
From: Jonas Gerhardt <jonas.gerhardt@domain.example>
Newsgroups: de.test Die meisten Newsreader erlauben Dir, einen Artikel in-
Subject: Re: Das ist ein Test ignore klusive Headerzeilen zu editieren. Dabei sind bestimmte
Date: Sat, 14 Jan 2012 01:18:16 +0200 Formvorschriften einzuhalten: Headerzeilen haben unmit-
Message-ID: <use4me$bd5$1@news.albasani.net> telbar nach dem ersten Wort einen Doppelpunkt und nach
References: <ivs7jj$ns0$1@speranza.aioe.org> diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
MIME-Version: 1.0 tere Werte. Die meisten der hier genannten Formvorschrif-
Content-Type: text/plain; charset=UTF-8 ten erledigt Dein Newsreader automatisch; wenn nicht,
Content-Transfer-Encoding: 8bit kann es sein, daß Du von anderen Netzteilnehmern einen
User-Agent: tin/2.6.4-20241019 ("Banff") (Linux/6.1.0-25-amd64 (x86_64)) Hinweis bekommst, etwa: "Deine Message-ID ist nicht in
Ordnung. Es ist wichtig, daß die Headerzeilen korrekt
Gernot Breiner schrieb am 13.01.2012 um 22:40: vorliegen: ansonsten kann Dein Artikel vielleicht nicht
weitergeleitet werden."
> Das ist ein Test.
Einige Newssysteme verlangen darüber hinaus, daß eine
Das hier auch! 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, - Welche Headerzeilen _müssen_ vorhanden sein?
wie sie tatsächlich im Posting stehen. Dazu gehören üblicherweise der
Absender, die Gruppe, in der der Artikel veröffentlicht wurde, sein * "Subject"
Betreff und das Datum.
Die Subject-Headerzeile (Betreff) soll angeben, worum es
Die anderen Headerzeilen müssen oft erst eingeblendet werden. in Deinem Artikel geht. Viele Leser entscheiden anhand
dieses Betreffs, ob sie Deinen Artikel lesen oder über-
Wie kann ich Headerzeilen bearbeiten oder hinzufügen? springen.
----------------------------------------------------- Wenn Du auf einen anderen Artikel antwortest, wird
normalerweise der Betreff des anderen Artikels mit den
Wenn Du einen Newsartikel posten willst, hast Du üblicherweise die vier vorangestellten Zeichen "Re: " automatisch über-
Möglichkeit, neben dem Artikeltext auch die wichtigsten Headerzeilen nommen. Leider missachten manche Newsreader diese
(insbesondere den Betreff und die Gruppe für die Veröffentlichung) _Vorschrift_ [1] und setzt an die Stelle des "Re: "
anzugeben. Die restlichen notwendigen Headerzeilen werden dann vom ein länderspezifisches Kürzel (z.B. "AW: " für
Newsreader erzeugt. "Antwort"). Andere Software verwendet die Form "Re^2: ",
die genauso verkehrt ist.
Die meisten Newsreader erlauben Dir aber auch, einige oder alle
Headerzeilen zu editieren und weitere Zeilen hinzuzufügen. Falls sich die Diskussion in eine andere Richtung ent-
wickelt, solltest Du jedoch die "Subject:"-Zeile an
Bei Newsreadern - insbesondere solchen mit unixoiden Wurzeln -, die die veränderte Thematik anpassen.
einen externen Editor starten, wird Dir der Entwurf des Beitrags oft
wie in dem Beispiel oben angezeigt, nämlich vollständig mit allen Es ist hierbei üblich, nach dem neuen Subject in Klam-
Headerzeilen und dem Text. Du kannst dann beides frei editieren. mern "(was: altes Subject)" anzugeben ["was" ist hier-
Newsreader mit einer grafischen Benutzeroberfläche (GUI, "graphical bei englisch für "war"]. Beim Antworten auf einen sol-
user interface") bieten hingegen regelmäßig nur wenige Headerzeilen chen Artikel solltest Du dann die Klammer entfernen
zur unmittelbaren Bearbeitung an und ermöglichen es nur über weitere (einige Newsreader machen dies sogar automatisch, aber
Bedienschritte, Headerzeilen hinzuzufügen oder vorhandene Headerzeilen nur, wenn Du "was" verwendest, da dies Vorschrift ist
zu bearbeiten. Die Einzelheiten dazu finden sich dann in der [1]).
Dokumentation oder der Hilfe-Funktion des Newsreaders. Hinweise und
Links zu gebräuchlichen Newsreader findest Du u.a. in der FAQ Lies hierbei auch die entsprechenden Anmerkungen der
"Newsreader-Übersicht für Einsteiger" in de.newusers.infos: Netiquette, die wie andere Info-Texte in der
Newsgroup de.newusers.infos zu finden ist.
From: thh@thh.name (Thomas Hochstein)
Newsgroups: de.newusers.infos,de.comm.software.newsreader,
de.comm.software.outlook-express [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
Subject: <Datum> FAQ: Newsreader-Uebersicht fuer Einsteiger quellen s.u.)
Archive-name: de-comm-software/newsreader-faq * "Newsgroups"
Posting-frequency: weekly
URL: https://th-h.de/archives/faqs/newsreader-faq.txt Hierhin kommt der Name der Gruppe, in die der Artikel
URL: https://www.kirchwitz.de/~amk/dni/newsreader-faq gepostet wird. Ab und zu kann es sinnvoll sein, den
Artikel in mehr als eine Gruppe zu posten. In diesem
In jedem Fall müssen hinzugefügte oder veränderte Headerzeilen den Fall gibst Du in dieser Zeile die Namen aller betrof-
entsprechenden Formvorschriften genügen, damit Dein Beitrag korrekt fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
verbreitet werden kann. durch ein Komma getrennt werden. Bitte *nicht* denselben
Artikel in die Newsgruppen einzeln posten!
Wie sehen Headerzeilen aus?
--------------------------- Achtung: nach einem trennenden Komma auf _keinen_ Fall
ein Leerzeichen setzen, der Artikel wird sonst von vie-
Headerzeilen müssen strikten Formvorschriften gehorchen. Sie bestehen len Newssystemen als fehlerhaft weggeworfen. Auch manche
immer aus dem Namen der Headerzeile, der keine Leerzeichen Newsreader prüfen, ob nach einem trennenden Komma ein
(oder anderen Leerraum wie bspw. Tabulatoren) enthalten darf und mit Leerzeichen steht und warnen ggf. den Benutzer.
einem Doppelpunkt endet. Nach genau einem Leerzeichen folgt dann der
Inhalt der Headerzeile. Die Methode, mehrere Gruppennamen in diese Zeile zu
schreiben, nennt man "Crossposting". Sie hat gegenüber
Ein Beispiel: dem "einzeln in mehrere Gruppen schreiben" eine Reihe
von Vorteilen: Der Artikel wird nur einmal übertragen,
Subject: Re: Das ist ein Test ignore auf vielen Newssystemen steht der Artikeltext nur einmal
Message-ID: <use4me$bd5$1@news.albasani.net> auf der Platte und viele Newsreader erkennen, daß der
Artikel bereits in einer anderen Gruppe gelesen wurde
Wenn Header über eine Benutzeroberfläche bearbeitet werden, sind und zeigen ihn nicht nochmals in den weiteren Gruppen
meistens getrennte Eingabefelder für den Namen und den Inhalt der an.
Headerzeile vorgesehen.
Bitte beachte, daß exzessives Crossposting -- insbesondere
Sowohl die Namen der notwendigen und zulässigen Headerzeilen als auch über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
der vorgesehene Inhalt (und dessen Format) sind vorgegeben. Die _unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
meisten Vorgaben sollte der verwendete Newsreader automatisch schnell Ärger bekommen. Eine Klassifizierung für "exzessiv"
umsetzen. Tut er dies nicht, kann es sein, dass Du von anderen an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
Netzteilnehmern einen Hinweis darauf bekommst, etwa: "Deine ein Crossposting in fünf Gruppen schon als extrem unhöf-
Message-ID ist nicht in Ordnung. Es ist wichtig, dass die lich angesehen. Wenn es unbedingt ein Crossposting sein
Headerzeilen korrekt vorliegen: ansonsten kann Dein Artikel muß, so sei Dir hier der Rat gegeben, dies in nicht mehr
vielleicht nicht weitergeleitet werden." als zwei Gruppen zu tun (natürlich inklusive gesetztem
"Followup-To", doch dazu später).
In Headerzeilen sind regelmäßig nur 7bit-Zeichen (ASCII) zulässig.
Umlaute und andere Sonderzeichen dürfen dort nicht erscheinen, Es ist meist sinnvoll (und gilt als höflich), bei einem
sondern müssen als sog. "MIME encoded words" kodiert werden. Das "crossposted" Artikel die Antworten _nur_ in eine Gruppe
liest sich dann wie Kauderwelsch und lässt sich daher üblicherweise zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
nicht von Hand erledigen, sondern sollte durch den Newsreader weiter unten.
umgesetzt werden. Umgekehrt übersetzt ein MIME-fähiger Newsreader
das Kauderwelsch dann bei der Anzeige wieder in lesbaren Text. * automatisch ergänzte Headerzeilen:
Die Headerzeile Außer den oben genannten müssen noch folgende Headerzeilen
vorhanden sein:
Subject: =?UTF-8?Q?Die_n=C3=A4chste_freie_Person?=
- "From:", dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
führt zum Beispiel zu einem Betreff, der im Newsrader dann als "Die beschrieben ist,
nächste freie Person" angezeigt wird.
- "Message-ID:", Abschnitt 5.3, RFC 1036bis,
Welche Headerzeilen **müssen** vorhanden sein?
-------------------------------------------- - "Date:", Abschnitt 5.1, RFC1036bis und
### Subject (Betreff) - "Path:", Abschnitt 5.6, RFC1036bis.
Die Subject-Headerzeile (Betreff) soll angeben, worum es in Deinem (Quellenangaben für RFC1036bis s.u.)
Artikel geht. Leser entscheiden möglicherweise anhand dieses
Betreffs, ob sie Deinen Artikel lesen oder überspringen. Diese werden beim Absenden automatisch erzeugt, und Du
solltest daran nichts editieren.
Wenn Du auf einen anderen Artikel antwortest, wird normalerweise der
Betreff des anderen Artikels mit den vier vorangestellten Zeichen "From:" gibt den Autor des Artikels an (also Dich),
"Re: " automatisch übernommen. Leider missachten manche Newsreader "Date:" das Absendedatum, "Path:" den Weg, über welchen
diese Konvention [^1] und setzen an die Stelle des "Re: " ein der Artikel bisher transportiert wurde, "Message-ID:"
länderspezifisches Kürzel (z.B. "AW: " für "Antwort"). Andere ist eine weltweit eindeutige Kennzeichnung des Artikels.
Software verwendet die Form "Re^2: ", die ebenso verkehrt ist.
[^1]: Vergleiche RFC 5537, Abschnitt 3.4.3 (Bezugsquellen s.u.) - Welche anderen, optionalen Headerzeilen gibt es?
Falls sich die Diskussion in eine andere Richtung entwickelt, * "Sender"
solltest Du jedoch die "Subject:"-Zeile an die veränderte Thematik
anpassen. Es ist hierbei üblich, nach dem neuen Subject in Der Verwendungszweck dieser Headerzeile ist die
Klammern "(was: altes Subject)" anzugeben; "was" ist hierbei das tatsächliche Angabe des Posters des Artikels,
englische Wort für "war". Beim Antworten auf einen solchen Artikel sofern die From:-Adresse von der eigenen Adresse
solltest Du dann die Klammer entfernen (einige Newsreader machen abweicht. Üblicherweise findet man diese Header-
das sogar automatisch, aber nur, wenn Du "was" verwendest). zeile in moderierten Gruppen, wenn dort der Mo-
derator Postings von anderen Leuten veröffentlicht.
Ein Beispiel für einen sich ändernden Betreff: In der From:-Zeile stünde dann die Adresse desje-
nigen, der den Artikel gepostet haben möchte, in
Subject: Re: Altes Subject der Sender-Headerzeile die Adresse des Moderators.
Subject: Neues Subject (was: Altes Subject)
Subject: Re: Neues Subject Im normalen Gebrauch solltest du diese Headerzeile
jedoch nicht verwenden.
Lies hierzu auch die entsprechenden Anmerkungen in der Netiquette, die
wie andere Info-Texte in der Newsgroup de.newusers.infos zu finden * "Distribution"
ist:
Der Sinn dieser Headerzeile ist es, die Verbreitung eines
From: amk@spamfence.net (Andreas M. Kirchwitz) Artikels *einzuschränken*. Wenn Du alle Leser einer Gruppe
Newsgroups: de.newusers.infos,news.answers,de.answers erreichen willst, dann lass diese Zeile weg oder setze
Subject: <Datum> Netiquette fuer "de.*" "world" ein.
Beides bedeutet das gleiche, nämlich *keine* Einschrän-
Archive-name: de-newusers/netiquette kung. Welche anderen Distributions es gibt, ist eine
Posting-frequency: weekly Vereinbarungssache zwischen den Systemen, die eine
URL: http://www.kirchwitz.de/~amk/dni/netiquette Distribution austauschen.
Frage Deinen Newsadministrator nach den lokal vorhandenen
### Newsgroups (Gruppe) Distributions. Eine Distribution für "Deutschland" (zum
Beispiel "Distribution: de") gibt es _nicht_. Viele Sys-
Hierhin kommt der Name der Gruppe, in die der Artikel gepostet teme verwenden die Distribution "local" für Artikel, die
wird. das eigene System nicht verlassen sollen.
Ab und zu kann es sinnvoll sein, den Artikel in mehr als eine Gruppe Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir,
zu posten. In diesem Fall gibst Du in dieser Zeile die Namen aller wem dieser Artikel geschickt werden soll und wem nicht. Du
betroffenen Gruppen an. Die Gruppennamen müssen dabei jeweils durch solltest Dich aber nicht darauf verlassen, daß sich alle
ein Komma (ohne Leerzeichen!) getrennt werden: an diese Empfehlung halten.
Newsgroups: de.newusers.infos,news.answers,de.answers Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
System auch verlassen soll), die "Distribution"-Headerzeile
Bitte **nicht** denselben Artikel in jede Newsgruppe einzeln posten! _komplett_ wegzulassen.
Die Methode, mehrere Gruppennamen in diese Zeile zu schreiben, * "Organization"
nennt man "Crossposting". Sie hat gegenüber dem "einzeln in
mehrere Gruppen schreiben" eine Reihe von Vorteilen: Der Artikel Beachte: "z" anstatt "s"!
wird nur einmal übertragen, auf vielen Newssystemen steht der
Artikeltext nur einmal auf der Platte und viele Newsreader Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
erkennen, dass der Artikel bereits in einer anderen Gruppe gelesen Deinen Artikel schreibst oder bei dem Du Deinen Artikel
wurde und zeigen ihn nicht nochmals in den weiteren Gruppen an. einlieferst. Normalerweise wird diese Zeile vom Newssystem
automatisch eingesetzt.
Bitte beachte, dass exzessives Crossposting -- insbesondere über
mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg -- maximal * "References"
unerwünscht ist. Wer dies nicht beachtet, kann sehr schnell
Ärger bekommen. Eine Klassifizierung für "exzessiv" mit einer Diese Zeile sollte nur existieren, wenn Du auf einen anderen
absoluten Zahl gibt es nicht. Wenn es unbedingt ein Crossposting Artikel antwortest. Hier steht die "Message-ID:" des beant-
sein muss, so sei Dir hier der Rat gegeben, dies in nicht mehr worteten Artikels und eventuell außerdem die Message-IDs
als zwei oder drei thematisch passende Gruppen zu tun (natürlich aus der "References:"-Zeile, welche der beantwortete Artikel
inklusive gesetztem "Followup-To", doch dazu später). schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
um zu erkennen, daß sich Dein Artikel auf den beantworteten
Es ist meist sinnvoll (und gilt als höflich), bei einem bezieht. Falls Deine Antwort eine neue Diskussion eröffnet,
"gecrossposteten" Artikel die Antworten nur in eine Gruppe zu solltest Du eventuell die References-Zeile löschen und
leiten. Siehe dazu die "Followup-To:"-Headerzeile weiter unten. damit den Bezug zum alten Artikel lösen.
Die References-Zeile kann u.U. sehr lang werden. Falls
Automatisch ergänzte Headerzeilen 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
Außer den oben genannten müssen noch folgende Headerzeilen vorhanden lassen.
sein:
- **From:**,
der Absender bzw. richtiger Autor des Beitrags, wobei der Aufbau
dieser Headerzeile in RFC 5536, Abschnitt 3.1.2 bzw. in RFC 5322,
Abschnitt 3.6.2, beschrieben ist,
- **Date:**,
das Datum, beschrieben in RFC 5536, Abschnitt 3.1.1,
- **Message-ID:**,
eine eindeutige technische Kennung, die das Posting identifiziert,
beschrieben in RFC 5536, Abschnitt 3.1.3, und
- **Path:**,
der Laufweg des Postings, beschrieben in RFC 5536, Abschnitt 3.1.5.
(Quellenangaben für die RFCs s.u.)
Diese Headerzeilen werden beim Erstellen oder Absenden des Beitrags
automatisch erzeugt, und Du solltest daran nichts editieren. (Es sei
denn, Du möchtest für diesen Beitrag einen anderen Absender als sonst
verwenden.)
Welche anderen, optionalen Headerzeilen gibt es?
------------------------------------------------
### Reply-To (Mailantwort an)
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.
### Followup-To (öffentliche Antwort an)
Diese Headerzeile ist das Äquivalent zu "Reply-To:"" für ein Followup,
also eine öffentliche Antwort 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 und
"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
bedeutet, dass 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
überlassen Dir die Wahl zwischen einem (öffentlichen) Followup oder
einer Antwort per E-Mail.
Beachte: * "Supersedes"
Followup-To: poster,irgendeine.news.group 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.
funktioniert nicht! "poster" muss, wenn es verwendet wird, in der Die Supersedes-Headerzeile enthält die Message-ID des zu
"Followup-To"-Headerzeile alleine stehen. "überschreibenden" Artikels.
### Sender (technischer Absender) * "Followup-To"
Der Verwendungszweck dieser Headerzeile ist die Angabe des technischen
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 Diese Headerzeile dient der Umleitung von Antworten auf
verwenden. 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).
### Organization (Organisation) 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: "z" anstatt "s"! Beachte: Ein "Followup-To: poster,irgendeine.news.group"
funktioniert _nicht_!
Diese Zeile gibt an, welcher Organisation Du angehörst oder wem der * "Reply-To"
Rechner gehört, auf dem Du Deinen Artikel schreibst oder bei dem Du
Deinen Artikel einlieferst. Oft wird diese Zeile vom Newssystem
automatisch eingesetzt, wenn sie leer ist.
### References (Bezüge) 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.
Diese Zeile sollte nur existieren, wenn Du auf einen anderen Artikel * "X-No-Archive: yes"
antwortest. Hier steht die "Message-ID:" des beantworteten 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, dass 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 ("ersetzt") Diese Headerzeile verhindert, dass deine Posting von
http://groups.google.com/ angezeigt werden.
Viele Newsreader können ein von dir geschriebenes Posting auch Solltest Du keine optionalen Headerzeilen deinem Posting
"superseden" (überschreiben) anstatt zu canceln. Solltest Du in einem hinzufügen können, so kannst Du diese Headerzeile auch
schon geposteten Artikel zum Beispiel noch eine Anmerkung vergessen in die erste Zeile des Artikels schreiben.
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 * viele weitere mehr
"überschreibenden" Artikels.
### X-No-Archive: yes (keine Archivierung) 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.
Diese Headerzeile soll verhindern, dass Deine Posting in Webarchiven
wie früher bspw. <https://groups.google.com/> angezeigt werden.
Solltest Du keine optionalen Headerzeilen Deinem Posting hinzufügen - Wo erfahre ich mehr?
können, so kannst Du diese Headerzeile auch in die erste Zeile des
Artikels schreiben.
Die Beachtung dieser Headerzeile ist nicht gesichert. 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
### Zeichenkodierung <ftp://ftp.uni-paderborn.de/doc/rfc/>
Auch im Artikeltext eines Newsbeitrags sind standardmäßig nur oder
7bit-Zeichen (ASCII) zulässig. Um dort Umlaute und andere
Sonderzeichen verwenden zu können (die dann auch richtig angezeigt)
werden, braucht man MIME ("Multipurpose Internet Mail Extensions").
Entsprechende Headerzeilen geben die MIME-Version an (regelmäßig
Version 1), Art und Zeichensatz des Inhalts sowie die verwendete
Transportkodierung.
Ein Beispiel: <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
MIME-Version: 1.0 Falls Du keinen FTP-Zugang hast, kannst Du die RFCs auch per
Content-Type: text/plain; charset=UTF-8 E-Mail bei <mail-server@cs.tu-berlin.de> bestellen. Wähle
Content-Transfer-Encoding: 8bit ein beliebiges Subject und schreibe in den Message-Body
Dieses Posting enthält reinen Text (wie es sein soll, also kein HTML) send /pub/doc/rfc/rfcXXXX.gz
im Zeichensatz "UTF-8", und die über ASCII hinausgehenden Zeichen
stehen ohne weitere Transportkodierung im Artikeltext.
Diese Headerzeilen sollte Dein Newsreader passend erzeugen. (wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
### Weitere optionale Headerzeilen Den son-of-RFC 1036 findest Du als Text-Version unter
Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen, die hier <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
nicht aufgeführt wurden. Zum Schreiben eines Artikels sind sie nicht
unbedingt nötig.
RFC 5536 beschreibt diese in Kapitel 3.2. als Postscript-Version unter
Wo erfahre ich mehr? <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.ps.gz>
--------------------
Die News-Headerzeilen sind in den Internet-Standard-Dokumenten, den sowie als HTML-Version unter
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 <http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html>.
Force) oder beim RFC-Editor zu finden:
* <https://datatracker.ietf.org/>, z. B. Eine Einführung in deutscher Sprache findet sich auch in der
<https://datatracker.ietf.org/doc/html/rfc5536> der Zeitschrift "iX", Ausgabe 4/92, Seite 107.
* <https://www.rfc-editor.org/>
Die für Newsartikel relevanten RFCs sind auch auf den Webseiten von - Hinweise für News-Administratoren
Russ Allbery zusammengestellt:
* <https://www.eyrie.org/~eagle/usefor/> Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
hang mit Newsheaderzeilen:
Hinweise für News-Administratoren 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.)
Hier kurz die häufigsten Konfigurationsfehler im Zusammenhang mit Die "Message-ID:"-Headerzeile muß ebenfalls weltweit eindeutig (!)
News-Headerzeilen:
* 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, 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 (!)
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$