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