2.1 Weitere optionale Header

A. Expires, Supersedes (beide OPTIONAL)

Beispiele:

Expires: Fri, 1 May 1995 00:00:00 GMT
Supersedes: <foo-faq/part2_701650000@foosys.com>

Es ist eine gute Idee, Expires- und Supersedes-Header einzufuegen,
damit jede Version Deines Artikels solange auf den Newssystemen liegt,
bis er das naechste Mal gepostet wird, und dass jeder Artikel die
veraltete vorherige Version ersetzt.

Der Expires-Header sollte ein Datum (in dem oben gezeigten Format)
enthalten, das weit genug in der Zukunft liegt, so dass eine neue
Version Deines Artikels vorliegt, bevor der alte ungueltig wird.  Der
Supersedes-Header sollte die Message-ID des alten Artikels
enthalten.  Vorsicht: 'Supersedes' enthaelt nicht den Buchstaben 'c' -
die allermeiste Usenet-Software ignoriert Supersedes-Header, die
eine andere Schreibweise haben.

Am einfachsten ist es, diese Header mit einem automatischen Skript
oder Server zu verwenden (siehe Abschnitt 2.7A).  Wir haben alle
Header in dem Format gezeigt, den das post_faq-Paket verwenden
wuerde.
 
B. Reply-To (OPTIONAL)

Beispiel:

Reply-To: foo-faq@foo-ag.de (Foo FAQ - Kommentare)

Wenn Antwortmail auf Deinen Artikel an eine andere Adresse als der
Rest Deiner Mail gehen soll, schreibe diese Adresse in den Reply-To-
Header.

Wenn Dein Newssystem keine korrekte E-Mail-Adresse in die From-
Zeile schreibt, wirst Du entweder ein Posting-Paket verwenden
(siehe Abschnitt 2.7A) oder eine Reply-To:-Zeile verwenden
muessen, um Antworten zu Deinem Artikel zu erhalten.

C. Andere Archivnamen (OPTIONAL)

Beispiel:

De-comp-sys-foo-archive-name: Einfuehrung

Wie vorher gesagt, verwendet die Software, die die periodischen
Informationsartikel auf rtfm.mit.edu archiviert, die Archive-name-
Zeile als Dateiname fuer den Artikel, wenn sie es in einer Newgruppe
abspeichert, deren Namen mit ".answers" aufhoert (news.answers,
rec.aviation.answers etc.). Andernorts wird der Dateiname
ueblicherweise von der Subject:-Zeile abgeleitet.

Wenn Du jedoch eine Zeile der Form "Newsgroup-name-archive-name: name"
im zusaetzlichen Header Deines Artikels stehen hast ("Newsgroup-name"
sollte hierbei durch den richtigen Newsgruppennamen ersetzt werden,
wobei die Punkte durch Bindestriche ersetzt sind), dann wird Dein
Artikel in dem Directory der entsprechenden Newsgruppe unter dem
spezifizierten Archivnamen abgespeichert; hierbei wird die normale
Archive-name:-Zeile nicht beachtet.

Wenn Dein Artikel bereits eine Archive-name:-Zeile hat, der keinen
fuer *.answers gueltigen Archivnamen enthaelt (wenn Du z.B. bereits
einen Archivnamen fuer eine *.sources-Gruppe hast), dann kannst Du
auch eine News-answers-archive-name:-Zeile verwenden.

Wenn z.B. dein normaler Header folgende Zeilen enthaelt:

Newsgroups: de.comp.sys.foo
Subject: de.comp.sys.foo - erst lesen, dann posten.

und der zusaetzliche Header:

Archive-name: de-foo/intro
De-comp-sys-foo-archive-name: Einleitung

dann wird der Artikel als "de-foo/intro" unter de.answers/ und
news.answers/ abgespeichert (weil beides *.answers - Gruppen sind und
die Archive-name:-Zeile verwenden), und als "Einleitung" in
de.comp.sys.foo/.

Wenn Du spezielle, newsgruppenspezifische Archivnamen fuer Deinen
Artikel vergeben willst, dann halte Dich bitte an die Richtlinien fuer
Archivnamen in Abschnitt 1.3B.

2.2 Haeufigkeit des Postens

Wie haeufig Du postest, ist Dir selber ueberlassen.  Manche Betreuer
halten monatliches Posten, mit einer Expires:-Zeile, die weit genug
in die Zukunft zeigt, um das Loeschen des Artikels vor dem Posten
einer neuen Version zu verhindern, fuer ausreichend.  Andere
Newsgruppen haben so viel Verkehr, dass der Artikel woechentlich
gepostet wird.

Wenn Du mehr als einmal pro Monat posten willst, koenntest Du dir
eventuell ueberlegen, nicht jedesmal deinen Artikel nach *.answers
crosszuposten.  [Vorsicht: wenn Du dies tust, dann kannst Du Supersedes
nicht bei jedem Artikel verwenden, weil Du dadurch auch die Version in
*.answers loeschen wuerdest.  Du koenntest eventuell Supersedes nur
fuer die Version in *.answers verwenden; in der Heimatnewsgruppe
waeren dann mehrere Exemplare Deiner FAQ, was kein allzugrosses
Problem darstellen wuerde.]

Eine andere Moeglichkeit besteht darin, den oder die kompletten
Informationsartikel nicht allzuhaeufig zu posten, jedoch einen kurzen
Hinweis auf die Newsgruppen.  Ein derartiger Erinnerungsartikel wuerde
nicht nach *.answers crossgepostet werden, jedoch so oft wie noetig in
die Heimatnewsgruppen.

Wenn Du uns Deinen Artikel zusendest, bitte informiere uns ueber die
Haeufigkeit, mit der Du den Artikel in den Heimatnewsgruppen zu posten
gedenkst, sowie die Haeufigkeit des Postens nach *.answers (wenn sie
sich unterscheiden).  Die beste Moeglichkeit dafuer ist es, die
Information in die Posting-Frequency:-Zeile im Header zu tun; das
Format hierfuer ist beliebig.

Wenn es geht, suche Dir eine zufaellige Zeit zum Posten Deines
Artikels aus.  Es ist z.B. keine gute Idee, jede FAQ an jedem
Monatsersten zu posten; dies wuerde eine Welle von Artikeln in
*.answers bedeuten, die gross genug waere, um kleinere Sites zu
ueberwaeltigen (ganz abgesehen von Leuten, die *.answers so
durchlesen).

2.3 Mailinglisten fuer die Betreuer von periodischen Artikeln

Alle Mails, die administrative Aspekte der faq-maintainers oder
faq-maintainers-announce - Mailinglisten betreffen, sollten an
faq-maintainers-request@mit.edu geschickt werden.

Die Sprache auf faq-maintainers und faq-maintainers-announce ist
Englisch.

A. faq-maintainers

Betreuer von FAQs und anderen periodischen, informativen Artikeln wird
nahegelegt, an der faq-maintainers-Mailingliste teilzunehmen.  Diese
Liste wird fuer Diskussionen ueber die *.answers-Newsgruppen und die
Betreuung von periodischen informativen Artikeln auf dem Usenet
verwendet wird.  Die Teilname an diesen Mailinglisten ist jedem
moeglich, auch ohne uns einen Artikel zuzusenden.

Der Verkehr auf faq-maintainers kommt schubweise - im Durchschnitt
sind es etwa drei bis vier Artikel am Tag, aber manchmal koennen es
auch einige Dutzend Artikel pro Stunde sein und wochenlang gar
nichts.

B. faq-maintainers-annoucne

Wenn Du nicht an der Diskussionsliste teilnehmen willst, willst Du
vielleicht die Nachichten der faq-maintainers-announce-Mailingliste
erhalten, die nur fuer Ankuendigungen dient.  Alle Teilnehmer an
faq-maintainers erhalten automatisch auch die Artikel, die an
faq-maintainers-announce gehen.

Auf faq-maintainers-announce ist nur sehr wenig Verkehr; es ist nicht
unueblich, dass dort viele Monate lang gar nichts erscheint, abgesehen
von einem regelmaessigen Artikel mit den Richtlinien fuer die Mailingliste.

2.4 Mehrteilige Artikel

A. Header-Beispiel

So koennten etwa die Header fuer Teil zwei eines zweiteiligen Artikels
aussehen:

From: guru@foo-ag.de (Peter Hacker)
Newsgroups: de.comp.sys.foo
Subject: de.comp.sys.foo FAQ, Teil 2/2
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>
References: <de-foo-faq/part1_792000000@bla.foo-ag.de>

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

B. Subject (ERFORDERLICH)

Beispiel:

Subject: de.comp.sys.foo FAQ, Teil 2/2

Fuer Artikel, die in mehrere Teile augespalten sind, solltest Du in
dem Subject jedes Einzelartikels angeben, der wievielte Teil von
insgesamt wie vielen Artikeln es ist.  Arabische Zahlen sind besser
als roemische, da sie sich einfacher sortieren und manipulieren
lassen.

C. Archive-name (ERFORDERLICH)

Beispiele:

Archive-name: de-foo-faq/part1
Archive-name: de-foo-faq/part2

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

Mehrteilige Artikel sollten "name/part1", "name/part2" etc. benannt
werden.  Falls die Teile nach Themengebiet gesplittet sind, kann
man auch kurze Ueberschriften angeben; siehe Abschnitt 1.3B fuer
einige Beispiele.  Wenn Du Diffs posten willst, siehe Abschnitt 2.5.

D. Summary (OPTIONAL)

Wenn Du mehrere zusammengehoerige Artikel hast, solltest du dir
ueberlegen, ob Du die Zusammenfassungen fuer jeden Artikel kurz halten
solltest (nur eine Beschreibung des Inhaltes des Artikels) oder ob Du
identische Zusammenfassungen verwenden willst.  Wenn Die Idee eines
FAQ-Katalogs verwirklicht wird, koennte man dadurch identische
Eintraege eliminieren.

E. References (OPTIONAL)

Beispiel:


References: <de-foo-faq/part1_792000000@bla.foo-ag.de>

Wenn Du einen mehrteiligen Artikel oder eine Reihe von verwandten
Artikeln postest, solltest du evtl. eine References:-Zeile in alle
Artikel bis auf den ersten einfuegen, die die Message-ID des ersten
Artikels enthaelt.  Leute, die einen threaded Newsreader verwenden,
koennen dann alle FAQs als einen einzigen Thread manipulieren und
z.B. abspeichern.  Die Werkzeuge zur Pflege, die in Abschnitt 2.7A
erwaehnt werden, haben dafuer eine Option.
 
2.5 Diffs

Beispiel:

Archive-name: de-foo-faq/part1
Archive-name: de-foo-faq/diff

Ein Diff ist eine Datei, die nur Aenderungen an einem groesseren
Artikel enthaelt.  Wenn Du ein Diff zu einem einteiligen Artikel
postest, sollte der Originalartikel "name/part1" (oder "name/faq",
oder was auch immer) heissen und das Diff sollte "name/diff" heissen.

Wenn Du mehrere Diffs fuer einnen mehrteiligen Artikel postest,
sollten sie "name/diff1", "name/diff2" etc. heissen.  Fuer ein Diff
fuer einen mehrteiligen Artikel verwende "name/diff".

2.6 FAQ-Formate

Diese Richtlinien spezifizieren KEIN bestimmtes Format fuer den
eigentlichen Text eines periodischen, informativen Artikels.

Das ist Absicht.  Welches Format der erwarteten Leserschaft am besten
dient, wird von Fall zu Fall sehr unterschiedlich sein.  Die Betreuer
koennen fuer den Text ihres Artikels ein beliebiges Format waehlen
(solange es menschenlesbar ist).  Dein Artikel sollte allerdings gut
organisiert und einfach zu lesen sein.

Einige Formate sind fuer FAQs vorgeschlgen worden.  Eins davon ist das
"minimal digest format"; lies in Abschnitt 4.3, wie man dafuer die
Dokumentation dazu erhaelt.  Andere Vorschlaege bekommt man am besten,
indem man sich existierende Artikel aus *.answers ansieht.

Diese Richtlinien spezifizieren auch KEINE untere oder obere Grenze
fuer die Groesse eines Artikels.  Eine pragmatische Untergrenze wird
dadurch gesezt, dass der Artikel fuer Menschen nuetzlich sein sollte.
Ueberlegungen ueber eine Obergrenze koennten beruecksichtigen, dass
ein Teil der Leser zu grosse Artikel aufgrund von Gateway- und
Newsproblemen nicht lesen kann.  64 kB ist hierfuer eine haeufige
magische Grenze.

2.7 Werkzeuge zur Pflege einer FAQ

Zwei World Wide Web Sites haben eine Liste von Werkzeugen zur
Betreuung von FAQs: die 'FAQ Maintenance Aids'-Seite von David
A. Lamb, unter http://www.qucis.queensu.ca/FAQs/FAQaid/, und
die 'Infinite Ink's Writing FAQs and Periodic Postings'-
Seite, auf http://www.best.com/~ii/internet/faqs/writing/ oder
http://www.ii.com/internet/faqs/writing/.

A. Automatisches Posten

Viele Betreuer posten ihre Artikel ohne Probleme von Hand.  Es
existieren jedoch mehrere Pakete, mit denen Du das automatisieren
kannst.  Alle diese Pakete haben Optionen fuer das automatische
Erstellen von Expires, Supersedes und References-Headern sowie von
mehrteiligen Artikeln, sowie das Posten in verschiedenen Zeitplaenen.

a. Mail-to-News-Server

Egal, welches System Du verwendest, Du kannst den FAQ-Server, den wir
betreuen, verwenden: Du schickst Deine periodischen, informativen
Artikel und verschiedene Kommandos dorthin, und der Server postet die
Artikel fuer Dich in regelmaessigen Abstaenden.  Dies ist eine
praktische Loesung fuer Betreuer, die Perl nicht zur Verfuegung haben,
die keins der beiden zur Verfuegung stehenden Paktete installieren
koennen oder wollen, oder deren lokaler Newsserver Posten in eine
moderierte Gruppe voellig unmoeglich macht.

Weitere Informationen ueber den FAQ-Server gibt es mit einer Mail an
faq-server@rtfm.mit.edu mit dem Kommando "help" (ohne die
Anfuehrungsstriche) in der Subject:-Zeile Deiner Mail.  Bevor Du
einen Artikel ueber den FAQ-Server postest, sollte er von uns
genehmigt sein.

b. post_faq

Ein nuetzliches Werkzeug zum automatischen Posten Deiner Artikel ist
der von Jonothan Kamens geschriebene FAQ-poster, der Perl benoetigt.
Post_faq nimmt als Eingabe einen Artikel mit statischen Headern
(d.h. Header, die sich nicht mit jedem Posten aendern), fuegt die
dynamischen Header dazu und postet den Artikel. 

c. auto-faq

Ein anderes Utility, auto-faq, bietet mehr Moeglichkeiten,
einschliesslich des automatischen Generierens und Einfuegens aller
Header.  Auch auto-faq erfordert Perl.  Urspruenglich wurde es von Ian
Kluft geschrieben und wird nun von Paul W. Schleck betreut.  Wenn Du
ein Werkzeug mit einem hohen Niveau an Automatisierung bei der
Betreuung und dem Posten von FAQs suchst, dann koennte auto-faq eine
bessere Wahl sein als post_faq.  Die letzte Version ist (zu dem
Zeitpunkt, als dieses Dokument geschrieben wurde) 3.2pl2 (es wird
dringend empfohlen, dass Du zumindest Version 3.0 verwendest), und ist
per anonymous FTP von ftp.novia.net:/customers/pschleck/auto-faq/ zu
beziehen.

Wenn Du keinen Zugriff auf anonymous FTP hast, so kannst Du das Paket
per ftpmail beziehen.  Schicke eine Mail an ftpmail@ftp.novia.net, die
im Text folgendes enthaelt:

open
uuencode
get /customers/pschleck/auto-faq/auto-faq32pl2.part1.gz
get /customers/pschleck/auto-faq/auto-faq32pl2.part2.gz
get /customers/pschleck/auto-faq/auto-faq32pl2.part3.gz

Weitere Unterstuetzung fuer dieses Paket gibt es mit einer E-Mail an
auto-faq-help@novia.net.  Auf die Mailingliste der Benutzer dieses
Paketes kommt man mit einer Mail an auto-faq-users-request@novia.net,
die im Text "subscribe auto-faq-users" enthaelt.  Eine Bestaetigung
und Willkommensnachicht sollte dann in Kuerze folgen.

Es gibt auch eine WWW-Seite ueber auto-faq, auf
http://www.novia.net/~pschleck/auto-faq/.


B. HTML-Konvertierung

Alle Artikel in news.answers werden automatisch nach HTML konvertiert
und zur Verfuegung gestellt, und zwar an mehreren Orten; eine gute
Liste ist auf der Seite von Infinite Ink zu erhalten.  Siehe hierzu
Abschnitt 2.7.

Wenn Du eine eigene HTML-Version erstellen willst, gibt es
verschiedene Werkzeuge zum Konvertieren zwischen verschiedenen
Formaten, unter anderem HTML, normaler Text, LaTeX, SGML, troff,
WordPerfect und Nisus.  Die WWW-Seite ueber 'FAQ Maintenance Aids'
enthaelt eine Liste.

2.8 Spezialfaelle

A. Was, wenn Du den Richtlinien nicht folgen kannst oder willst?

Wenn Du aus technischen Gruenden deinen Artikel nicht regelmaessig mit
den erforderlichen Formaten posten kannst, kannst Du vielleicht den
FAQ Server verwenden; siehe Abschnitt 2.7A.

Einige Betreuer lassen eine andere Person die Artikel fuer sie posten,
etwa einen Moderator einer nicht *.answers-Gruppe, oder einen
Freund, der andere periodische Artikel postet.  Sei mit dieser Methode
vorsichtig, da sie zu Verwirrungen fuehren kann, wer denn nun den
Artikel betreut oder wer und wie ihn postet.

Schliesslich, wenn Du diesen Richtlinien gar nicht folgen willst, dann
kannst Du deinen Artikel nicht in die *.answers-Newsgruppen posten.
Wenn Dein Artikel jedoch ein periodischer, informativier Artikel ist,
nehmen wir ihn trotzdem gerne in die List of Periodic Informational
Postings auf und archivieren ihn auch auf rtfm.mit.edu.  Abschnitt 3.2
enthaelt mehr Informationen.

B. Posten in mehrere moderierte Gruppen

Wenn Du sowohl nach *.answers als auch in eine oder mehrere moderierte
Gruppen posten willst, brauchst Du dafuer die Genehmigung von jedem
einzelnen Moderator.  Warte auf alle Genehmigungen (einschliesslich
unserer), bevor Du postest.

In diesem Fall solltest Du uns Deinen Artikel ueber E-Mail zusenden.
Wenn Du es durch Posten versuchst, wird Dein Artikel vermutlich bei
dem Moderator der ersten moderierten Newsgruppe in der Newsgroups-
Zeile landen, und das wird, wenn Du diesen Richtlinien gefolgt bist,
keine der *.answers-Newsgruppen sein.  Also schicke uns bitte Deinen
Artikel per Mail an die *.answers-Adresse, news-answers@mit.edu.
NUR EINSENDUNGEN SOLLTEN DORTHIN GESCHICKT WERDEN.  Andere Mails, die
sich auf *.answers beziehen, sollten an news-answers-request@MIT.Edu
gehen.

C. Posten in eine nicht englische Newsgruppe

Artikel, die nicht in Englisch gepostet werden, sind uns willkommen,
aber wir wuerden eine englische (oder zweisprachige) Subject-oder
Summaryzeile vorziehen.

Es gibt eine Ausnahme zur oben genannten Regel, dass man immer zur zur
Heimatnewsgruppe entsprechenden *.answers-Gruppe crossposten sollte:
Artikel, die in eine nicht englischsprachige Hierarchie gepostet
werden bzw. die nicht die in dieser Hierarchie uebliche Sprache verwenden.
Ein solcher Artikel sollte nicht in die dazugehoerige *.answers-
Gruppe gepostet werden.  Im Moment ist de.answers der einzige solche
Fall; de.answers ist nur fuer deutschsprachige Artikel.  Ein
englischsprachiger Artikel koennte z.B. nach de.* crossgepostet
werden, wenn der Betreuer dies fuer nuetzlich haelt, aber er sollte
dann nicht nach de.answers crossgepostet werden.

D. Verwendung von PGP und anderen Authentisierungen

Wenn Du Authentisierung, z.B. eine PGP-Signature, verwendest, musst
Du die Authentisierung nach der Leerzeile, die auf den zusaetzlichen
Header folgt, einfuegen.  Ein PGP-unterzeichneter Artikel koennte
dann so aussehen:

From: eva.mustermensch@some.do.main.de
Newsgroups: de.rec.haustiere.steine
Followup-To: de.rec.haustiere.steine
Subject: Der Stein als Haustier - FAQ

Archive-name: de-haustiere/steine

-----BEGIN PGP SIGNED MESSAGE-----

Willkommen in de.rec.haustiere.steine!
[Rest der FAQ]

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBL2E0vC5ipJ3oD2fRAQHFdeadbeefH+BKUyX28fS7Y9SBR5Nzhy2F0Elf
ZS7nqBR8hqcPRgDKIyb/q/Wf+pLL+e4FsgPVg1XTHDvc4jjB3GfQVcXXmYPospGA
y2FP4obc+MsqwwNP1day2WLxvwnDYwBB5DFsQhtlEpRBfs+8PsGzJRWhgo3avRYj
nhveWBivxFo==48L4
-----END PGP SIGNATURE-----

Subject: 3. Anhang
==================

3.1 Das Archiv auf rtfm.mit.edu

Alle Artikel, die in der List of Periodic Informational Postings
(LoPIP; siehe Abschnitt 3.2) erfasst sind, einschliesslich der
Dokumente ueber *.answers, werden auf rtfm.mit.edu (18.181.0.24)
archiviert.  Ein Artikel muss nicht nach *.answers crossgepostet
werden, um in diesem Archiv gespeichert zu werden; er muss nur in der
LoPIP erscheinen.

Alle Files dieses Archivs sind per anonymous FTP oder mit einem
E-Mailserver erhaeltlich.  Um eine Datei anzufordern, schicke eine
E-Mail an mail-server@rtfm.mit.edu, die 

    send usenet/DATEINAME

im Text der Nachricht enthaelt.  Weitere informationen ueber den
Mailserver ergibt das Kommando 'help'.

Die meisten Artikel sind dort unter verschiedenen Namen abgespeichert,
mit Hardlinks, um Platz zu sparen.  Ein Artikel, der nach *.answers
crossgepostet ist, wird am besten unter dem von seinem Archivnamen
abgeleiteten Namen zu bekomen sein:
/pub/usenet/news/answers/ARCHIVE-NAME.

Andere informative Artikel, die keine Archivnamen haben, werden
in einem Directory, das ihrer Newsgrup entspricht, abgespeichert,
unter einem Namen, der aus der Subject:-Zeile durch Ersetzen der
Leerzeichen durch Underscores entsteht.  Ein Artikel mit den headern

Subject: Foo FAQ (v. 2.5)
Newsgroups: alt.foo

wuerde unter anderem in /pub/usenet/alt.foo/Foo_FAQ_(v._2.5)
abgespeichert.

3.2 Die List of Periodic Informational Postings

Wenn Du uns nichts Gegenteiliges sagst, werden wir jeden Artikel, der
uns zugeschickt wird, in die "List of Periodic Informational
Postings" (LoPIP) aufnehmen, die nach news.answers und news.lists
gepostet werden.

Auch wenn Du deinen Artikel zu diesem Zeitpunkt nicht in *.answers
crossposten willst, nehmen wir ihn gerne dort auf.  Du musst keinerlei
Richtlinien folgen (abgesehen davon, dass der Artikel der Newsgruppe
angemessen sein muss); schicke uns einfach die Header und
informiere uns ueber alle Aenderungen.  Alle Artikel in der LoPIP
werden auf rtfm.mit.edu archiviert, ob sie nach *.answers
crossgepostet werden oder nicht.

Wenn Du die LoPIP ansehen willst, um festzustellen, wie die Artikel
aussehen oder ob Dein Artikel bereits aufgelistet wird, siehe die
Anweisungen im Abschnitt 4.6.

3.3 Wozu diese Richtlinien?

Diese Richlinien fuer *.answers dienen dazu, drei Ziele, die bei der
Einrichtung der *.answers-Gruppen angestrebt wurden, zu verwirklichen.

A. Automatisches Archivieren
----------------------------

Einer der Hauptgruende fure die *.answers-Gruppen ist, dass sie
automatisch archiviert werden koennen, um eine Datenbank periodischer
informativer Artikel zu erstellen.  Anforderungen wie die
Archive-name:-Zeile dienen diesem Ziel.  Dass Heimatnewsgruppen
zuerst in der Newsgroups:-Zeile erscheinen muessen, macht das
Erstellen von Schluesseln fuer automatische Indizes und Katalogen
periodischer informativer Artikel einfacher.

B. Angemessenheit
-----------------

Nur PERIODISCHE, INFORMATIVE Artikel, die von Menschen gelesen
werden sollten, gehoeren nach *.answers.  Anforderungen in diesen
Richtlinien wie eine gueltige Followup-To:-Zeile (damit Antworten auf
einen bestimmten periodischen, informativen Artikel nicht in einer
*.answers-Newsgruppe erscheinen oder an die Moderatoren gemailt
werden) dienen diesem Zweck.  Dass Heimatnewsgruppen zuerst in der
Newsgroups:-Zeile erscheinen muessen, dient auch diesem Zweck, da es
die Wahrscheinlichkeit, dass jemand mit einem fehlerhaften Newsreader
nach *.answers postet, minimiert.

C. Nuetzlichkeit fuer Menschen
------------------------------

Die Artikel sollten so nuetzlich wie moeglich sein, sowohl fuer Leute,
die sie in den Heimatnewsgruppen lesen, als auch fuer Leute, die sie
in *.answers lesen.  Anforderungen wie lesbare Subject:-Zeilen und
sorgfaeltig ausgewaehlte Newsgroups:-Zeilen dienen diesem Ziel.

------------------------------


Subject: 4. Verwandte Dokumente
===============================

Jede Datei, die hier aufgefuehrt ist, ist per anonymous FTP oder
E-Mail von rtfm.mit.edu erhaeltlich.  Um eine Datei vom Mailserver zu
erhalten, schicke eine Mail zu mail-server@rtfm.mit.edu, die die Zeile

   send FILENAME

enthaelt, wobei FILENAME der komplette, unten aufgefuehrte Filename ist.

4.1 Introduction to the *.answers newsgroups

Subject: Introduction to the *.answers newsgroups
Newsgroups: news.announce.newusers, ....
Filename: /pub/usenet/news.answers/news-answers/introduction

4.2 FAQs about FAQs

Subject: FAQs about FAQs
Newsgroups: news.announce.newusers, news.newusers.questions
Filename: /pub/usenet/news.answers/faqs/about-faqs

4.3 Minimal Digest Format

Subject: FAQs: A Suggested Minimal Digest Format
Newsgroups: news.admin.misc, news.software.readers
Filename: /pub/usenet/news.answers/faqs/minimal-digest-format

4.4 *.answers post-approval guidelines

Subject: *.answers post-approval guidelines
Newsgroups: ....
Filename: /pub/usenet/news.answers/news-answers/postapproval-guidelines

4.5 Archive index

(erscheint in keiner Newsgruppe)
Filename: /pub/usenet/news.answers/index

4.6 List of Periodic Informational Postings

Es gibt 20 Teile der "List of Periodic Informational Postings".
Teil 1 enthaelt einfuehrende Informationen.

Subject: List of Periodic Informational Postings, Part */20
Newsgroups: news.lists
Filenames: /pub/usenet/news.answers/periodic-postings/*

Der Mailserver akzeptiert Wildcards, so dass mit diesem Filenamen mit
dem * alle 20 Teile verschicken werden.

4.7: *.answers submission guidelines

Subject: *.answers submission guidelines
Newsgroups:  ...
Filename: /pub/usenet/news.answers/guidelines

Der Originalartikel zu diesem.

4.8: *.answers - nach der Genehmigung

Subject: *.answers - nach der Genehmigung.
Newsgroups:  ...
Filename: /pub/usenet/news.answers/de-answers/nach-genehmigung

4.9 de.answers - Einfuehrung

Subject: *.answers - Einfuehrung
Newsgroups: de.admin.news.misc, news.answers
Filename: /pub/usenet/news.answers/de-answers/einfuehrung