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:2022-06-09
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 "2022-06-09" have entirely different histories.
master ... 2022-06-09

5 changed files with 337 additions and 462 deletions
Show stats Expand all files Collapse all files

1
.gitattributes vendored
View file

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

9
ChangeLog
View file

@ -1,12 +1,5 @@
headerzeilen 2.1.0 (2024-12-07) headerzeilen 2.0.0 (unreleased)
* Komplette Überarbeitung. * 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) headerzeilen (2022-06-09)
* ChangeLog und TODO hinzugefügt. * ChangeLog und TODO hinzugefügt.

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.

5
TODO
View file

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

774
headerzeilen
View file

@ -1,460 +1,350 @@
Archive-name: de-newusers/headerzeilen Archive-name: de-newusers/headerzeilen
Posting-frequency: weekly Posting-frequency: weekly
Version: 2.1.0 Last-modified: 2022-06-09
Last-modified: 2024-12-07
URL: https://www.kirchwitz.de/~amk/dni/headerzeilen URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
URL: https://th-h.de/net/usenet/faqs/headerzeilen/ URL: https://th-h.de/archives/faqs/headerzeilen.txt
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 Du solltest nach der Lektüre dieses Artikels wissen, was die
Bedeutung die gebräuchlichsten Headerzeilen haben und welche Du Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
ggf. ändern oder hinzufügen könntest. Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
könntest.
Dieser Beitrag erhebt keinen Anspruch auf Vollständigkeit, denn es
sollen hier nur die wichtigsten Headerzeilen behandelt werden. Wenn Du Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
mehr wissen willst: am Ende dieses Textes findest Du Quellenangaben denn es sollen hier nur die wichtigsten Headerzeilen behandelt
für mehr Infos sowie einige Hinweise für neue News-Administratoren. werden.
Was ist eine Headerzeile? Wenn Du mehr wissen willst: am Ende des Artikels findest Du
------------------------- 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).
Headerzeilen beeinflussen den Transport, die Speicherung und die - Was ist eine Headerzeile?
Verarbeitung von Newsartikeln.
Ein Newsartikel besteht aus Headerzeilen, gefolgt von
Ein Beispiel: einer Leerzeile und dem eigentlichen Artikeltext (auch
"Body" genannt). Headerzeilen beeinflussen den Trans-
Path: uni-berlin.de!fu-berlin.de!news.albasani.net!not-for-mail port, die Speicherung und die Verarbeitung von News-
From: Jonas Gerhardt <jonas.gerhardt@domain.example> artikeln.
Newsgroups: de.test
Subject: Re: Das ist ein Test ignore Die meisten Newsreader erlauben Dir, einen Artikel in-
Date: Sat, 14 Jan 2012 01:18:16 +0200 klusive Headerzeilen zu editieren. Dabei sind bestimmte
Message-ID: <use4me$bd5$1@news.albasani.net> Formvorschriften einzuhalten: Headerzeilen haben unmit-
References: <ivs7jj$ns0$1@speranza.aioe.org> telbar nach dem ersten Wort einen Doppelpunkt und nach
MIME-Version: 1.0 diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
Content-Type: text/plain; charset=UTF-8 tere Werte. Die meisten der hier genannten Formvorschrif-
Content-Transfer-Encoding: 8bit ten erledigt Dein Newsreader automatisch; wenn nicht,
User-Agent: tin/2.6.4-20241019 ("Banff") (Linux/6.1.0-25-amd64 (x86_64)) kann es sein, dass Du von anderen Netzteilnehmern einen
Hinweis bekommst, etwa: "Deine Message-ID ist nicht in
Gernot Breiner schrieb am 13.01.2012 um 22:40: Ordnung. Es ist wichtig, dass die Headerzeilen korrekt
vorliegen: ansonsten kann Dein Artikel vielleicht nicht
> Das ist ein Test. weitergeleitet werden."
Das hier auch! Einige Newssysteme verlangen darüber hinaus, dass 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 - Welche Headerzeilen _müssen_ vorhanden sein?
Absender, die Gruppe, in der der Artikel veröffentlicht wurde, sein
Betreff und das Datum. * "Subject"
Die anderen Headerzeilen müssen oft erst eingeblendet werden. Die Subject-Headerzeile (Betreff) soll angeben, worum es
in Deinem Artikel geht. Viele Leser entscheiden anhand
Wie kann ich Headerzeilen bearbeiten oder hinzufügen? dieses Betreffs, ob sie Deinen Artikel lesen oder über-
----------------------------------------------------- springen.
Wenn Du auf einen anderen Artikel antwortest, wird
Wenn Du einen Newsartikel posten willst, hast Du üblicherweise die normalerweise der Betreff des anderen Artikels mit den
Möglichkeit, neben dem Artikeltext auch die wichtigsten Headerzeilen vier vorangestellten Zeichen "Re: " automatisch über-
(insbesondere den Betreff und die Gruppe für die Veröffentlichung) nommen. Leider missachten manche Newsreader diese Kon-
anzugeben. Die restlichen notwendigen Headerzeilen werden dann vom vention [1] und setzen an die Stelle des "Re: " ein län-
Newsreader erzeugt. derspezifisches Kürzel (z.B. "AW: " für "Antwort").
Andere Software verwendet die Form "Re^2: ", die ebenso
Die meisten Newsreader erlauben Dir aber auch, einige oder alle verkehrt ist.
Headerzeilen zu editieren und weitere Zeilen hinzuzufügen.
Falls sich die Diskussion in eine andere Richtung ent-
Bei Newsreadern - insbesondere solchen mit unixoiden Wurzeln -, die wickelt, solltest Du jedoch die "Subject:"-Zeile an
einen externen Editor starten, wird Dir der Entwurf des Beitrags oft die veränderte Thematik anpassen.
wie in dem Beispiel oben angezeigt, nämlich vollständig mit allen
Headerzeilen und dem Text. Du kannst dann beides frei editieren. Es ist hierbei üblich, nach dem neuen Subject in Klam-
Newsreader mit einer grafischen Benutzeroberfläche (GUI, "graphical mern "(was: altes Subject)" anzugeben ["was" ist hier-
user interface") bieten hingegen regelmäßig nur wenige Headerzeilen bei englisch für "war"]. Beim Antworten auf einen sol-
zur unmittelbaren Bearbeitung an und ermöglichen es nur über weitere chen Artikel solltest Du dann die Klammer entfernen
Bedienschritte, Headerzeilen hinzuzufügen oder vorhandene Headerzeilen (einige Newsreader machen dies sogar automatisch, aber
zu bearbeiten. Die Einzelheiten dazu finden sich dann in der nur, wenn Du "was" verwendest).
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, [1] Vergleiche Abschnitt 3.4.3, RFC 5537
de.comm.software.outlook-express (Bezugsquellen s.u.)
Subject: <Datum> FAQ: Newsreader-Uebersicht fuer Einsteiger
* "Newsgroups"
Archive-name: de-comm-software/newsreader-faq
Posting-frequency: weekly Hierhin kommt der Name der Gruppe, in die der Artikel
URL: https://th-h.de/archives/faqs/newsreader-faq.txt gepostet wird. Ab und zu kann es sinnvoll sein, den
URL: https://www.kirchwitz.de/~amk/dni/newsreader-faq Artikel in mehr als eine Gruppe zu posten. In diesem
Fall gibst Du in dieser Zeile die Namen aller betrof-
In jedem Fall müssen hinzugefügte oder veränderte Headerzeilen den fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
entsprechenden Formvorschriften genügen, damit Dein Beitrag korrekt durch ein Komma getrennt werden. Bitte *nicht* denselben
verbreitet werden kann. 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-
len Newssystemen als fehlerhaft weggeworfen. Auch manche
Headerzeilen müssen strikten Formvorschriften gehorchen. Sie bestehen Newsreader prüfen, ob nach einem trennenden Komma ein
immer aus dem Namen der Headerzeile, der keine Leerzeichen Leerzeichen steht und warnen ggf. den Benutzer.
(oder anderen Leerraum wie bspw. Tabulatoren) enthalten darf und mit
einem Doppelpunkt endet. Nach genau einem Leerzeichen folgt dann der Die Methode, mehrere Gruppennamen in diese Zeile zu
Inhalt der Headerzeile. schreiben, nennt man "Crossposting". Sie hat gegenüber
dem "einzeln in mehrere Gruppen schreiben" eine Reihe
Ein Beispiel: von Vorteilen: Der Artikel wird nur einmal übertragen,
auf vielen Newssystemen steht der Artikeltext nur einmal
Subject: Re: Das ist ein Test ignore auf der Platte und viele Newsreader erkennen, dass der
Message-ID: <use4me$bd5$1@news.albasani.net> Artikel bereits in einer anderen Gruppe gelesen wurde
und zeigen ihn nicht nochmals in den weiteren Gruppen
Wenn Header über eine Benutzeroberfläche bearbeitet werden, sind an.
meistens getrennte Eingabefelder für den Namen und den Inhalt der
Headerzeile vorgesehen. Bitte beachte, dass exzessives Crossposting -- insbesondere
über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
Sowohl die Namen der notwendigen und zulässigen Headerzeilen als auch _unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
der vorgesehene Inhalt (und dessen Format) sind vorgegeben. Die schnell Ärger bekommen. Eine Klassifizierung für "exzessiv"
meisten Vorgaben sollte der verwendete Newsreader automatisch an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
umsetzen. Tut er dies nicht, kann es sein, dass Du von anderen ein Crossposting in fünf Gruppen schon als extrem unhöf-
Netzteilnehmern einen Hinweis darauf bekommst, etwa: "Deine lich angesehen. Wenn es unbedingt ein Crossposting sein
Message-ID ist nicht in Ordnung. Es ist wichtig, dass die muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
Headerzeilen korrekt vorliegen: ansonsten kann Dein Artikel als zwei Gruppen zu tun (natürlich inklusive gesetztem
vielleicht nicht weitergeleitet werden." "Followup-To", doch dazu später).
In Headerzeilen sind regelmäßig nur 7bit-Zeichen (ASCII) zulässig. Es ist meist sinnvoll (und gilt als höflich), bei einem
Umlaute und andere Sonderzeichen dürfen dort nicht erscheinen, "crossposted" Artikel die Antworten _nur_ in eine Gruppe
sondern müssen als sog. "MIME encoded words" kodiert werden. Das zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
liest sich dann wie Kauderwelsch und lässt sich daher üblicherweise weiter unten.
nicht von Hand erledigen, sondern sollte durch den Newsreader
umgesetzt werden. Umgekehrt übersetzt ein MIME-fähiger Newsreader * automatisch ergänzte Headerzeilen:
das Kauderwelsch dann bei der Anzeige wieder in lesbaren Text.
Außer den oben genannten müssen noch folgende Headerzeilen
Die Headerzeile vorhanden sein:
Subject: =?UTF-8?Q?Die_n=C3=A4chste_freie_Person?= - "From:", dessen Aufbau in Abschnitt 3.1.2 von RFC 5536
bzw. in Abschnitt 3.6.2 von RFC5322 beschrieben ist,
führt zum Beispiel zu einem Betreff, der im Newsrader dann als "Die
nächste freie Person" angezeigt wird. - "Message-ID:", Abschnitt 3.1.3 von RFC 5536,
Welche Headerzeilen **müssen** vorhanden sein? - "Date:", Abschnitt 3.1.1 von RFC 5536 und
--------------------------------------------
- "Path:", Abschnitt 3.1.5 von RFC 5536.
### Subject (Betreff)
(Quellenangaben für die RFCs s.u.)
Die Subject-Headerzeile (Betreff) soll angeben, worum es in Deinem
Artikel geht. Leser entscheiden möglicherweise anhand dieses Diese werden beim Absenden automatisch erzeugt, und Du
Betreffs, ob sie Deinen Artikel lesen oder überspringen. solltest daran nichts editieren.
Wenn Du auf einen anderen Artikel antwortest, wird normalerweise der "From:" gibt den Autor des Artikels an (also Dich),
Betreff des anderen Artikels mit den vier vorangestellten Zeichen "Date:" das Absendedatum, "Path:" den Weg, über welchen
"Re: " automatisch übernommen. Leider missachten manche Newsreader der Artikel bisher transportiert wurde, "Message-ID:"
diese Konvention [^1] und setzen an die Stelle des "Re: " ein ist eine weltweit eindeutige Kennzeichnung des Artikels.
länderspezifisches Kürzel (z.B. "AW: " für "Antwort"). Andere
Software verwendet die Form "Re^2: ", die ebenso verkehrt ist.
- Welche anderen, optionalen Headerzeilen gibt es?
[^1]: Vergleiche RFC 5537, Abschnitt 3.4.3 (Bezugsquellen s.u.)
* "Sender"
Falls sich die Diskussion in eine andere Richtung entwickelt,
solltest Du jedoch die "Subject:"-Zeile an die veränderte Thematik Der Verwendungszweck dieser Headerzeile ist die
anpassen. Es ist hierbei üblich, nach dem neuen Subject in tatsächliche Angabe des Posters des Artikels,
Klammern "(was: altes Subject)" anzugeben; "was" ist hierbei das sofern die From:-Adresse von der eigenen Adresse
englische Wort für "war". Beim Antworten auf einen solchen Artikel abweicht. Üblicherweise findet man diese Header-
solltest Du dann die Klammer entfernen (einige Newsreader machen zeile in moderierten Gruppen, wenn dort der Mo-
das sogar automatisch, aber nur, wenn Du "was" verwendest). derator Postings von anderen Leuten veröffentlicht.
In der From:-Zeile stünde dann die Adresse desje-
Ein Beispiel für einen sich ändernden Betreff: nigen, der den Artikel gepostet haben möchte, in
der Sender-Headerzeile die Adresse des Moderators.
Subject: Re: Altes Subject
Subject: Neues Subject (was: Altes Subject) Im normalen Gebrauch solltest du diese Headerzeile
Subject: Re: Neues Subject jedoch nicht verwenden.
Lies hierzu auch die entsprechenden Anmerkungen in der Netiquette, die * "Distribution"
wie andere Info-Texte in der Newsgroup de.newusers.infos zu finden
ist: Der Sinn dieser Headerzeile ist es, die Verbreitung eines
Artikels *einzuschränken*. Wenn Du alle Leser einer Gruppe
From: amk@spamfence.net (Andreas M. Kirchwitz) erreichen willst, dann lass diese Zeile weg oder setze
Newsgroups: de.newusers.infos,news.answers,de.answers "world" ein.
Subject: <Datum> Netiquette fuer "de.*" Beides bedeutet das gleiche, nämlich *keine* Einschrän-
kung. Welche anderen Distributions es gibt, ist eine
Archive-name: de-newusers/netiquette Vereinbarungssache zwischen den Systemen, die eine
Posting-frequency: weekly Distribution austauschen.
URL: http://www.kirchwitz.de/~amk/dni/netiquette Frage Deinen Newsadministrator nach den lokal vorhandenen
Distributions. Eine Distribution für "Deutschland" (zum
### Newsgroups (Gruppe) Beispiel "Distribution: de") gibt es _nicht_. Viele Sys-
teme verwenden die Distribution "local" für Artikel, die
Hierhin kommt der Name der Gruppe, in die der Artikel gepostet das eigene System nicht verlassen sollen.
wird.
Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir,
Ab und zu kann es sinnvoll sein, den Artikel in mehr als eine Gruppe wem dieser Artikel geschickt werden soll und wem nicht. Du
zu posten. In diesem Fall gibst Du in dieser Zeile die Namen aller solltest Dich aber nicht darauf verlassen, dass sich alle
betroffenen Gruppen an. Die Gruppennamen müssen dabei jeweils durch an diese Empfehlung halten.
ein Komma (ohne Leerzeichen!) getrennt werden:
Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
Newsgroups: de.newusers.infos,news.answers,de.answers System auch verlassen soll), die "Distribution"-Headerzeile
_komplett_ wegzulassen.
Bitte **nicht** denselben Artikel in jede Newsgruppe einzeln posten!
* "Organization"
Die Methode, mehrere Gruppennamen in diese Zeile zu schreiben,
nennt man "Crossposting". Sie hat gegenüber dem "einzeln in Beachte: "z" anstatt "s"!
mehrere Gruppen schreiben" eine Reihe von Vorteilen: Der Artikel
wird nur einmal übertragen, auf vielen Newssystemen steht der Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
Artikeltext nur einmal auf der Platte und viele Newsreader Deinen Artikel schreibst oder bei dem Du Deinen Artikel
erkennen, dass der Artikel bereits in einer anderen Gruppe gelesen einlieferst. Normalerweise wird diese Zeile vom Newssystem
wurde und zeigen ihn nicht nochmals in den weiteren Gruppen an. automatisch eingesetzt.
Bitte beachte, dass exzessives Crossposting -- insbesondere über * "References"
mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg -- maximal
unerwünscht ist. Wer dies nicht beachtet, kann sehr schnell Diese Zeile sollte nur existieren, wenn Du auf einen anderen
Ärger bekommen. Eine Klassifizierung für "exzessiv" mit einer Artikel antwortest. Hier steht die "Message-ID:" des beant-
absoluten Zahl gibt es nicht. Wenn es unbedingt ein Crossposting worteten Artikels und eventuell außerdem die Message-IDs
sein muss, so sei Dir hier der Rat gegeben, dies in nicht mehr aus der "References:"-Zeile, welche der beantwortete Artikel
als zwei oder drei thematisch passende Gruppen zu tun (natürlich schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
inklusive gesetztem "Followup-To", doch dazu später). um zu erkennen, dass sich Dein Artikel auf den beantworteten
bezieht. Falls Deine Antwort eine neue Diskussion eröffnet,
Es ist meist sinnvoll (und gilt als höflich), bei einem solltest Du eventuell die References-Zeile löschen und
"gecrossposteten" Artikel die Antworten nur in eine Gruppe zu damit den Bezug zum alten Artikel lösen.
leiten. Siehe dazu die "Followup-To:"-Headerzeile weiter unten. Die References-Zeile kann u.U. sehr lang werden. Falls
Dein System Probleme mit der Bearbeitung sehr langer Zeilen
Automatisch ergänzte Headerzeilen hat und Du die References-Zeile kürzen willst, solltest
--------------------------------- Du mindestens die erste und die beiden letzten IDs stehen
lassen.
Außer den oben genannten müssen noch folgende Headerzeilen vorhanden
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).
Ein Sonderfall ist die Angabe von "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 ü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"
Diese Headerzeile verhindert, dass deine Posting von
https://groups.google.com/ angezeigt werden.
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 5536 beschreibt diese
in Kapitel 3.2.
- Wo erfahre ich mehr?
### Organization (Organisation) Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
zeilen relevant sind derzeit RFC 5322 sowie RFC 5536 und RFC 5537.
Die RFCs sind auf der Website der IETF (Internet Engineering
Task Force)
<https://datatracker.ietf.org/>, z. B.
<https://datatracker.ietf.org/doc/html/rfc5536>,
oder beim RFC Editor
<https://www.rfc-editor.org/>
zu finden.
- 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, dass Deine Site hier einen *weltweit eindeutigen* Namen
einträgt, in der Regel also Deinen vollständigen Domainnamen.
(Auch "FQDN" oder "Full Qualified Domainname" genannt.)
Beachte: "z" anstatt "s"! Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
Diese Zeile gibt an, welcher Organisation Du angehörst oder wem der
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 Zeile sollte nur existieren, wenn Du auf einen anderen Artikel
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")
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.
### X-No-Archive: yes (keine Archivierung)
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
können, so kannst Du diese Headerzeile auch in die erste Zeile des
Artikels schreiben.
Die Beachtung dieser Headerzeile ist nicht gesichert.
### Zeichenkodierung
Auch im Artikeltext eines Newsbeitrags sind standardmäßig nur
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:
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Dieses Posting enthält reinen Text (wie es sein soll, also kein HTML)
im Zeichensatz "UTF-8", und die über ASCII hinausgehenden Zeichen
stehen ohne weitere Transportkodierung im Artikeltext.
Diese Headerzeilen sollte Dein Newsreader passend erzeugen.
### 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
unbedingt nötig.
RFC 5536 beschreibt diese in Kapitel 3.2.
Wo erfahre ich mehr?
--------------------
Die News-Headerzeilen sind in den Internet-Standard-Dokumenten, den
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
Force) oder beim RFC-Editor zu finden:
* <https://datatracker.ietf.org/>, z. B.
<https://datatracker.ietf.org/doc/html/rfc5536>
* <https://www.rfc-editor.org/>
Die für Newsartikel relevanten RFCs sind auch auf den Webseiten von
Russ Allbery zusammengestellt:
* <https://www.eyrie.org/~eagle/usefor/>
Hinweise für News-Administratoren
---------------------------------
Hier kurz die häufigsten Konfigurationsfehler im Zusammenhang mit
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.
Der Punkt "." darf nicht am Anfang oder am Ende des localpart
und im localpart nicht zweimal hintereinander vorkommen.
!?#$%&*+-/={}'^_`|~ Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
Domain Name") stehen.
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 [2] "GMT" = "Greenwich Mean Time"
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", - Danksagung
"GMT" = "Greenwich Mean Time"
Maintainer und Danksagung Wolfgang Zenker (Ur-Autor dieses Artikels)
------------------------- Björn Schotte (früherer Maintainer bis Februar 2003)
Christoph Garbers (bisheriger Maintainer bis September 2011)
Derzeit wird dieser Text von Thomas Hochstein <thh@thh.name> betreut. und
Er ist auch in einem Git-Repository unter Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
<https://code.virtcomm.de/faqs/headerzeilen/> verfügbar und kann über Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
die Weboberfläche eingesehen oder ausgecheckt werden. Christian-Peter Weiss, Klaus Baldermann
Dank gilt insbesondere dem Autor und den früheren Maintainern:
- Wolfgang Zenker (Ur-Autor dieses Textes)
- 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$