1 Archive-name: de-newusers/headerzeilen
2 Posting-frequency: weekly
3 Last-modified: 1998-09-28
4 URL: http://www.kirchwitz.de/~amk/dni/headerzeilen
6 Diese merkwürdigen Headerzeilen
7 ===============================
10 Du solltest nach der Lektüre dieses Artikels wissen, was die
11 Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
12 Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
15 Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
16 denn es sollen hier nur die wichtigsten Headerzeilen behandelt
19 Wenn Du mehr wissen willst: am Ende des Artikels findest Du
20 Quellenangaben für mehr Infos sowie einige Hinweise für neue
24 - Was ist eine Headerzeile?
26 Ein Newsartikel besteht aus Headerzeilen, gefolgt von
27 einer Leerzeile und dem eigentlichen Artikeltext (auch
28 »Body« genannt). Headerzeilen beeinflussen den Trans-
29 port, die Speicherung und die Verarbeitung von News-
32 Die meisten Newsreader erlauben Dir, einen Artikel in-
33 klusive Headerzeilen zu editieren. Dabei sind bestimmte
34 Formvorschriften einzuhalten: Headerzeilen haben unmit-
35 telbar nach dem ersten Wort einen Doppelpunkt und nach
36 diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
37 tere Werte. Die meisten der hier genannten Formvorschrif-
38 ten erledigt Dein Newsreader automatisch; wenn nicht,
39 kann es sein, daß Du von anderen Netzteilnehmern einen
40 Hinweis bekommst, etwa: »Deine Message-ID ist nicht in
41 Ordnung. Es ist wichtig, daß die Headerzeilen korrekt
42 vorliegen: ansonsten kann Dein Artikel vielleicht nicht
43 weitergeleitet werden.«
45 Einige Newssysteme verlangen darüber hinaus, daß eine
46 Headerzeile mit einem Großbuchstaben beginnt.
49 - Welche Headerzeilen _müssen_ vorhanden sein?
53 Die Subject-Headerzeile (Betreff) soll angeben, worum es
54 in Deinem Artikel geht. Viele Leser entscheiden anhand
55 dieses Betreffs, ob sie Deinen Artikel lesen oder über-
57 Wenn Du auf einen anderen Artikel antwortest, wird
58 normalerweise der Betreff des anderen Artikels mit den
59 vier vorangestellten Zeichen »Re: « automatisch über-
60 nommen. Leider missachtet z.B. Microsofts Internet
61 Explorer diese _Vorschrift_ [1] und setzt an die Stelle
62 des »Re: « ein länderspezifisches Kürzel (z.B. »AW: «
63 für »Antwort« im der deutschen Version). Andere Soft-
64 ware verwendet die Form »Re^2: «, die genauso verkehrt
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.
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
79 Lies hierbei auch die entsprechenden Anmerkungen der
80 Netiquette, die wie die anderen INFO-Texte in der
81 Newsgroup de.newusers.infos zu finden ist.
84 [1] Vergleiche Abschnitt 5.4, RFC 1036bis (Bezugs-
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!
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.
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
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).
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
129 * automatisch ergänzte Headerzeilen:
131 Außer den oben genannten müssen noch folgende Headerzeilen
134 - »From:«, dessen Aufbau in Abschnitt 5.2, RFC 1036bis,
137 - »Message-ID:«, Abschnitt 5.3, RFC 1036bis,
139 - »Date:«, Abschnitt 5.1, RFC1036bis und
141 - »Path:«, Abschnitt 5.6, RFC1036bis.
143 (Quellenangaben für RFC1036bis s.u.)
145 Diese werden beim Absenden automatisch erzeugt, und Du
146 solltest daran nichts editieren.
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.
154 - Welche anderen, optionalen Headerzeilen gibt es?
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.
168 Im normalen Gebrauch solltest du diese Headerzeile
169 jedoch nicht verwenden.
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
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.
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.
192 Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
193 System auch verlassen soll), die »Distribution«-Headerzeile
194 _komplett_ wegzulassen.
198 Beachte: »z« anstatt »s«!
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.
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
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.
232 Die Supersedes-Headerzeile enthält die Message-ID des zu
233 »überschreibenden« Artikels.
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).
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.
262 Beachte: Ein »Followup-To: poster,irgendeine.news.group«
263 funktioniert _nicht_!
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.
273 * »X-No-Archive: yes«
275 Sie dient dazu, Postings von AltaVista nicht archivieren
276 bzw. von DejaNews nicht anzeigen zu lassen.
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.
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
290 - Wo erfahre ich mehr?
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
299 <ftp://ftp.uni-paderborn.de/pub/doc/rfc/>
303 <ftp://ftp.cs.tu-berlin.de/pub/doc/rfc/>.
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
309 send /pub/doc/rfc/rfcXXXX.gz
311 (wobei "XXXX" durch die vierstellige - ggf. links mit Nullen
312 aufgefüllte - Nummer des gewünschten RFCs ersetzt wird).
314 Den son-of-RFC 1036 findest Du als Text-Version unter
316 <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.txt.gz>,
318 als Postscript-Version unter
320 <ftp://ftp.fu-berlin.de/doc/news/son-of-1036-draft.ps.gz>
322 sowie als HTML-Version unter
324 <http://www.chemie.fu-berlin.de/outerspace/netnews/son-of-1036.html>.
326 Eine Einführung in deutscher Sprache findet sich auch in der
327 der Zeitschrift »iX«, Ausgabe 4/92, Seite 107.
330 - Hinweise für News-Administratoren
332 Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
333 hang mit Newsheaderzeilen:
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.)
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.
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).
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
363 [2] »GMT« = »Greenwich Mean Time«
367 Wolfgang Zenker (Ur-Autor dieses Artikels)
371 Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
372 Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
373 Christian-Peter Weiss, Klaus Baldermann