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
7 Diese merkwürdigen Headerzeilen
8 ===============================
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
16 Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
17 denn es sollen hier nur die wichtigsten Headerzeilen behandelt
20 Wenn Du mehr wissen willst: am Ende des Artikels findest Du
21 Quellenangaben für mehr Infos sowie einige Hinweise für neue
25 - Was ist eine Headerzeile?
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-
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."
46 Einige Newssysteme verlangen darüber hinaus, dass eine
47 Headerzeile mit einem Großbuchstaben beginnt.
50 - Welche Headerzeilen _müssen_ vorhanden sein?
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-
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
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).
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.
82 [1] Vergleiche Abschnitt 3.4.3, RFC 5537
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!
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.
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
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).
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
127 * automatisch ergänzte Headerzeilen:
129 Außer den oben genannten müssen noch folgende Headerzeilen
132 - "From:", dessen Aufbau in Abschnitt 3.1.2 von RFC 5536
133 bzw. in Abschnitt 3.6.2 von RFC5322 beschrieben ist,
135 - "Message-ID:", Abschnitt 3.1.3 von RFC 5536,
137 - "Date:", Abschnitt 3.1.1 von RFC 5536 und
139 - "Path:", Abschnitt 3.1.5 von RFC 5536.
141 (Quellenangaben für die RFCs s.u.)
143 Diese werden beim Absenden automatisch erzeugt, und Du
144 solltest daran nichts editieren.
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.
152 - Welche anderen, optionalen Headerzeilen gibt es?
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.
166 Im normalen Gebrauch solltest du diese Headerzeile
167 jedoch nicht verwenden.
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
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.
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.
190 Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
191 System auch verlassen soll), die "Distribution"-Headerzeile
192 _komplett_ wegzulassen.
196 Beachte: "z" anstatt "s"!
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.
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
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.
230 Die Supersedes-Headerzeile enthält die Message-ID des zu
231 "überschreibenden" Artikels.
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).
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.
260 Beachte: Ein "Followup-To: poster,irgendeine.news.group"
261 funktioniert _nicht_!
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.
271 * "X-No-Archive: yes"
273 Diese Headerzeile verhindert, dass deine Posting von
274 https://groups.google.com/ angezeigt werden.
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.
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
288 - Wo erfahre ich mehr?
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
296 <https://datatracker.ietf.org/>, z. B.
298 <https://datatracker.ietf.org/doc/html/rfc5536>,
302 <https://www.rfc-editor.org/>
306 - Hinweise für News-Administratoren
308 Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
309 hang mit Newsheaderzeilen:
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.)
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.
326 Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
327 Domain Name") stehen.
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
338 [2] "GMT" = "Greenwich Mean Time"
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)
348 Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
349 Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
350 Christian-Peter Weiss, Klaus Baldermann