Release 2.1.0

Signed-off-by: Thomas Hochstein <thh@thh.name>

.gitattributes

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

ChangeLog

@@ -0,0 +1,18 @@
+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>.

README.md

@@ -0,0 +1,10 @@
+# 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.

TODO

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

headerzeilen

@@ -1,374 +1,460 @@
 Archive-name: de-newusers/headerzeilen
 Posting-frequency: weekly
-Last-modified: 2003-02-20
+Version: 2.1.0
-URL: http://www.cgarbers.de/usenet/headerzeilen.txt
+Last-modified: 2024-12-07
-URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
+URL: https://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 Artikels wissen, was die
+Du solltest nach der Lektüre dieses Textes wissen, was Kopf- oder
-Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
+Headerzeilen in einem Newsbeitrag ("Artikel", "Posting") sind, welche
-Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
+Bedeutung die gebräuchlichsten Headerzeilen haben und welche Du
-könntest.
+ggf. ändern oder hinzufügen könntest.
-
+
-Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
+Dieser Beitrag erhebt keinen Anspruch auf Vollständigkeit, denn es
-denn es sollen hier nur die wichtigsten Headerzeilen behandelt
+sollen hier nur die wichtigsten Headerzeilen behandelt werden. Wenn Du
-werden.
+mehr wissen willst: am Ende dieses Textes findest Du Quellenangaben
-
+für mehr Infos sowie einige Hinweise für neue News-Administratoren.
-Wenn Du mehr wissen willst: am Ende des Artikels findest Du
+
-Quellenangaben für mehr Infos sowie einige Hinweise für neue
+Was ist eine Headerzeile?
-News-Administratoren.
+-------------------------
-
+
-
+Ein Newsartikel besteht aus Headerzeilen, gefolgt von einer
-- Was ist eine Headerzeile?
+Leerzeile und dem eigentlichen Artikeltext (auch "Body" genannt).
-
+Headerzeilen beeinflussen den Transport, die Speicherung und die
-  Ein Newsartikel besteht aus Headerzeilen, gefolgt von
+Verarbeitung von Newsartikeln.
-  einer Leerzeile und dem eigentlichen Artikeltext (auch
+
-  "Body" genannt). Headerzeilen beeinflussen den Trans-
+Ein Beispiel:
-  port, die Speicherung und die Verarbeitung von News-
+
-  artikeln.
+    Path: uni-berlin.de!fu-berlin.de!news.albasani.net!not-for-mail
-
+    From: Jonas Gerhardt <jonas.gerhardt@domain.example>
-  Die meisten Newsreader erlauben Dir, einen Artikel in-
+    Newsgroups: de.test
-  klusive Headerzeilen zu editieren. Dabei sind bestimmte
+    Subject: Re: Das ist ein Test ignore
-  Formvorschriften einzuhalten: Headerzeilen haben unmit-
+    Date: Sat, 14 Jan 2012 01:18:16 +0200
-  telbar nach dem ersten Wort einen Doppelpunkt und nach
+    Message-ID: <use4me$bd5$1@news.albasani.net>
-  diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
+    References: <ivs7jj$ns0$1@speranza.aioe.org>
-  tere Werte. Die meisten der hier genannten Formvorschrif-
+    MIME-Version: 1.0
-  ten erledigt Dein Newsreader automatisch; wenn nicht,
+    Content-Type: text/plain; charset=UTF-8
-  kann es sein, daß Du von anderen Netzteilnehmern einen
+    Content-Transfer-Encoding: 8bit
-  Hinweis bekommst, etwa: "Deine Message-ID ist nicht in
+    User-Agent: tin/2.6.4-20241019 ("Banff") (Linux/6.1.0-25-amd64 (x86_64))
-  Ordnung. Es ist wichtig, daß die Headerzeilen korrekt
+     
-  vorliegen: ansonsten kann Dein Artikel vielleicht nicht
+    Gernot Breiner schrieb am 13.01.2012 um 22:40:
-  weitergeleitet werden."
+    
-
+    > Das ist ein Test.
-  Einige Newssysteme verlangen darüber hinaus, daß eine
+    
-  Headerzeile mit einem Großbuchstaben beginnt.
+    Das hier auch!
-
+
-
+Zumindest die wichtigsten Headerzeilen werden Dir in der Regel in
-- Welche Headerzeilen _müssen_ vorhanden sein?
+Deinem Newsreader angezeigt, wenn auch nicht notwendig in der Form,
-
+wie sie tatsächlich im Posting stehen. Dazu gehören üblicherweise der
-  * "Subject"
+Absender, die Gruppe, in der der Artikel veröffentlicht wurde, sein
-
+Betreff und das Datum.
-    Die Subject-Headerzeile (Betreff) soll angeben, worum es
+
-    in Deinem Artikel geht. Viele Leser entscheiden anhand
+Die anderen Headerzeilen müssen oft erst eingeblendet werden.
-    dieses Betreffs, ob sie Deinen Artikel lesen oder über-
+
-    springen.
+Wie kann ich Headerzeilen bearbeiten oder hinzufügen?
-    Wenn Du auf einen anderen Artikel antwortest, wird
+-----------------------------------------------------
-    normalerweise der Betreff des anderen Artikels mit den
+
-    vier vorangestellten Zeichen "Re: " automatisch über-
+Wenn Du einen Newsartikel posten willst, hast Du üblicherweise die
-    nommen. Leider missachten manche Newsreader diese 
+Möglichkeit, neben dem Artikeltext auch die wichtigsten Headerzeilen
-    _Vorschrift_ [1] und setzt an die Stelle des "Re: " 
+(insbesondere den Betreff und die Gruppe für die Veröffentlichung)
-    ein länderspezifisches Kürzel (z.B. "AW: " für 
+anzugeben. Die restlichen notwendigen Headerzeilen werden dann vom
-    "Antwort"). Andere Software verwendet die Form "Re^2: ", 
+Newsreader erzeugt.
-    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
-
+einen externen Editor starten, wird Dir der Entwurf des Beitrags oft
-    Es ist hierbei üblich, nach dem neuen Subject in Klam-
+wie in dem Beispiel oben angezeigt, nämlich vollständig mit allen
-    mern "(was: altes Subject)" anzugeben ["was" ist hier-
+Headerzeilen und dem Text. Du kannst dann beides frei editieren.
-    bei englisch für "war"]. Beim Antworten auf einen sol-
+Newsreader mit einer grafischen Benutzeroberfläche (GUI, "graphical
-    chen Artikel solltest Du dann die Klammer entfernen
+user interface") bieten hingegen regelmäßig nur wenige Headerzeilen
-    (einige Newsreader machen dies sogar automatisch, aber
+zur unmittelbaren Bearbeitung an und ermöglichen es nur über weitere
-    nur, wenn Du "was" verwendest, da dies Vorschrift ist
+Bedienschritte, Headerzeilen hinzuzufügen oder vorhandene Headerzeilen
-    [1]).
+zu bearbeiten. Die Einzelheiten dazu finden sich dann in der
-
+Dokumentation oder der Hilfe-Funktion des Newsreaders. Hinweise und
-    Lies hierbei auch die entsprechenden Anmerkungen der
+Links zu gebräuchlichen Newsreader findest Du u.a. in der FAQ
-    Netiquette, die wie andere Info-Texte in der
+"Newsreader-Übersicht für Einsteiger" in de.newusers.infos:
-    Newsgroup de.newusers.infos zu finden ist.
+
-
+    From: thh@thh.name (Thomas Hochstein)
-
+    Newsgroups: de.newusers.infos,de.comm.software.newsreader,
-    [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
+                de.comm.software.outlook-express
-        quellen 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, daß 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, daß 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
-    muß, 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 5.2, RFC 1036bis,
+
-       beschrieben ist,
+führt zum Beispiel zu einem Betreff, der im Newsrader dann als "Die
-
+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
+--------------------------------------------
-
+
-     - "Path:", Abschnitt 5.6, RFC1036bis.
+### Subject (Betreff)
-
+
-     (Quellenangaben für RFC1036bis 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, daß 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, daß 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.
 
-   * "Supersedes"
+Beachte:
 
-     Viele Newsreader können ein von dir geschriebenes Posting
+    Followup-To: poster,irgendeine.news.group
-     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
+funktioniert nicht! "poster" muss, wenn es verwendet wird, in der
-     "überschreibenden" Artikels.
+"Followup-To"-Headerzeile alleine stehen.
 
-   * "Followup-To"
+### Sender (technischer Absender)
+
+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.
 
-     Diese Headerzeile dient der Umleitung von Antworten auf
+Im normalen Gebrauch solltest Du diese Headerzeile jedoch nicht
-     Deinen Artikel. Du gibst hier die Newsgruppe(n) an, in
+verwenden.
-     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,
+### Organization (Organisation)
-     daß Antworten nur per Mail an Dich gerichtet, jedoch
-     keine Followups in den News gepostet werden sollen.
-     "Followup-To: poster" ist zum Beispiel sinnvoll, wenn die
-     Diskussion auf eine persönliche Ebene abdriftet und nicht
-     mehr für die Leser interessant ist (wüste Beschimpfungen,
-     Diskussion nur noch zwischen zwei Leuten, etc.). Leider
-     verstehen das einige Newsreader nicht, andere hingegen über-
-     lassen Dir die Wahl zwischen einem (öffentlichen) FollowUp
-     oder einer Antwort per E-Mail.
 
-     Beachte: Ein "Followup-To: poster,irgendeine.news.group"
+Beachte: "z" anstatt "s"!
-              funktioniert _nicht_!
 
-   * "Reply-To"
+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.
 
-     Diese Headerzeile dient dazu, Antworten per E-Mail an eine
+### References (Bezüge)
-     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 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.
 
-     Diese Headerzeile verhindert, dass deine Posting von
+### Supersedes ("ersetzt")
-     http://groups.google.com/ angezeigt werden.
 
-     Solltest Du keine optionalen Headerzeilen deinem Posting
+Viele Newsreader können ein von dir geschriebenes Posting auch
-     hinzufügen können, so kannst Du diese Headerzeile auch
+"superseden" (überschreiben) anstatt zu canceln. Solltest Du in einem
-     in die erste Zeile des Artikels schreiben.
+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.
 
-   * viele weitere mehr
+Die Supersedes-Headerzeile enthält die Message-ID des zu
+"überschreibenden" Artikels.
 
-     Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
+### X-No-Archive: yes (keine Archivierung)
-     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.
 
-- Wo erfahre ich mehr?
+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 Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
+Die Beachtung dieser Headerzeile ist nicht gesichert.
-  den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
-  zeilen relevant sind derzeit RFC 822 mit Ergänzungen aus RFC 1123
-  sowie RFC 1036bis (dem Nachfolger des RFC 1036; auch son-of-RFC
-  1036 genannt). Die RFCs sind auf jedem gut sortierten FTP-Server
-  zu finden, z.B. auf
 
-    <ftp://ftp.uni-paderborn.de/doc/rfc/>
+### Zeichenkodierung
 
-  oder
+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.
 
-    <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
+Ein Beispiel:
 
-  Falls Du keinen FTP-Zugang hast, kannst Du die RFCs auch per
+    MIME-Version: 1.0
-  E-Mail bei <mail-server@cs.tu-berlin.de> bestellen. Wähle
+    Content-Type: text/plain; charset=UTF-8
-  ein beliebiges Subject und schreibe in den Message-Body
+    Content-Transfer-Encoding: 8bit
 
-    send /pub/doc/rfc/rfcXXXX.gz
+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.
 
-  (wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
+Diese Headerzeilen sollte Dein Newsreader passend erzeugen.
-   aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
 
-  Den son-of-RFC 1036 findest Du als Text-Version unter
+### Weitere optionale Headerzeilen
 
-   <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
+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.
 
-  als Postscript-Version unter
+RFC 5536 beschreibt diese in Kapitel 3.2.
 
-   <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.ps.gz>
+Wo erfahre ich mehr?
+--------------------
 
-  sowie als HTML-Version unter
+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.
 
-   <http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html>.
+Alle RFCs sind auf der Website der IETF (Internet Engineering Task
+Force) oder beim RFC-Editor zu finden:
 
-  Eine Einführung in deutscher Sprache findet sich auch in der
+* <https://datatracker.ietf.org/>, z. B.
-  der Zeitschrift "iX", Ausgabe 4/92, Seite 107.
+  <https://datatracker.ietf.org/doc/html/rfc5536>
 
+* <https://www.rfc-editor.org/>
 
-- Hinweise für News-Administratoren
+Die für Newsartikel relevanten RFCs sind auch auf den Webseiten von
+Russ Allbery zusammengestellt:
 
-  Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
+* <https://www.eyrie.org/~eagle/usefor/>
-  hang mit Newsheaderzeilen:
 
-  Die "Path:"-Headerzeile dient dazu, zu speichern, über welche
+Hinweise für News-Administratoren
-  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 (!)
+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:
-  <localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
+  `<localpart@domainpart>` Dabei dürfen beide Teile alle Zahlen sowie
-  Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " . [ ]
+  Groß- und Kleinbuchstaben des US-ASCII-Zeichensatzes enthalten,
-  Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
+  sowie die folgenden Sonderzeichen:
 
-  Rechts vom "@" *muß* ein Domainname (der sog. "Full Qualified
+      !?#$%&*+-/={}'^_`|~
-  Domain Name") stehen. Wenn Du keinen registrierten Domainnamen
-  hast, sollte hier sitename.uucp eingetragen werden (sofern
-  sitename.uucp in der Worldmap registriert ist).
 
-  Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
+  Zwischen solchen Zeichenfolgen darf auch ein Punkt `.` stehen, aber
-  angaben. Es gibt leider keine international genormte Bezeichnung
+  nicht am Beginn oder am Ende oder zweimal nacheinander. "domainpart"
-  für europäische Zeitzonen (außer für GMT[2]). Unbekannte Zeit-
+  sollte zudem der FQDN des Newsssystems sein.
-  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] "GMT" = "Greenwich Mean Time"
+  [^2]: "UTC" = "Coordinated Universal Time",  
+        "GMT" = "Greenwich Mean Time"
 
-- Danksagung
+Maintainer und Danksagung
+-------------------------
 
-  Wolfgang Zenker (Ur-Autor dieses Artikels)
+Derzeit wird dieser Text von Thomas Hochstein <thh@thh.name> betreut.
-  Björn Schotte (bisheriger Maintainer)  
 
-  und
+Er ist auch in einem Git-Repository unter
+<https://code.virtcomm.de/faqs/headerzeilen/> verfügbar und kann über
+die Weboberfläche eingesehen oder ausgecheckt werden.
 
-  Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
+Dank gilt insbesondere dem Autor und den früheren Maintainern:
-  Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
+
-  Christian-Peter Weiss, Klaus Baldermann
+- 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$