headerzeilen/headerzeilen

Archive-name: de-newusers/headerzeilen
Posting-frequency: weekly
Last-modified: 2011-09-11
URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
URL: https://th-h.de/archives/faqs/headerzeilen.txt

               Diese merkw<6B>rdigen Headerzeilen
               ===============================


Du solltest nach der Lekt<6B>re dieses Artikels wissen, was die
Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
Artikels anbietet, bedeuten und welche Du ggf. hinzuf<75>gen
k<EFBFBD>nntest.

Dieser Artikel erhebt keinen Anspruch auf Vollst<73>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 Leerzeile und dem eigentlichen Artikeltext (auch
  "Body" genannt). Headerzeilen beeinflussen den Trans-
  port, die Speicherung und die Verarbeitung von News-
  artikeln.

  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."

  Einige Newssysteme verlangen dar<61>ber hinaus, dass eine
  Headerzeile mit einem Gro<72>buchstaben beginnt.


- Welche Headerzeilen _m<5F>ssen_ vorhanden sein?

  * "Subject"

    Die Subject-Headerzeile (Betreff) soll angeben, worum es
    in Deinem Artikel geht. Viele Leser entscheiden anhand
    dieses Betreffs, ob sie Deinen Artikel lesen oder <20>ber-
    springen.
    Wenn Du auf einen anderen Artikel antwortest, wird
    normalerweise der Betreff des anderen Artikels mit den
    vier vorangestellten Zeichen "Re: " automatisch <20>ber-
    nommen. Leider missachten manche Newsreader diese 
    _Vorschrift_ [1] und setzt an die Stelle des "Re: " 
    ein l<>nderspezifisches K<>rzel (z.B. "AW: " f<>r 
    "Antwort"). Andere Software verwendet die Form "Re^2: ", 
    die genauso verkehrt ist.

    Falls sich die Diskussion in eine andere Richtung ent-
    wickelt, solltest Du jedoch die "Subject:"-Zeile an
    die ver<65>nderte Thematik anpassen.

    Es ist hierbei <20>blich, nach dem neuen Subject in Klam-
    mern "(was: altes Subject)" anzugeben ["was" ist hier-
    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
    [1]).

    Lies hierbei auch die entsprechenden Anmerkungen der
    Netiquette, die wie andere Info-Texte in der
    Newsgroup de.newusers.infos zu finden ist.


    [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
        quellen s.u.)

  * "Newsgroups"

    Hierhin kommt der Name der Gruppe, in die der Artikel
    gepostet wird. Ab und zu kann es sinnvoll sein, den
    Artikel in mehr als eine Gruppe zu posten. In diesem
    Fall gibst Du in dieser Zeile die Namen aller betrof-
    fenen Gruppen an. Die Gruppennamen m<>ssen dabei jeweils
    durch ein Komma getrennt werden. Bitte *nicht* denselben
    Artikel in die Newsgruppen einzeln posten!

    Achtung: nach einem trennenden Komma auf _keinen_ Fall
    ein Leerzeichen setzen, der Artikel wird sonst von vie-
    len Newssystemen als fehlerhaft weggeworfen. Auch manche
    Newsreader pr<70>fen, ob nach einem trennenden Komma ein
    Leerzeichen steht und warnen ggf. den Benutzer.

    Die Methode, mehrere Gruppennamen in diese Zeile zu
    schreiben, nennt man "Crossposting". Sie hat gegen<65>ber
    dem "einzeln in mehrere Gruppen schreiben" eine Reihe
    von Vorteilen: Der Artikel wird nur einmal <20>bertragen,
    auf vielen Newssystemen steht der Artikeltext nur einmal
    auf der Platte und viele Newsreader 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
    <20>ber mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
    _unerw<72>nscht_ ist. Wer dies nicht beachtet, kann sehr
    schnell <20>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<6E>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<61>rlich inklusive gesetztem
    "Followup-To", doch dazu sp<73>ter).

    Es ist meist sinnvoll (und gilt als h<>flich), bei einem
    "crossposted" Artikel die Antworten _nur_ in eine Gruppe
    zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
    weiter unten.

  * automatisch erg<72>nzte Headerzeilen:

    Au<41>er den oben genannten m<>ssen noch folgende Headerzeilen
    vorhanden sein:

     - "From:", dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
       beschrieben ist,

     - "Message-ID:", Abschnitt 5.3, RFC 1036bis,

     - "Date:", Abschnitt 5.1, RFC1036bis und

     - "Path:", Abschnitt 5.6, RFC1036bis.

     (Quellenangaben f<>r RFC1036bis s.u.)

    Diese werden beim Absenden automatisch erzeugt, und Du
    solltest daran nichts editieren.

    "From:" gibt den Autor des Artikels an (also Dich),
    "Date:" das Absendedatum, "Path:" den Weg, <20>ber welchen
    der Artikel bisher transportiert wurde, "Message-ID:"
    ist eine weltweit eindeutige Kennzeichnung des Artikels.


- Welche anderen, optionalen Headerzeilen gibt es?

   * "Sender"

     Der Verwendungszweck dieser Headerzeile ist die
     tats<74>chliche Angabe des Posters des Artikels,
     sofern die From:-Adresse von der eigenen Adresse
     abweicht. <20>blicherweise findet man diese Header-
     zeile in moderierten Gruppen, wenn dort der Mo-
     derator Postings von anderen Leuten ver<65>ffentlicht.
     In der From:-Zeile st<73>nde dann die Adresse desje-
     nigen, der den Artikel gepostet haben m<>chte, in
     der Sender-Headerzeile die Adresse des Moderators.

     Im normalen Gebrauch solltest du diese Headerzeile
     jedoch nicht verwenden.

   * "Distribution"

     Der Sinn dieser Headerzeile ist es, die Verbreitung eines
     Artikels *einzuschr<68>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<68>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, wem der Rechner geh<65>rt, auf dem Du
     Deinen Artikel schreibst oder bei dem Du Deinen Artikel
     einlieferst. Normalerweise wird diese Zeile vom Newssystem
     automatisch eingesetzt.

   * "References"

     Diese Zeile sollte nur existieren, wenn Du auf einen anderen
     Artikel antwortest. Hier steht die "Message-ID:" des beant-
     worteten Artikels und eventuell au<61>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<65>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.

   * "Supersedes"

     Viele Newsreader k<>nnen ein von dir geschriebenes Posting
     auch "superseden" (<28>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<75>gen), anstatt ihn zu canceln
     und nochmals neu einzugeben.

     Die Supersedes-Headerzeile enth<74>lt die Message-ID des zu
     "<22>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<74>gt), wie beispielsweise
     "de.talk.jokes" f<>r Witze, "de.talk.jokes.d" f<>r Diskus-
     sionen dar<61>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<72>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 <20>ber-
     lassen Dir die Wahl zwischen einem (<28>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<74>chlich eine andere ist als die in der "From:"-Zeile
     genannte _g<5F>ltige_ Adresse.

   * "X-No-Archive: yes"

     Diese Headerzeile verhindert, dass deine Posting von
     https://groups.google.com/ angezeigt werden.

     Solltest Du keine optionalen Headerzeilen deinem Posting
     hinzuf<75>gen k<>nnen, so kannst Du diese Headerzeile auch
     in die erste Zeile des Artikels schreiben.

   * viele weitere mehr

     Es gibt noch eine Vielzahl weiterer m<>glicher Headerzeilen,
     die hier nicht aufgef<65>hrt wurden. Zum Schreiben eines
     Artikels sind sie nicht n<>tig. RFC 1036bis beschreibt diese
     in Kapitel 6.


- 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<72>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/>

  oder

    <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.

  Falls Du keinen FTP-Zugang hast, kannst Du die RFCs auch per
  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<65>llte - Nummer des gew<65>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<6E>hrung in deutscher Sprache findet sich auch in der
  der Zeitschrift "iX", Ausgabe 4/92, Seite 107.


- Hinweise f<>r News-Administratoren

  Hier kurz die h<>ufigsten Konfigurationsfehler im Zusammen-
  hang mit Newsheaderzeilen:

  Die "Path:"-Headerzeile dient dazu, zu speichern, <20>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<74>gt, in der Regel also Deinen vollst<73>ndigen Domainnamen.
  (Auch "FQDN" oder "Full Qualified Domainname" genannt.)

  Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
  sein; dar<61>ber hinaus ist daf<61>r folgendes Format vorgeschrieben:
  <localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
  Zeichen im Bereich von 0 bis 127, au<61>er ( ) < > @ , ; : \ " . [ ]
  Leerzeichen und Control-Characters (0-31, 127) bestehen darf.

  Rechts vom "@" *muss* 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-
  angaben. Es gibt leider keine international genormte Bezeichnung
  f<>r europ<6F>ische Zeitzonen (au<61>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

  Wolfgang Zenker (Ur-Autor dieses Artikels)
  Bj<42>rn Schotte (fr<66>herer Maintainer bis Februar 2003)
  Christoph Garbers  (bisheriger Maintainer bis September 2011)

  und

  Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
  Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
  Christian-Peter Weiss, Klaus Baldermann