+Archive-name: de-newusers/headerzeilen
+Posting-frequency: weekly
+Last-modified: 1998-09-28
+URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
+
+ Diese merkwürdigen Headerzeilen
+ ===============================
+
+
+Du solltest nach der Lektüre dieses Artikels wissen, was die
+Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
+Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
+könntest.
+
+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 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, daß Du von anderen Netzteilnehmern einen
+ Hinweis bekommst, etwa: »Deine Message-ID ist nicht in
+ Ordnung. Es ist wichtig, daß die Headerzeilen korrekt
+ vorliegen: ansonsten kann Dein Artikel vielleicht nicht
+ weitergeleitet werden.«
+
+ Einige Newssysteme verlangen darüber hinaus, daß eine
+ Headerzeile mit einem Großbuchstaben beginnt.
+
+
+- Welche Headerzeilen _mü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 ü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 missachtet z.B. Microsofts Internet
+ Explorer diese _Vorschrift_ [1] und setzt an die Stelle
+ des »Re: « ein länderspezifisches Kürzel (z.B. »AW: «
+ für »Antwort« im der deutschen Version). Andere Soft-
+ ware 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änderte Thematik anpassen.
+
+ Es ist hierbei ü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 die anderen 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ü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über
+ dem »einzeln in mehrere Gruppen schreiben« eine Reihe
+ von Vorteilen: Der Artikel wird nur einmal übertragen,
+ auf vielen Newssystemen steht der Artikeltext nur einmal
+ auf der Platte und viele Newsreader erkennen, daß der
+ Artikel bereits in einer anderen Gruppe gelesen wurde
+ und zeigen ihn nicht nochmals in den weiteren Gruppen
+ an.
+
+ Bitte beachte, daß 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
+ muß, 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
+ »crossposted« Artikel die Antworten _nur_ in eine Gruppe
+ zu leiten. Siehe dazu die »Followup-To:«-Headerzeile
+ weiter unten.
+
+ * automatisch ergänzte Headerzeilen:
+
+ Auß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, ü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ächliche Angabe des Posters des Artikels,
+ sofern die From:-Adresse von der eigenen Adresse
+ abweicht. Üblicherweise findet man diese Header-
+ zeile in moderierten Gruppen, wenn dort der Mo-
+ derator Postings von anderen Leuten veröffentlicht.
+ In der From:-Zeile stü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ä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, daß 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ö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ßerdem die Message-IDs
+ aus der »References:«-Zeile, welche der beantwortete Artikel
+ schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
+ um zu erkennen, daß 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 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« (ü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ügen), anstatt ihn zu canceln
+ 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,
+ daß 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«
+
+ Sie dient dazu, Postings von AltaVista nicht archivieren
+ bzw. von DejaNews nicht anzeigen zu lassen.
+
+ Solltest Du keine optionalen Headerzeilen deinem Posting
+ hinzufü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ü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ä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/pub/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ü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.
+
+
+- Hinweise für News-Administratoren
+
+ Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
+ hang mit Newsheaderzeilen:
+
+ Die »Path:«-Headerzeile dient dazu, zu speichern, über welche
+ Sites ein Artikel bereits gelaufen ist, damit der Artikel
+ nicht nochmals zu diesen Sites geschickt wird. Das setzt
+ voraus, daß Deine Site hier einen *weltweit eindeutigen* Namen
+ einträgt, in der Regel also Deinen vollständigen Domainnamen.
+ (Auch »FQDN« oder »Full Qualified Domainname« genannt.)
+
+ Die »Message-ID:«-Headerzeile muß 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 ( ) < > @ , ; : \ " . [ ]
+ Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
+
+ Rechts vom »@« *muß* 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ä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
+
+ Wolfgang Zenker (Ur-Autor dieses Artikels)
+
+ und
+
+ Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
+ Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
+ Christian-Peter Weiss, Klaus Baldermann