Fassung vom 2003-02-20.
[faqs/headerzeilen.git] / headerzeilen
1 Archive-name: de-newusers/headerzeilen
2 Posting-frequency: weekly
3 Last-modified: 2003-02-20
4 URL: http://www.cgarbers.de/usenet/headerzeilen.txt
5 URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
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, daß Du von anderen Netzteilnehmern einen
41   Hinweis bekommst, etwa: "Deine Message-ID ist nicht in
42   Ordnung. Es ist wichtig, daß die Headerzeilen korrekt
43   vorliegen: ansonsten kann Dein Artikel vielleicht nicht
44   weitergeleitet werden."
45
46   Einige Newssysteme verlangen darüber hinaus, daß 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, daß 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, daß 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     muß, 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, daß 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, daß 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      daß 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, daß 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 muß 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 "@" *muß* 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 (bisheriger Maintainer)  
369
370   und
371
372   Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
373   Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
374   Christian-Peter Weiss, Klaus Baldermann
This page took 0.019853 seconds and 3 git commands to generate.