Fassung vom 2003-02-20. 2003-02-20
authorChristoph Garbers <cg@garbers.org>
Thu, 17 Apr 2003 22:00:00 +0000 (00:00 +0200)
committerThomas Hochstein <thh@inter.net>
Sun, 11 Sep 2011 15:34:01 +0000 (17:34 +0200)
headerzeilen

index ec1deae..eed030e 100644 (file)
@@ -1,6 +1,7 @@
 Archive-name: de-newusers/headerzeilen
 Posting-frequency: weekly
-Last-modified: 1998-09-28
+Last-modified: 2003-02-20
+URL: http://www.cgarbers.de/usenet/headerzeilen.txt
 URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
 
                Diese merkwürdigen Headerzeilen
@@ -25,7 +26,7 @@ News-Administratoren.
 
   Ein Newsartikel besteht aus Headerzeilen, gefolgt von
   einer Leerzeile und dem eigentlichen Artikeltext (auch
-  »Body« genannt). Headerzeilen beeinflussen den Trans-
+  "Body" genannt). Headerzeilen beeinflussen den Trans-
   port, die Speicherung und die Verarbeitung von News-
   artikeln.
 
@@ -37,10 +38,10 @@ News-Administratoren.
   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
+  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.«
+  weitergeleitet werden."
 
   Einige Newssysteme verlangen darüber hinaus, daß eine
   Headerzeile mit einem Großbuchstaben beginnt.
@@ -48,7 +49,7 @@ News-Administratoren.
 
 - Welche Headerzeilen _müssen_ vorhanden sein?
 
-  * »Subject«
+  * "Subject"
 
     Die Subject-Headerzeile (Betreff) soll angeben, worum es
     in Deinem Artikel geht. Viele Leser entscheiden anhand
@@ -56,35 +57,34 @@ News-Administratoren.
     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.
+    vier vorangestellten Zeichen "Re: " automatisch ü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
+    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-
+    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
+    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
+    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«
+  * "Newsgroups"
 
     Hierhin kommt der Name der Gruppe, in die der Artikel
     gepostet wird. Ab und zu kann es sinnvoll sein, den
@@ -101,8 +101,8 @@ News-Administratoren.
     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
+    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
@@ -113,17 +113,17 @@ News-Administratoren.
     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«
+    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).
+    "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
+    "crossposted" Artikel die Antworten _nur_ in eine Gruppe
+    zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
     weiter unten.
 
   * automatisch ergänzte Headerzeilen:
@@ -131,29 +131,29 @@ 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 5.2, RFC 1036bis,
        beschrieben ist,
 
-     - »Message-ID:«, Abschnitt 5.3, RFC 1036bis,
+     - "Message-ID:", Abschnitt 5.3, RFC 1036bis,
 
-     - »Date:«, Abschnitt 5.1, RFC1036bis und
+     - "Date:", Abschnitt 5.1, RFC1036bis und
 
-     - »Path:«, Abschnitt 5.6, RFC1036bis.
+     - "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:«
+    "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«
+   * "Sender"
 
      Der Verwendungszweck dieser Headerzeile ist die
      tatsächliche Angabe des Posters des Artikels,
@@ -168,46 +168,46 @@ News-Administratoren.
      Im normalen Gebrauch solltest du diese Headerzeile
      jedoch nicht verwenden.
 
-   * »Distribution«
+   * "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.
+     "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
+     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,
+     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
+     System auch verlassen soll), die "Distribution"-Headerzeile
      _komplett_ wegzulassen.
 
-   * »Organization«
+   * "Organization"
 
-     Beachte: »z« anstatt »s«!
+     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«
+   * "References"
 
      Diese Zeile sollte nur existieren, wenn Du auf einen anderen
-     Artikel antwortest. Hier steht die »Message-ID:« des beant-
+     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
+     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,
@@ -219,10 +219,10 @@ News-Administratoren.
      Du mindestens die erste und die beiden letzten IDs stehen
      lassen.
 
-   * »Supersedes«
+   * "Supersedes"
 
      Viele Newsreader können ein von dir geschriebenes Posting
-     auch »superseden« (überschreiben) anstatt zu canceln. Solltest
+     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
@@ -230,28 +230,28 @@ News-Administratoren.
      und nochmals neu einzugeben.
 
      Die Supersedes-Headerzeile enthält die Message-ID des zu
-     »überschreibenden« Artikels.
+     "überschreibenden" Artikels.
 
-   * »Followup-To«
+   * "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.
+     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
+     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,
+     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
+     "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
@@ -259,21 +259,21 @@ News-Administratoren.
      lassen Dir die Wahl zwischen einem (öffentlichen) FollowUp
      oder einer Antwort per E-Mail.
 
-     Beachte: Ein »Followup-To: poster,irgendeine.news.group«
+     Beachte: Ein "Followup-To: poster,irgendeine.news.group"
               funktioniert _nicht_!
 
-   * »Reply-To«
+   * "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
+     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«
+   * "X-No-Archive: yes"
 
-     Sie dient dazu, Postings von AltaVista nicht archivieren
-     bzw. von DejaNews nicht anzeigen zu lassen.
+     Diese Headerzeile verhindert, dass deine Posting von
+     http://groups.google.com/ angezeigt werden.
 
      Solltest Du keine optionalen Headerzeilen deinem Posting
      hinzufügen können, so kannst Du diese Headerzeile auch
@@ -296,7 +296,7 @@ News-Administratoren.
   1036 genannt). Die RFCs sind auf jedem gut sortierten FTP-Server
   zu finden, z.B. auf
 
-    <ftp://ftp.uni-paderborn.de/pub/doc/rfc/>
+    <ftp://ftp.uni-paderborn.de/doc/rfc/>
 
   oder
 
@@ -324,7 +324,7 @@ News-Administratoren.
    <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.
+  der Zeitschrift "iX", Ausgabe 4/92, Seite 107.
 
 
 - Hinweise für News-Administratoren
@@ -332,39 +332,40 @@ News-Administratoren.
   Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
   hang mit Newsheaderzeilen:
 
-  Die »Path:«-Headerzeile dient dazu, zu speichern, über welche
+  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.)
+  (Auch "FQDN" oder "Full Qualified Domainname" genannt.)
 
-  Die »Message-ID:«-Headerzeile muß ebenfalls weltweit eindeutig (!)
+  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
+  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-
+  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
+  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«
+  [2] "GMT" = "Greenwich Mean Time"
 
 - Danksagung
 
   Wolfgang Zenker (Ur-Autor dieses Artikels)
+  Björn Schotte (bisheriger Maintainer)  
 
   und
 
This page took 0.0196 seconds and 4 git commands to generate.