4 changed files with 233 additions and 248 deletions
--- a/.gitattributes
+++ b/.gitattributes
@ -1,2 +1 @@
 de-newsgruppen export-subst
 * text=auto
--- a/7
+++ b/7
@ -1,7 +1,8 @@
-headerzeilen 2.0.0 (2024-12-01)
+headerzeilen 2.0.0 (unreleased)
  * Credits ergänzt.
  * Komplette Überarbeitung.
-  * ID hinzugefügt.
+
 headerzeilen (unreleased)
  * Credits ergänzt.
 headerzeilen (2022-06-09)
  * ChangeLog und TODO hinzugefügt.
--- a/5
+++ b/5
@ -1,6 +1,9 @@
                       headerzeilen To-Do-Liste
                       ========================
-* Weitere Ueberarbeitung
+* Komplette Ueberarbeitung
  - deutlichere Trennung User/Einsteiger contra Admin/Fortgeschrittener
  - Struktur kritisch ueberdenken: allgemeine Einfuehrung vorneweg?
 * Ergaenzungen
  - ?
--- a/468
+++ b/468
@ -1,135 +1,130 @@
 Archive-name: de-newusers/headerzeilen
 Posting-frequency: weekly
-Version: 2.0.0
+Last-modified: 2022-06-09
 Last-modified: 2024-12-01
 URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
 URL: https://th-h.de/archives/faqs/headerzeilen.txt
               Diese merkwürdigen Headerzeilen
               ===============================
 Du solltest nach der Lektüre dieses Textes wissen, was Kopf- oder
 Headerzeilen in einem Newsbeitrag ("Artikel", "Posting") sind, was sie
 bedeuten und welche Du ggf. ändern oder hinzufügen könntest.
-Dieser Beitrag erhebt keinen Anspruch auf Vollständigkeit, denn es
+Du solltest nach der Lektüre dieses Artikels wissen, was die
-sollen hier nur die wichtigsten Headerzeilen behandelt werden.
+Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
 Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
 könntest.
-Wenn Du mehr wissen willst: am Ende dieses Textes findest Du
+Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
 denn es sollen hier nur die wichtigsten Headerzeilen behandelt
 werden.
 Wenn Du mehr wissen willst: am Ende des Artikels findest Du
 Quellenangaben für mehr Infos sowie einige Hinweise für neue
 News-Administratoren.
 - Was ist eine Headerzeile?
-  Ein Newsartikel besteht aus Headerzeilen, gefolgt von einer
+  Ein Newsartikel besteht aus Headerzeilen, gefolgt von
-  Leerzeile und dem eigentlichen Artikeltext (auch "Body" genannt).
+  einer Leerzeile und dem eigentlichen Artikeltext (auch
-  Headerzeilen beeinflussen den Transport, die Speicherung und die
+  "Body" genannt). Headerzeilen beeinflussen den Trans-
-  Verarbeitung von Newsartikeln.
+  port, die Speicherung und die Verarbeitung von News-
  artikeln.
- Wie kann ich Headerzeilen bearbeiten?
+  Die meisten Newsreader erlauben Dir, einen Artikel in-
  klusive Headerzeilen zu editieren. Dabei sind bestimmte
  Formvorschriften einzuhalten: Headerzeilen haben unmit-
  telbar nach dem ersten Wort einen Doppelpunkt und nach
  diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
  tere Werte. Die meisten der hier genannten Formvorschrif-
  ten erledigt Dein Newsreader automatisch; wenn nicht,
  kann es sein, dass Du von anderen Netzteilnehmern einen
  Hinweis bekommst, etwa: "Deine Message-ID ist nicht in
  Ordnung. Es ist wichtig, dass die Headerzeilen korrekt
  vorliegen: ansonsten kann Dein Artikel vielleicht nicht
  weitergeleitet werden."
-  Die meisten Newsreader erlauben Dir, neben dem Artikeltext auch
+  Einige Newssysteme verlangen darüber hinaus, dass eine
-  manche oder alle Headerzeilen zu editieren. Insbesondere Newsreader
+  Headerzeile mit einem Großbuchstaben beginnt.
  mit unixoiden Wurzeln zeigen im Editor den gesamten Artikel
  einschließlich der Headerzeilen an und erlauben deren direkte
  Bearbeitung. Newsreader mit einer grafischen Benutzeroberfläche
  (GUI, "graphical user interface") bieten hingegen regelmäßig nur
  wenige Headerzeilen zur unmittelbaren Bearbeitung an und ermöglichen
  es nur über weitere Bedienschritte, Headerzeilen hinzuzufügen oder
  vorhandene Headerzeilen zu bearbeiten.
 - Wie sehen Headerzeilen aus?
  Headerzeilen müssen strikten Formvorschriften gehorchen. Sie
  bestehen immer aus dem Namen der Headerzeilen, der keine Leerzeichen
  (oder anderen Leerraum wie bspw. Tabulatoren) enthalten darf und mit
  einem Doppelpunkt endet. Nach genau einem Leerzeichen folgt dann der
  Inhalt der Headerzeile:
    Subject: Das ist ein Test
    Message-ID: <v32bac$qbi$1@news.domain.example>
  Wenn Header über eine GUI bearbeitet werden, sind regelmäßig
  getrennte Eingabefelder für den Namen und den Inhalt der Headerzeile
  vorgesehen.
  Sowohl die Namen der notwendigen und zulässigen Headerzeilen als
  auch der vorgesehene Inhalt (und dessen Format) sind vorgegeben.
  Die meisten Vorgaben sollte der verwendete Newsreader automatisch
  umsetzen. Tut er dies nicht, kann es sein, dass Du von anderen
  Netzteilnehmern einen Hinweis darauf bekommst, etwa: "Deine
  Message-ID ist nicht in Ordnung. Es ist wichtig, dass die
  Headerzeilen korrekt vorliegen: ansonsten kann Dein Artikel
  vielleicht nicht weitergeleitet werden."
  In Headerzeilen sind regelmäßig nur 7bit-Zeichen (ASCII) zulässig.
  Umlaute und andere Sonderzeichen dürfen dort nicht erscheinen,
  sondern müssen als sog. "MIME encoded words" kodiert werden. Das
  lässt sich üblicherweise nicht von Hand erledigen, sondern sollte
  durch den Newsreader umgesetzt werden.
 - Welche Headerzeilen _müssen_ vorhanden sein?
  * "Subject"
-    Die Subject-Headerzeile (Betreff) soll angeben, worum es in Deinem
+    Die Subject-Headerzeile (Betreff) soll angeben, worum es
-    Artikel geht. Viele Leser entscheiden anhand dieses Betreffs, ob
+    in Deinem Artikel geht. Viele Leser entscheiden anhand
-    sie Deinen Artikel lesen oder überspringen.
+    dieses Betreffs, ob sie Deinen Artikel lesen oder über-
    springen.
    Wenn Du auf einen anderen Artikel antwortest, wird
    normalerweise der Betreff des anderen Artikels mit den
    vier vorangestellten Zeichen "Re: " automatisch über-
    nommen. Leider missachten manche Newsreader diese Kon-
    vention [1] und setzen an die Stelle des "Re: " ein län-
    derspezifisches Kürzel (z.B. "AW: " für "Antwort").
    Andere Software verwendet die Form "Re^2: ", die ebenso
    verkehrt ist.
-    Wenn Du auf einen anderen Artikel antwortest, wird normalerweise
+    Falls sich die Diskussion in eine andere Richtung ent-
-    der Betreff des anderen Artikels mit den vier vorangestellten
+    wickelt, solltest Du jedoch die "Subject:"-Zeile an
-    Zeichen "Re: " automatisch über- nommen. Leider missachten manche
+    die veränderte Thematik anpassen.
    Newsreader diese Konvention [1] und setzen an die Stelle des
    "Re: " ein länderspezifisches Kürzel (z.B. "AW: " für "Antwort").
    Andere Software verwendet die Form "Re^2: ", die ebenso verkehrt
    ist.
-    Falls sich die Diskussion in eine andere Richtung ent wickelt,
+    Es ist hierbei üblich, nach dem neuen Subject in Klam-
-    solltest Du jedoch die "Subject:"-Zeile an die veränderte Thematik
+    mern "(was: altes Subject)" anzugeben ["was" ist hier-
-    anpassen. Es ist hierbei üblich, nach dem neuen Subject in
+    bei englisch für "war"]. Beim Antworten auf einen sol-
-    Klammern "(was: altes Subject)" anzugeben ["was" ist hierbei
+    chen Artikel solltest Du dann die Klammer entfernen
-    englisch für "war"]. Beim Antworten auf einen solchen Artikel
+    (einige Newsreader machen dies sogar automatisch, aber
-    solltest Du dann die Klammer entfernen (einige Newsreader machen
+    nur, wenn Du "was" verwendest).
    das sogar automatisch, aber nur, wenn Du "was" verwendest).
-    Lies hierbei auch die entsprechenden Anmerkungen der Netiquette,
+    Lies hierbei auch die entsprechenden Anmerkungen der
-    die wie andere Info-Texte in der Newsgroup de.newusers.infos zu
+    Netiquette, die wie andere Info-Texte in der Newsgroup
-    finden ist.
+    de.newusers.infos zu finden ist.
    [1] Vergleiche Abschnitt 3.4.3, RFC 5537
        (Bezugsquellen s.u.)
  * "Newsgroups"
-    Hierhin kommt der Name der Gruppe, in die der Artikel gepostet
+    Hierhin kommt der Name der Gruppe, in die der Artikel
-    wird. Ab und zu kann es sinnvoll sein, den Artikel in mehr als
+    gepostet wird. Ab und zu kann es sinnvoll sein, den
-    eine Gruppe zu posten. In diesem Fall gibst Du in dieser Zeile
+    Artikel in mehr als eine Gruppe zu posten. In diesem
-    die Namen aller betroffenen Gruppen an. Die Gruppennamen müssen
+    Fall gibst Du in dieser Zeile die Namen aller betrof-
-    dabei jeweils durch ein Komma (ohne Leerzeichen!) getrennt werden.
+    fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
-    Bitte *nicht* denselben Artikel in die Newsgruppen einzeln posten!
+    durch ein Komma getrennt werden. Bitte *nicht* denselben
    Artikel in die Newsgruppen einzeln posten!
-    Die Methode, mehrere Gruppennamen in diese Zeile zu schreiben,
+    Achtung: nach einem trennenden Komma auf _keinen_ Fall
-    nennt man "Crossposting". Sie hat gegenüber dem "einzeln in
+    ein Leerzeichen setzen, der Artikel wird sonst von vie-
-    mehrere Gruppen schreiben" eine Reihe von Vorteilen: Der Artikel
+    len Newssystemen als fehlerhaft weggeworfen. Auch manche
-    wird nur einmal übertragen, auf vielen Newssystemen steht der
+    Newsreader prüfen, ob nach einem trennenden Komma ein
-    Artikeltext nur einmal auf der Platte und viele Newsreader
+    Leerzeichen steht und warnen ggf. den Benutzer.
    erkennen, dass der Artikel bereits in einer anderen Gruppe gelesen
    wurde und zeigen ihn nicht nochmals in den weiteren Gruppen an.
-    Bitte beachte, dass exzessives Crossposting -- insbesondere über
+    Die Methode, mehrere Gruppennamen in diese Zeile zu
-    mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg -- maximal
+    schreiben, nennt man "Crossposting". Sie hat gegenüber
-    _unerwünscht_ ist. Wer dies nicht beachtet, kann sehr schnell
+    dem "einzeln in mehrere Gruppen schreiben" eine Reihe
-    Ärger bekommen. Eine Klassifizierung für "exzessiv" mit einer
+    von Vorteilen: Der Artikel wird nur einmal übertragen,
-    absoluten Zahl gibt es nicht. Wenn es unbedingt ein Crossposting
+    auf vielen Newssystemen steht der Artikeltext nur einmal
-    sein muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
+    auf der Platte und viele Newsreader erkennen, dass der
-    als zwei oder drei thematisch passende Gruppen zu tun (natürlich
+    Artikel bereits in einer anderen Gruppe gelesen wurde
-    inklusive gesetztem "Followup-To", doch dazu später).
+    und zeigen ihn nicht nochmals in den weiteren Gruppen
    an.
    Bitte beachte, dass exzessives Crossposting -- insbesondere
    über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
    _unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
    schnell Ärger bekommen. Eine Klassifizierung für "exzessiv"
    an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
    ein Crossposting in fünf Gruppen schon als extrem unhöf-
    lich angesehen. Wenn es unbedingt ein Crossposting sein
    muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
    als zwei Gruppen zu tun (natürlich inklusive gesetztem
    "Followup-To", doch dazu später).
    Es ist meist sinnvoll (und gilt als höflich), bei einem
-    "gecrossposteten" Artikel die Antworten _nur_ in eine Gruppe zu
+    "crossposted" Artikel die Antworten _nur_ in eine Gruppe
-    leiten. Siehe dazu die "Followup-To:"-Headerzeile weiter unten.
+    zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
    weiter unten.
-  * Automatisch ergänzte Headerzeilen:
+  * automatisch ergänzte Headerzeilen:
    Außer den oben genannten müssen noch folgende Headerzeilen
    vorhanden sein:
@ -153,148 +148,150 @@ News-Administratoren.
    der Artikel bisher transportiert wurde, "Message-ID:"
    ist eine weltweit eindeutige Kennzeichnung des Artikels.
 - Welche anderen, optionalen Headerzeilen gibt es?
   * "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.
   * "Followup-To"
     Diese Headerzeile dient der Umleitung von (öffentlichen)
     Antworten auf Deinen Artikel. Du gibst hier die Newsgruppe(n) an,
     in welche Antworten auf den Artikel gepostet sollen, falls diese
     von den Gruppen in der "Newsgroups:"-Zeile abweichen. Verwendet
     wird dies z.B., wenn Du einen Artikel in mehrere Gruppen
     schreibst, aber die Antworten in nur einer Gruppe haben willst,
     oder wenn es zu der Gruppe, in welcher der Artikel steht, eine
     separate "Diskussionsgruppe" gibt (die meistens die Endung ".d"
     trägt), wie beispielsweise "de.talk.jokes" für Witze und
     "de.talk.jokes.d" für Diskussionen 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 "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: Ein "Followup-To: poster,irgendeine.news.group"
              funktioniert _nicht_!
   * "Sender"
-     Der Verwendungszweck dieser Headerzeile ist die tatsächliche
+     Der Verwendungszweck dieser Headerzeile ist die
-     Angabe des Posters des Artikels, sofern die From:-Adresse von der
+     tatsächliche Angabe des Posters des Artikels,
-     eigenen Adresse abweicht. Üblicherweise findet man diese
+     sofern die From:-Adresse von der eigenen Adresse
-     Headerzeile in moderierten Gruppen, wenn dort der Moderator
+     abweicht. Üblicherweise findet man diese Header-
-     Postings von anderen Leuten veröffentlicht. In der From:-Zeile
+     zeile in moderierten Gruppen, wenn dort der Mo-
-     stünde dann die Adresse desjenigen, der den Artikel verfasst hat
+     derator Postings von anderen Leuten veröffentlicht.
-     und gepostet haben möchte, in der Sender:-Headerzeile die Adresse
+     In der From:-Zeile stünde dann die Adresse desje-
-     des Moderators, also desjenigen, der den (fremden) Artikel in das
+     nigen, der den Artikel gepostet haben möchte, in
-     Usenet einspeist.
+     der Sender-Headerzeile die Adresse des Moderators.
-     Im normalen Gebrauch solltest Du diese Headerzeile jedoch nicht
+     Im normalen Gebrauch solltest du diese Headerzeile
-     verwenden.
+     jedoch nicht verwenden.
   * "Distribution"
     Der Sinn dieser Headerzeile ist es, die Verbreitung eines
     Artikels *einzuschränken*. Wenn Du alle Leser einer Gruppe
     erreichen willst, dann lass diese Zeile weg oder setze
     "world" ein.
     Beides bedeutet das gleiche, nämlich *keine* Einschrän-
     kung. Welche anderen Distributions es gibt, ist eine
     Vereinbarungssache zwischen den Systemen, die eine
     Distribution austauschen.
     Frage Deinen Newsadministrator nach den lokal vorhandenen
     Distributions. Eine Distribution für "Deutschland" (zum
     Beispiel "Distribution: de") gibt es _nicht_. Viele Sys-
     teme verwenden die Distribution "local" für Artikel, die
     das eigene System nicht verlassen sollen.
     Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir,
     wem dieser Artikel geschickt werden soll und wem nicht. Du
     solltest Dich aber nicht darauf verlassen, dass sich alle
     an diese Empfehlung halten.
     Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
     System auch verlassen soll), die "Distribution"-Headerzeile
     _komplett_ wegzulassen.
   * "Organization"
     Beachte: "z" anstatt "s"!
-     Diese Zeile gibt an, welcher Organisation Du angehörst oder wem
+     Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
-     der Rechner gehört, auf dem Du Deinen Artikel schreibst oder bei
+     Deinen Artikel schreibst oder bei dem Du Deinen Artikel
-     dem Du Deinen Artikel einlieferst. Oft wird diese Zeile vom
+     einlieferst. Normalerweise wird diese Zeile vom Newssystem
-     Newssystem automatisch eingesetzt, wenn sie leer ist.
+     automatisch eingesetzt.
   * "References"
     Diese Zeile sollte nur existieren, wenn Du auf einen anderen
-     Artikel antwortest. Hier steht die "Message-ID:" des
+     Artikel antwortest. Hier steht die "Message-ID:" des beant-
-     beantworteten Artikels und eventuell außerdem die Message-IDs
+     worteten Artikels und eventuell außerdem die Message-IDs
     aus der "References:"-Zeile, welche der beantwortete Artikel
     schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
     um zu erkennen, 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
+     solltest Du eventuell die References-Zeile löschen und
-     Bezug zum alten Artikel lösen. Die References-Zeile kann u.U.
+     damit den Bezug zum alten Artikel lösen.
-     sehr lang werden. Falls Dein System Probleme mit der Bearbeitung
+     Die References-Zeile kann u.U. sehr lang werden. Falls
-     sehr langer Zeilen hat und Du die References-Zeile kürzen willst,
+     Dein System Probleme mit der Bearbeitung sehr langer Zeilen
-     solltest Du mindestens die erste und die beiden letzten IDs
+     hat und Du die References-Zeile kürzen willst, solltest
-     stehen lassen.
+     Du mindestens die erste und die beiden letzten IDs stehen
     lassen.
   * "Supersedes"
-     Viele Newsreader können ein von dir geschriebenes Posting auch
+     Viele Newsreader können ein von dir geschriebenes Posting
-     "superseden" (überschreiben) anstatt zu canceln. Solltest Du in
+     auch "superseden" (überschreiben) anstatt zu canceln. Solltest
-     einem schon geposteten Artikel zum Beispiel noch eine Anmerkung
+     Du in einem schon geposteten Artikel zum Beispiel noch eine
-     vergessen haben, so supersedest Du diesen Artikel (der Newsreader
+     Anmerkung vergessen haben, so supersedest Du diesen Artikel
-     ruft den Editor mit dem Artikel auf, und Du kannst Deine
+     (der Newsreader ruft den Editor mit dem Artikel auf, und Du
-     Anmerkung hinzufügen), anstatt ihn zu canceln und nochmals neu
+     kannst deine Anmerkung hinzufügen), anstatt ihn zu canceln
-     einzugeben.
+     und nochmals neu einzugeben.
     Die Supersedes-Headerzeile enthält die Message-ID des zu
     "überschreibenden" Artikels.
   * "Followup-To"
     Diese Headerzeile dient der Umleitung von Antworten auf
     Deinen Artikel. Du gibst hier die Newsgruppe(n) an, in
     welche Antworten auf den Artikel gepostet sollen, falls
     diese von den Gruppen in der "Newsgroups:"-Zeile abweichen.
     Verwendet wird dies z.B., wenn Du einen Artikel in mehrere
     Gruppen schreibst, aber die Antworten in nur einer Gruppe
     haben willst, oder wenn es zu der Gruppe, in welcher der
     Artikel steht, eine separate "Diskussionsgruppe" gibt
     (die meistens die Endung ".d" trägt), wie beispielsweise
     "de.talk.jokes" für Witze, "de.talk.jokes.d" für Diskus-
     sionen darüber. Die "Followup-To:"-Headerzeile sollte immer
     nur *eine* Gruppe enthalten (nämlich die für Deinen Artikel
     thematisch am besten geeignete Gruppe).
     Ein Sonderfall ist die Angabe von "poster". Dies bedeutet,
     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 soll verhindern, dass Deine Posting in
+     Diese Headerzeile verhindert, dass deine Posting von
-     Webarchiven wie früher bspw. <https://groups.google.com/>
+     https://groups.google.com/ angezeigt werden.
     angezeigt werden.
-     Solltest Du keine optionalen Headerzeilen Deinem Posting
+     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.
   * "Distribution"
     Der Sinn dieser Headerzeile ist es, die Verbreitung eines
     Artikels *einzuschränken*. In der Praxis hat sie schon lange
     keine Bedeutung mehr und wird nur in Ausnahmefällen beachtet.
     Wenn Du alle Leser einer Gruppe erreichen willst, dann lass diese
     Zeile weg oder setze "world" ein. Beides bedeutet das gleiche,
     nämlich *keine* Einschränkung. Welche anderen Distributions es
     gibt, ist eine Vereinbarungssache zwischen den Systemen, die eine
     Distribution austauschen. Frage Deinen Newsadministrator nach den
     lokal vorhandenen Distributions. Eine Distribution für
     "Deutschland" (zum Beispiel "Distribution: de") gibt es _nicht_.
     Manche Systeme verwenden die Distribution "local" für Artikel,
     die das eigene System nicht verlassen sollen.
     Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir, wem
     dieser Artikel geschickt werden soll und wem nicht. Du solltest
     Dich aber nicht darauf verlassen, dass sich alle an diese
     Empfehlung halten.
     Am _sinnvollsten_ ist es (so Dein Artikel Dein eigenes System
     auch verlassen soll), die "Distribution"-Headerzeile _komplett_
     wegzulassen.
   * viele weitere mehr
     Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
-     die hier nicht aufgeführt wurden. Zum Schreiben eines Artikels
+     die hier nicht aufgeführt wurden. Zum Schreiben eines
-     sind sie nicht nötig. RFC 5536 beschreibt diese
+     Artikels sind sie nicht nötig. RFC 5536 beschreibt diese
     in Kapitel 3.2.
 - Wo erfahre ich mehr?
-  Die News-Headerzeilen sind in den Internet-Standard-Dokumenten, den
+  Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
-  sog. RFCs (Requests for Comment) definiert. Für News-Headerzeilen
+  den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
-  relevant sind derzeit RFC 5322 sowie RFC 5536 und RFC 5537. Die RFCs
+  zeilen relevant sind derzeit RFC 5322 sowie RFC 5536 und RFC 5537.
-  sind auf der Website der IETF (Internet Engineering Task Force)
+  Die RFCs sind auf der Website der IETF (Internet Engineering
  Task Force)
    <https://datatracker.ietf.org/>, z. B.
@ -306,63 +303,48 @@ News-Administratoren.
  zu finden.
  Die für Newsartikel relevanten RFCs sind auch auf den Webseiten von
  Russ Allbery unter
    <https://www.eyrie.org/~eagle/usefor/>
  zusammengestellt.
 - Hinweise für News-Administratoren
-  Hier kurz die häufigsten Konfigurationsfehler im Zusammenhang mit
+  Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
-  News-Headerzeilen:
+  hang mit Newsheaderzeilen:
-  Die "Path:"-Headerzeile dient dazu, zu speichern, über welche Sites
+  Die "Path:"-Headerzeile dient dazu, zu speichern, über welche
-  ein Artikel bereits gelaufen ist, damit der Artikel nicht nochmals
+  Sites ein Artikel bereits gelaufen ist, damit der Artikel
-  zu diesen Sites geschickt wird. Das setzt voraus, dass Deine Site
+  nicht nochmals zu diesen Sites geschickt wird. Das setzt
-  hier einen *weltweit eindeutigen* Namen einträgt, in der Regel den
+  voraus, dass Deine Site hier einen *weltweit eindeutigen* Namen
-  vollständigen Hostnamen einschließlich Domain ("full qualified
+  einträgt, in der Regel also Deinen vollständigen Domainnamen.
-  domain name" oder "FQDN").
+  (Auch "FQDN" oder "Full Qualified Domainname" genannt.)
  Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
  sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
-  <lefthandside@righthandside>, wobei die beiden Teile alle Zahlen
+  <localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
-  sowie Groß- und Kleinbuchstaben des US-ASCII-Zeichensatzes enthalten
+  Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " [ ]
-  dürfen, sowie die folgenden Sonderzeichen: !#$%&'*+-/=?^_`{|}~
+  Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
-  Zwischen solchen Zeichenfolgen darf auch ein Punkt "." stehen, aber
+  Der Punkt "." darf nicht am Anfang oder am Ende des localpart
-  nicht am Beginn oder am Ende oder zweimal nacheinander.
+  und im localpart nicht zweimal hintereinander vorkommen.
  "righthandside" sollte zudem der FQDN des Newsssystems sein.
-  Bei der "Date:"-Headerzeile gibt es manchmal Probleme mit
+  Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
-  Zeitzonenangaben. Unbekannte Zeitzonen werden von den meisten
+  Domain Name") stehen.
  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"
+  Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
-      "GMT" = "Greenwich Mean Time"
+  angaben. Es gibt leider keine international genormte Bezeichnung
  für europäische Zeitzonen (außer für GMT [2]). Unbekannte Zeit-
  zonen werden von den meisten Programmen als GMT interpretiert.
  Am besten funktioniert es in Deutschland, als Zeitzone "+0100"
  bzw. bei Sommerzeit "+0200" einzutragen. Die Zeitzone darf
  nur aus *einem* Wort bestehen, die Angabe "GMT +0100" ist
  also fehlerhaft.
- Maintainer und Danksagung
+  [2] "GMT" = "Greenwich Mean Time"
-  Derzeit wird dieser Text von Thomas Hochstein <thh@thh.name>
+- Danksagung
  betreut.
-  Er ist auch in einem Git-Repository unter
+  Wolfgang Zenker (Ur-Autor dieses Artikels)
-  <https://code.virtcomm.de/faqs/newsserverliste/> verfügbar und kann
+  Björn Schotte (früherer Maintainer bis Februar 2003)
-  über die Weboberfläche eingesehen oder ausgecheckt werden.
+  Christoph Garbers  (bisheriger Maintainer bis September 2011)
-  Dank gilt insbesondere dem Autor und den früheren Maintainern:
+  und
  - Wolfgang Zenker   (Ur-Autor dieses Artikels)
  - Björn Schotte     (Maintainer bis 02/2003)
  - Christoph Garbers (Maintainer bis 09/2011)
  und für Beiträge zu dem Text:
  Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
  Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
  Christian-Peter Weiss, Klaus Baldermann, Marcel Logen
 -- 
 Id: $Format:%t %d %ai %an$
`@ -1,2 +1 @@`
	`de-newsgruppen export-subst`
	`* text=auto`	`* text=auto`