1.1 Was zu tun ist

Zuallererst ueberpruefe, ob Dein Artikel fuer die Newsgruppen, in die
er gepostet werden soll, auch angemessen ist.  Modifiziere die Header
so, dass sie Abschnitt 1.3 entsprechen (und Abschnitt 2, soweit
erforderlich). Schicke uns den Artikel (siehe Abschnitt 1.5), warte
auf die Genehmigung, und fange an, ihn crosszuposten (siehe Abschnitt
1.6).

1.2 Beispiel-Header

A. Vollstaendig

Die Header eines Artikels koennten wie folgt aussehen, wenn sie uns
geschickt werden.  Bitte lies aber den ganzen Abschnitt 1 durch, bevor
Du ihn uns zuschickst.

From: guru@foo-ag.de (Peter Hacker)
Newsgroups: de.comp.sys.foo
Subject: de.comp.sys.foo - erst lesen, dann posten.
Followup-To: de.comp.sys.foo
Summary: This posting describes what every reader of de.comp.sys.foo
	ought to know about the foo computer system.  It's in German,
	like the Newsgroup.
Expires: Fri, 1 May 1995 00:00:00 GMT
Supersedes: <de-foo-faq/part2_701650000@bla.foo-ag.de>

Archive-name: de-foo/intro
Posting-frequency: monthly
Last-modified: 1995-03-23
URL: http://www.foo-ag.de/foo_faq.html

Die Zeile zwischen dem normalen und dem zusaetzlichen Header muss
komplett leer sein, d.h. sie darf weder Leerzeichen noch
Tabulatorzeichen enthalten.  Auch zwischen dem zusaetzlichen Header
und dem normalen Text muessen eine oder mehrere voellig leere Zeilen
stehen.

B. Minimal

Minimale Header, die noch diesen Richtlinien entsprechen, koennten so
aussehen:

From: joeuser@irgendwo.de
Newsgroups: de.talk.bar
Followup-To: poster
Subject: de.talk.bar FAQ

Archive-name: de-bar/faq

1.3 Die Richtlinien

Die Richtlinien fuer *.answers beziehen sich nicht auf das Format oder
den Inhalt Deines Artikels, solange er periodisch gepostet wird, in
einem fuer Menschen lesbaren Format vorliegt und Informationen
vermittelt. (Siehe jedoch Abschnitt 2.6, dort sind ein paar
Vorschlaege fuer Formate).  Die Richtlinien spezifizieren einige
der Header.

A. Normale Usenet-Headerzeilen

Neben den weiter unten spezifizierten Headern kann Dein Artikel alle
normalen Usenet-Header enthalten.

a. Newsgroups (ERFORDERLICH)

Beispiel:
Newsgroups: de.comp.sys.foo

Es sind erforderlich: die 'Heimat'-Newsgruppen (angemessen, nicht
*.answers), die zu den Heimatnewsgruppen gehoerenden *.answers-
Gruppen (z.B. de.answers fuer irgendeine de.*-Gruppe), und
news.answers (auch wenn Du in keine news.*-Gruppe postest). Es muss
mindestens eine Heimatnewsgruppe vorhanden sein.  Die *.answers -
Gruppen gehoeren ans Ende.  Nach den Doppelpunkt muss ein einzelnes
Leerzeichen folgen, und die Zeile darf keine weiteren Leerzeichen,
Tabulatoren oder Zeilenumbrueche enthalten.

b. Subject (ERFORDERLICH)

Beispiele:

Subject: de.comp.sys.foo - erst lesen, dann posten.
Subject: Foo FAQ, v1.23 (mod. 1995-07-11)

Diese Zeile soll fuer jemanden, der mit dem Thema nicht vertraut ist
und der die Heimatnewsgruppe nicht kennt, verstaendlich sein.
Wichtige Informationen gehoeren an den Anfang; manche Newsreader
schneiden Subject:-Zeilen ab.  Fange die Zeile nicht mit "Die" oder
"FAQ" an, damit die FAQ sich gut alphabetisch einsortieren laesst.

Die Subject:-Zeile muss jedes Mal genau die gleiche Gross/
Kleinschreibung, Zeichensetzung und Verteilung von Leerzeichen haben.
Ein Datum oder eine Versionsnummer kann sich allerdings aendern,
solange das Format konstant bleibt.

c. Followup-To (ERFORDERLICH)

Beispiele:

Followup-To: de.comp.sys.foo
Followup-To: de.comp.sys.foo,de.talk.foo
Followup-To: poster

Die Followup-To:-Zeile ist erforderlich, damit Antworten auf die FAQ
nicht zu den *.answers-Moderatoren geschickt werden.  Sie kann die
Heimatnewsgruppen enthalten, oder, wenn Du die Antworten zugeschickt
bekommen lassen willst, das Wort "poster".  In diese Zeile gehoert
KEINE E-Mail-Adresse.

d. From (ERFORDERLICH)

Beispiel:

From: guru@foo-ag.de (Peter Hacker)

Dein Artikel benoetigt eine From:-Zeile, die von fast allen Systemen
automatisch generiert wird.  Wenn das nicht der Fall ist, lies
Abschnitt 2.1b durch.

e. Summary (OPTIONAL)

Beispiel:

Summary: This posting describes what every reader of de.comp.sys.foo
	 ought to know about the foo computer system.  It's in German,
	 like the Newsgroup.

Es ist eine gute Idee, eine Zusammenfassung des Artikels in das
Summary-Feld des Headers einzutragen; man koennte es als einen
Katalogeintrag auffassen.  Fuer deutschsprachige Artikel empfiehlt es
sich, auf Englisch den Hinweis einzutragen, dass der Artikel in
deutscher Sprache abgefasst ist.

Die Zusammenfassung kann mehrere Zeilen umfassen, wenn jede neue Zeile
nach der ersten mit einem Leerzeichen oder Tabulator anfaengt.

B. Zusaetzliche Headerzeilen

Der Zusatzheader sieht wie der normale Header aus (d.h. er hat das
Format "Zeilenname: Zeilenwert"), aber ist von dem normalen Header
durch genau eine voellig leere Zeile (d.h. ohne Leerzeichen oder
Tabulator) abgetrennt.

a. Archive-name (ERFORDERLICH)

Beispiel:

Archive-name: de-foo/intro
Archive-name: de-foo/literatur

Dein Artikel muss einen zusaetzlichen Header mit einem Archivnamen
enthalten.  Waehle einen Namen aus, der fuer Leser ausserhalb des
speziellen Fachbereichs verstaendlich ist; versuche, Abkuerzungen zu
vermeiden.  Der Archivname sollte den Inhalt des Artikels beschreiben,
nicht unbedingt die Heimatnewsgruppe.  Fuer mehrteilige Artikel oder
Diffs siehe die Abschnitte 2.4 und 2.5.

Teile Worte mit Bindestrichen ab und verwende Slashes (/) zur
Trennung von Namensteilen.  Versuche, mit jeder Komponente unter 14
Zeichen zu bleiben oder zumindest die wichtigsten Teile in den
ersten 14 Buchstaben unterzubringen.  Verwende keine Leerzeichen,
Tabulatoren (ausser Bindestrichen, Slashes und Unterstrichen) und
nicht nur Grossbuchstaben.  Nur Slashes sollten zur hierarchischen
Trennung verwendet werden.

Um die Archive besser verwendbar zu machen, ermutigen wir die Sammlung
von aehnlichen Artikeln in gemeinsamen Directories.  Es gibt
beispielsweise eine ganze Menge Listen von Buchlaeden, deren
Archivnamen alle mit "books/stores/" beginnen.  Die bereits
existierenden Archivnamen erfaehrt man aus dem Index der Archive
(siehe hierzu Abschnitt 5.4).

Dein Artikel wird an verschiedenen Orten auf rtfm.mit.edu archiviert
werden, aber der stabilste wird von dem Archivnamen abgeleitet:

/pub/usenet/news.answers/ARCHIVE-NAME

Hier sind einige ausfuehrlichere Beispiele:
 Subject	                              Archivename(n)
 ---------------------------------------------------------
 rec.arts.movies FAQs, various topics   movies/biographies
                                        movies/brazil-faq
                                        movies/faq
                                        movies/quotes/part1
                                        movies/quotes/part2
                                        movies/trivia-faq
 soc.culture.esperanto FAQ              esperanto-faq


b. Posting-Frequency (OPTIONAL)

Beispiel:

Posting-Frequency: monthly (third Monday)

Wenn Du diese Zeile angibst, werden Aenderungen automatisch in die
"List of Periodic Informational Postings" uebernommen (siehe Abschnitt
4.2).  Wie Du die Haeufigkeit deines Artikels angibst, ist Dir
ueberlassen.

Wenn Du dir nicht sicher bist, wie oft Du deinen Artikel posten
sollst, enthaelt Abschnitt 2.2 einige Ratschlaege.

c. Last-modified, Version, URL (alle OPTIONAL)

Beispiel:

Last-modified: 1995-03-23
Version: 1.42
URL: http://www.foo-ag.de/foo_faq.html

Du darfst beliebige Zusatzheaderzeilen einfuegen, wenn Du willst.
Einige oft gebrauchte sind "Last-Modified:" und "Version:", die
selbsterklaerend sein sollten.  Eine "URL:" Zeile koennte die World
Wide Web Adresse deines Artikels enthalten, wenn er eine solche hat.
Fuer Informationen ueber HTML-Versionen, einschliesslich automatisch
erstellter, siehe Abschnitt 2.7B.

Soweit es diese Richtlinien betrifft, darfst Du beliebigen Text in
diese und andere Zeilen schreiben, in jedem beliebigen Format.

1.4 Checkliste

Hier folgt eine Checkliste fuer Deine Einsendung zu *.answers.  Bitte
gehe sie Punkt fuer Punkt durch; wenn die Antwort auf eine Frage
'nein' lautet, dann sieh Dir nochmal die entsprechende Stelle dieses
Artikels an und aendere Deine Einsendung entsprechend.

 Hat der Artikel einen normalen Header?
 Hat der Artikel eine Newsgroups:-Zeile?
 Enthaelt die Newsgroups:-Zeile zumindest eine Newsgruppe ausser den
 *.answers-Newsgruppen?
 Enthaelt die Newsgroups:-Zeile news.answers?
 Sind die *.answers-Newsgruppen am Ende der Zeile (mit news.answers
 an letzter Position)?
 Enthaelt die Newsgroups:-Zeile alle relevanten *.answers-Newsgruppen?
 Enthaelt die Newsgroups:-Zeile nur die relevanten *.answers-
  Newsgruppen?
 Hat der Artikel eine Subject:-Zeile?
 Ist die Subject:-Zeile informativ?
 Sind die wichtigen Informationen der Subject:-Zeile nahe am Anfang?
 Hat der Artikel eine Followup-To:-Zeile?
 Sind alle *.answers-Newsgruppen aus der Followup-To:-Zeile
  entfernt?
 Hat der Artikel eine Archive-name:-Zeile?
 Ist der zusaetzliche Header vom normalen Header durch genau eine
  voellig leere Zeile getrennt?
 Ist der zusaetzliche Header vom Rest des Artikels durch eine voellig
  leere Zeile getrennt?
 Ist die Archiv-name:-Zeile gueltig?
 Hast Du uns die Haeufigkeit mitgeteilt, mit der Du Deinen Artikel
  posten willst?
 Hast Du uns mitgeteilt, ob Du auf der faq-maintainers oder der
  faq-maintainers-announce-Mailingliste sein willst, oder auf keiner
  von beiden?
 
1.5 Einsenden des Artikels

A. Wie Du Deinen Artikel einschickst

Nachdem Du Deinen Artikel in Uebereinstimmung mit den Richtlinien
gebracht hast, gibt es drei Moeglichkeiten, sie den Moderatoren von
*.answers zur Genehmigung zu schicken. Weiter unten werden alle drei
erklaert; die am meisten empfohlene zuerst.

Wenn Dein Artikel keine Posting-Frequency:-Zeile im zusaetzlichen
Header hat, maile uns bitte (nach news-answers-request@mit.edu), wie
haeufig Du den Artikel posten willst.  In dieser Mail kannst Du auch
noch andere Fragen klaeren, oder weitere Kommentare abgeben.

Betreuer von FAQs und anderen periodisch erscheinenden Artikeln
sollten nach Moeglichkeit an der faq-maintainers-Mailingliste
teilnehmen; lies Abschnitt 2.3 fuer weitergehende Informationen.

a. Der automatische FAQ-Pruefer

Die empfohlenen Methode ist der FAQ-Pruefer, der automatisch ueber-
prueft, ob Dein Artikel diesen Richtlinien entspricht und Dir eine
Nachricht schickt, in der eventuelle Fehler erklaert werden. Wenn Dein
Artikel diesen Test besteht, wird der FAQ-Pruefer ihn an uns
weiterleiten. Artikel, die ein "ok" vom FAQ-Pruefer haben, koennen von
uns schneller bearbeitet werden.

Um den FAQ-Pruefer zu verwenden, schicke Deine gesamte FAQ, mit allen
normalen und zusaetzlichen Header-Zeilen im Textteil, an
news-answers-submit@rtfm.mit.edu. Wenn die From: - Zeile sonst von
Deinem News-Programm eingefuegt wird, musst Du sie diesmal selbst von
Hand eingeben.

Dies bedeutet, dass Deine Mail drei Bloecke von Headern haben wird: den
Mail-Header, der dafuer sorgt, dass sie an den FAQ-Pruefer geschickt
wird, den normalen News-Header und den zusaetzlichen Header der den
Archivnamen enthaelt. Die Subject-Zeile kannst Du bei Einsendungen an
den FAQ-Pruefer beliebig waehlen.

Bitte schicke nur Artikel an diese Adresse und keine Kommentare oder
Fragen. Hierfuer ist news-answers-request@mit.edu da.

b. Crossposting

Wenn Dein Mail-Programm Deinen Artikel nicht korrekt abschicken kann
(z.B. weil es lange Zeilen immer umbricht), oder wenn Du Sorgen hast,
dass Dein News-Programm ihn nicht korrekt behandeln koennte, gibt es
eine weitere Moeglichkeit. Schicke ihn durch Crossposten in alle Gruppen
ab, in die du ihn posten willst - es sei denn, Du moechtest ihn auch in
andere moderierte Gruppen posten; in diesem Fall lies Abschnitt 2.8 B.

Bitte schicke den Artikel genauso ab, wie er spaeter erscheinen wird.
Solange Du die Zustimmung zum Posten nicht hast, wird Dein Artikel uns
per Mail zugeschickt und in KEINER Newsgruppe erscheinen.  Deshalb
kannst (und sollst) Du ALLE Newsgruppen in die Newsgroups:-Zeile
aufnehmen, in die Du posten willst, auch in der beabsichtigten
Reihenfolge.

Wenn Du einen Artikel uebernimmst (d.h. wenn der alte Betreuer Dir
die Verwantwortung fuer das Posten uebergeben hat), entferne bitte
vorher die vorhandenen Header, die die Zustimmung zum Posten in eine
moderierte Gruppe anzeigen - sonst werden wir den Artikel nicht
erhalten.

c. Direktes Einsenden

Wenn Du mit den beiden anderen Einsendemethoden Schwierigkeiten hast,
kannst Du Deinen Artikel auch direkt an news-answers@mit.edu schicken.
Bitte schicke nur Artikel an diese Adresse und keine Kommentare oder
Fragen. Hierfuer ist news-answers-request@mit.edu da.

B. Was wir mit Deiner Einsendung tun werden

Wir werden Dir entweder sagen, dass Dein Artikel so, wie er ist, nach
*.answers gehoert, Dich bitten, kleine Aenderungen am Header
vorzunehmen, oder Deinen Artikel als nicht geeignet zurueckweisen.
Wenn wir Dich um Aenderungen am Header bitten, schicke uns bitte die
korrigierte Version auf die gleiche Weise zu wie die erste.

Hinweis: Die *.answers-Moderatoren sind alle Freiwillige, die die
Arbeit der Moderation in ihrer (manchmal knappen) Freizeit tun.  Wir
bekommen jeden Tag Tausende von Einsendungen und anderer E-Mail
zugeschickt.  Deshalb koennen wir nicht immer sofort auf Einsendungen
und andere Korrespondenz reagieren.  Seit Februar 1995 werden alle
Einsendungen und andere E-Mails an das *.answers-Moderatorenteam
automatisch per E-Mail quittiert, um die Einsender davon zu
ueberzeugen, dass wir ihre Mail erhalten haben und uns irgendwann
einmal darum kuemmern werden, ueblicherweise in der Reihenfolge, in
der wir sie erhalten.

Wenn Du innerhalb von 48 Stunden keine Quittungsmail erhaeltst, dann
kann eine der folgenden Sachen passiert sein:

1.  Deine Newssite ist falsch konfiguriert und hat uns Deinen Artikel
nicht zugeschickt.  In diesem Fall solltest du den Artikel an
news-answers@mit.edu schicken und den Fehler dem lokalen Administrator
melden.

2. Wir haben Deinen Artikel erhalten, aber die Quittungsmail ist
gebounct, weil die From:-Adresse in Deinem Artikel ungueltig war.
Ueberpruefe, ob dies der Fall war, und schicke uns eine kurze Mail
mit der Frage, ob wir den Artikel erhalten haben. Wenn diese Mail
nicht bounct, und Du keine automatische Quittungsmail erhaeltst, dann
hat Deine Site vermutlich schwere Konfigurationsprobleme, die dem
lokalen Administrator (meistens postmaster@site) gemeldet werden
sollten.

Weil das Genehmigen des Postens laenger dauern koennte, wirst Du
vermutlich in der Zwischenzeit Deinen Artikel in dessen
Heimatnewsgruppe(n) posten wollen, damit er den Lesern dort zur
Verfuegung steht.

Bitte schicke nichts an die Einzeladresse eines Moderators, auch wenn
er oder sie derjenige war, der das letzte Mal Deinen Artikel
bearbeitet hat; dies verlaengert nur die Frist, bis Dein Artikel
behandelt wird.  Bitte richtet alle Fragen, Kommentare und Flames
ueber *.answers an news-answers-request@mit.edu.

Normalerweise wird alle Korrespondenz mit uns auf Englisch ablaufen,
da so alle Moderatoren am Prozess teilnehmen koennen; dies
beschleunigt das Genehmigen.  Wenn Du lieber auf deutsch schreiben
willst, so tue das; es kann aber sein, dass sich dadurch das
Genehmigen Deines Artikels verzoegert.

1.6 Was nun?

Sobald Dein Artikel die Genehmigung zum Posten nach *.answers hat,
wirst Du ihn selber in alle Newsgruppen posten; dies geschieht durch
einen speziellen Header.  Wie das genau aussieht, werden wir Dir in
einer E-Mail erlaeutern.  (Dies ist absichtlich vage gehalten; mit der
Genehmigung Deines Artikels wirst Du genaue Anweisungen erhalten.)
Die *.answers-Moderatoren werden Deinen Artikel NICHT selber posten;
es ist Deine eigene Aufgabe, das zu tun.  Es gibt mehrere
Moeglichkeiten, dies zu automatisieren; siehe Abschnitt 2.7A fuer
weitergehende Informationen.

Nachdem Dein Artikel genehmigt worden ist, wirst Du uns vermutlich
informieren muessen, wenn einer der erforderlichen Header, der
Betreuer oder die Haeufigkeit des Postens sich aendert.  Mehr Details
werden wir Dir zusenden, wenn wir Deinen Artikel genehmigen, oder Du
findest sie in dem Artikel "*.answers - nach der Genehmigung" (siehe
Abschnitt 4.9).  Wenn Du nur den Inhalt oder den Stil des Textes Deines
Artikels aenderst, brauchst Du uns nicht zu informieren.