headerzeilen

   1 Archive-name: de-newusers/headerzeilen
   2 Posting-frequency: weekly
   3 Last-modified: 2011-09-11
   4 URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
   5 URL: http://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
  62     _Vorschrift_ [1] und setzt an die Stelle des "Re: "
  63     ein länderspezifisches Kürzel (z.B. "AW: " für
  64     "Antwort"). Andere Software verwendet die Form "Re^2: ",
  65     die genauso 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, da dies Vorschrift ist
  77     [1]).
  78
  79     Lies hierbei auch die entsprechenden Anmerkungen der
  80     Netiquette, die wie andere Info-Texte in der
  81     Newsgroup de.newusers.infos zu finden ist.
  82
  83
  84     [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
  85         quellen s.u.)
  86
  87   * "Newsgroups"
  88
  89     Hierhin kommt der Name der Gruppe, in die der Artikel
  90     gepostet wird. Ab und zu kann es sinnvoll sein, den
  91     Artikel in mehr als eine Gruppe zu posten. In diesem
  92     Fall gibst Du in dieser Zeile die Namen aller betrof-
  93     fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
  94     durch ein Komma getrennt werden. Bitte *nicht* denselben
  95     Artikel in die Newsgruppen einzeln posten!
  96
  97     Achtung: nach einem trennenden Komma auf _keinen_ Fall
  98     ein Leerzeichen setzen, der Artikel wird sonst von vie-
  99     len Newssystemen als fehlerhaft weggeworfen. Auch manche
 100     Newsreader prüfen, ob nach einem trennenden Komma ein
 101     Leerzeichen steht und warnen ggf. den Benutzer.
 102
 103     Die Methode, mehrere Gruppennamen in diese Zeile zu
 104     schreiben, nennt man "Crossposting". Sie hat gegenüber
 105     dem "einzeln in mehrere Gruppen schreiben" eine Reihe
 106     von Vorteilen: Der Artikel wird nur einmal übertragen,
 107     auf vielen Newssystemen steht der Artikeltext nur einmal
 108     auf der Platte und viele Newsreader erkennen, dass der
 109     Artikel bereits in einer anderen Gruppe gelesen wurde
 110     und zeigen ihn nicht nochmals in den weiteren Gruppen
 111     an.
 112
 113     Bitte beachte, dass exzessives Crossposting -- insbesondere
 114     über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
 115     _unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
 116     schnell Ärger bekommen. Eine Klassifizierung für "exzessiv"
 117     an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
 118     ein Crossposting in fünf Gruppen schon als extrem unhöf-
 119     lich angesehen. Wenn es unbedingt ein Crossposting sein
 120     muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
 121     als zwei Gruppen zu tun (natürlich inklusive gesetztem
 122     "Followup-To", doch dazu später).
 123
 124     Es ist meist sinnvoll (und gilt als höflich), bei einem
 125     "crossposted" Artikel die Antworten _nur_ in eine Gruppe
 126     zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
 127     weiter unten.
 128
 129   * automatisch ergänzte Headerzeilen:
 130
 131     Außer den oben genannten müssen noch folgende Headerzeilen
 132     vorhanden sein:
 133
 134      - "From:", dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
 135        beschrieben ist,
 136
 137      - "Message-ID:", Abschnitt 5.3, RFC 1036bis,
 138
 139      - "Date:", Abschnitt 5.1, RFC1036bis und
 140
 141      - "Path:", Abschnitt 5.6, RFC1036bis.
 142
 143      (Quellenangaben für RFC1036bis s.u.)
 144
 145     Diese werden beim Absenden automatisch erzeugt, und Du
 146     solltest daran nichts editieren.
 147
 148     "From:" gibt den Autor des Artikels an (also Dich),
 149     "Date:" das Absendedatum, "Path:" den Weg, über welchen
 150     der Artikel bisher transportiert wurde, "Message-ID:"
 151     ist eine weltweit eindeutige Kennzeichnung des Artikels.
 152
 153
 154 - Welche anderen, optionalen Headerzeilen gibt es?
 155
 156    * "Sender"
 157
 158      Der Verwendungszweck dieser Headerzeile ist die
 159      tatsächliche Angabe des Posters des Artikels,
 160      sofern die From:-Adresse von der eigenen Adresse
 161      abweicht. Üblicherweise findet man diese Header-
 162      zeile in moderierten Gruppen, wenn dort der Mo-
 163      derator Postings von anderen Leuten veröffentlicht.
 164      In der From:-Zeile stünde dann die Adresse desje-
 165      nigen, der den Artikel gepostet haben möchte, in
 166      der Sender-Headerzeile die Adresse des Moderators.
 167
 168      Im normalen Gebrauch solltest du diese Headerzeile
 169      jedoch nicht verwenden.
 170
 171    * "Distribution"
 172
 173      Der Sinn dieser Headerzeile ist es, die Verbreitung eines
 174      Artikels *einzuschränken*. Wenn Du alle Leser einer Gruppe
 175      erreichen willst, dann lass diese Zeile weg oder setze
 176      "world" ein.
 177      Beides bedeutet das gleiche, nämlich *keine* Einschrän-
 178      kung. Welche anderen Distributions es gibt, ist eine
 179      Vereinbarungssache zwischen den Systemen, die eine
 180      Distribution austauschen.
 181      Frage Deinen Newsadministrator nach den lokal vorhandenen
 182      Distributions. Eine Distribution für "Deutschland" (zum
 183      Beispiel "Distribution: de") gibt es _nicht_. Viele Sys-
 184      teme verwenden die Distribution "local" für Artikel, die
 185      das eigene System nicht verlassen sollen.
 186
 187      Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir,
 188      wem dieser Artikel geschickt werden soll und wem nicht. Du
 189      solltest Dich aber nicht darauf verlassen, dass sich alle
 190      an diese Empfehlung halten.
 191
 192      Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
 193      System auch verlassen soll), die "Distribution"-Headerzeile
 194      _komplett_ wegzulassen.
 195
 196    * "Organization"
 197
 198      Beachte: "z" anstatt "s"!
 199
 200      Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
 201      Deinen Artikel schreibst oder bei dem Du Deinen Artikel
 202      einlieferst. Normalerweise wird diese Zeile vom Newssystem
 203      automatisch eingesetzt.
 204
 205    * "References"
 206
 207      Diese Zeile sollte nur existieren, wenn Du auf einen anderen
 208      Artikel antwortest. Hier steht die "Message-ID:" des beant-
 209      worteten Artikels und eventuell außerdem die Message-IDs
 210      aus der "References:"-Zeile, welche der beantwortete Artikel
 211      schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
 212      um zu erkennen, dass sich Dein Artikel auf den beantworteten
 213      bezieht. Falls Deine Antwort eine neue Diskussion eröffnet,
 214      solltest Du eventuell die References-Zeile löschen und
 215      damit den Bezug zum alten Artikel lösen.
 216      Die References-Zeile kann u.U. sehr lang werden. Falls
 217      Dein System Probleme mit der Bearbeitung sehr langer Zeilen
 218      hat und Du die References-Zeile kürzen willst, solltest
 219      Du mindestens die erste und die beiden letzten IDs stehen
 220      lassen.
 221
 222    * "Supersedes"
 223
 224      Viele Newsreader können ein von dir geschriebenes Posting
 225      auch "superseden" (überschreiben) anstatt zu canceln. Solltest
 226      Du in einem schon geposteten Artikel zum Beispiel noch eine
 227      Anmerkung vergessen haben, so supersedest Du diesen Artikel
 228      (der Newsreader ruft den Editor mit dem Artikel auf, und Du
 229      kannst deine Anmerkung hinzufügen), anstatt ihn zu canceln
 230      und nochmals neu einzugeben.
 231
 232      Die Supersedes-Headerzeile enthält die Message-ID des zu
 233      "überschreibenden" Artikels.
 234
 235    * "Followup-To"
 236
 237      Diese Headerzeile dient der Umleitung von Antworten auf
 238      Deinen Artikel. Du gibst hier die Newsgruppe(n) an, in
 239      welche Antworten auf den Artikel gepostet sollen, falls
 240      diese von den Gruppen in der "Newsgroups:"-Zeile abweichen.
 241      Verwendet wird dies z.B., wenn Du einen Artikel in mehrere
 242      Gruppen schreibst, aber die Antworten in nur einer Gruppe
 243      haben willst, oder wenn es zu der Gruppe, in welcher der
 244      Artikel steht, eine separate "Diskussionsgruppe" gibt
 245      (die meistens die Endung ".d" trägt), wie beispielsweise
 246      "de.talk.jokes" für Witze, "de.talk.jokes.d" für Diskus-
 247      sionen darüber. Die "Followup-To:"-Headerzeile sollte immer
 248      nur *eine* Gruppe enthalten (nämlich die für Deinen Artikel
 249      thematisch am besten geeignete Gruppe).
 250
 251      Ein Sonderfall ist die Angabe von "poster". Dies bedeutet,
 252      dass Antworten nur per Mail an Dich gerichtet, jedoch
 253      keine Followups in den News gepostet werden sollen.
 254      "Followup-To: poster" ist zum Beispiel sinnvoll, wenn die
 255      Diskussion auf eine persönliche Ebene abdriftet und nicht
 256      mehr für die Leser interessant ist (wüste Beschimpfungen,
 257      Diskussion nur noch zwischen zwei Leuten, etc.). Leider
 258      verstehen das einige Newsreader nicht, andere hingegen über-
 259      lassen Dir die Wahl zwischen einem (öffentlichen) FollowUp
 260      oder einer Antwort per E-Mail.
 261
 262      Beachte: Ein "Followup-To: poster,irgendeine.news.group"
 263               funktioniert _nicht_!
 264
 265    * "Reply-To"
 266
 267      Diese Headerzeile dient dazu, Antworten per E-Mail an eine
 268      andere Adresse als in der "From:"-Zeile umzuleiten und sollte
 269      nur dann benutzt werden, wenn die "Reply-To:"-Adresse auch
 270      tatsächlich eine andere ist als die in der "From:"-Zeile
 271      genannte _gültige_ Adresse.
 272
 273    * "X-No-Archive: yes"
 274
 275      Diese Headerzeile verhindert, dass deine Posting von
 276      http://groups.google.com/ angezeigt werden.
 277
 278      Solltest Du keine optionalen Headerzeilen deinem Posting
 279      hinzufügen können, so kannst Du diese Headerzeile auch
 280      in die erste Zeile des Artikels schreiben.
 281
 282    * viele weitere mehr
 283
 284      Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
 285      die hier nicht aufgeführt wurden. Zum Schreiben eines
 286      Artikels sind sie nicht nötig. RFC 1036bis beschreibt diese
 287      in Kapitel 6.
 288
 289
 290 - Wo erfahre ich mehr?
 291
 292   Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
 293   den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
 294   zeilen relevant sind derzeit RFC 822 mit Ergänzungen aus RFC 1123
 295   sowie RFC 1036bis (dem Nachfolger des RFC 1036; auch son-of-RFC
 296   1036 genannt). Die RFCs sind auf jedem gut sortierten FTP-Server
 297   zu finden, z.B. auf
 298
 299     <ftp://ftp.uni-paderborn.de/doc/rfc/>
 300
 301   oder
 302
 303     <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
 304
 305   Falls Du keinen FTP-Zugang hast, kannst Du die RFCs auch per
 306   E-Mail bei <mail-server@cs.tu-berlin.de> bestellen. Wähle
 307   ein beliebiges Subject und schreibe in den Message-Body
 308
 309     send /pub/doc/rfc/rfcXXXX.gz
 310
 311   (wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
 312    aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
 313
 314   Den son-of-RFC 1036 findest Du als Text-Version unter
 315
 316    <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
 317
 318   als Postscript-Version unter
 319
 320    <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.ps.gz>
 321
 322   sowie als HTML-Version unter
 323
 324    <http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html>.
 325
 326   Eine Einführung in deutscher Sprache findet sich auch in der
 327   der Zeitschrift "iX", Ausgabe 4/92, Seite 107.
 328
 329
 330 - Hinweise für News-Administratoren
 331
 332   Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
 333   hang mit Newsheaderzeilen:
 334
 335   Die "Path:"-Headerzeile dient dazu, zu speichern, über welche
 336   Sites ein Artikel bereits gelaufen ist, damit der Artikel
 337   nicht nochmals zu diesen Sites geschickt wird. Das setzt
 338   voraus, dass Deine Site hier einen *weltweit eindeutigen* Namen
 339   einträgt, in der Regel also Deinen vollständigen Domainnamen.
 340   (Auch "FQDN" oder "Full Qualified Domainname" genannt.)
 341
 342   Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
 343   sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
 344   <localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
 345   Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " . [ ]
 346   Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
 347
 348   Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
 349   Domain Name") stehen. Wenn Du keinen registrierten Domainnamen
 350   hast, sollte hier sitename.uucp eingetragen werden (sofern
 351   sitename.uucp in der Worldmap registriert ist).
 352
 353   Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
 354   angaben. Es gibt leider keine international genormte Bezeichnung
 355   für europäische Zeitzonen (außer für GMT[2]). Unbekannte Zeit-
 356   zonen werden von den meisten Programmen als GMT interpretiert.
 357   Am besten funktioniert es in Deutschland, als Zeitzone "+0100"
 358   bzw. bei Sommerzeit "+0200" einzutragen. Die Zeitzone darf
 359   nur aus *einem* Wort bestehen, die Angabe "GMT +0100" ist
 360   also fehlerhaft.
 361
 362
 363   [2] "GMT" = "Greenwich Mean Time"
 364
 365 - Danksagung
 366
 367   Wolfgang Zenker (Ur-Autor dieses Artikels)
 368   Björn Schotte (früherer Maintainer bis Februar 2003)
 369   Christoph Garbers  (bisheriger Maintainer bis September 2011)
 370
 371   und
 372
 373   Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
 374   Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
 375   Christian-Peter Weiss, Klaus Baldermann