headerzeilen

   1 Archive-name: de-newusers/headerzeilen
   2 Posting-frequency: weekly
   3 Last-modified: 2022-06-09
   4 URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
   5 URL: https://th-h.de/archives/faqs/headerzeilen.txt
   6
   7                Diese merkwürdigen Headerzeilen
   8                ===============================
   9
  10
  11 Du solltest nach der Lektüre dieses Artikels wissen, was die
  12 Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
  13 Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
  14 könntest.
  15
  16 Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
  17 denn es sollen hier nur die wichtigsten Headerzeilen behandelt
  18 werden.
  19
  20 Wenn Du mehr wissen willst: am Ende des Artikels findest Du
  21 Quellenangaben für mehr Infos sowie einige Hinweise für neue
  22 News-Administratoren.
  23
  24
  25 - Was ist eine Headerzeile?
  26
  27   Ein Newsartikel besteht aus Headerzeilen, gefolgt von
  28   einer Leerzeile und dem eigentlichen Artikeltext (auch
  29   "Body" genannt). Headerzeilen beeinflussen den Trans-
  30   port, die Speicherung und die Verarbeitung von News-
  31   artikeln.
  32
  33   Die meisten Newsreader erlauben Dir, einen Artikel in-
  34   klusive Headerzeilen zu editieren. Dabei sind bestimmte
  35   Formvorschriften einzuhalten: Headerzeilen haben unmit-
  36   telbar nach dem ersten Wort einen Doppelpunkt und nach
  37   diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
  38   tere Werte. Die meisten der hier genannten Formvorschrif-
  39   ten erledigt Dein Newsreader automatisch; wenn nicht,
  40   kann es sein, dass Du von anderen Netzteilnehmern einen
  41   Hinweis bekommst, etwa: "Deine Message-ID ist nicht in
  42   Ordnung. Es ist wichtig, dass die Headerzeilen korrekt
  43   vorliegen: ansonsten kann Dein Artikel vielleicht nicht
  44   weitergeleitet werden."
  45
  46   Einige Newssysteme verlangen darüber hinaus, dass eine
  47   Headerzeile mit einem Großbuchstaben beginnt.
  48
  49
  50 - Welche Headerzeilen _müssen_ vorhanden sein?
  51
  52   * "Subject"
  53
  54     Die Subject-Headerzeile (Betreff) soll angeben, worum es
  55     in Deinem Artikel geht. Viele Leser entscheiden anhand
  56     dieses Betreffs, ob sie Deinen Artikel lesen oder über-
  57     springen.
  58     Wenn Du auf einen anderen Artikel antwortest, wird
  59     normalerweise der Betreff des anderen Artikels mit den
  60     vier vorangestellten Zeichen "Re: " automatisch über-
  61     nommen. Leider missachten manche Newsreader diese Kon-
  62     vention [1] und setzen an die Stelle des "Re: " ein län-
  63     derspezifisches Kürzel (z.B. "AW: " für "Antwort").
  64     Andere Software verwendet die Form "Re^2: ", die ebenso
  65     verkehrt ist.
  66
  67     Falls sich die Diskussion in eine andere Richtung ent-
  68     wickelt, solltest Du jedoch die "Subject:"-Zeile an
  69     die veränderte Thematik anpassen.
  70
  71     Es ist hierbei üblich, nach dem neuen Subject in Klam-
  72     mern "(was: altes Subject)" anzugeben ["was" ist hier-
  73     bei englisch für "war"]. Beim Antworten auf einen sol-
  74     chen Artikel solltest Du dann die Klammer entfernen
  75     (einige Newsreader machen dies sogar automatisch, aber
  76     nur, wenn Du "was" verwendest).
  77
  78     Lies hierbei auch die entsprechenden Anmerkungen der
  79     Netiquette, die wie andere Info-Texte in der Newsgroup
  80     de.newusers.infos zu finden ist.
  81
  82     [1] Vergleiche Abschnitt 3.4.3, RFC 5537
  83         (Bezugsquellen s.u.)
  84
  85   * "Newsgroups"
  86
  87     Hierhin kommt der Name der Gruppe, in die der Artikel
  88     gepostet wird. Ab und zu kann es sinnvoll sein, den
  89     Artikel in mehr als eine Gruppe zu posten. In diesem
  90     Fall gibst Du in dieser Zeile die Namen aller betrof-
  91     fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
  92     durch ein Komma getrennt werden. Bitte *nicht* denselben
  93     Artikel in die Newsgruppen einzeln posten!
  94
  95     Achtung: nach einem trennenden Komma auf _keinen_ Fall
  96     ein Leerzeichen setzen, der Artikel wird sonst von vie-
  97     len Newssystemen als fehlerhaft weggeworfen. Auch manche
  98     Newsreader prüfen, ob nach einem trennenden Komma ein
  99     Leerzeichen steht und warnen ggf. den Benutzer.
 100
 101     Die Methode, mehrere Gruppennamen in diese Zeile zu
 102     schreiben, nennt man "Crossposting". Sie hat gegenüber
 103     dem "einzeln in mehrere Gruppen schreiben" eine Reihe
 104     von Vorteilen: Der Artikel wird nur einmal übertragen,
 105     auf vielen Newssystemen steht der Artikeltext nur einmal
 106     auf der Platte und viele Newsreader erkennen, dass der
 107     Artikel bereits in einer anderen Gruppe gelesen wurde
 108     und zeigen ihn nicht nochmals in den weiteren Gruppen
 109     an.
 110
 111     Bitte beachte, dass exzessives Crossposting -- insbesondere
 112     über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
 113     _unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
 114     schnell Ärger bekommen. Eine Klassifizierung für "exzessiv"
 115     an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
 116     ein Crossposting in fünf Gruppen schon als extrem unhöf-
 117     lich angesehen. Wenn es unbedingt ein Crossposting sein
 118     muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
 119     als zwei Gruppen zu tun (natürlich inklusive gesetztem
 120     "Followup-To", doch dazu später).
 121
 122     Es ist meist sinnvoll (und gilt als höflich), bei einem
 123     "crossposted" Artikel die Antworten _nur_ in eine Gruppe
 124     zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
 125     weiter unten.
 126
 127   * automatisch ergänzte Headerzeilen:
 128
 129     Außer den oben genannten müssen noch folgende Headerzeilen
 130     vorhanden sein:
 131
 132      - "From:", dessen Aufbau in Abschnitt 3.1.2 von RFC 5536
 133        bzw. in Abschnitt 3.6.2 von RFC5322 beschrieben ist,
 134
 135      - "Message-ID:", Abschnitt 3.1.3 von RFC 5536,
 136
 137      - "Date:", Abschnitt 3.1.1 von RFC 5536 und
 138
 139      - "Path:", Abschnitt 3.1.5 von RFC 5536.
 140
 141      (Quellenangaben für die RFCs s.u.)
 142
 143     Diese werden beim Absenden automatisch erzeugt, und Du
 144     solltest daran nichts editieren.
 145
 146     "From:" gibt den Autor des Artikels an (also Dich),
 147     "Date:" das Absendedatum, "Path:" den Weg, über welchen
 148     der Artikel bisher transportiert wurde, "Message-ID:"
 149     ist eine weltweit eindeutige Kennzeichnung des Artikels.
 150
 151
 152 - Welche anderen, optionalen Headerzeilen gibt es?
 153
 154    * "Sender"
 155
 156      Der Verwendungszweck dieser Headerzeile ist die
 157      tatsächliche Angabe des Posters des Artikels,
 158      sofern die From:-Adresse von der eigenen Adresse
 159      abweicht. Üblicherweise findet man diese Header-
 160      zeile in moderierten Gruppen, wenn dort der Mo-
 161      derator Postings von anderen Leuten veröffentlicht.
 162      In der From:-Zeile stünde dann die Adresse desje-
 163      nigen, der den Artikel gepostet haben möchte, in
 164      der Sender-Headerzeile die Adresse des Moderators.
 165
 166      Im normalen Gebrauch solltest du diese Headerzeile
 167      jedoch nicht verwenden.
 168
 169    * "Distribution"
 170
 171      Der Sinn dieser Headerzeile ist es, die Verbreitung eines
 172      Artikels *einzuschränken*. Wenn Du alle Leser einer Gruppe
 173      erreichen willst, dann lass diese Zeile weg oder setze
 174      "world" ein.
 175      Beides bedeutet das gleiche, nämlich *keine* Einschrän-
 176      kung. Welche anderen Distributions es gibt, ist eine
 177      Vereinbarungssache zwischen den Systemen, die eine
 178      Distribution austauschen.
 179      Frage Deinen Newsadministrator nach den lokal vorhandenen
 180      Distributions. Eine Distribution für "Deutschland" (zum
 181      Beispiel "Distribution: de") gibt es _nicht_. Viele Sys-
 182      teme verwenden die Distribution "local" für Artikel, die
 183      das eigene System nicht verlassen sollen.
 184
 185      Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir,
 186      wem dieser Artikel geschickt werden soll und wem nicht. Du
 187      solltest Dich aber nicht darauf verlassen, dass sich alle
 188      an diese Empfehlung halten.
 189
 190      Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
 191      System auch verlassen soll), die "Distribution"-Headerzeile
 192      _komplett_ wegzulassen.
 193
 194    * "Organization"
 195
 196      Beachte: "z" anstatt "s"!
 197
 198      Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
 199      Deinen Artikel schreibst oder bei dem Du Deinen Artikel
 200      einlieferst. Normalerweise wird diese Zeile vom Newssystem
 201      automatisch eingesetzt.
 202
 203    * "References"
 204
 205      Diese Zeile sollte nur existieren, wenn Du auf einen anderen
 206      Artikel antwortest. Hier steht die "Message-ID:" des beant-
 207      worteten Artikels und eventuell außerdem die Message-IDs
 208      aus der "References:"-Zeile, welche der beantwortete Artikel
 209      schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
 210      um zu erkennen, dass sich Dein Artikel auf den beantworteten
 211      bezieht. Falls Deine Antwort eine neue Diskussion eröffnet,
 212      solltest Du eventuell die References-Zeile löschen und
 213      damit den Bezug zum alten Artikel lösen.
 214      Die References-Zeile kann u.U. sehr lang werden. Falls
 215      Dein System Probleme mit der Bearbeitung sehr langer Zeilen
 216      hat und Du die References-Zeile kürzen willst, solltest
 217      Du mindestens die erste und die beiden letzten IDs stehen
 218      lassen.
 219
 220    * "Supersedes"
 221
 222      Viele Newsreader können ein von dir geschriebenes Posting
 223      auch "superseden" (überschreiben) anstatt zu canceln. Solltest
 224      Du in einem schon geposteten Artikel zum Beispiel noch eine
 225      Anmerkung vergessen haben, so supersedest Du diesen Artikel
 226      (der Newsreader ruft den Editor mit dem Artikel auf, und Du
 227      kannst deine Anmerkung hinzufügen), anstatt ihn zu canceln
 228      und nochmals neu einzugeben.
 229
 230      Die Supersedes-Headerzeile enthält die Message-ID des zu
 231      "überschreibenden" Artikels.
 232
 233    * "Followup-To"
 234
 235      Diese Headerzeile dient der Umleitung von Antworten auf
 236      Deinen Artikel. Du gibst hier die Newsgruppe(n) an, in
 237      welche Antworten auf den Artikel gepostet sollen, falls
 238      diese von den Gruppen in der "Newsgroups:"-Zeile abweichen.
 239      Verwendet wird dies z.B., wenn Du einen Artikel in mehrere
 240      Gruppen schreibst, aber die Antworten in nur einer Gruppe
 241      haben willst, oder wenn es zu der Gruppe, in welcher der
 242      Artikel steht, eine separate "Diskussionsgruppe" gibt
 243      (die meistens die Endung ".d" trägt), wie beispielsweise
 244      "de.talk.jokes" für Witze, "de.talk.jokes.d" für Diskus-
 245      sionen darüber. Die "Followup-To:"-Headerzeile sollte immer
 246      nur *eine* Gruppe enthalten (nämlich die für Deinen Artikel
 247      thematisch am besten geeignete Gruppe).
 248
 249      Ein Sonderfall ist die Angabe von "poster". Dies bedeutet,
 250      dass Antworten nur per Mail an Dich gerichtet, jedoch
 251      keine Followups in den News gepostet werden sollen.
 252      "Followup-To: poster" ist zum Beispiel sinnvoll, wenn die
 253      Diskussion auf eine persönliche Ebene abdriftet und nicht
 254      mehr für die Leser interessant ist (wüste Beschimpfungen,
 255      Diskussion nur noch zwischen zwei Leuten, etc.). Leider
 256      verstehen das einige Newsreader nicht, andere hingegen über-
 257      lassen Dir die Wahl zwischen einem (öffentlichen) FollowUp
 258      oder einer Antwort per E-Mail.
 259
 260      Beachte: Ein "Followup-To: poster,irgendeine.news.group"
 261               funktioniert _nicht_!
 262
 263    * "Reply-To"
 264
 265      Diese Headerzeile dient dazu, Antworten per E-Mail an eine
 266      andere Adresse als in der "From:"-Zeile umzuleiten und sollte
 267      nur dann benutzt werden, wenn die "Reply-To:"-Adresse auch
 268      tatsächlich eine andere ist als die in der "From:"-Zeile
 269      genannte _gültige_ Adresse.
 270
 271    * "X-No-Archive: yes"
 272
 273      Diese Headerzeile verhindert, dass deine Posting von
 274      https://groups.google.com/ angezeigt werden.
 275
 276      Solltest Du keine optionalen Headerzeilen deinem Posting
 277      hinzufügen können, so kannst Du diese Headerzeile auch
 278      in die erste Zeile des Artikels schreiben.
 279
 280    * viele weitere mehr
 281
 282      Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
 283      die hier nicht aufgeführt wurden. Zum Schreiben eines
 284      Artikels sind sie nicht nötig. RFC 5536 beschreibt diese
 285      in Kapitel 3.2.
 286
 287
 288 - Wo erfahre ich mehr?
 289
 290   Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
 291   den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
 292   zeilen relevant sind derzeit RFC 5322 sowie RFC 5536 und RFC 5537.
 293   Die RFCs sind auf der Website der IETF (Internet Engineering
 294   Task Force)
 295
 296     <https://datatracker.ietf.org/>, z. B.
 297
 298     <https://datatracker.ietf.org/doc/html/rfc5536>,
 299
 300   oder beim RFC Editor
 301
 302     <https://www.rfc-editor.org/>
 303
 304   zu finden.
 305
 306 - Hinweise für News-Administratoren
 307
 308   Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
 309   hang mit Newsheaderzeilen:
 310
 311   Die "Path:"-Headerzeile dient dazu, zu speichern, über welche
 312   Sites ein Artikel bereits gelaufen ist, damit der Artikel
 313   nicht nochmals zu diesen Sites geschickt wird. Das setzt
 314   voraus, dass Deine Site hier einen *weltweit eindeutigen* Namen
 315   einträgt, in der Regel also Deinen vollständigen Domainnamen.
 316   (Auch "FQDN" oder "Full Qualified Domainname" genannt.)
 317
 318   Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
 319   sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
 320   <localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
 321   Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " [ ]
 322   Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
 323   Der Punkt "." darf nicht am Anfang oder am Ende des localpart
 324   und im localpart nicht zweimal hintereinander vorkommen.
 325
 326   Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
 327   Domain Name") stehen.
 328
 329   Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
 330   angaben. Es gibt leider keine international genormte Bezeichnung
 331   für europäische Zeitzonen (außer für GMT [2]). Unbekannte Zeit-
 332   zonen werden von den meisten Programmen als GMT interpretiert.
 333   Am besten funktioniert es in Deutschland, als Zeitzone "+0100"
 334   bzw. bei Sommerzeit "+0200" einzutragen. Die Zeitzone darf
 335   nur aus *einem* Wort bestehen, die Angabe "GMT +0100" ist
 336   also fehlerhaft.
 337
 338   [2] "GMT" = "Greenwich Mean Time"
 339
 340 - Danksagung
 341
 342   Wolfgang Zenker (Ur-Autor dieses Artikels)
 343   Björn Schotte (früherer Maintainer bis Februar 2003)
 344   Christoph Garbers  (bisheriger Maintainer bis September 2011)
 345
 346   und
 347
 348   Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
 349   Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
 350   Christian-Peter Weiss, Klaus Baldermann