Merge branch 'ybtra' into update

* ybtra:
  Anpassung an aktuelle RFC u. Bezugsquellen dieser.

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

ChangeLog

@@ -1,8 +1,11 @@
 headerzeilen 2.0.0 (unreleased)
   * Komplette Überarbeitung.
 
-headerzeilen (unreleased)
+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>.

headerzeilen

@@ -1,6 +1,6 @@
 Archive-name: de-newusers/headerzeilen
 Posting-frequency: weekly
-Last-modified: 2011-09-11
+Last-modified: 2022-06-09
 URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
 URL: https://th-h.de/archives/faqs/headerzeilen.txt
 
@@ -58,11 +58,11 @@ News-Administratoren.
     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 
+    nommen. Leider missachten manche Newsreader diese Kon-
-    _Vorschrift_ [1] und setzt an die Stelle des "Re: " 
+    vention [1] und setzen an die Stelle des "Re: " ein län-
-    ein länderspezifisches Kürzel (z.B. "AW: " für 
+    derspezifisches Kürzel (z.B. "AW: " für "Antwort").
-    "Antwort"). Andere Software verwendet die Form "Re^2: ", 
+    Andere Software verwendet die Form "Re^2: ", die ebenso
-    die genauso verkehrt ist.
+    verkehrt ist.
 
     Falls sich die Diskussion in eine andere Richtung ent-
     wickelt, solltest Du jedoch die "Subject:"-Zeile an
@@ -73,15 +73,13 @@ News-Administratoren.
     bei englisch für "war"]. Beim Antworten auf einen sol-
     chen Artikel solltest Du dann die Klammer entfernen
     (einige Newsreader machen dies sogar automatisch, aber
-    nur, wenn Du "was" verwendest, da dies Vorschrift ist
+    nur, wenn Du "was" verwendest).
-    [1]).
 
     Lies hierbei auch die entsprechenden Anmerkungen der
-    Netiquette, die wie andere Info-Texte in der
+    Netiquette, die wie andere Info-Texte in der Newsgroup
-    Newsgroup de.newusers.infos zu finden ist.
+    de.newusers.infos zu finden ist.
 
-
+    [1] Vergleiche Abschnitt 3.4.3, RFC5537 (Bezugs-
-    [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
         quellen s.u.)
 
   * "Newsgroups"
@@ -131,16 +129,16 @@ News-Administratoren.
     Außer den oben genannten müssen noch folgende Headerzeilen
     vorhanden sein:
 
-     - "From:", dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
+     - "From:", dessen Aufbau in Abschnitt 3.1.2 von RFC5536
-       beschrieben ist,
+       bzw. in Abschnitt 3.6.2 von RFC5322 beschrieben ist,
 
-     - "Message-ID:", Abschnitt 5.3, RFC 1036bis,
+     - "Message-ID:", Abschnitt 3.1.3 von RFC5536,
 
-     - "Date:", Abschnitt 5.1, RFC1036bis und
+     - "Date:", Abschnitt 3.1.1 von RFC5536 und
 
-     - "Path:", Abschnitt 5.6, RFC1036bis.
+     - "Path:", Abschnitt 3.1.5 von RFC5536.
 
-     (Quellenangaben für RFC1036bis s.u.)
+     (Quellenangaben für die RFCs s.u.)
 
     Diese werden beim Absenden automatisch erzeugt, und Du
     solltest daran nichts editieren.
@@ -283,49 +281,27 @@ News-Administratoren.
 
      Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
      die hier nicht aufgeführt wurden. Zum Schreiben eines
-     Artikels sind sie nicht nötig. RFC 1036bis beschreibt diese
+     Artikels sind sie nicht nötig. RFC5536 beschreibt diese
-     in Kapitel 6.
+     in Kapitel 3.2.
 
 
 - Wo erfahre ich mehr?
 
   Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
   den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
-  zeilen relevant sind derzeit RFC 822 mit Ergänzungen aus RFC 1123
+  zeilen relevant sind derzeit RFC5322 sowie RFC5536 und RFC5537.
-  sowie RFC 1036bis (dem Nachfolger des RFC 1036; auch son-of-RFC
+  Die RFCs sind auf der Website der IETF (Internet Engineering
-  1036 genannt). Die RFCs sind auf jedem gut sortierten FTP-Server
+  Task Force)
-  zu finden, z.B. auf
 
-    <ftp://ftp.uni-paderborn.de/doc/rfc/>
+    <https://datatracker.ietf.org/>, z. B.
 
-  oder
+    <https://datatracker.ietf.org/doc/html/rfc5536>,
 
-    <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
+  oder beim RFC Editor
 
-  Falls Du keinen FTP-Zugang hast, kannst Du die RFCs auch per
+    <https://www.rfc-editor.org/>
-  E-Mail bei <mail-server@cs.tu-berlin.de> bestellen. Wähle
-  ein beliebiges Subject und schreibe in den Message-Body
-
-    send /pub/doc/rfc/rfcXXXX.gz
-
-  (wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
-   aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
-
-  Den son-of-RFC 1036 findest Du als Text-Version unter
-
-   <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
-
-  als Postscript-Version unter
-
-   <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.ps.gz>
-
-  sowie als HTML-Version unter
-
-   <http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html>.
-
-  Eine Einführung in deutscher Sprache findet sich auch in der
-  der Zeitschrift "iX", Ausgabe 4/92, Seite 107.
 
+  zu finden.
 
 - Hinweise für News-Administratoren
 
@@ -342,24 +318,23 @@ News-Administratoren.
   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-
-  Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " . [ ]
+  Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " [ ]
   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. Wenn Du keinen registrierten Domainnamen
+  Domain Name") stehen.
-  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-
   angaben. Es gibt leider keine international genormte Bezeichnung
-  für europäische Zeitzonen (außer für GMT[2]). Unbekannte Zeit-
+  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.
 
-
   [2] "GMT" = "Greenwich Mean Time"
 
 - Danksagung