Compare commits
8 commits
2022-06-09
...
master
| Author | SHA1 | Date | |
|---|---|---|---|
 Thomas Hochstein
|
b4c57f7d9d | ||
|
Thomas Hochstein
|
fd6bd03d13 | ||
|
Thomas Hochstein
|
c0ca1e132c | ||
|
Thomas Hochstein
|
316212371a | ||
|
Thomas Hochstein
|
96552d789a | ||
|
Thomas Hochstein
|
69853d7a31 | ||
|
Thomas Hochstein
|
9539b9363f | ||
|
Thomas Hochstein
|
2e36bf2f43 |
1
.gitattributes
vendored
1
.gitattributes
vendored
|
|
@ -1 +1,2 @@
|
||||||
|
headerzeilen export-subst
|
||||||
* text=auto
|
* text=auto
|
||||||
|
|
|
||||||
|
|
@ -1,5 +1,12 @@
|
||||||
headerzeilen 2.0.0 (unreleased)
|
headerzeilen 2.1.0 (2024-12-07)
|
||||||
* Komplette Überarbeitung.
|
* Komplette Überarbeitung.
|
||||||
|
* Formatierung als Markdown.
|
||||||
|
* Webversion erzeugen und als URL angeben.
|
||||||
|
|
||||||
|
headerzeilen 2.0.0 (2024-12-01)
|
||||||
|
* Credits ergänzt.
|
||||||
|
* Komplette Überarbeitung.
|
||||||
|
* ID hinzugefügt.
|
||||||
|
|
||||||
headerzeilen (2022-06-09)
|
headerzeilen (2022-06-09)
|
||||||
* ChangeLog und TODO hinzugefügt.
|
* ChangeLog und TODO hinzugefügt.
|
||||||
|
|
|
||||||
10
README.md
Normal file
10
README.md
Normal file
|
|
@ -0,0 +1,10 @@
|
||||||
|
# Diese merkwürdigen Headerzeilen
|
||||||
|
|
||||||
|
* Archive-name: de-newusers/headerzeilen
|
||||||
|
* Posting-frequency: weekly
|
||||||
|
* URL: https://th-h.de/archives/faqs/headerzeilen.txt
|
||||||
|
|
||||||
|
Du solltest nach der Lektüre dieses Artikels wissen, was die
|
||||||
|
Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
|
||||||
|
Artikels anbietet, bedeuten, und welche Du ggf. hinzufügen
|
||||||
|
könntest.
|
||||||
5
TODO
5
TODO
|
|
@ -1,9 +1,6 @@
|
||||||
headerzeilen To-Do-Liste
|
headerzeilen To-Do-Liste
|
||||||
========================
|
========================
|
||||||
|
|
||||||
* Komplette Ueberarbeitung
|
* Weitere Ueberarbeitung
|
||||||
- deutlichere Trennung User/Einsteiger contra Admin/Fortgeschrittener
|
- deutlichere Trennung User/Einsteiger contra Admin/Fortgeschrittener
|
||||||
- Struktur kritisch ueberdenken: allgemeine Einfuehrung vorneweg?
|
- Struktur kritisch ueberdenken: allgemeine Einfuehrung vorneweg?
|
||||||
|
|
||||||
* Ergaenzungen
|
|
||||||
- ?
|
|
||||||
|
|
|
||||||
774
headerzeilen
774
headerzeilen
|
|
@ -1,350 +1,460 @@
|
||||||
Archive-name: de-newusers/headerzeilen
|
Archive-name: de-newusers/headerzeilen
|
||||||
Posting-frequency: weekly
|
Posting-frequency: weekly
|
||||||
Last-modified: 2022-06-09
|
Version: 2.1.0
|
||||||
|
Last-modified: 2024-12-07
|
||||||
URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
|
URL: https://www.kirchwitz.de/~amk/dni/headerzeilen
|
||||||
URL: https://th-h.de/archives/faqs/headerzeilen.txt
|
URL: https://th-h.de/net/usenet/faqs/headerzeilen/
|
||||||
|
|
||||||
Diese merkwürdigen Headerzeilen
|
Diese merkwürdigen Headerzeilen
|
||||||
===============================
|
===============================
|
||||||
|
|
||||||
|
Du solltest nach der Lektüre dieses Textes wissen, was Kopf- oder
|
||||||
Du solltest nach der Lektüre dieses Artikels wissen, was die
|
Headerzeilen in einem Newsbeitrag ("Artikel", "Posting") sind, welche
|
||||||
Headerzeilen, welche Dir Dein Newsreader beim Schreiben eines
|
Bedeutung die gebräuchlichsten Headerzeilen haben und welche Du
|
||||||
Artikels anbietet, bedeuten und welche Du ggf. hinzufügen
|
ggf. ändern oder hinzufügen könntest.
|
||||||
könntest.
|
|
||||||
|
Dieser Beitrag erhebt keinen Anspruch auf Vollständigkeit, denn es
|
||||||
Dieser Artikel erhebt keinen Anspruch auf Vollständigkeit,
|
sollen hier nur die wichtigsten Headerzeilen behandelt werden. Wenn Du
|
||||||
denn es sollen hier nur die wichtigsten Headerzeilen behandelt
|
mehr wissen willst: am Ende dieses Textes findest Du Quellenangaben
|
||||||
werden.
|
für mehr Infos sowie einige Hinweise für neue News-Administratoren.
|
||||||
|
|
||||||
Wenn Du mehr wissen willst: am Ende des Artikels findest Du
|
Was ist eine Headerzeile?
|
||||||
Quellenangaben für mehr Infos sowie einige Hinweise für neue
|
-------------------------
|
||||||
News-Administratoren.
|
|
||||||
|
Ein Newsartikel besteht aus Headerzeilen, gefolgt von einer
|
||||||
|
Leerzeile und dem eigentlichen Artikeltext (auch "Body" genannt).
|
||||||
- Was ist eine Headerzeile?
|
Headerzeilen beeinflussen den Transport, die Speicherung und die
|
||||||
|
Verarbeitung von Newsartikeln.
|
||||||
Ein Newsartikel besteht aus Headerzeilen, gefolgt von
|
|
||||||
einer Leerzeile und dem eigentlichen Artikeltext (auch
|
Ein Beispiel:
|
||||||
"Body" genannt). Headerzeilen beeinflussen den Trans-
|
|
||||||
port, die Speicherung und die Verarbeitung von News-
|
Path: uni-berlin.de!fu-berlin.de!news.albasani.net!not-for-mail
|
||||||
artikeln.
|
From: Jonas Gerhardt <jonas.gerhardt@domain.example>
|
||||||
|
Newsgroups: de.test
|
||||||
Die meisten Newsreader erlauben Dir, einen Artikel in-
|
Subject: Re: Das ist ein Test ignore
|
||||||
klusive Headerzeilen zu editieren. Dabei sind bestimmte
|
Date: Sat, 14 Jan 2012 01:18:16 +0200
|
||||||
Formvorschriften einzuhalten: Headerzeilen haben unmit-
|
Message-ID: <use4me$bd5$1@news.albasani.net>
|
||||||
telbar nach dem ersten Wort einen Doppelpunkt und nach
|
References: <ivs7jj$ns0$1@speranza.aioe.org>
|
||||||
diesem Doppelpunkt _genau_ ein Leerzeichen, danach wei-
|
MIME-Version: 1.0
|
||||||
tere Werte. Die meisten der hier genannten Formvorschrif-
|
Content-Type: text/plain; charset=UTF-8
|
||||||
ten erledigt Dein Newsreader automatisch; wenn nicht,
|
Content-Transfer-Encoding: 8bit
|
||||||
kann es sein, dass Du von anderen Netzteilnehmern einen
|
User-Agent: tin/2.6.4-20241019 ("Banff") (Linux/6.1.0-25-amd64 (x86_64))
|
||||||
Hinweis bekommst, etwa: "Deine Message-ID ist nicht in
|
|
||||||
Ordnung. Es ist wichtig, dass die Headerzeilen korrekt
|
Gernot Breiner schrieb am 13.01.2012 um 22:40:
|
||||||
vorliegen: ansonsten kann Dein Artikel vielleicht nicht
|
|
||||||
weitergeleitet werden."
|
> Das ist ein Test.
|
||||||
|
|
||||||
Einige Newssysteme verlangen darüber hinaus, dass eine
|
Das hier auch!
|
||||||
Headerzeile mit einem Großbuchstaben beginnt.
|
|
||||||
|
Zumindest die wichtigsten Headerzeilen werden Dir in der Regel in
|
||||||
|
Deinem Newsreader angezeigt, wenn auch nicht notwendig in der Form,
|
||||||
- Welche Headerzeilen _müssen_ vorhanden sein?
|
wie sie tatsächlich im Posting stehen. Dazu gehören üblicherweise der
|
||||||
|
Absender, die Gruppe, in der der Artikel veröffentlicht wurde, sein
|
||||||
* "Subject"
|
Betreff und das Datum.
|
||||||
|
|
||||||
Die Subject-Headerzeile (Betreff) soll angeben, worum es
|
Die anderen Headerzeilen müssen oft erst eingeblendet werden.
|
||||||
in Deinem Artikel geht. Viele Leser entscheiden anhand
|
|
||||||
dieses Betreffs, ob sie Deinen Artikel lesen oder über-
|
Wie kann ich Headerzeilen bearbeiten oder hinzufügen?
|
||||||
springen.
|
-----------------------------------------------------
|
||||||
Wenn Du auf einen anderen Artikel antwortest, wird
|
|
||||||
normalerweise der Betreff des anderen Artikels mit den
|
Wenn Du einen Newsartikel posten willst, hast Du üblicherweise die
|
||||||
vier vorangestellten Zeichen "Re: " automatisch über-
|
Möglichkeit, neben dem Artikeltext auch die wichtigsten Headerzeilen
|
||||||
nommen. Leider missachten manche Newsreader diese Kon-
|
(insbesondere den Betreff und die Gruppe für die Veröffentlichung)
|
||||||
vention [1] und setzen an die Stelle des "Re: " ein län-
|
anzugeben. Die restlichen notwendigen Headerzeilen werden dann vom
|
||||||
derspezifisches Kürzel (z.B. "AW: " für "Antwort").
|
Newsreader erzeugt.
|
||||||
Andere Software verwendet die Form "Re^2: ", die ebenso
|
|
||||||
verkehrt ist.
|
Die meisten Newsreader erlauben Dir aber auch, einige oder alle
|
||||||
|
Headerzeilen zu editieren und weitere Zeilen hinzuzufügen.
|
||||||
Falls sich die Diskussion in eine andere Richtung ent-
|
|
||||||
wickelt, solltest Du jedoch die "Subject:"-Zeile an
|
Bei Newsreadern - insbesondere solchen mit unixoiden Wurzeln -, die
|
||||||
die veränderte Thematik anpassen.
|
einen externen Editor starten, wird Dir der Entwurf des Beitrags oft
|
||||||
|
wie in dem Beispiel oben angezeigt, nämlich vollständig mit allen
|
||||||
Es ist hierbei üblich, nach dem neuen Subject in Klam-
|
Headerzeilen und dem Text. Du kannst dann beides frei editieren.
|
||||||
mern "(was: altes Subject)" anzugeben ["was" ist hier-
|
Newsreader mit einer grafischen Benutzeroberfläche (GUI, "graphical
|
||||||
bei englisch für "war"]. Beim Antworten auf einen sol-
|
user interface") bieten hingegen regelmäßig nur wenige Headerzeilen
|
||||||
chen Artikel solltest Du dann die Klammer entfernen
|
zur unmittelbaren Bearbeitung an und ermöglichen es nur über weitere
|
||||||
(einige Newsreader machen dies sogar automatisch, aber
|
Bedienschritte, Headerzeilen hinzuzufügen oder vorhandene Headerzeilen
|
||||||
nur, wenn Du "was" verwendest).
|
zu bearbeiten. Die Einzelheiten dazu finden sich dann in der
|
||||||
|
Dokumentation oder der Hilfe-Funktion des Newsreaders. Hinweise und
|
||||||
Lies hierbei auch die entsprechenden Anmerkungen der
|
Links zu gebräuchlichen Newsreader findest Du u.a. in der FAQ
|
||||||
Netiquette, die wie andere Info-Texte in der Newsgroup
|
"Newsreader-Übersicht für Einsteiger" in de.newusers.infos:
|
||||||
de.newusers.infos zu finden ist.
|
|
||||||
|
From: thh@thh.name (Thomas Hochstein)
|
||||||
[1] Vergleiche Abschnitt 3.4.3, RFC 5537
|
Newsgroups: de.newusers.infos,de.comm.software.newsreader,
|
||||||
(Bezugsquellen s.u.)
|
de.comm.software.outlook-express
|
||||||
|
Subject: <Datum> FAQ: Newsreader-Uebersicht fuer Einsteiger
|
||||||
* "Newsgroups"
|
|
||||||
|
Archive-name: de-comm-software/newsreader-faq
|
||||||
Hierhin kommt der Name der Gruppe, in die der Artikel
|
Posting-frequency: weekly
|
||||||
gepostet wird. Ab und zu kann es sinnvoll sein, den
|
URL: https://th-h.de/archives/faqs/newsreader-faq.txt
|
||||||
Artikel in mehr als eine Gruppe zu posten. In diesem
|
URL: https://www.kirchwitz.de/~amk/dni/newsreader-faq
|
||||||
Fall gibst Du in dieser Zeile die Namen aller betrof-
|
|
||||||
fenen Gruppen an. Die Gruppennamen müssen dabei jeweils
|
In jedem Fall müssen hinzugefügte oder veränderte Headerzeilen den
|
||||||
durch ein Komma getrennt werden. Bitte *nicht* denselben
|
entsprechenden Formvorschriften genügen, damit Dein Beitrag korrekt
|
||||||
Artikel in die Newsgruppen einzeln posten!
|
verbreitet werden kann.
|
||||||
|
|
||||||
Achtung: nach einem trennenden Komma auf _keinen_ Fall
|
Wie sehen Headerzeilen aus?
|
||||||
ein Leerzeichen setzen, der Artikel wird sonst von vie-
|
---------------------------
|
||||||
len Newssystemen als fehlerhaft weggeworfen. Auch manche
|
|
||||||
Newsreader prüfen, ob nach einem trennenden Komma ein
|
Headerzeilen müssen strikten Formvorschriften gehorchen. Sie bestehen
|
||||||
Leerzeichen steht und warnen ggf. den Benutzer.
|
immer aus dem Namen der Headerzeile, der keine Leerzeichen
|
||||||
|
(oder anderen Leerraum wie bspw. Tabulatoren) enthalten darf und mit
|
||||||
Die Methode, mehrere Gruppennamen in diese Zeile zu
|
einem Doppelpunkt endet. Nach genau einem Leerzeichen folgt dann der
|
||||||
schreiben, nennt man "Crossposting". Sie hat gegenüber
|
Inhalt der Headerzeile.
|
||||||
dem "einzeln in mehrere Gruppen schreiben" eine Reihe
|
|
||||||
von Vorteilen: Der Artikel wird nur einmal übertragen,
|
Ein Beispiel:
|
||||||
auf vielen Newssystemen steht der Artikeltext nur einmal
|
|
||||||
auf der Platte und viele Newsreader erkennen, dass der
|
Subject: Re: Das ist ein Test ignore
|
||||||
Artikel bereits in einer anderen Gruppe gelesen wurde
|
Message-ID: <use4me$bd5$1@news.albasani.net>
|
||||||
und zeigen ihn nicht nochmals in den weiteren Gruppen
|
|
||||||
an.
|
Wenn Header über eine Benutzeroberfläche bearbeitet werden, sind
|
||||||
|
meistens getrennte Eingabefelder für den Namen und den Inhalt der
|
||||||
Bitte beachte, dass exzessives Crossposting -- insbesondere
|
Headerzeile vorgesehen.
|
||||||
über mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg --
|
|
||||||
_unerwünscht_ ist. Wer dies nicht beachtet, kann sehr
|
Sowohl die Namen der notwendigen und zulässigen Headerzeilen als auch
|
||||||
schnell Ärger bekommen. Eine Klassifizierung für "exzessiv"
|
der vorgesehene Inhalt (und dessen Format) sind vorgegeben. Die
|
||||||
an einer absoluten Zahl gibt es nicht. Zum Beispiel wird
|
meisten Vorgaben sollte der verwendete Newsreader automatisch
|
||||||
ein Crossposting in fünf Gruppen schon als extrem unhöf-
|
umsetzen. Tut er dies nicht, kann es sein, dass Du von anderen
|
||||||
lich angesehen. Wenn es unbedingt ein Crossposting sein
|
Netzteilnehmern einen Hinweis darauf bekommst, etwa: "Deine
|
||||||
muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
|
Message-ID ist nicht in Ordnung. Es ist wichtig, dass die
|
||||||
als zwei Gruppen zu tun (natürlich inklusive gesetztem
|
Headerzeilen korrekt vorliegen: ansonsten kann Dein Artikel
|
||||||
"Followup-To", doch dazu später).
|
vielleicht nicht weitergeleitet werden."
|
||||||
|
|
||||||
Es ist meist sinnvoll (und gilt als höflich), bei einem
|
In Headerzeilen sind regelmäßig nur 7bit-Zeichen (ASCII) zulässig.
|
||||||
"crossposted" Artikel die Antworten _nur_ in eine Gruppe
|
Umlaute und andere Sonderzeichen dürfen dort nicht erscheinen,
|
||||||
zu leiten. Siehe dazu die "Followup-To:"-Headerzeile
|
sondern müssen als sog. "MIME encoded words" kodiert werden. Das
|
||||||
weiter unten.
|
liest sich dann wie Kauderwelsch und lässt sich daher üblicherweise
|
||||||
|
nicht von Hand erledigen, sondern sollte durch den Newsreader
|
||||||
* automatisch ergänzte Headerzeilen:
|
umgesetzt werden. Umgekehrt übersetzt ein MIME-fähiger Newsreader
|
||||||
|
das Kauderwelsch dann bei der Anzeige wieder in lesbaren Text.
|
||||||
Außer den oben genannten müssen noch folgende Headerzeilen
|
|
||||||
vorhanden sein:
|
Die Headerzeile
|
||||||
|
|
||||||
- "From:", dessen Aufbau in Abschnitt 3.1.2 von RFC 5536
|
Subject: =?UTF-8?Q?Die_n=C3=A4chste_freie_Person?=
|
||||||
bzw. in Abschnitt 3.6.2 von RFC5322 beschrieben ist,
|
|
||||||
|
führt zum Beispiel zu einem Betreff, der im Newsrader dann als "Die
|
||||||
- "Message-ID:", Abschnitt 3.1.3 von RFC 5536,
|
nächste freie Person" angezeigt wird.
|
||||||
|
|
||||||
- "Date:", Abschnitt 3.1.1 von RFC 5536 und
|
Welche Headerzeilen **müssen** vorhanden sein?
|
||||||
|
--------------------------------------------
|
||||||
- "Path:", Abschnitt 3.1.5 von RFC 5536.
|
|
||||||
|
### Subject (Betreff)
|
||||||
(Quellenangaben für die RFCs s.u.)
|
|
||||||
|
Die Subject-Headerzeile (Betreff) soll angeben, worum es in Deinem
|
||||||
Diese werden beim Absenden automatisch erzeugt, und Du
|
Artikel geht. Leser entscheiden möglicherweise anhand dieses
|
||||||
solltest daran nichts editieren.
|
Betreffs, ob sie Deinen Artikel lesen oder überspringen.
|
||||||
|
|
||||||
"From:" gibt den Autor des Artikels an (also Dich),
|
Wenn Du auf einen anderen Artikel antwortest, wird normalerweise der
|
||||||
"Date:" das Absendedatum, "Path:" den Weg, über welchen
|
Betreff des anderen Artikels mit den vier vorangestellten Zeichen
|
||||||
der Artikel bisher transportiert wurde, "Message-ID:"
|
"Re: " automatisch übernommen. Leider missachten manche Newsreader
|
||||||
ist eine weltweit eindeutige Kennzeichnung des Artikels.
|
diese Konvention [^1] und setzen an die Stelle des "Re: " ein
|
||||||
|
länderspezifisches Kürzel (z.B. "AW: " für "Antwort"). Andere
|
||||||
|
Software verwendet die Form "Re^2: ", die ebenso verkehrt ist.
|
||||||
- Welche anderen, optionalen Headerzeilen gibt es?
|
|
||||||
|
[^1]: Vergleiche RFC 5537, Abschnitt 3.4.3 (Bezugsquellen s.u.)
|
||||||
* "Sender"
|
|
||||||
|
Falls sich die Diskussion in eine andere Richtung entwickelt,
|
||||||
Der Verwendungszweck dieser Headerzeile ist die
|
solltest Du jedoch die "Subject:"-Zeile an die veränderte Thematik
|
||||||
tatsächliche Angabe des Posters des Artikels,
|
anpassen. Es ist hierbei üblich, nach dem neuen Subject in
|
||||||
sofern die From:-Adresse von der eigenen Adresse
|
Klammern "(was: altes Subject)" anzugeben; "was" ist hierbei das
|
||||||
abweicht. Üblicherweise findet man diese Header-
|
englische Wort für "war". Beim Antworten auf einen solchen Artikel
|
||||||
zeile in moderierten Gruppen, wenn dort der Mo-
|
solltest Du dann die Klammer entfernen (einige Newsreader machen
|
||||||
derator Postings von anderen Leuten veröffentlicht.
|
das sogar automatisch, aber nur, wenn Du "was" verwendest).
|
||||||
In der From:-Zeile stünde dann die Adresse desje-
|
|
||||||
nigen, der den Artikel gepostet haben möchte, in
|
Ein Beispiel für einen sich ändernden Betreff:
|
||||||
der Sender-Headerzeile die Adresse des Moderators.
|
|
||||||
|
Subject: Re: Altes Subject
|
||||||
Im normalen Gebrauch solltest du diese Headerzeile
|
Subject: Neues Subject (was: Altes Subject)
|
||||||
jedoch nicht verwenden.
|
Subject: Re: Neues Subject
|
||||||
|
|
||||||
* "Distribution"
|
Lies hierzu auch die entsprechenden Anmerkungen in der Netiquette, die
|
||||||
|
wie andere Info-Texte in der Newsgroup de.newusers.infos zu finden
|
||||||
Der Sinn dieser Headerzeile ist es, die Verbreitung eines
|
ist:
|
||||||
Artikels *einzuschränken*. Wenn Du alle Leser einer Gruppe
|
|
||||||
erreichen willst, dann lass diese Zeile weg oder setze
|
From: amk@spamfence.net (Andreas M. Kirchwitz)
|
||||||
"world" ein.
|
Newsgroups: de.newusers.infos,news.answers,de.answers
|
||||||
Beides bedeutet das gleiche, nämlich *keine* Einschrän-
|
Subject: <Datum> Netiquette fuer "de.*"
|
||||||
kung. Welche anderen Distributions es gibt, ist eine
|
|
||||||
Vereinbarungssache zwischen den Systemen, die eine
|
Archive-name: de-newusers/netiquette
|
||||||
Distribution austauschen.
|
Posting-frequency: weekly
|
||||||
Frage Deinen Newsadministrator nach den lokal vorhandenen
|
URL: http://www.kirchwitz.de/~amk/dni/netiquette
|
||||||
Distributions. Eine Distribution für "Deutschland" (zum
|
|
||||||
Beispiel "Distribution: de") gibt es _nicht_. Viele Sys-
|
### Newsgroups (Gruppe)
|
||||||
teme verwenden die Distribution "local" für Artikel, die
|
|
||||||
das eigene System nicht verlassen sollen.
|
Hierhin kommt der Name der Gruppe, in die der Artikel gepostet
|
||||||
|
wird.
|
||||||
Eine "Distribution:"-Zeile ist eine *Empfehlung* von Dir,
|
|
||||||
wem dieser Artikel geschickt werden soll und wem nicht. Du
|
Ab und zu kann es sinnvoll sein, den Artikel in mehr als eine Gruppe
|
||||||
solltest Dich aber nicht darauf verlassen, dass sich alle
|
zu posten. In diesem Fall gibst Du in dieser Zeile die Namen aller
|
||||||
an diese Empfehlung halten.
|
betroffenen Gruppen an. Die Gruppennamen müssen dabei jeweils durch
|
||||||
|
ein Komma (ohne Leerzeichen!) getrennt werden:
|
||||||
Am _sinnvollsten_ ist es (so dein Artikel dein eigenes
|
|
||||||
System auch verlassen soll), die "Distribution"-Headerzeile
|
Newsgroups: de.newusers.infos,news.answers,de.answers
|
||||||
_komplett_ wegzulassen.
|
|
||||||
|
Bitte **nicht** denselben Artikel in jede Newsgruppe einzeln posten!
|
||||||
* "Organization"
|
|
||||||
|
Die Methode, mehrere Gruppennamen in diese Zeile zu schreiben,
|
||||||
Beachte: "z" anstatt "s"!
|
nennt man "Crossposting". Sie hat gegenüber dem "einzeln in
|
||||||
|
mehrere Gruppen schreiben" eine Reihe von Vorteilen: Der Artikel
|
||||||
Diese Zeile gibt an, wem der Rechner gehört, auf dem Du
|
wird nur einmal übertragen, auf vielen Newssystemen steht der
|
||||||
Deinen Artikel schreibst oder bei dem Du Deinen Artikel
|
Artikeltext nur einmal auf der Platte und viele Newsreader
|
||||||
einlieferst. Normalerweise wird diese Zeile vom Newssystem
|
erkennen, dass der Artikel bereits in einer anderen Gruppe gelesen
|
||||||
automatisch eingesetzt.
|
wurde und zeigen ihn nicht nochmals in den weiteren Gruppen an.
|
||||||
|
|
||||||
* "References"
|
Bitte beachte, dass exzessives Crossposting -- insbesondere über
|
||||||
|
mehrere Hierarchien (z.B. de.*, z-netz.* etc.) hinweg -- maximal
|
||||||
Diese Zeile sollte nur existieren, wenn Du auf einen anderen
|
unerwünscht ist. Wer dies nicht beachtet, kann sehr schnell
|
||||||
Artikel antwortest. Hier steht die "Message-ID:" des beant-
|
Ärger bekommen. Eine Klassifizierung für "exzessiv" mit einer
|
||||||
worteten Artikels und eventuell außerdem die Message-IDs
|
absoluten Zahl gibt es nicht. Wenn es unbedingt ein Crossposting
|
||||||
aus der "References:"-Zeile, welche der beantwortete Artikel
|
sein muss, so sei Dir hier der Rat gegeben, dies in nicht mehr
|
||||||
schon enthalten hat. Dies wird von vielen Newsreadern benutzt,
|
als zwei oder drei thematisch passende Gruppen zu tun (natürlich
|
||||||
um zu erkennen, dass sich Dein Artikel auf den beantworteten
|
inklusive gesetztem "Followup-To", doch dazu später).
|
||||||
bezieht. Falls Deine Antwort eine neue Diskussion eröffnet,
|
|
||||||
solltest Du eventuell die References-Zeile löschen und
|
Es ist meist sinnvoll (und gilt als höflich), bei einem
|
||||||
damit den Bezug zum alten Artikel lösen.
|
"gecrossposteten" Artikel die Antworten nur in eine Gruppe zu
|
||||||
Die References-Zeile kann u.U. sehr lang werden. Falls
|
leiten. Siehe dazu die "Followup-To:"-Headerzeile weiter unten.
|
||||||
Dein System Probleme mit der Bearbeitung sehr langer Zeilen
|
|
||||||
hat und Du die References-Zeile kürzen willst, solltest
|
Automatisch ergänzte Headerzeilen
|
||||||
Du mindestens die erste und die beiden letzten IDs stehen
|
---------------------------------
|
||||||
lassen.
|
|
||||||
|
Außer den oben genannten müssen noch folgende Headerzeilen vorhanden
|
||||||
|
sein:
|
||||||
|
|
||||||
|
- **From:**,
|
||||||
|
der Absender bzw. richtiger Autor des Beitrags, wobei der Aufbau
|
||||||
|
dieser Headerzeile in RFC 5536, Abschnitt 3.1.2 bzw. in RFC 5322,
|
||||||
|
Abschnitt 3.6.2, beschrieben ist,
|
||||||
|
|
||||||
|
- **Date:**,
|
||||||
|
das Datum, beschrieben in RFC 5536, Abschnitt 3.1.1,
|
||||||
|
|
||||||
|
- **Message-ID:**,
|
||||||
|
eine eindeutige technische Kennung, die das Posting identifiziert,
|
||||||
|
beschrieben in RFC 5536, Abschnitt 3.1.3, und
|
||||||
|
|
||||||
|
- **Path:**,
|
||||||
|
der Laufweg des Postings, beschrieben in RFC 5536, Abschnitt 3.1.5.
|
||||||
|
|
||||||
|
(Quellenangaben für die RFCs s.u.)
|
||||||
|
|
||||||
|
Diese Headerzeilen werden beim Erstellen oder Absenden des Beitrags
|
||||||
|
automatisch erzeugt, und Du solltest daran nichts editieren. (Es sei
|
||||||
|
denn, Du möchtest für diesen Beitrag einen anderen Absender als sonst
|
||||||
|
verwenden.)
|
||||||
|
|
||||||
|
Welche anderen, optionalen Headerzeilen gibt es?
|
||||||
|
------------------------------------------------
|
||||||
|
|
||||||
|
### Reply-To (Mailantwort an)
|
||||||
|
|
||||||
|
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 genannte (gültige!) Adresse.
|
||||||
|
|
||||||
|
### Followup-To (öffentliche Antwort an)
|
||||||
|
|
||||||
|
Diese Headerzeile ist das Äquivalent zu "Reply-To:"" für ein Followup,
|
||||||
|
also eine öffentliche Antwort 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.
|
||||||
|
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 und
|
||||||
|
"de.talk.jokes.d" für Diskussionen darüber. Die Headerzeile
|
||||||
|
"Followup-To:" sollte immer nur *eine* Gruppe enthalten (nämlich die
|
||||||
|
für Deinen Artikel thematisch am besten geeignete Gruppe).
|
||||||
|
|
||||||
|
Ein Sonderfall ist die Angabe von "Followup-To: poster". Dies
|
||||||
|
bedeutet, dass 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 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 verstehen das einige Newsreader nicht, andere hingegen
|
||||||
|
überlassen Dir die Wahl zwischen einem (öffentlichen) Followup oder
|
||||||
|
einer Antwort per E-Mail.
|
||||||
|
|
||||||
* "Supersedes"
|
Beachte:
|
||||||
|
|
||||||
Viele Newsreader können ein von dir geschriebenes Posting
|
Followup-To: poster,irgendeine.news.group
|
||||||
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
|
|
||||||
kannst deine Anmerkung hinzufügen), anstatt ihn zu canceln
|
|
||||||
und nochmals neu einzugeben.
|
|
||||||
|
|
||||||
Die Supersedes-Headerzeile enthält die Message-ID des zu
|
funktioniert nicht! "poster" muss, wenn es verwendet wird, in der
|
||||||
"überschreibenden" Artikels.
|
"Followup-To"-Headerzeile alleine stehen.
|
||||||
|
|
||||||
* "Followup-To"
|
### Sender (technischer Absender)
|
||||||
|
|
||||||
|
Der Verwendungszweck dieser Headerzeile ist die Angabe des technischen
|
||||||
|
Absenders, also des tatsächlichen Posters des Artikels, wenn dieser
|
||||||
|
vom Autor (im "From:") abweicht. Sie ist daher nur dann sinnvoll,
|
||||||
|
wenn man einen fremden Beitrag postet. Üblicherweise findet man
|
||||||
|
diese Headerzeile daher in moderierten Gruppen, wenn dort der
|
||||||
|
Moderator Postings von anderen Leuten veröffentlicht. In
|
||||||
|
der "From:"-Zeile stünde dann die Adresse desjenigen, der den Artikel
|
||||||
|
verfasst hat und gepostet haben möchte, in der "Sender:"-Headerzeile
|
||||||
|
die Adresse des Moderators, also desjenigen, der den(fremden) Artikel
|
||||||
|
in das Usenet einspeist.
|
||||||
|
|
||||||
Diese Headerzeile dient der Umleitung von Antworten auf
|
Im normalen Gebrauch solltest Du diese Headerzeile jedoch nicht
|
||||||
Deinen Artikel. Du gibst hier die Newsgruppe(n) an, in
|
verwenden.
|
||||||
welche Antworten auf den Artikel gepostet sollen, falls
|
|
||||||
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
|
|
||||||
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,
|
|
||||||
dass 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
|
|
||||||
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
|
|
||||||
verstehen das einige Newsreader nicht, andere hingegen über-
|
|
||||||
lassen Dir die Wahl zwischen einem (öffentlichen) FollowUp
|
|
||||||
oder einer Antwort per E-Mail.
|
|
||||||
|
|
||||||
Beachte: Ein "Followup-To: poster,irgendeine.news.group"
|
|
||||||
funktioniert _nicht_!
|
|
||||||
|
|
||||||
* "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
|
|
||||||
genannte _gültige_ Adresse.
|
|
||||||
|
|
||||||
* "X-No-Archive: yes"
|
|
||||||
|
|
||||||
Diese Headerzeile verhindert, dass deine Posting von
|
|
||||||
https://groups.google.com/ angezeigt werden.
|
|
||||||
|
|
||||||
Solltest Du keine optionalen Headerzeilen deinem Posting
|
|
||||||
hinzufügen können, so kannst Du diese Headerzeile auch
|
|
||||||
in die erste Zeile des Artikels schreiben.
|
|
||||||
|
|
||||||
* viele weitere mehr
|
|
||||||
|
|
||||||
Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen,
|
|
||||||
die hier nicht aufgeführt wurden. Zum Schreiben eines
|
|
||||||
Artikels sind sie nicht nötig. RFC 5536 beschreibt diese
|
|
||||||
in Kapitel 3.2.
|
|
||||||
|
|
||||||
|
|
||||||
- Wo erfahre ich mehr?
|
|
||||||
|
|
||||||
Die Newsheaderzeilen sind in den Internet-Standard-Dokumenten,
|
### Organization (Organisation)
|
||||||
den sog. RFCs (Requests for Comment) definiert. Für Newsheader-
|
|
||||||
zeilen relevant sind derzeit RFC 5322 sowie RFC 5536 und RFC 5537.
|
|
||||||
Die RFCs sind auf der Website der IETF (Internet Engineering
|
|
||||||
Task Force)
|
|
||||||
|
|
||||||
<https://datatracker.ietf.org/>, z. B.
|
|
||||||
|
|
||||||
<https://datatracker.ietf.org/doc/html/rfc5536>,
|
|
||||||
|
|
||||||
oder beim RFC Editor
|
|
||||||
|
|
||||||
<https://www.rfc-editor.org/>
|
|
||||||
|
|
||||||
zu finden.
|
|
||||||
|
|
||||||
- Hinweise für News-Administratoren
|
|
||||||
|
|
||||||
Hier kurz die häufigsten Konfigurationsfehler im Zusammen-
|
|
||||||
hang mit Newsheaderzeilen:
|
|
||||||
|
|
||||||
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, dass Deine Site hier einen *weltweit eindeutigen* Namen
|
|
||||||
einträgt, in der Regel also Deinen vollständigen Domainnamen.
|
|
||||||
(Auch "FQDN" oder "Full Qualified Domainname" genannt.)
|
|
||||||
|
|
||||||
Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
|
Beachte: "z" anstatt "s"!
|
||||||
|
|
||||||
|
Diese Zeile gibt an, welcher Organisation Du angehörst oder wem der
|
||||||
|
Rechner gehört, auf dem Du Deinen Artikel schreibst oder bei dem Du
|
||||||
|
Deinen Artikel einlieferst. Oft wird diese Zeile vom Newssystem
|
||||||
|
automatisch eingesetzt, wenn sie leer ist.
|
||||||
|
|
||||||
|
### References (Bezüge)
|
||||||
|
|
||||||
|
Diese Zeile sollte nur existieren, wenn Du auf einen anderen Artikel
|
||||||
|
antwortest. Hier steht die "Message-ID:" des beantworteten Artikels
|
||||||
|
und eventuell außerdem die Message-IDs aus der "References:"-Zeile,
|
||||||
|
welche der beantwortete Artikel schon enthalten hat. Dies wird von
|
||||||
|
vielen Newsreadern benutzt, um zu erkennen, dass sich Dein Artikel
|
||||||
|
auf den beantworteten bezieht. Falls Deine Antwort eine neue
|
||||||
|
Diskussion eröffnet, solltest Du eventuell die References-Zeile
|
||||||
|
löschen und damit den Bezug zum alten Artikel lösen. Die
|
||||||
|
References-Zeile kann u.U. sehr lang werden. Falls Dein System
|
||||||
|
Probleme mit der Bearbeitung sehr langer Zeilen hat und Du die
|
||||||
|
References-Zeile kürzen willst, solltest Du mindestens die erste und
|
||||||
|
die beiden letzten IDs stehen lassen.
|
||||||
|
|
||||||
|
### Supersedes ("ersetzt")
|
||||||
|
|
||||||
|
Viele Newsreader können ein von dir geschriebenes Posting 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 kannst Deine Anmerkung hinzufügen),
|
||||||
|
anstatt ihn zu canceln und nochmals neu einzugeben.
|
||||||
|
|
||||||
|
Die Supersedes-Headerzeile enthält die Message-ID des zu
|
||||||
|
"überschreibenden" Artikels.
|
||||||
|
|
||||||
|
### X-No-Archive: yes (keine Archivierung)
|
||||||
|
|
||||||
|
Diese Headerzeile soll verhindern, dass Deine Posting in Webarchiven
|
||||||
|
wie früher bspw. <https://groups.google.com/> angezeigt werden.
|
||||||
|
|
||||||
|
Solltest Du keine optionalen Headerzeilen Deinem Posting hinzufügen
|
||||||
|
können, so kannst Du diese Headerzeile auch in die erste Zeile des
|
||||||
|
Artikels schreiben.
|
||||||
|
|
||||||
|
Die Beachtung dieser Headerzeile ist nicht gesichert.
|
||||||
|
|
||||||
|
### Zeichenkodierung
|
||||||
|
|
||||||
|
Auch im Artikeltext eines Newsbeitrags sind standardmäßig nur
|
||||||
|
7bit-Zeichen (ASCII) zulässig. Um dort Umlaute und andere
|
||||||
|
Sonderzeichen verwenden zu können (die dann auch richtig angezeigt)
|
||||||
|
werden, braucht man MIME ("Multipurpose Internet Mail Extensions").
|
||||||
|
Entsprechende Headerzeilen geben die MIME-Version an (regelmäßig
|
||||||
|
Version 1), Art und Zeichensatz des Inhalts sowie die verwendete
|
||||||
|
Transportkodierung.
|
||||||
|
|
||||||
|
Ein Beispiel:
|
||||||
|
|
||||||
|
MIME-Version: 1.0
|
||||||
|
Content-Type: text/plain; charset=UTF-8
|
||||||
|
Content-Transfer-Encoding: 8bit
|
||||||
|
|
||||||
|
Dieses Posting enthält reinen Text (wie es sein soll, also kein HTML)
|
||||||
|
im Zeichensatz "UTF-8", und die über ASCII hinausgehenden Zeichen
|
||||||
|
stehen ohne weitere Transportkodierung im Artikeltext.
|
||||||
|
|
||||||
|
Diese Headerzeilen sollte Dein Newsreader passend erzeugen.
|
||||||
|
|
||||||
|
### Weitere optionale Headerzeilen
|
||||||
|
|
||||||
|
Es gibt noch eine Vielzahl weiterer möglicher Headerzeilen, die hier
|
||||||
|
nicht aufgeführt wurden. Zum Schreiben eines Artikels sind sie nicht
|
||||||
|
unbedingt nötig.
|
||||||
|
|
||||||
|
RFC 5536 beschreibt diese in Kapitel 3.2.
|
||||||
|
|
||||||
|
Wo erfahre ich mehr?
|
||||||
|
--------------------
|
||||||
|
|
||||||
|
Die News-Headerzeilen sind in den Internet-Standard-Dokumenten, den
|
||||||
|
sog. RFCs (Requests for Comment) definiert. Für News-Headerzeilen
|
||||||
|
relevant sind derzeit RFC 5322 sowie RFC 5536 und RFC 5537.
|
||||||
|
|
||||||
|
Alle RFCs sind auf der Website der IETF (Internet Engineering Task
|
||||||
|
Force) oder beim RFC-Editor zu finden:
|
||||||
|
|
||||||
|
* <https://datatracker.ietf.org/>, z. B.
|
||||||
|
<https://datatracker.ietf.org/doc/html/rfc5536>
|
||||||
|
|
||||||
|
* <https://www.rfc-editor.org/>
|
||||||
|
|
||||||
|
Die für Newsartikel relevanten RFCs sind auch auf den Webseiten von
|
||||||
|
Russ Allbery zusammengestellt:
|
||||||
|
|
||||||
|
* <https://www.eyrie.org/~eagle/usefor/>
|
||||||
|
|
||||||
|
Hinweise für News-Administratoren
|
||||||
|
---------------------------------
|
||||||
|
|
||||||
|
Hier kurz die häufigsten Konfigurationsfehler im Zusammenhang mit
|
||||||
|
News-Headerzeilen:
|
||||||
|
|
||||||
|
* 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, dass Deine Site
|
||||||
|
hier einen *weltweit eindeutigen* Namen einträgt, in der Regel den
|
||||||
|
vollständigen Hostnamen einschließlich Domain ("full qualified
|
||||||
|
domain name" oder "FQDN").
|
||||||
|
|
||||||
|
* Die "Message-ID:"-Headerzeile muss ebenfalls weltweit eindeutig (!)
|
||||||
sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
|
sein; darüber hinaus ist dafür folgendes Format vorgeschrieben:
|
||||||
<localpart@sitename.domain>, wobei localpart aus allen US-ASCII-
|
`<localpart@domainpart>` Dabei dürfen beide Teile alle Zahlen sowie
|
||||||
Zeichen im Bereich von 0 bis 127, außer ( ) < > @ , ; : \ " [ ]
|
Groß- und Kleinbuchstaben des US-ASCII-Zeichensatzes enthalten,
|
||||||
Leerzeichen und Control-Characters (0-31, 127) bestehen darf.
|
sowie die folgenden Sonderzeichen:
|
||||||
Der Punkt "." darf nicht am Anfang oder am Ende des localpart
|
|
||||||
und im localpart nicht zweimal hintereinander vorkommen.
|
|
||||||
|
|
||||||
Rechts vom "@" *muss* ein Domainname (der sog. "Full Qualified
|
!?#$%&*+-/={}'^_`|~
|
||||||
Domain Name") stehen.
|
|
||||||
|
|
||||||
Bei der "Date:"-Headerzeile gibt es oft Probleme mit Zeitzonen-
|
Zwischen solchen Zeichenfolgen darf auch ein Punkt `.` stehen, aber
|
||||||
angaben. Es gibt leider keine international genormte Bezeichnung
|
nicht am Beginn oder am Ende oder zweimal nacheinander. "domainpart"
|
||||||
für europäische Zeitzonen (außer für GMT [2]). Unbekannte Zeit-
|
sollte zudem der FQDN des Newsssystems sein.
|
||||||
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
|
|
||||||
also fehlerhaft.
|
|
||||||
|
|
||||||
[2] "GMT" = "Greenwich Mean Time"
|
* Bei der "Date:"-Headerzeile gibt es manchmal Probleme mit
|
||||||
|
Zeitzonenangaben. Unbekannte Zeitzonen werden von den meisten
|
||||||
|
Programmen als UTC (GMT) [^2] interpretiert. Am besten funktioniert
|
||||||
|
es, als Zeitzone "+0100" bzw. bei Sommerzeit "+0200" einzutragen.
|
||||||
|
Die Zeitzone darf nur aus *einem* Wort bestehen, die Angabe
|
||||||
|
"GMT +0100" wäre also fehlerhaft.
|
||||||
|
|
||||||
- Danksagung
|
[^2]: "UTC" = "Coordinated Universal Time",
|
||||||
|
"GMT" = "Greenwich Mean Time"
|
||||||
|
|
||||||
Wolfgang Zenker (Ur-Autor dieses Artikels)
|
Maintainer und Danksagung
|
||||||
Björn Schotte (früherer Maintainer bis Februar 2003)
|
-------------------------
|
||||||
Christoph Garbers (bisheriger Maintainer bis September 2011)
|
|
||||||
|
|
||||||
und
|
Derzeit wird dieser Text von Thomas Hochstein <thh@thh.name> betreut.
|
||||||
|
|
||||||
Oliver Fink, Gert Doering, Werner Icking, Martin Sluka,
|
Er ist auch in einem Git-Repository unter
|
||||||
Ralf Wenk, Walter Mildenberger, Andreas Bewersdorff,
|
<https://code.virtcomm.de/faqs/headerzeilen/> verfügbar und kann über
|
||||||
Christian-Peter Weiss, Klaus Baldermann
|
die Weboberfläche eingesehen oder ausgecheckt werden.
|
||||||
|
|
||||||
|
Dank gilt insbesondere dem Autor und den früheren Maintainern:
|
||||||
|
|
||||||
|
- Wolfgang Zenker (Ur-Autor dieses Textes)
|
||||||
|
- Björn Schotte (Maintainer bis 02/2003)
|
||||||
|
- Christoph Garbers (Maintainer bis 09/2011)
|
||||||
|
|
||||||
|
und für Beiträge zu dem Text in der jetzigen oder einer früheren
|
||||||
|
Fassung:
|
||||||
|
|
||||||
|
Oliver Fink, Gert Doering, Werner Icking, Martin Sluka, Ralf Wenk,
|
||||||
|
Walter Mildenberger, Andreas Bewersdorff, Christian-Peter Weiss,
|
||||||
|
Klaus Baldermann, Marcel Logen
|
||||||
|
|
||||||
|
Ergänzungen und Korrekturen, Lob und Kritik nimmt der Betreuer dieses
|
||||||
|
Textes gerne entgegen.
|
||||||
|
--
|
||||||
|
Id: $Format:%t %d %ai %an$
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue