Reflektoren im SubNet

[Gereon Ziegelowski]

LISTE DER REFLEKTOREN IM SUBNET
=========================================

(last update: Wed, 27 Nov 1991 21:03:00 MET)
(reply to: a...@zikzak.in-berlin.de)

Willkommen zur zweitbesten inoffiziellen Liste der Reflektoren im
Universum aus Zeit und Raum. Dieser Artikel wird keine einzige
Denktronen-Einheit auf irgendwelchen kybernetischen Simpel verschwenden.
Doch eines Tages wird eine Liste kommen, dessen simpelste Funktionsparameter
zu berechnen ich nicht wuerdig bin, aber die zu entwerfen letztlich meine
Bestimmung ist.

Da rein theoretisch schon ein Text fuer einen moeglichen
Reflektor-Standard existieren sollte (bis heute warte ich auf einen Update),
moechte ich nur noch kurz die Empfehlungen (aus meiner Sicht) fuer
Reflektoren zusammenstellen. Die Begruendungen sind daher knapp gehalten.
Diskussionen (moeglichst oeffentlich) ueber diese Empfehlungen sind
erwuenscht. Ziel ist es, dass die Empfehlungen quasi verbindlich (wie RFC)
werden.

Was ist der Sinn eines Reflektors?
----------------------------------

Der Reflektor hilft einem, sich dabei zu vergewissern, dass seine Artikel
ordnungsgemaess im Netzwerk verteilt werden. Bestimmte Schluesselwoerter
(Keywords) in den eigenen Artikeln (Postings) sollen den Reflektor
veranlassen, eine Mail (Reply) zurueckzuschicken. Jedes erhaltene Reply
erhoeht die Wahrscheinlichkeit, dass der Verbreitungsgrad des Artikels
maximal ist.

Da anfangs ungewiss ist, von wo ueberhaupt mit Antworten zu rechnen ist,
benoetigt man eine Liste (die Du gerade liest :-), an Hand derer sich
verizifieren laesst, von wo man unter optimalen Bedingungen ein Reply
erhalten muesste. Diese Liste wird regelmaessig aktualisiert und ist
(moralisch) verbindlich. Jedes nicht erhaltene Reply sollte einem zu denken
geben.

Reflektoren sind kein Spielzeug. Fuer niemandem. Wenn man schon fuer
das Testen seiner neuen Signature als Distribution nicht 'local' eintragen
will, sollte man wenigstens die Reflektoren abhalten, Replies zu verschicken,
denn den Aufbau eines geposteten Artikels kann man auch lokal ueberpruefen.
Deshalb unnoetig viele private Sites zu belasten, weil Unmengen von nicht
gewollten Mails ueber ihren Rechner gehen, ist schlichtweg unverschaemt.

Wo ist der Reflektor beheimatet?
--------------------------------

Der natuerliche Lebensraum domestizierter Reflektoren sind Newsgroups,
die auf ".test" enden wie beispielsweise "sub.test" und "dnet.test".
Sogenannte 'wilde Reflektoren' haben nur eine geringe Lebenserwartung und
werden (falls sie nicht anders gestoppt werden koennen) mitsamt ihrer
Heimat-Site unbuerokratisch vom Netz entfernt. Bevor man einen Reflektor auf
das Netz 'loslaesst', muss er intensiv lokal getestet werden.

Wie motiviert man einen Reflektor?
----------------------------------

Man unterscheidet zur Zeit zwei Arten von Reflektoren. Die einen
verschicken prinzipiell Mails an den Absender jedes geposteten Artikels,
sofern der Artikel nicht bestimmte Schluesselwoerter enthaelt, die es ihm
verbieten. Die andere Sorte ist von stiller Natur und verschickt nur auf
bestimmte Schluesselwoerter hin ein Reply.

Die erstere beider Gattungen ist vorzuziehen, denn sie ist fuer Anfaenger
leichter zu 'aktivieren' und ganz allgemein unkomplizierter zu handhaben.
Reflektoren, die generell Mails verschicken, ohne auf bestimmte Woerter zu
achten, sind verboten.

Durch folgende Schluesselwoerter haelt man einen Reflektor davon ab, eine
Mail zu verschicken: (Gross-/Kleinschreibung nicht signifikant)

no reply
not reply
kein reply
no replies
keine replies
no replys (nicht jeder ist der engl. Sprache maechtig :-)
keine replys
keine antwort
nicht antworten
no reflect
not reflect
no answer
not answer
ignore

Handelt es sich um einen Artikel, der das "Control:" Keyword im Header
enthaelt, darf ebenfalls keine Mail verschickt werden.

Folgende Schluesselwoerter dienen als explizite Aufforderung, eine Mail
zu versenden:

please reply
bitte reply
please reflect
bitte reflect
bitte antwort
reply (nur am Anfang der Zeile)
reflect (nur am Anfang der Zeile)
antwort (nur am Anfang der Zeile)

Die negativen Schluesselwoerter haben hoehere Prioritaet als die
positiven und werden erkannt im Header des Artikels innerhalb der Zeilen
"Subject:", "Keywords:" und "Summary:" sowie an beliebiger Position im Body
(Text). Die uebrigen Zeilen des Headers werden ignoriert. Eine
Zeilenbeschraenkung bei der Auswertung (z.B. nur die ersten 20 Zeilen) ist
nicht sinnvoll.

Was wird an wen zurueckgeschickt?
---------------------------------

Der Reflektor schickt die Mail fuer die Empfangsbestaetigung des Artikels
an die in der "Reply-To:" Zeile des Headers angegebene Adresse. Existiert
das Feld "Reply-To:" nicht, wird die Adresse aus der "From:" Zeile genommen.

Die "Path:" Zeile muss laut RFC keinen gueltigen Mail-Pfad enthalten, und
die Person der "Sender:" Zeile, die von NNTP-Servern automatisch eingefuegt
wird, ist fuer das Posting nicht verantwortlich (und sollte deshalb auch
nicht von einem Reflektor belaestigt werden). Sinn des Reflektors ist es,
dem Absender (und nur dem) des Artikels eine Bestaetigung zu schicken. Fuer
das Aufdecken von Missstaenden sind andere Instanzen zustaendig ;-)

Der Reflektor muss mindestens die wichtigsten Zeilen des Headers
unveraendert in seinem Reply auffuehren und notfalls auch deren Korrektheit
ueberpruefen. Dies waeren insbesondere:

Path:
Reply-To:
From:
Sender:
Subject:
Summary:
Keywords:
Newsgroups:
Followup-To:
Distribution:
Date:
Lines:
Message-ID:
Organization:

Ob der Reflektor den Header unveraendert in die Mail einfuegt oder die
Daten optisch aufbereitet, ist unerheblich, solange die Daten selbst (alles
hinter dem Doppelpunkt) nicht veraendert werden. Die Zahl aus der "Lines:"
Zeile sollte ueberprueft werden.

Erstrebenswert ist, wenn der Reflektor in der Mail alle Zeilen des
Headers (in welcher Form auch immer) nennt. Ob der Body zurueckgeschickt
werden sollte, bleibt zu die Frage. Generell macht es wenig Sinn, da man den
Body eines Artikels auch lokal ueberpruefen kann (auf seiner "Reise" darf er
ohnehin nicht veraendert werden). Weiterhin erzeugt das Zurueckschicken des
Bodies einen nicht unerheblichen Traffic. Wichtig ist wohl allein der
Header, da er veraendert werden darf bzw. muss und somit Ursache diverser
Fehler sein kann.
[Diskussion darueber erwuenscht!]

Empfehlungen fuer die Zukunft
-----------------------------

Der Reflektor sollte mitprotokollieren, welche Mails er an wen
rausgeschickt hat und welche Mails als unzustellbar wieder zurueckgekommen
sind. Dazu muesste er in bestimmten Abstaenden (alle zwei Wochen, monatlich)
in eine festgelegte Newsgroup (Cross-Posting nach sub.mail und sub.test) eine
Uebersicht seiner Aktivitaeten posten:

us...@site.do.main (msg-id) reflected at dd:mm:yy
user@site (msg-id) reflected at dd:mm:yy (FAILED at tt:mm:jj)

= ohne (FAILED), abgeschickt am dd:mm:yy, keine failed Mail (bis jetzt)
= mit (FAILED) failed Mail erhalten am tt:mm:jj

Wenn von us...@site.do.main doch noch eine Fehlermail in der naechsten
Zeit kommt, kann man die Zeile mit FAILED beim naechsten Posting erwaehnen.
Unter Umstaenden sollte der Reflektor aus der Fehlermail auch den Path
rekonstruieren koennen, den die Mail genommen hat. So ist leichter
festzustellen, auf welcher Site es Probleme beim Mail-Transport gegeben hat.

Welche Reflektoren gibt und wie arbeiten sie?
---------------------------------------------

Da sich bisher kein Standard durchgesetzt hat, enthaelt die folgende
Liste nicht nur eine Uebersicht der Reflektoren im SubNet, sondern auch
Hinweise, wie die Reflektoren arbeiten, auf welche Schluesselwoerter die
Reflektoren reagieren und wer fuer sie verantwortlich ist.

Jeder Eintrag setzt sich aus verschiendenen Daten zusammen:
1. Site, auf welcher der Reflektor laeuft
2. E-Mail-Adressse des Reflektors (email:)
3. durchsuchte Newsgroup(s) (newsgroups:)
4. Keywords, um ihn zu aktivieren (on:) bzw. deaktivieren (off:)
(sind keine angegeben,taetigt der Reflektor auf *alles* ein Reply)
5. Wo muessen die Keywords stehen? (position:)
(leer, falls Reflektor immer antwortet)
6. Was wird zurueckgeschickt? (form:)
(Message-Body, kompletter Header, die meisten (wichtigsten)
Zeilen des Headers, einige Zeilen des Headers)
Sofern nicht anders angegeben, ist der Header bzw. Body
unmodifiziert, also auch nicht neu formatiert.
7. Wohin wird geschickt? Reihenfolge ist signifikant! (reply:)
(falls nicht angegeben, dann an "Reply-To:" und "From:")
8. Weitere Bemerkungen (comm:)

akb (Andreas Bewersdorff, an...@akb.in-berlin.de)
---
email: ro...@akb.in-berlin.de
newsgroups: sub.test, akb.test, sky.test, dobag.test, mercury.test
newsgroups: netmbx.test, nil.test, rsp.test, xnet.test, local
off: ignore, no/kein/keine reply/replies/answer/Antwort
position: Subject, Keywords, first 20 lines of text
form: no body, most of header (reformatted)

asbach (Juergen Ernst Guenther, muf...@asbach.jat.imp.com)
------
email: postm...@asbach.nbg.sub.org
newsgroups: sub.test
off: no rifl[esso|ersi], no repl[ica|y|ies], no refl[ects|ex:)]
off: ignor[are|e|ieren], fuck!, keine Antwort
off: header contains keywords "Control:", "References:" or "Subject: Re:"
position: header, body
form: no body, very most of (or complete?) header (reformatted)
comm: reflector mails are in italian language ;-)

brewhq (Christian Balzer, C...@brewhq.swb.de)
------
email: refl...@brewhq.swb.de
newsgroups: eunet.test, dnet.test, sub.test, swb.test
on: please reply, bitte antwort
off: no reply, keine antwort, ignore, fuck off, don't reply, nicht antwort
position: header, body
form: some header keywords (reformatted)

gentle (Friedrich Gentner, fg...@gentle.nbg.sub.org)
------
email: refl...@gentle.nbg.sub.org
newsgroups: sub.test, nbg.test
on: please reply
position: body, header
form: no body, most of header (reformatted)
comm: antwortet nur auf Reply-Adressen der Form "us...@host.domain"

hactar (Kai 'wusel' Siering, wu...@hactar.hanse.de)
------
email: postm...@hactar.hanse.de
newsgroups: sub.test, hactar.test, hanse.test, manet.test, amigahh.test
off: "control: ", no reply, ignore, no/keine replies, keine antwort
off: keine rueckmeldung
position: body, header
form: full body (if length of article-body less than 512 bytes)
form: full header and some additional comments

heaven7 (Martin P. Ibert, mar...@heaven7.in-berlin.de)
-------
email: postm...@heaven7.in-berlin.de
newsgroups: sub.test, akb.test, gnet.test, mercury.test
newsgroups: netmbx.test, obh.test, sky.test
off: ignore, no/kein reply/replies
position: Subject, Keywords, first 20 lines of text
form: no body, very most of header (reformatted)

ivcmd (Hergo Pape, he...@wegaop.UUCP)
-----
email: postm...@ivcmd.UUCP
newsgroups: all.test
off: no/kein reply, ignore, keine antwort, no replies
off: "Control:" line within header
position: header, body
form: full header, last 9 lines of body, additional infos

joker.ruhr.de (???, postm...@joker.ruhr.de)
-------------
email: postm...@joker.ruhr.de
newsgroups: sub.test
off: no reply, no replies, no reflect, ignore, keine antwort/replys,
off: keine replies, kein reply, Control:-Messages, "Re:" within Subject line
position: complete article
form: no body, complete header (prefixed by "> "), some comments

mqssys (Frank Rolf, fr...@mqssys.hanse.de)
------
email: postm...@mqssys.hanse.de (Frank Rolf)
newsgroups: dnet.test, sub.test, hanse.test, mercury.test, local.test
off: no reply/replies/answer, no/not reflect, kein reply, keine replies,
off: keine antwort/rueckmeldung, nicht antworten,
off: "control:", "references:", "subject: re:", please ignore
position: header, body
form: reformatted header fields, complete article (header/body) up to
form: 40 lines, complete header (even when longer than 40 lines :-),
form: additional statistics, infos and complaints (i.e. about length)
comm: currently being tested, no automatic report to test newsgroups

neon (Thomas Ziemer, tho...@neon.in-berlin.de)
----
email: postm...@neon.in-berlin.de
newsgroups: sub.test, netmbx.test
off: no reply/replies/replys
off: article is followup
position: body
form: some header keywords and statistics (reformatted)

rednet (Joerg Goltermann, go...@rednet.nbg.sub.org)
------
email: postm...@rednet.nbg.sub.org
newsgroups: sub.test
off: no reply/replies/reflect/reflection, ignore, please ignore,
off: fuck off, kein reply, keine replies/antwort/antworten
position: body
form: no body, most of header (reformatted)

shadow (Gereon Ziegelowski, ger...@shadow.ish.de)
------
email: postm...@shadow.ish.de
newsgroups: sub.test
off: "control: ", no reply, ignore, no/keine replies, keine antwort
off: keine rueckmeldung
position: body, header
form: full body (if length of article-body less than 512 bytes)
form: full header and some additional comments

joker (Jochen Erwied, ma...@joker.ruhr.de)
-----
email: postm...@joker.ruhr.de
newsgroups: sub.test
off: no reply, no replies, no reflect, ignore, keine antwort/replys,
off: keine replies, kein reply, Control:-Messages, "Re:" within Subject line
position: complete article
form: no body, complete header (prefixed by "> "), some comments

zikzak (Andreas M. Kirchwitz, a...@zikzak.in-berlin.de)
------
email: refl...@zikzak.in-berlin.de
newsgroups: sub.test, dnet.test, obh.test, nil.test
off: ignore, no/not reply/reflect/answer, no/keine replies/replys
off: kein reply, keine replys/antwort, nicht antworten
position: subject, keywords, summary, body
form: no body, full header (reformatted)
comm: voruebergehend ausser Betrieb
--
Gereon Ziegelowski /\ Internet: ger...@shadow.ish.de -- ger...@shadow.sub.org
Wilhelmstr.20 - D-4156 Willich 1 - FRG | Voice +49 2154 429624 - FIDO: 2:242/21