Die FAQ zur MAUS Freiburg

                                V.1.08
                              2000-03-18

                                 von

                             Gštz Hoffart


Inhaltsverzeichnis
==================

 1  Allgemeines zur FAQ
    1.1  Was ist eine FAQ?
    1.2  Wozu diese FAQ?
    1.3  Wo gibt es diese FAQ?
    1.4  GewŠhrleistung, Rechtliches
    1.5  Was ist an dieser Version der FAQ neu?

 2  Zur MAUS Freiburg
    2.1  Verwendete Hardware
    2.2  UnterstŸtzte Kommunikationsprotokolle
    2.3  Warum unterstŸtzt die MAUS kein V.90?
    2.4  Was sind Baud, bps und cps?
    2.5  UnterstŸtzte sonstige Protokolle - was ist V.42bis oder MNP?
    2.6  Gepackt vs. ungepackt
    2.7  Meine ISDN-†bertragungsraten sind sehr gering - warum?
    2.8  Was sind die Login-Zeiten?
    2.9  MAUS-Spende
    2.10  Was ist MMF, UBE, UCE und Spam?
    2.11  Warum scheinen manche Mitteilungen zu fehlen?

 3  Komfortfunktionen und andere Informationen
    3.1  Urlaubsmaustausch
    3.2  Haltezeiten
    3.3  Weiterleiten von PMs
    3.4  Gibt es Speedtausch in der MAUS Freiburg?
    3.5  Wie kann ich den MausTausch beschleunigen?
    3.6  Gibt es Schnulli in der MAUS Freiburg?
    3.7  Was sind externe Programme?
    3.8  Welche lokalen Gruppen gibt es?
    3.9  Wieviele Gruppen gibt es Ÿberhaupt?
         3.9.1  Hier die Daten vom 1.7.1998
    3.10  Was ist der N.U.D.E.?
    3.11  Altersangabe im N.U.D.E.
    3.12  Distribution
    3.13  Neue Gruppen
    3.14  Wie erfahre ich, ob es neue Uploads gibt?
    3.15  Upload - geht das auch automatisch?
    3.16  Was ist denn ein Mausring?
    3.17  Wie erfahre ich, ob das Netz zum Server lief oder ob eine MAUS hing?
    3.18  Wie kann ich alle PMs nochmals aus der MAUS holen?
    3.19  Wie bekomme ich alle Mitteilungen einer Gruppe?
    3.20  Warum kann ich Maus.Info oder FR.Boxinfo nicht abschalten?
    3.21  Was ist denn der WoSy?
    3.22  Was sind eigentlich Gruppenprogrammteile und welche gibt es?
    3.23  Belegung des šffentlichen Programmteils
    3.24  Gateways - Spanische Dšrfer?
    3.25  Fido-Gruppen
    3.26  Gibt es eine MAUS-Homepage?

 4  Andere wichtige FAQs und Hinweise
    4.1  PM-Manifest
    4.2  Nutzungsbedingungen
    4.3  IN und Kommerz
    4.4  VorschlŠge zur Netiquette, dem Verhalten im Netz
         4.4.1  Vergi§ niemals, da§ auf der anderen Seite ein Mensch sitzt.
         4.4.2  Erst lesen, dann denken, dann nochmal lesen, dann nochmal 
         denken, dann posten.
         4.4.3  Fasse dich kurz.
         4.4.4  Deine Artikel sprechen fŸr dich. Sei stolz auf sie!
         4.4.5  Nimm dir Zeit, wenn Du einen Artikel schreibst.
         4.4.6  Achte auf die Betreffzeile.
         4.4.7  Denke an die Leserschaft.
         4.4.8  Vorsicht mit Humor und Sarkasmus!
         4.4.9  KŸrze den Text, auf den Du Dich beziehst, auf das notwendige 
         Minimum.
         4.4.10  Benutze PMs, wo immer es geht.
         4.4.11  Gib eine Sammlung Deiner Erkenntnisse ans Netz weiter.
         4.4.12  Achte auf die gesetzlichen Regelungen.
         4.4.13  Benutze Deinen wirklichen Namen, kein Pseudonym.
         4.4.14  Kommerzielles
         4.4.15  Keine 'human gateways' - das Netz ist keine Mailbox.
         4.4.16  'Du' oder 'Sie'?
    4.5  RFC 1855 - eine Netiquette
         4.5.1  Introduction
         4.5.2  One-to-One Communication
                4.5.2.1  User Guidelines (Gen.) for mail:
                4.5.2.2  User Guidelines (Gen.) for talk:
         4.5.3  Administrator Issues
         4.5.4  One-to-Many Communication
                4.5.4.1  User General Guidelines for mailing lists and NetNews
                4.5.4.2  User Mailing List Guidelines
                4.5.4.3  User NetNews Guidelines
                4.5.4.4  Administrator Guidelines: General Issues
                4.5.4.5  Administrator Guidelines: Mailing Lists
                4.5.4.6  Administrator Guidelines: NetNews
                4.5.4.7  Moderator Guidelines
                4.5.4.8  General Guidelines (Mod)
         4.5.5  Information Services (Gopher, Wais, WWW, ftp, telnet)
                4.5.5.1  User Guidelines (2)
                4.5.5.2  General guidelines (User)
                4.5.5.3  Real Time Interactive Services Guidelines (MUDs MOOs 
                IRC)
                4.5.5.4  Administrator Guidelines (2)
                4.5.5.5  General Guidelines (Admin)
         4.5.6  Selected Bibliography
         4.5.7  Security Considerations
         4.5.8  Author's Address
    4.6  BegriffserklŠrungen
         4.6.1  AMs
         4.6.2  PMs
         4.6.3  Programmteil
         4.6.4  Caching
         4.6.5  AbkŸrzungen
    4.7  SaugTausch-Doku
         4.7.1  Allgemeines*
         4.7.6  Fragen/Anregungen
    4.8  Schnulli-Anleitung



1  Allgemeines zur FAQ
**********************


1.1  Was ist eine FAQ?
======================

FAQ ist ein Akronym fŸr Frequently Asked Questions, d.h. hŠufig
gestellte Fragen. Eine FAQ sammelt also Fragen - und natŸrlich die
Antworten dazu.


1.2  Wozu diese FAQ?
====================

Die FAQ zur MAUS Freiburg soll dem Benutzer die Bedienung erleichtern.
Viele nutzen nur die Standardfunktionen der MAUS oder haben nicht
mitbekommen, was sich im Laufe der Jahre an der MAUS-Software und
ihren Zusatzprogrammen getan hat.

Alte Hasen werden an manchen Stellen denken "das ist doch ein alter
Hut" - spŠtestens bei der BegriffserklŠrung. Aber wer stand als Neu-User mal 
nicht vor dem Problem, nicht zu wissen, was ein PPT ist?
Daher wird versucht, auch auf solche vermeintlich einfachen Fragen
einzugehen.


1.3  Wo gibt es diese FAQ?
==========================

Immer im …PT der MAUS Freiburg unter dem Archivnamen FAQFRxxx.ppp.
"xxx" steht hierbei fŸr das Format: ASC fŸr ASCII, RTF fŸr das Rich
Text Format, STG fŸr ST-Guide, HTM fŸr HTML und so weiter. "ppp" die
Extension des Packers, ZIP oder LZH.

Au§erdem wird die FAQ als lokales Infofile zur VerfŸgung gestellt, man
kann sie also einfach mit dem MausTausch immer dann erhalten, wenn sie
sich geŠndert hat.

Und wer gerade von der MAUS abgeschnitten ist:
<http://www.hoffart.de/mausfreiburg.html> - hier findet sich auch die
FAQ.

Autor ist Gštz Hoffart.

 EMail-Kontakt:   Gštz Hoffart @ FR (MausNet, bevorzugt, keine
                  Binaries/Attachments)

                  goetz@hoffart.de (Internet)

 Telefon:         0761-4768 628. Bitte nur in NotfŠllen benutzen - und
                  wenn, dann bitte zu vernŸnftigen Uhrzeiten, sonst
                  bin ich recht kurz angebunden.


1.4  GewŠhrleistung, Rechtliches
================================

Leider braucht es selbst fŸr sowas schon einen rechtlichen Abschnitt
... also hier der Rechtsverdreherkram:

Die FAQ zur MAUS Freiburg soll eine Hilfe fŸr die Benutzer sein. Die
Informationen wurden mit grš§tmšglicher Sorgfalt zusammengetragen,
trotzdem kšnnen Fehler und Ungenauigkeiten vorhanden sein. Auch wird
kein Anspruch auf VollstŠndigkeit erhoben. Der Autor lehnt jegliche
Haftung fŸr SchŠden materieller wie immaterieller Art, die durch Be-nutzung 
oder Nichtbenutzung dieser FAQ enstanden sind, ab.

Die in dieser FAQ erwŠhnten Personen sind frei erfunden und haben
selbstverstŠndlich nichts mit real existierenden Personen gemeinsam.

Alle Rechte liegen beim Autor. Die FAQ zur MAUS Freiburg darf inner-halb des 
MausNet frei kopiert werden, eine kommerzielle Nutzung ist
nicht erlaubt. €nderungen sind nur nach RŸcksprache mit dem Autor
gestattet. Wer die FAQ als Grundlage fŸr andere MŠuse benutzen will,
der kann ja einen kleinen Hinweis auf diese einbauen.

Der Autor,
Gštz Hoffart


1.5  Was ist an dieser Version der FAQ neu?
===========================================

Version 1.08

   ù Hardwarebeschreibung angepa§t

   ù Modemnummern angepa§t

Version 1.07

   ù Anpassung an die neuen MAUS-Modem

Version 1.05

   ù Anpassung an die neuen MAUS-Modem

   ù Kleinere Fehler beseitigt

   ù RFC-Netiquette (siehe "RFC 1855 - eine Netiquette")

Version 1.03

   ù neue Telefonnummern, bedingt durch den Umzug der MAUS Freiburg

   ù Programmteilinfos erneuert

   ù kleinere Fehler beseitigt

Version 1.01

   ù viele neue Fragen, v.a. rund um den Programmteil

   ù SaugTausch- und Schnulli-Dokus, beide original

   ù Nutzungsbedingungen der MAUS Freiburg

Version 1.00

   ù erste šffentliche Version



2  Zur MAUS Freiburg
********************


2.1  Verwendete Hardware
========================

Worauf lŠuft die MAUS eigentlich?

Die MAUS-Software und ihre Zusatzprogramme laufen auf einem PC Marke
Eigenbau. Die genauen Eckdaten: Asus XP55T2P4-Hauptplatine, AMD K5 PR
133, 64 MB RAM, SCSI-Karte mit Cache, Ethernetkarte. Die Messagebase
hat max. 400 MB Platz auf der Festplatte (belegt sind ca. 150 MB), der
Programmteil hat max. 3000 MB zur VerfŸgung (derzeit ca. 800 MB
belegt).

Die LED der Floppy ist gelb.

Betriebssystem ist OS/2 Warp 4 FP9.

Wer den "Boah, ey"-Effekt der MAUS begutachten will, der kann sich die
Dateien MANTACL.JPG und MANTACL2.JPG aus dem …PT saugen.

Verwendete Modems: siehe UnterstŸtzte Kommunikationsprotokolle


2.2  UnterstŸtzte Kommunikationsprotokolle
==========================================

Welche Protokolle werden denn von welchem Modemmodell unterstŸtzt?

Vorwahl ist jeweils 0761 bzw. +49-761 aus dem Ausland.


 +-----------+------------------+---------+------------------------+
 | Rufnummer | Modell           | Typ     | Protokolle             |
 +-----------+------------------+---------+------------------------+
 | 50 73 94  | ELSA ISDN/TL34+  | Analog/ | X.75, V.34+,           |
 |           | (kurz: das ELSA) | (Euro-) | V.34, V.FC,            |
 |           |                  | ISDN    | V.32bis,               |
 |           |                  |         | V.32, V.22bis,         |
 |           |                  |         | V.42, V.42bis, MNP 2-5 |
 +-----------+------------------+---------+------------------------+

ZugŠnge mit V.21 und V.22 (300 bps/Baud und 1200 bps/Baud) werden
nicht mehr unterstŸtzt. 2400 bps sind die minimale Geschwindigkeit fŸr
einen erfolgreichen Connect.

ErklŠrung zu den Kommunikationsprotokollen:


        +-----------+----------------+------------+----------+
        | Protokoll | verwendbar bei |  bps-Rate  |   cps    |
        +-----------+----------------+------------+----------+
        | V.22bis   | ELSA           |    2400    | ca. 250  |
        +-----------+----------------+------------+----------+
        | V.32      | ELSA           | max. 9600  | ca. 1080 |
        +-----------+----------------+------------+----------+
        | V.32bis   | ELSA           | max. 14400 | ca. 1630 |
        +-----------+----------------+------------+----------+
        | V.34      | ELSA           | max. 28800 | ca. 3200 |
        +-----------+----------------+------------+----------+
        | V.34+     | ELSA           | max. 33600 | ca. 3800 |
        +-----------+----------------+------------+----------+
        | X.75      | ELSA           |   64000    | ca. 7500 |
        +-----------+----------------+------------+----------+

Die cps-Rate gibt den tatsŠchlich erreichbaren Datendurchsatz an
(Zeichen pro Sekunde = Bytes pro Sekunde).

Alle oben angegebenen cps-Werte kšnnen im tatsŠchlichen Betrieb durch
schlechte LeitungsqualitŠten etc. schwanken. Die Werte sind ohne
Kompression ermittelt, d.h. beim †bertragen einer bereits komprimiert-en 
Datei (ZIP, LZH, ARJ ...) ist dies der Maximalwert.

Bei nicht komprimierten Dateien kann die cps-Rate hšher sein, sie ist
jedoch praktisch immer niedriger, als entsprechende †bertragungsraten
bei bereits gepackten Daten (siehe auch Gepackt vs. ungepackt (siehe
"Gepackt vs. ungepackt").


2.3  Warum unterstŸtzt die MAUS kein V.90?
==========================================

Das hat sie frŸher sogar getan - das damals benutzte US Robotics
Courier-I bot auch V.90 an. Allerdings lief es als Boxmodem eher
unzuverlŠssig, so da§ es gegen das ELSA ausgetauscht wurde. Leider
gibt es derzeit kein bezahlbares Modem, das V.90 als Server un-terstŸtzt und 
zuverlŠssig lŠuft.


2.4  Was sind Baud, bps und cps?
================================

Baud ist die Einheit der Zustandswechsel pro Sekunde. Verwendet wird
es sinnvollerweise, um z.B. die Geschwindigkeit zwischen Computer und
Modem, also die der seriellen Leitung, anzugeben. †blich sind Werte
von 19200 bis 230400 Baud.

Falsch ist der Gebrauch von Baud bei der Angabe von Geschwindigkeiten
zwischen Modems: Ein 14400 bps Connect wird durch Modulation von 2400
Baud auf einer TrŠgerfrequenz von 1800 Hz erreicht. Auch 33600 bps
Verbindungen werden durch Benutzung einer viel kleineren Frequenz auf
der Telefonleitung hergestellt. Wie ein Modemsignal genau kodiert wird
ist eine Wissenschaft fŸr sich.

Eine kleine EinschrŠnkung mu§ noch vorgenommen werden: Ganz frŸher war
der Gebrauch von Baud und bps synonym, da die Modulationsverfahren der
Modems ziemlich primitiv war - Baud war gleich bps, etwa bei den 300
Baud Akustikkopplern (nur richtig mit drei "k").

bps steht fŸr "bits per second" und gibt die Geschwindigkeit zwischen
Modems an. Heute sind 28800 bps bis 56000 bps Ÿblich, Šltere Modems
beherrschen nur 14400, was fŸr den MausTausch aber auch ausreicht.

cps steht fŸr "characters per second" (Zeichen pro Sekunde): Das ist
die effektive Geschwindigkeit, mit der die Daten auf den heimischen
Rechner eintrudeln. 3200 cps (etwa bei einer 28800 bps Verbindung)
bedeuten bei einem "normalen" Protokoll wie ZModem, da§ 3200 Bytes pro
Sekunde (3,125 KB/s) eintrudeln. Bei Leitungsstšrungen kommt es dazu,
da§ ein Datenblock wiederholt gesendet werden mu§. Somit reduziert
sich die cps-Rate.


2.5  UnterstŸtzte sonstige Protokolle - was ist V.42bis oder MNP?
=================================================================


+-----------+---------------------------------------------------------+
| Protokoll | ErklŠrung                                               |
+-----------+---------------------------------------------------------+
| V.42bis   | Kompressionsprotokoll; erhšht den Datendurchsatz        |
|           | bei unkomprimierten Daten (Textdateien).                |
+-----------+---------------------------------------------------------+
| MNP 1-4   | Microcom Network Protocol. Die                          |
|           | Klassen 1 bis 4 dienen der Fehlerkorrektur, davon wird  |
|           | heute nur noch Klasse 4 allgemein benutzt.              |
+-----------+---------------------------------------------------------+
| MNP 5     | Kompressionsprotokoll; erhšht den Datendurchsatz        |
|           | bei unkomprimierten Daten (Textdateien), ver-           |
|           | schlechtert ihn jedoch bei komprimierten Dateien        |
|           | (ZIP, LZH, ARJ ...). Das Modem am besten so             |
|           | konfigurieren, da§ V.42bis, aber kein MNP 5 benutzt     |
|           | wird, da V.42bis auch bei vorkomprimierten Dateien      |
|           | keine Verschlechterung des Durchsatzes mit sich bringt. |
+-----------+---------------------------------------------------------+

Siehe auch Gepackt vs. ungepackt.


2.6  Gepackt vs. ungepackt
==========================

Gepackt vs. ungepackt ...

Es ist immer gŸnstiger und schneller, wenn die Daten in der MAUS
gepackt vorliegen und gepackt Ÿbertragen werden. Die Modemkompression
ist nie so effektiv und schnell wie die eines Packers.

Ein Beispiel: Bei einer 33k6-Verbindung wird ein OUTFILE.TXT ungepackt
Ÿbertragen und mit V42bis vom Modem selbst komprimiert. LŠnge: 1000
kB, cps-Rate: 5800. †bertragungszeit: 172 Sekunden.

Wird die Datei jedoch vor der †bertragung von der MAUS gepackt, so
betrŠgt die Grš§e ca. 400 kB. cps-Rate: 3800. †bertragungszeit: 105
Sekunden, zuzŸglich drei Sekunden fŸr die Packzeit des PKZIP (der
schnellste Packer MAUS-seitig).

Das Fazit: Immer gepackte Daten Ÿbertragen - es spart Zeit und Geld!


2.7  Meine ISDN-†bertragungsraten sind sehr gering - warum?
===========================================================

 Meine ISDN-†bertragungsraten sind sehr gering - warum?

Meist liegt es daran, da§ eine veraltete CAPI-Version im Einsatz ist.
Bitte erstmal diese aktualisieren. Oft sind auch krude BlocklŠngen im
Einsatz; 1024 ist der beste Wert.

Wer gar keinen Connect bekommt, der sollte ŸberprŸfen, ob er mit X.75
anruft, viele ISDN-GerŠte sind auf PPP vorkonfiguriert.


2.8  Was sind die Login-Zeiten?
===============================

Was sind die Login-Zeiten?

Die Login-Zeiten regeln, wann man die MAUS anrufen kann und wie lange
man Zeit hat, bevor einem die MAUS rauswirft. Prinzipiell ist die MAUS
24 Stunden am Tag erreichbar, aber zwei Unterbrechungen mŸssen sein:
einmal von 18.15 Uhr bis 19.00 Uhr und von 3.00 Uhr bis 4.20 Uhr. In
diesen Zeiten findet das Abend- bzw. Nachtnetz statt, d.h. der Aus-tausch der 
Mitteilungen mit den anderen MŠusen im deutschsprachigen
Raum.

Prinzipielle LogIn-Zeiten der MAUS FR pro Anruf (in Minuten):


+---------------+-------+------+--------+--------+---------------------------+
| Uhrzeit       | GŠste | User | Zahler | PT-Zg. | Hinweise                  |
+---------------+-------+------+--------+--------+---------------------------+
| 00:00 - 02:59 |  20   |  30  |   45   |   G    | Die MAUS fŸr Schlaflose   |
| 03:00 - 04:59 |   0   |  0   |   0    |   S    | MausNet und Putz          |
| 05:00 - 07:59 |  10   |  10  |   15   |   G    | Maustausch am Morgen      |
| 08:00 - 17:59 |  20   |  30  |   45   |   G    | Die MAUS ist fŸr jeden da |
| 18:00 - 18:59 |   5   |  5   |   10   |   G    | Maustausch am Abend       |
| 19:00 - 20:59 |  10   |  10  |   10   |   G    | Maustausch am Abend       |
| 21:00 - 23:59 |  20   |  30  |   45   |   G    | Die Maus ist fŸr jeden da |
+---------------+-------+------+--------+--------+---------------------------+

Programmteilzugang (PT-Zg.) ab: (G)ast, (N)euling, (U)ser, (Z)ahler,
(S)ysop

"Neulinge": Benutzer, die noch keine 3 Tage eingetragen sind.

Und hier die Ausnahmen: Wichtige Termine, wŠhrend derer nicht ange-rufen 
werden soll:


     +----------------+--------+-------------------------------+
     | Startzeitpunkt | Dauer  | Hinweise                      |
     | von   - bis    |  ca.   |                               |
     +----------------+--------+-------------------------------+
     | 03:00 - 04:20  | 80 min | mit allen MŠusen tratschen.   |
     | 18:15 - 19:00  | 45 min | Abendnetz von 18:15 bis 19:00 |
     +----------------+--------+-------------------------------+


2.9  MAUS-Spende
================

ErzŠhlt doch mal ein wenig zur MAUS-Spende ...

Der Betrieb der MAUS verursacht Kosten: Telefonkosten, Stromkosten,
Teilnahme am IN e.V., Hardware, Porto fŸr den Mausring. Da ich nicht
mal einen Keller habe, in dem ein Goldesel stehen kšnnte, sondern nur
eine Studentenbude, mu§ ich die Kosten einigerma§en ausgleichen. Daher
erbitte ich von jedem, der die MAUS regelmŠ§ig nutzt, eine freiwillige
Spende ab 40,- DM pro Jahr.

Kann man das auch mal ausprobieren?

Klar. Man schreibt einfach an den Wochensysop ('sysop@fr') und bekommt
dann fŸr vier Wochen einen 'Testdollar'. Durch diesen Dollar bekommt
man mehr Online-Zeit, hat immer Zugriff auf den Programmteil und kann
PMs in alle Welt verschicken.

Geht innerhalb der vier Wochen die Spende auf unser Konto ein, wird
der Testdollar zum richtigen Dollar mit der entsprechenden GŸltigkeit.

Wie war das mit dem Ÿberweisen?

Wichtig: Wenn ihr Geld Ÿberwiesen habt, dann meldet euch bitte mit
einer PM bei SYSOP @ FR. So lassen sich Mi§verstŠndnisse vermeiden -die 
KontoauszŸge werden nur alle sechs Wochen abgeholt.

 EmpfŠnger ist:  Gštz Hoffart

 Kontonummer:    140 59 68

 Bank:           Sparkasse Ettlingen (BLZ 660 512 20)

 VZweck:         "MAUS-Spende (Vorname Nachname)"

FŸr alle Spender gibt es mehr Online-Zeit, Schreibzugriff auf die
Mausnet-Diskussionsgruppen und die Mšglichkeit, persšnliche Nach-richten in 
die ganze Welt zu schicken.

Bitte schreibt nach der †berweisung auch eine PM an `Sysop @ FR'
(nicht an `Gštz Hoffart @ FR'!), das erleichtert die Verwaltung enorm.
Andernfalls kann es sein, da§ ihr etwas lŠnger auf die Freischaltung
warten m٤t.


2.10  Was ist MMF, UBE, UCE und Spam?
=====================================

Was sollen mir KŸrzel wie MMF, UBE und UCE und so weiter sagen?

 MMF      Make money fast ("mach schnelles Geld"). Bezeichnung fŸr
          Kettenbriefe u.Š.

 UBE      Unsolicited bulk email. UnerwŸnscht zugesandte Massenmails.

 UCE      Unsolicited commercial email. UnerwŸnscht zugesandte EMail-Werbung, 
          meist synonym mit UBE gebraucht, vielfach (falsch)
          als Spam bezeichnet.

 Spam     Spiced pork and ham (1). Massenhaft auftretende, unerwŸnsch-te 
          Mitteilungen in Diskussionsgruppen.

(1) In einem Monthy Python Sketch kann ein Gast in einem Restaurant
dem Spam nicht entkommen, egal was er anfordert, er erhŠlt stets Spam.

In vielen Gruppen hŠuft es sich, da§ man DatenmŸll vorfindet. In
vielen FŠllen wird dieser aus dem Usenet abgesandt. Die Reaktionen
darauf sind meist VerŠrgerung, was verstŠndlich ist.

Es macht meist Ÿberhaupt keinen Sinn, den Stein des Ansto§es (eine
Werbemail oder Šhnliches) komplett zu quoten oder zu kopieren und an
den Absender zu schicken, da die Absenderadresse im Usenet fŠlschbar
ist. Die Mail kommt mit an Sicherheit grenzender Wahrscheinlichkeit
vom Gateway zurŸck und hat das Mausnet damit doppelt belastet (Hin-und 
RŸckweg) - nicht nur der MŸll mu§ dann transportiert werden,
sondern auch die Antworten darauf von erbosten Lesern.

Selbst wenn die Mail ankommt, so ist der Effekt nicht allzu gro§. Wer
Millionen von Leuten anschreibt oder 17000 Diskussionsgruppen voll-mŸllt, hat 
eine entsprechende Anbindung, ein paar hundert Mails aus
dem MausNet schaden ihm sicherlich nicht. Au§erdem wei§ er damit, da§
eure Adresse gŸltig ist und kann euch weiter bombardieren.

Es macht weiterhin wenig Sinn, auf šffentliche versandte Werbung šf-fentliche 
Mitteilungen zu schreiben (a la "Was soll denn das" oder
"Hšr doch bitte damit auf"), denn die Absender lesen die Gruppe idR
sowieso nicht - wie denn auch, meist landet die Werbung in tausenden
von Gruppen.

Kettenbriefe tauchen immer wieder auf. Ich mu§ darauf hinweisen, da§
Kettenbriefe a) nicht funktionieren, b) illegal (siehe "Was ist MMF,
UBE, UCE und Spam?") sind und c) zum Ausschlu§ aus der Maus fŸhren
kšnnen. Kettenbriefe sind meist leicht zu erkennen: irgendwo im meist
englischen Text steht, da§ dies "NO CHAIN LETTER" sei (also kein
Kettenbrief) - haha. Au§erdem findet man eine Liste von meist fŸnf Ab-
sendern. Hinweise auf Kettenbriefe und Angebote pornographischen,
rassistischen oder Šhnlichen Inhalts nehme ich gerne entgegen, die
Mitteilungen werden von mir gelšscht.

Die einfachste Art, mit der Werbung fertig zu werden ist: Leertaste
drŸcken und die Mitteilung Ÿbergehen. Gezielte Bombardierungsaktionen
gegen einzelne Absender sind aus dem MausNet heraus unmšglich und
kontraproduktiv. Wer etwas gegen Spammer unternehmen will, der sollte
sich Ÿber die Technik des Usenet gut informiert haben, es gibt einige
Gruppen, in denen man fachkundige Leute findet, die Auskunft geben.
Ein CFO Ÿber den Import von deutschen Usenetgruppen, in denen Ÿber
Spammer informiert wird, ist gerade in Vorbereitung. Eine weitere Mšg-
lichkeit ist das gezielte Setzen der Distribution.

Eine netzpolitische oder gar politische Lšsung ist der Hau-Drauf-Methode 
vorzuziehen - meiner Meinung nach.

Hier noch ein Auszug aus dem Gesetz zum unlauteren Wettbewerb, fŸr all
diejenigen, die immer noch denken, da§ Kettenbriefe ein netter Spa§
sind (ja, solche Leute gibt es):

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

Par. 6c des Gesetzes gegen den unlauteren Wettbewerb: "Wer es im ge-
schŠftlichen Verkehr selbst oder durch andere unternimmt, Nichtkauf-leute zur 
Abnahme von Waren, gewerblichen Leistungen oder Rechten zu
veranlassen, ihnen besondere Vorteile fŸr den Fall zu gewŠhren, da§
sie andere zum Abschlu§ gleichartiger GeschŠfte veranlassen, denen
ihrerseits nach der Art dieser Werbung derartige Vorteile fŸr eine
entsprechende Werbung weiterer Abnehmer gewŠhrt werden soll, wird mit
einer Freiheitsstrafe bis zu zwei Jahren oder mit Geldstrafe
bestraft."

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


2.11  Warum scheinen manche Mitteilungen zu fehlen?
===================================================

Wenn ich Diskussionsgruppen lese, so scheinen einige Mitteilungen zu
fehlen - ich merke das daran, da§ Leute Mitteilungen kommentieren, die
ich nicht habe. Was ist da los?

Das kann mehrere GrŸnde haben. Der einfachste: ein Sysop hat beim
Lesen der Diskussionsgruppe SPAM entdeckt und ihn gelšscht. Das
passiert vor allem bei Pornographieangeboten aus dem Usenet, die
sofort nach Entdeckung entfernt werden.

Ein anderer Grund wŠre, da§ es sich um Mitteilungen aus dem Usenet
handelt - da kann der Kommentar auf eine Mitteilung vor der
eigentlichen Ursprungsmitteilung selbst eintreffen. Gute Frontends
verketten trotzdem richtig.



3  Komfortfunktionen und andere Informationen
*********************************************


3.1  Urlaubsmaustausch
======================

Ich war eine Weile weg und habe meine Mitteilungen nicht abgeholt -jetzt 
fehlen mir einige. Wie kann ich das das nŠchste mal verhindern?

Wer kennt es nicht? Man fŠhrt fŸr einige Zeit weg und kann nicht
maustauschen. AMs gehen in den stark frequentierten Gruppen verloren,
bei lŠngeren Abstinenzen von der MAUS auch PMs. Das kann man leicht
verhindern, indem man die MAUS fŸr einen tauschen lŠ§t. Dazu aktiviert
man den Urlaubsmaustausch. James, ein Zusatz zur MAUS-Software,
tauscht dann alle x Tage (das x ist konfigurierbar) fŸr einen und legt
die Outfiles in ein Archiv. Wenn man zurŸck ist, beendet man den
Urlaubsmaustausch und fŸgt die Outfile-Archiv StŸck fŸr StŸck in das
eigene Frontend ein, so da§ man alle Nachrichten hat, es geht nichts
verloren.

Man schaltet den Urlaubsmaustausch ein, indem man sich in die MAUS
einwŠhlt und den MenŸpunkt E(x)terne Programme wŠhlt. Dort dann
(U)rlaubsmaustausch. Nun wŠhlt man den Beginn des Urlaubs und das
Ende. Beim Ende kann man ruhig etwas gro§zŸgig sein, denn wenn man
frŸher wieder da ist, so kann man den Urlaubsmaustausch von Hand
beenden - kommt man jedoch spŠter als das festgelegte Ende, so tauscht
die MAUS nicht mehr.

Nun legt man noch fest, ob man auf PMs, die eintreffen, eine auto-matisch 
generierte Antwort verschicken lassen will ("Ich bin z.Zt. im
Urlaub und werde deine Mitteilung spŠter beantworten") sowie in
welchem Abstand der MausTausch durchgefŸhrt werden soll. Alle drei
Tage genŸgt vollkommen, dann mu§ man spŠter auch nicht so viele
Outfiles einfŸgen lassen.

Also nochmals in Kurzform:

  1. In die MAUS mit Namen und Pa§wort einloggen.

  2. E(x)terne Programme anwŠhlen (also "x" drŸcken).

  3. Maus FR (S)ervice wŠhlen.

  4. (U)rlaubsmaustausch wŠhlen.

  5. (E)inrichten wŠhlen.

  6. Startdatum des Urlaubs angeben.

  7. Enddatum angeben.

  8. Alle wieviel Tage tauschen? ("3" genŸgt vollkommen)

  9. Soll auf PMs eine automatische Antwort verschickt werden? (s.o.)

 10. Die Frage, ob gespeichert werden soll, mit "J" beantworten.

Nach dem Urlaub wŠhlt man sich wieder in die MAUS ein, beendet gege-
benenfalls den Urlaubsmaustausch, falls man frŸher als das Enddatum
wieder da ist, und holt sich sein Archiv aus dem persšnlichen Pro-grammteil 
(PPT):

  1. In die MAUS mit Namen und Pa§wort einloggen.

  2. (P)rogrammteil wŠhlen.

  3. (P)ersšnlichen Programmteil wŠhlen.

  4. Mit (A)usfŸhrliche Liste, Liste ansehen nachsehen, was alles im
     PPT liegt, Name oder Nummer merken.

  5. (E)mpfangen wŠhlen, dann Name oder Nummer angeben. Danach hat man
     das Archiv auf der eigenen Platte, packt es aus und fŸgt die
     Outfiles ein.

     Ab welchem Zeitraum man auf den Urlaubsmaustausch zurŸckgreifen
     soll? Einfach mal die Haltezeiten ansehen.


3.2  Haltezeiten
================

Nach wievielen Tagen lšscht die MAUS eigentlich alte Mitteilungen?

Die MAUS-Software lšscht nach einiger Zeit alte Mitteilungen - sie
kšnnen schlie§lich nicht ewig auf dem MAUS-Rechner aufbewahrt werden.
Dabei wird zwischen AMs (allgemeinen Mitteilungen) und PMs (persšn-lichen 
Mitteilungen) unterschieden.

Die Aufbewahrungsfrist bei PMs betrŠgt, wenn sie noch nicht gelesen
wurden, 60 Tage, bevor sie gelšscht werden. Sind sie bereits gelesen
worden, so halbiert sich die Frist auf 30 Tage.

Bei AMs ist das etwas komplizierter. Hier gibt es drei Faktoren. Wenn
einer der Faktoren erfŸllt ist, so wird gelšscht. Die Faktoren sind:

   ù Grš§e einer Gruppe in Kilobytes. Maximal 500 KB.

   ù Anzahl der Mitteilungen in einer Gruppe. Maximal 1000 StŸck.

   ù Alter der Mitteilungen in einer Gruppe. Maximal 60 Tage.

Ein Beispiel:
Sind in einer Gruppe innerhalb von einer Woche Ÿber 1000 Mitteilungen
aufgelaufen, so wird weder das Alter, noch die Grš§e beachtet - das
Kriterium "Anzahl" wurde Ÿberschritten, somit werden alte Mitteilungen
in der Gruppe gelšscht.


3.3  Weiterleiten von PMs
=========================

Ich habe auch einen anderen Account und wŸrde gerne meine PMs von der
Maus dorthin weiterleiten lassen. Geht das?

Ja. Am einfachsten aktivierst Du das so:

   ù wŠhle Dich online in die Maus ein

   ù vom HauptmenŸ aus wŠhlst Du E(x)terne Programme und dann Maus FR
     (S)ervice

   ù nun (W)eiterleiten von PMs anwŠhlen und alles entsprechend
     angeben


3.4  Gibt es Speedtausch in der MAUS Freiburg?
==============================================

Wird Speedtausch von der MAUS Freiburg angeboten?

Nein, Speedtausch wird nicht angeboten. Die MAUS ist selbst bei
grš§eren Outfiles schnell genug, das Zusammensuchen der Mitteilungen
nimmt meist keine fŸnf Sekunden in Anspruch.


3.5  Wie kann ich den MausTausch beschleunigen?
===============================================

Der MausTausch braucht bei mir so lange - lŠ§t sich das beschleunigen?

Sicher. Zuerst sollte man prŸfen, ob man das richtige Verbindungs-protokoll 
(siehe "UnterstŸtzte Kommunikationsprotokolle") benutzt,
also ob die Verbindung zwischen den Modems optimal ist. Au§erdem
sollte das Outfile immer von der MAUS gepackt werden, am besten mit
dem PKZIP 2.04g, der ist auf der MAUS-Seite (und nur die zŠhlt) am
schnellsten. Dazu sendet man einfach ein geZIPtes Infile.ZIP hoch.

Man sollte auch den echten MausTausch-Login benutzen. Ein Pseudocode-
Einwahlskript sollte so aussehen:

DIAL 0761-50 73 94
IF CONNECTED
BEGIN
    WAIT '(J/N)'
    REM -- Hier eben NICHT 'J' senden!! --SEND 'MausTausch'

    WAIT 'Name      :'
    SEND 'Erika Mustermann'

    WAIT 'Password  :'
    SEND 'meinpasswordistgeheim'

    WAIT 1s
    SEND 'z'    REM: FŸr Z-Modem.

    UPLOAD 'C:\FRONTEND\EXPORT\INFILE.ZIP'

    WAIT -max 3min

    DOWNLOAD 'C:\FRONTEND\IMPORT\'
END

Au§erdem wichtig: das Frontend sollte nur die neuen Mitteilungen
abholen und nicht die MAUS alles abgrasen lassen, d.h. es sollte die
Infilekommandos:

:PN
:PSN

statt

:PA
:PSA

benutzen. Also nochmals in Kurzform:

   ù Optimales Modemprotokoll

   ù PKZIP 2.04g als Packer auf MAUS-Seite durch Upload eines
     INFILE.ZIP

   ù :PSN im Infile


3.6  Gibt es Schnulli in der MAUS Freiburg?
===========================================

Wird Schnulli von der MAUS Freiburg angeboten?

Ja. Damit sind Up- (siehe "Upload - geht das auch automatisch?") und
Downloads (siehe "Wie erfahre ich, ob es neue Uploads gibt?") per
Mailkommando mšglich.

Siehe auch die Schnulli-Anleitung


3.7  Was sind externe Programme?
================================

Im MAUS-HauptmenŸ taucht der MenŸpunkt 'Externe Programme' auf - was
ist das?

Dort sind Erweiterungen zur MAUS-Software erreichbar. So kann man
einen Urlaubsmaustausch einrichten, die Geburtstagsliste einsehen und
PMs weiterleiten lassen. Die externen Programme sind nur fŸr Spender
zugŠnglich, also nur fŸr Leute mit Dollar.


3.8  Welche lokalen Gruppen gibt es?
====================================

Welche lokalen Gruppen gibt es?

Es gibt eine ganze Reihe lokaler Gruppen. Oben stehen die wichtigsten.
FR.Boxinfo mu§ jeder lesen, wer FR.Maustechnik nicht liest, ist selbst
schuld :-)


    +------------------------+----------------------------------+
    | FR.Boxinfo             | Boxinfos, Pflicht fŸr alle User! |
    +------------------------+----------------------------------+
    | FR.Boxleben            | Lokale Gruppe zum tratschen      |
    |                        | fŸr jedermann...                 |
    +------------------------+----------------------------------+
    | FR.Maustechnik         | Netzreporte und alles rund       |
    |                        | um die Technik der MAUS.         |
    +------------------------+----------------------------------+
    | FR.Uploads             | Automatisch erzeugte Meldungen   |
    |                        | Ÿber die neuen Uploads.          |
    +------------------------+----------------------------------+
    | FR.Uploads.Diskussion  | Hier wird Ÿber die neuen         |
    |                        | Uploads in der MAUS hergezogen.  |
    +------------------------+----------------------------------+
    +------------------------+----------------------------------+
    | FR.Computer.*          | Die lokalen Computergruppen.     |
    +------------------------+----------------------------------+
    | FR_Programmteilwartung | Die Gruppe fŸr Programmteilwarte |
    |                        | und Mausringimporte.             |
    +------------------------+----------------------------------+
    | FR.SC-Freiburg         | Diskussionsforum fŸr Freunde und |
    |                        | Hasser der Freiburger FŸchse     |
    +------------------------+----------------------------------+


3.9  Wieviele Gruppen gibt es Ÿberhaupt?
========================================

Wieviele Gruppen gibt es denn Ÿberhaupt?

Dazu unten folgend ein kurzer Auszug aus einem Text, der von ITG-Stat
von Markus Hoffmann @ DU generiert wurde. Die Daten galten fŸr den 18.
Februar 1999, mit der Zeit Šndern sich die Werte natŸrlich.

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

ITG_STAT.TTP Version 0.04, (C) 1996-98 by Markus Hoffmann @ DU

Beschreibung                             aktuell
Gruppen in der ITG insgesamt:            454
  davon doppelt vorhanden:                 3

GŸltige Gruppen insgesamt:               451
  davon vorhandene lokale Gruppen:        34 (  7.5%)
  davon vorhandene Netzgruppen:          179 ( 39.7%)
  davon nicht vorhandene Netzgruppen:    182 ( 40.4%)
  davon nicht bestellbare Netzgruppen:    56 ( 12.4%)

  davon MausNet-Gruppen:                 327 ( 72.5%)
  davon Usenet-Gruppen:                   33 (  7.3%)
  davon FidoNet-Gruppen:                  40 (  8.9%)
  davon Z-Netz-Gruppen:                    8 (  1.8%)
  davon Mailinglisten:                     9 (  2.0%)
  davon FTN-Gruppen:                       7 (  1.6%)
  davon Gruppen unbekannter Herkunft:     27 (  6.0%)

  davon Gruppen in deutscher Sprache:    395 ( 87.6%)
  davon Gruppen in englischer Sprache:    25 (  5.5%)
  davon Gruppen undefinierter Sprache:    30 (  6.7%)


3.9.1  Hier die Daten vom 1.7.1998
----------------------------------

ITG_STAT.TTP Version 0.03, (C) 1996-97 by Markus Hoffmann @ DU

Beschreibung                             aktuell

GŸltige Gruppen insgesamt:               446
  davon vorhandene lokale Gruppen:        29 (  6.5%)
  davon vorhandene Netzgruppen:          181 ( 40.6%)
  davon nicht vorhandene Netzgruppen:    176 ( 39.5%)
  davon nicht bestellbare Netzgruppen:    60 ( 13.5%)

  davon MausNet-Gruppen:                 326 ( 73.1%)
  davon Usenet-Gruppen:                   32 (  7.2%)
  davon FidoNet-Gruppen:                  40 (  9.0%)
  davon Z-Netz-Gruppen:                    8 (  1.8%)
  davon Mailinglisten:                     9 (  2.0%)
  davon FTN-Gruppen:                       7 (  1.6%)
  davon Gruppen unbekannter Herkunft:     24 (  5.4%)

  davon Gruppen in deutscher Sprache:    393 ( 88.1%)
  davon Gruppen in englischer Sprache:    25 (  5.6%)
  davon Gruppen undefinierter Sprache:    27 (  6.1%)


3.10  Was ist der N.U.D.E.?
===========================

Was fŸr Schweinkram verbirgt sich hinter dem N.U.D.E.?

Kein Schweinkram :-) N.U.D.E. steht natŸrlich fŸr "Nihilistischer
User-Daten Editor". Im N.U.D.E. kann man die Angaben zur eigenen
Person bearbeiten, also wenn man andere Umlautkodierungen benutzen
will, das Betriebssystem sich geŠndert hat, die Telefonnummer, die
ZeilenlŠnge, die Terminalemulation etc.

Erreichbar vom MAUS-HauptmenŸ Ÿber (H)ilfsfunktionen, (B)enutzerdaten.
Viel komfortabler geht das mit einem guten MausNet-Frontend, denn alle
N.U.D.E.-Funktionen kann man auch per Tausch erreichen und Šndern. CAT
z.B. unterstŸtzt das.


3.11  Altersangabe im N.U.D.E.
==============================

Im N.U.D.E. habe ich mein Geburtsdatum angegeben. Das ist nun schon
ein paar Jahre her und ich bin (logischerweise) Šlter geworden. Kann
die MAUS die Angaben nicht automatisch Šndern?

Klar geht das:

   ù In die MAUS mit Namen und Pa§wort einloggen.

   ù E(x)terne Programme anwŠhlen (also "x" drŸcken).

   ù Maus FR (S)ervice wŠhlen.

   ù (G)eburtstagsliste wŠhlen.

   ù Geburtsdatum angeben.

Danach korrigiert die MAUS die Angabe jedes Jahr - und erinnert dich
an deinen Geburtstag :-)


3.12  Distribution
==================

Was ist die Distribution?

Das MausNet kennt ein spezielles Feature: Man kann die Verbreitung
einer allgemeinen Mitteilung einschrŠnken.

Dazu ein Beispiel: Wer in der Diskussiongruppe Maus.Compu-ter.Atari.Soft eine 
Mitteilung schreibt, der findet sie ein paar
Stunden spŠter (transportiert durch ein Gateway) auch in der Usenet-gruppe 
maus.sys.atari.software. Wer das nicht mšchte, der kann seiner
Mitteilung die Distribution "MausNet" geben, richtige MausNet-Front-ends 
unterstŸtzen das per Auswahl. Die Mitteilung bleibt dann auf das
MausNet beschrŠnkt.

Die Distribution "lokal" sorgt dafŸr, da§ die Mitteilung nie die
eigene MAUS verlŠ§t. Das ist dann sinnvoll, wenn man in einer allge-meinen, 
vernetzten Gruppe etwas schreiben will, was nur die "eigenen"
Leute interessiert.

Au§erdem existiert die Distribution "Net", d.h. die Mitteilung wird
explizit soweit verbreitet wie mšglich.

Wird keine Distribution vorgegeben, so benutzt die MAUS die Distribu-tion der 
Mitteilung, auf die sich die eigene bezieht. Ist diese nicht
vorhanden, wird "Net" gewŠhlt.

Ein Beispiel gefŠllig?

Gerhard B. aus F. fragt in der Gruppe Maus.Computer.Mac.Hardware mit
Distribution "lokal": `Wer kennt sich mit xyz aus und wŸrde mal
vorbeikommen?'. Die Distribution ist hier sinnvoll, denn ein Hamburger
wŸrde wohl kaum schnell nach Freiburg fahren. Nun antwortet Anders H.
aus F. ohne eine Distribution vorzugeben: `Ich habe xyz hier und komme
morgen mal vorbei.'. Auch diese Mitteilung bleibt lokal, da die Dis-tribution 
der VorgŠngermitteilung Ÿbernommen wird.


3.13  Neue Gruppen
==================

Wo werden Gruppen, die die MAUS Freiburg neu fŸhrt, angekŸndigt?

In der Gruppe FR.Boxinfo werden Gruppen, die neu angeschaltet werden,
bekanntgegeben. Wenn Du eine Gruppe lesen willst, die nicht in der
MAUS Freiburg vorhanden ist, dann schreibe einfach eine Mail an den
SysOp, damit er Dir die Gruppe anschalten kann.


3.14  Wie erfahre ich, ob es neue Uploads gibt?
===============================================

Wie erfahre ich, ob es neue Uploads gibt?

Dazu kann man natŸrlich immer mal wieder eine Fileliste downloaden,
aber das ist nicht notwendig, es geht bequemer: man schaltet die
Gruppe FR.Uploads an. Will man dann eine Datei haben, so schreibt man
eine Mail an "Saug Tausch @ FR", Betreff ist egal, und in den Mit-
teilungstext:

$DIEDATEI.ZIP

Dann wird mit dem nŠchsten MausTausch die Datei "DIEDATEI.ZIP" mit-
Ÿbertragen. Soll etwas aus einem GPT Ÿbertragen werden, so mu§ das so
aussehen:

Maus.Tausch $CAT410.ZIP

Hier wird aus dem Gruppenprogrammteil Maus.Tausch die Datei CAT410.ZIP
angefordert. Man kann mehrere Anforderungen in eine Mitteilung schrei-ben.


3.15  Upload - geht das auch automatisch?
=========================================

Mich nervt, da§ ich bei Uploads in die MAUS fŸr jede Datei die Be-
schreibungen einzeln eintippen mu§. Geht das nicht auch automatisch?

Klar geht das. Man packt einfach die upzuloadenden Archive und ein
passendes TIC-File ins INFILE.xxx (xxx gleich ZIP, LZH, ARJ ...) mit
ein und lŠdt dieses beim Maustausch hoch. FŸr die Erzegung der TIC-Files gibt 
es Programme (z.B. Paul auf dem PC, SaugUtility oder
TICreator auf dem Atari usw.).

Beispiel: PATCH.ZIP soll hochgeladen werden. Dazu erzeugt man mit
einem der genannten Programme ein TIC-File, das die Beschreibung
erhŠlt und PATCH.TIC hei§t. Diese zwei Dateien plus Infile.txt steckt
man in das Infile.zip, das man hochlŠdt. Den Rest erledigt die MAUS.

Achtung: Bei solchen Uploads ist es nicht mšglich, ausfŸhrbare EXE-Da-teien 
in den Archiven hochzuladen (wg. Schutz vor trojanischen
Pferden).


3.16  Was ist denn ein Mausring?
================================

Was ist denn ein Mausring?

Die MAUS Freiburg nimmt am CD-ROM- und am ZIP-Mausring teil. Es werden
also Medien mit der neuesten Share- und Freeware zwischen einigen
MŠusen hin- und hergeschickt, um das Angebot an Dateien zu verbessern.
Es wird versucht, auf QualitŠt statt auf QuantitŠt zu achten.

Alle paar Wochen gibt es also schubweise sehr viel neue Dateien, siehe
auf FR.Uploads (siehe "Welche lokalen Gruppen gibt es?").


3.17  Wie erfahre ich, ob das Netz zum Server lief oder ob eine MAUS hing?
==========================================================================

Wie erfahre ich, ob das Netz zum Server lief oder ob eine MAUS hing?

Schau in die Gruppe FR.Netzbericht. Dort wird unter dem Betreff
"Netzplan" gepostet, aus welchen MŠusen Mitteilungen ankamen.

Das ist der Netzplan:

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

   H0   --- MS   --- MS3
                 --- OS   -\- OS4

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

Er gibt Auskunft darŸber, von welchen MŠusen Mitteilungen in der FR
ankamen, d.h. ob von dieser MAUS aus geschrieben wurde. Wenn da "-\-"
steht, dann hei§t das, da§ niemand dort etwas geschrieben hat, oder
da§ das Netz zu dieser MAUS gestšrt war.

Der Planausschnitt oben besagt, da§ die MAUS H0 (die Toplevel-MAUS)
die MS erfolgreich erreichte, diese wiederum die MS3 und OS anrief.
Die MS hatte Erfolg mit der MS3, nicht jedoch OS mit der OS4.

Jetzt noch ein Ausschnitt aus dem eigentlichen MausNet-Bericht. Meine
Kommentare sind als "Quotes" eingestreut.

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

So lief es heute Nacht am 03.06.98 03:14:23
-------------------------------------------

03:55  ->  Es rief an MAUS   KA2       01:31 min     R:   534.1 KB, 7082 cps

           03:57 beendet     AM: 1233 (1228674 Byte) PM: 46 (73957 Byte)

>Sehr gut, die MAUS KA2 erreichte uns und brachte 1233 AMs sowie
>46 PMs. Fehlt diese Zeile, so erreichte uns die KA2 nicht. Ergo:
>keine neuen Mitteilungen.

Das Netz wurde nachgeholt am 03.06.98 18:22:28
----------------------------------------------

18:24  <#> Verbindungsfehler KA2       1 NoCarrier  10% Fehlerkosten

>Beim Versuch, die KA2 zu erreichen, gab es einen "NoCarrier"-Fehler.
>Die Fehlerkosten sind erstmal uninteressant.

18:24 <- Anruf zur MAUS KA2       00:22 min    R:     6.0 KB, 1359 cps
                                               S:    17.6 KB, 1359 cps
                                               Bi:   23.6 KB, 1819 cps
         18:25 beendet  AM: 42 (23851 Byte)    PM: 55 (34290 Byte)

>Die KA2 wurde aber noch erreicht, 42 AMs und 55 PMs wurden an sie
ver->teilt. D.h. die werden am Ende des Abendnetzes an der Ziel-MAUS sein,
>wenn diese am Abendnetz teilnimmt.

18:51 -> Es rief an MAUS KA2      00:48 min    R:   215.1 KB, 6525 cps
                                               S:     0.4 KB, 6525 cps
                                               Bi:  215.6 KB, 6538 cps
         18:52 beendet   AM: 373 (323873 Byte) PM: 47 (158506 Byte)

>Sehr schšn, die KA2 erreichte auch uns. Somit gab es ein volles
>Abendnetz, d.h. minimale Laufzeit.

03:09 <- Anruf zur MAUS KA2       00:21 min    S:    12.1 KB, 1006 cps
         03:10 beendet     AM: 22 (9535 Byte)  PM: 22 (13532 Byte)

>Wir haben zum Nachtnetz nach "oben" verteilt.

Es gab ein zweites Netz mit Messages von oben. Damit wurden heute
insgesamt 22 Allgemeine Nachrichten von oben verteilt.

>Sprich: Es gab ein Abendnetz.

!!! Es kamen nur 22 Allgemeine Mitteilungen, irgendeine
!!! MAUS unterwegs hing wohl!

>Das ist ein Fehler in James. Einfach ignorieren.

MNCONFIG erzeugte ohne Probleme die echte MausNet-Konfiguration

!!! Eure Erlaucht, 11 MsgId-Dupes konnte meine Nichtigkeit ausmachen!

>Bei kleinen Zahlen ist das harmlos. Bei gro§en habe ich viel Arbeit.

Ich konnte keine Angaben Ÿber verlorengegangene PMs finden.

>Wenn James hier PMs meldet, dann sollte man prŸfen, ob das eigene
>sind - die gingen entweder verloren (Maus.Info beobachten) oder
>die Ziel-MAUS hŠngt gerade (Netzplan beobachten).

Es kamen von allen gewŸnschten MŠusen Allgemeine Mitteilungen.

>Irrelevant.

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


3.18  Wie kann ich alle PMs nochmals aus der MAUS holen?
========================================================

Wie kann ich alle PMs nochmals aus der MAUS holen?

Man schickt einfach folgendes Infile.txt (am besten gepackt) zur MAUS:

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

#CMD
:PE
:PA
#

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


3.19  Wie bekomme ich alle Mitteilungen einer Gruppe?
=====================================================

Wie bekomme ich alle Mitteilungen einer Gruppe?

Es gibt zwei Mšglichkeiten, alte Mitteilungen aus einer einzelnen
Gruppe zu erhalten:

a) Man benutzt das Tauschkommando "Nachrichten einer Gruppe nach-bestellen". 
Anzugeben ist die Gruppe und das gewŸnschte Datum, ab wann
Mitteilungen rausgesucht werden sollen. Dies ist die zuverlŠssigere
Methode.

b) Man schreibt eine Mitteilung an "Mailer DŠmon @ FR". Der Betreff
mu§ "Gruppenoutfile" lauten, die erste Mitteilungstextzeile enthŠlt
den Gruppennamen, die zweite (optional) ein Datum, ab wann die Mit-teilungen 
gewŸnscht sind.

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

Von  : Erika Mustermann @ FR
An   : Mailer DŠmon @ FR
Wegen: Gruppenoutfile

FR.Boxleben
1.1.98

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


3.20  Warum kann ich Maus.Info oder FR.Boxinfo nicht abschalten?
================================================================

Warum kann ich die Gruppen "Maus.Info" oder "FR.Boxinfo" nicht
abschalten?

Maus.Info und FR.Boxinfo sind Pflichtgruppen. Da der Inhalt fŸr alle
wichtig ist, kann man sie nicht abschalten. Es gilt "Wer *Info nicht
liest, ist selbst schuld".

In den Gruppen finden sich z.B. Wahlaufrufe, oder Benachrichtigungen
Ÿber technische Probleme.


3.21  Was ist denn der WoSy?
============================

Was bedeutet denn "WoSy"?

Der WoSy ist eine AbkŸrzung fŸr den Wochensysop.

Der Rechner, auf dem die Software der MAUS FR lŠuft, steht bei Gštz
Hoffart (Betreiber). Jochen Weiner, Gerhard BŠrmann und Uwe Lehmann
helfen als Sysops.

Einer der Sysops beantwortet die Mails an 'SYSOP @ FR' und ist somit
Wochensysop. Wir wechseln uns von Zeit zu Zeit ab. Den momentan
aktuellen Wochensysop kann man jeweils aus dem Boxvorspann ersehen.
Bei Fragen und Problemen schreibt ihr also einfach an 'SYSOP @ FR'.


3.22  Was sind eigentlich Gruppenprogrammteile und welche gibt es?
==================================================================

Was sind eigentlich Gruppenprogrammteile und welche gibt es?

Au§er dem šffentlichen Programmteil (…PT) haben wir auch einige
sogenannte Gruppenprogrammteile (GPTs). Dort finden sich Dateien zu
bestimmten Themen (z.B. die Listings aus der c't, Kochrezepte im
MealMaster-Format etc.).

Einen GPT erreicht ihr einfach durch Wahl von 'G' und der Eingabe des
Namens aus dem ProgrammteilmenŸ. Es reicht aber auch, den Anfang eines
Namens anzugeben, z.B. 'GER' (fŸr Gernet.CT.GER): Die Maus bietet dann
die verfŸgbaren GPTs zur Auswahl an.

Derzeit sind folgende GPTs vorhanden:

 FR_Programmteilwartung         FŸr Programmteilwarte und
                                Mausringimporte (siehe "Was ist denn
                                ein Mausring?").

 GerNet.CT.GER                  Listings und Verzeichnisse der Zeit-schrift 
                                c't.

 Maus.Net                       Rund um die MAUS selbst: Sysoptreffen-
                                protokolle, Anleitungen, FAQs, Schnul-li-
                                Dokumentation.

 Maus.Tausch                    Frontends, Terminalprogramme, Mail-reader etc.


3.23  Belegung des šffentlichen Programmteils
=============================================


 +----------------+-------------+-------+------------+-------------+
 | Betriebssystem | Bytes total | Files | Bytes/File | Anteil in % |
 +----------------+-------------+-------+------------+-------------+
 | Amiga          |     957.872 |     1 |    957.872 |        0.12 |
 | DOS            |  43.241.432 |   135 |    320.306 |        5.48 |
 | Macintos       | 390.841.474 |   751 |    520.428 |       49.53 |
 | OS/2           |  31.289.567 |   102 |    306.760 |        3.97 |
 | ST TOS         | 133.461.166 |   824 |    161.967 |       16.91 |
 | Sonstige       |  53.547.716 |   243 |    220.360 |        6.79 |
 | Unix           |   2.390.823 |     5 |    478.164 |        0.30 |
 | Windows        | 133.350.564 |   209 |    638.040 |       16.90 |
 +----------------+-------------+-------+------------+-------------+
 | Gesamt         | 789.080.614 | 2.270 |    347.612 |      100.00 |
 +----------------+-------------+-------+------------+-------------+

Tabelle 7: Auslastungs-Statistik vom 20.01.2000/21:46:24 (Saug-Utility
v6.0)



 +----------------+-------------+-------+------------+-------------+
 | Betriebssystem | Bytes total | Files | Bytes/File | Anteil in % |
 +----------------+-------------+-------+------------+-------------+
 | Amiga          |     957.872 |     1 |    957.872 |        0.14 |
 | DOS            |  46.707.816 |   137 |    340.932 |        6.60 |
 | Macintos       | 326.891.751 |   637 |    513.173 |       46.17 |
 | OS/2           |  28.419.253 |    98 |    289.992 |        4.01 |
 | ST TOS         | 122.410.218 |   806 |    151.873 |       17.29 |
 | Sonstige       |  52.635.962 |   239 |    220.234 |        7.43 |
 | Unix           |     537.181 |     4 |    134.295 |        0.08 |
 | Windows        | 129.463.798 |   203 |    637.752 |       18.29 |
 +----------------+-------------+-------+------------+-------------+
 | Gesamt         | 708.023.851 | 2.125 |    333.187 |      100.00 |
 +----------------+-------------+-------+------------+-------------+

Tabelle 8: Auslastungs-Statistik vom 24.06.1999/02:27:18 (Saug-Utility
v6.0)



 +----------------+-------------+-------+------------+-------------+
 | Betriebssystem | Bytes total | Files | Bytes/File | Anteil in % |
 +----------------+-------------+-------+------------+-------------+
 | DOS            |  46.845.295 |   138 |    339.458 |        7.16 |
 | Macintos       | 291.643.910 |   563 |    518.017 |       44.56 |
 | OS/2           |  28.368.392 |    98 |    289.473 |        4.33 |
 | ST TOS         | 119.132.435 |   810 |    147.077 |       18.20 |
 | Sonstige       |  41.408.739 |   229 |    180.824 |        6.33 |
 | Unix           |     993.095 |     5 |    198.619 |        0.15 |
 | Windows        | 126.107.241 |   199 |    633.704 |       19.27 |
 +----------------+-------------+-------+------------+-------------+
 | Gesamt         | 654.499.107 | 2.042 |    320.518 |      100.00 |
 +----------------+-------------+-------+------------+-------------+

Tabelle 9: Auslastungs-Statistik vom 02.05.1999/22:02:23 (Saug-Utility
v6.0)



 +----------------+-------------+-------+------------+-------------+
 | Betriebssystem | Bytes total | Files | Bytes/File | Anteil in % |
 +----------------+-------------+-------+------------+-------------+
 | DOS            |  46.627.110 |   137 |    340.343 |        7.57 |
 | Macintosh      | 255.714.069 |   526 |    486.148 |       41.53 |
 | OS/2           |  28.368.392 |    98 |    289.473 |        4.61 |
 | ST TOS         | 118.939.543 |   802 |    148.303 |       19.32 |
 | Sonstige       |  41.001.909 |   227 |    180.625 |        6.66 |
 | Unix           |     683.035 |     4 |    170.758 |        0.11 |
 | Windows        | 124.448.994 |   195 |    638.199 |       20.21 |
 +----------------+-------------+-------+------------+-------------+
 | Gesamt         | 615.783.052 | 1.989 |    309.594 |      100.00 |
 +----------------+-------------+-------+------------+-------------+

Tabelle 10: Auslastungs-Statistik vom 17.02.1999/22:23:34 (Saug-Utility v6.0)



 +----------------+-------------+-------+------------+-------------+
 | Betriebssystem | Bytes total | Files | Bytes/File | Anteil in % |
 +----------------+-------------+-------+------------+-------------+
 | DOS            |  46.165.996 |   134 |    344.522 |        8.45 |
 | Macintosh      | 206.479.973 |   428 |    482.429 |       37.78 |
 | OS/2           |  27.393.271 |    94 |    291.417 |        5.01 |
 | ST TOS         | 116.172.504 |   766 |    151.661 |       21.25 |
 | Sonstige       |  31.677.373 |   213 |    148.720 |        5.80 |
 | Unix           |     683.035 |     4 |    170.758 |        0.12 |
 | Windows        | 118.021.684 |   184 |    641.422 |       21.59 |
 +----------------+-------------+-------+------------+-------------+
 | Gesamt         | 546.593.836 | 1.823 |    299.832 |      100.00 |
 +----------------+-------------+-------+------------+-------------+

Tabelle 11: Auslastungs-Statistik vom 15.10.1998/22:17:24 (Saug-Utility v6.0)



 +----------------+-------------+-------+------------+-------------+
 | Betriebssystem | Bytes total | Files | Bytes/File | Anteil in % |
 +----------------+-------------+-------+------------+-------------+
 | DOS            |  26.245.633 |    98 |    267.812 |        6.78 |
 | Macintosh      | 149.837.314 |   341 |    439.405 |       38.72 |
 | OS/2           |  28.499.321 |   102 |    279.405 |        7.36 |
 | ST TOS         | 100.947.604 |   737 |    136.970 |       26.09 |
 | Sonstige       |  25.474.182 |   174 |    146.403 |        6.58 |
 | Unix           |     227.121 |     3 |     75.707 |        0.06 |
 | Windows        |  55.729.785 |    92 |    605.758 |       14.40 |
 +----------------+-------------+-------+------------+-------------+
 | Gesamt         | 386.960.960 | 1.547 |    250.136 |      100.00 |
 +----------------+-------------+-------+------------+-------------+

Tabelle 12: Auslastungs-Statistik vom 28.06.1998/19:19:40 (Saug-Utility v6.0)



3.24  Gateways - Spanische Dšrfer?
==================================

Die Maus FR nimmt am IN e.V. teil, das hei§t, wir kšnnen weltweit
EMails Ÿbers Internet versenden und empfangen. Wer an jemandem im
Internet schreiben mšchte, gibt als Adresse einfach dessen Inter-netadresse 
an, z.B.

president@whitehouse.gov

Die Internetadresse, mit der man den Mauser namens "Rolf Mustermann"
(er existiert nicht) in der MAUS FR von der ganzen Welt erreichen
kann, lautet:

Rolf_Mustermann@fr.maus.de

Man beachte den Unterstrich zwischen Vor-und Nachname. Umlaute mŸssen
in die Langform umgesetzt werden, aus "Bjšrn Fa§binder @ FR" (er
existiert ebenfalls nicht) wird:

bjoern_fassbinder@fr.maus.de

Ferner haben wir mit der Maus Karlsruhe ein sogenanntes MAUS2MAUS Gate
(sprich: 'Maus-to-Maus-Gates'), in dem wir Gruppen von Box zu Box
weiterreichen. Dadurch bekommen wir z.B. aus der MAUS KA2 Gruppen aus
dem UseNet, die es sonst im MausNet nicht gibt. Wer da Fragen hat,
sollte sich einfach an die Sysops wenden. Au§erdem kšnnen wir so
Karlsruhe-lokale Gruppen lesen (und vice versa, die KA-ler kšnnen
Freiburger Gruppen lesen).

   ù KARLSRUHE

   ù KA.INFO

   ù TRAMPARTY


3.25  Fido-Gruppen
==================

Fido ist ein Mailboxnetz, das einige Gemeinsamkeiten mit dem MausNet
aufweist, aber auch gravierende Unterschiede. In Fido-Mailboxen ist
z.B. eine VerschlŸsselung von PMs nicht zulŠssig, und es gibt genau
geregelte Hierarchien, wer was "zu sagen" hat. Au§erdem gibt es fŸr
jede Gruppe einen genau festgeschriebenen Satz Regeln, die "Rules", an
die man sich auch als Gast in der Gruppe halten mu§, ansonsten wird
der Moderator ("Mod") der Gruppe erst euch und dann mir auf die Finger
klopfen wollen.

Bitte beachtet, da§ ihr euch auch an die Rules des Fido halten mŸ§t,
wenn ihr in Fido-Gruppen schreibt. Eigentlich mŸssen alle Fido-Gruppen
auf "Mitgliedschaft" setzen, da jeder protentielle Schreiber erst die
Rules des Fido gelesen haben mu§; bisher verzichte ich jedoch darauf
und setze auf euch :-)

"Gleichberechtigt vernetzte Gruppen" sind Gruppen, die zwischen dem
MausNet und dem Fido vernetzt sind, ohne da§ es einen echten "Ur-sprung" der 
Gruppe gŠbe.


3.26  Gibt es eine MAUS-Homepage?
=================================

Gibt es sowas wie eine MAUS-Homepage?

Nicht nur eine :-) Die der MAUS Freiburg ist im WWW unter

http://www.hoffart.de/mausfreiburg.html

zu bewundern. Allgemeine Informationen zur MAUS findet man unter

http://www.maus.de/



4  Andere wichtige FAQs und Hinweise
************************************


4.1  PM-Manifest
================

Auf dem Sysoptreffen 1994 in Oer-Erkenschwick haben die Sysops des
MausNets einstimmig folgendes Manifest beschlossen:

(Beginn PM-Manifest)

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

Das nachfolgende Manifest Ÿber persšnliche Mitteilungen im MausNet
(PM-Manifest) soll uns allen, Benutzern und Sysops, Klarheit darŸber
verschaffen, wie persšnliche Mitteilungen im MausNet behandelt werden,
welchen Stellenwert sie fŸr uns haben. Angestrebt ist ein briefŠhn-licher 
Status, der die Privatheit von PMs garantieren soll, soweit
dies im Medium von DF† innerhalb unseres Netzes, des MausNets, er-reichbar 
ist. Dieses Manifest ist fŸr alle Sysops im MausNet
verbindlich.

  1. zur technischen Situation von PMs

      (a) innerhalb des MausNets

          derzeitige Situation:

          Auf einer MAUS eingehende PMs werden zur Zeit unver-schlŸsselt 
          gespeichert. Dies geschieht in einer einzigen
          gro§en Datei, die allenfalls mit einem Disketteneditor
          eingesehen werden kšnnte, nicht aber mit der Box-Software
          (MAUS oder Quark) selbst. Wenn das nŠchste Netz mit anderen
          MŠusen gefahren wird, werden die neu eingegangenen PMs zur
          Bestimmungsmaus transportiert. Dort bleiben sie liegen, bis
          der EmpfŠnger sie abholt, lŠngstenfalls i. d. R. bis maximal
          100 Tage (Default-Einstellung). Ist eine PM vom EmpfŠnger
          abgeholt worden, wird sie i. d. R. nach spŠtestens 30 Tagen
          gelšscht (Default-Einstellung). Diese letztgenannte Aufbe-
          wahrungszeit garantiert eine funktionierende Kommen-tarverkettung 
          auch dann noch, wenn jemand erst nach Tagen
          antwortet.

          Durch Verkettungsfehler oder SchŠden an der Datenbank kann
          es passieren, da§ eine PM ganz oder in Teilen an einen
          falschen EmpfŠnger geht - derartige Pannen sind selten,
          allerdings schon vorgekommen. Da die Zustellung von PMs an
          die EmpfŠnger (neben einer korrekten Adressierung) von einer
          funktionierenden Technik abhŠngt und diese naturgemŠ§
          fehleranfŠllig ist, kann eine Zustellung nicht in jedem Fall
          garantiert werden.

          ErhŠlt ein Benutzer einer Mailbox im MausNet an einem Tag
          von einem Absender mehrere PMs Ÿber das MausNet mit einem
          Gesamtvolumen von Ÿber 64 KB, so werden die Mitteilungen,
          die Ÿber das Limit von 64 KB hinausgehen, an den Wochensysop
          der ersten MAUS, die auf dem Transportweg liegt, geleitet.
          Ab MausNet 1.99 werden diese Massenmails schon in dieser auf
          dem Transportweg liegenden MAUS auf "gelesen" gesetzt und
          werden dadurch nicht mehr automatisch beim MausTausch des
          Wochensysops in dessen Outfile exportiert. In jeder MAUS mu§
          eine Version des MausNets eingesetzt werden, die dieses
          Setzen des Gelesen-Flags fŸr Massenmails beherrscht. Die auf
          "Gelesen" gesetzten Massenmails sollen in der Regel nicht
          von den Sysops gelesen werden. Eine Ausnahme hiervon liegt
          insbesondere dann vor, wenn die Sysops sich mit dem Absender
          und dem EmpfŠnger nicht Ÿber die Erstattung der Kosten
          einigen kšnnen.

          Das 64 KB Limit bei Massenmails ist eine momentane Grenze.
          Wird sie nach oben oder unten verschoben, sind die Benutzer
          des MausNets in Maus.Info darauf hinzuweisen. †ber eine €n-derung 
          dieser Grenze wird mit der einfachen Mehrheit der
          abgegebenen Stimmen entschieden. Das von den Sysops jeweils
          beschlossene Limit ist fŸr alle Mailboxen im MausNet
          verbindlich.

          Mitteilungen an den Sysop einer MAUS (Sysop @ XY oder Sysop
          Vorname Nachname @ XY) gehen immer an den aktuellen Wochen-sysop 
          von XY. Dies ist unabhŠngig davon, mit welchem Sysop
          der Box XY die Kommunikation begonnen worden ist. Wird der
          Wochensysop geŠndert, gehen neu eingehende Antworten auf
          Sysop-PMs an den neuen Wochensysop von XY. Dies gilt eben-falls fŸr 
          die maustauschkompatible Software Quark. In beiden
          FŠllen kann der EmpfŠnger auch eine Gruppe von Sysops sein.

          Planungen:

          Eingehende PMs werden in einer der nŠchsten Mausversionen
          verschlŸsselt auf der Platte abgelegt. Diese VerschlŸsselung
          ist kein perfekter Schutz, sondern sie soll nur ein ver-
          sehentliches Lesen von PMs - z. B. beim Testen von daten-
          bankspezifischer Software oder beim Reparieren der Datenbank
          - verhindern. Eine Kodierung des Benutzer-Passworts ist
          ebenfalls in Planung.

          Was die maustauschkompatible Software Quark angeht, so wer-den 
          persšnliche Mitteilungen in der Quark 1.* unver-schlŸsselt und in 
          der Quark II verschlŸsselt gespeichert.
          Die aktuelle Boxversion wird beim Login ausgegeben, sie kann
          zudem beim Sysop der Box erfragt werden.

      (b) au§erhalb des MausNets

          PMs an Leute au§erhalb des MausNets werden Ÿber sog. Gate-ways 
          transportiert. Hat eine PM erst einmal einen Gateway
          passiert, ist sie der Kontrolle des MausNets in jeder
          Hinsicht entzogen. Wir kšnnen nicht beurteilen, welchen
          Status PMs in anderen Netzen haben und wie sie dort be-handelt 
          werden. Ferner kšnnen wir nicht garantieren, da§ wir
          jede Mail an andere Netze oder aus anderen Netzen transport-ieren 
          kšnnen - sei es wegen Volumen, sei es, weil das
          Anschreiben der Zieladresse kostenpflichtig ist oder kein
          Gate dorthin existiert. Gleiches gilt fŸr fehlerhaft adres-sierte 
          Mails.

          Die mausseitige VerschlŸsselung von PMs (also die o. g.
          VerschlŸsselung von PMs durch die MAUS selbst) mu§ am
          Gateway wieder rŸckgŠngig gemacht werden. Au§erdem bekommen
          die Quark-Boxen die Mitteilungspakete unverschlŸsselt. Beide
          Sachverhalte betreffen nicht die benutzerseitig ver-schlŸsselten 
          PMs (mittels PGP z. B.). Es ist allerdings zu
          bedenken, da§ nicht in allen Netzen verschlŸsselte PMs
          erlaubt sind und transportiert werden. Im MausNet sind
          verschlŸsselte Mitteilungen erlaubt.

  2. zur moralischen Situation PMs betreffend

     Hier kann nur etwas Ÿber das MausNet gesagt werden, weil die
     Sysops des MausNets nur hier Ÿberhaupt Einflu§ haben.

     Die Sysops des MausNets verpflichten sich zu folgendem Umgang mit
     PMs:

     Definition:

     Persšnliche Mitteilungen (PMs) sind Mitteilungen, die ein Ab-sender 
     Person A Ÿber das MausNet - zumindest als ein Teil des
     Transportwegs - an einen EmpfŠnger Person B schickt, unabhŠngig
     davon, ob A oder B Benutzer des MausNets sind. Mitteilungen, die
     offensichtlich von einem Programm verschickt oder geroutet wer-den, sind 
     den PMs gleichgestellt, wenn der oder die EmpfŠnger
     Personen sind. Mitteilungen, die von einer Person an ein Programm
     geschickt werden, sind in der Regel PMs gleichgestellt. Eine
     Ausnahme kann hier im automatischen Bouncen von Mitteilungen an
     FTP- Mailer und/oder Listserver bestehen. Es besteht kein An-spruch 
     seitens der Benutzer auf Nutzung von FTP-Mailern und
     Listservern via MausNet.

     Grundsatz:

     Kein Sysop liest persšnliche Mitteilungen, die nicht an ihn
     selbst gerichtet sind. Persšnliche Mitteilungen gehen ausschlie§-lich an 
     den berechtigten EmpfŠnger.

     Ausnahmen:

     Eine Ausnahme hiervon bilden die sog. "Massenmails". Das sind
     Mitteilungen von einem Absender A an einen EmpfŠnger B, die an
     einem Tag das Volumen von 64 KB Ÿberschritten haben. Mitteilungen
     dieser Grš§enordnung sind im MausNet verboten und unterliegen
     nicht dem grundsŠtzlichen Schutz von PMs. Dennoch dŸrfen der-artige 
     Massenmails nicht an unbefugte Dritte weitergeleitet wer-den.

     Technische Probleme mit der Zustellbarkeit von PMs, insbesondere
     im Zusammenhang mit dem Betrieb eines Gateways, kšnnen es erfor-dern, 
     eine PM manuell weiterzuleiten. Eine automatisch generierte
     Bouncemitteilung an den Absender der PM ist dem manuellen Weiter-leiten 
     vorzuziehen.

     Es kšnnen Fehler in der PM-Datenbank auftreten, die nur manuell
     repariert werden kšnnen, wenn die dafŸr vorgesehenen Programme
     versagt haben. Bei einer solchen manuellen Reparatur wie auch
     beim Debuggen der Boxsoftware kann es passieren, da§ der Sysop
     Kenntnis vom Inhalt einer PM erlangt, die nicht fŸr ihn bestimmt
     ist.

     Aufgrund oben beschriebener technischer Notwendigkeiten erhaltene
     Kenntnis vom Inhalt einer PM werden weder weitergegeben noch
     durch denjenigen, der diese Kenntnis erlangt hat, in irgendeiner
     Form verwendet.

     Hšherrangiges Recht geht diesem PM-Manifest vor.

     kodierte Mitteilungen:

     Kodierte Mitteilungen sind im MausNet erlaubt und werden trans-portiert, 
     wenn sie nicht Ÿber das jeweils gŸltige Massenmail-Limit (derzeit 64 KB) 
     hinausgehen.

     Bindung:

     Die Regelung zur Behandlung von PMs innerhalb des MausNets ist
     fŸr alle derzeitigen und zukŸnftigen Sysops verbindlich. Ein
     Sysop, der sich nicht imstande sieht, die o. g. Regelung mitzu-tragen, 
     mu§ seinen Job als Sysop aufgeben. Sofern er Betreiber
     ist, mu§ er seine MAUS schlie§en oder diese - nach RŸcksprache
     mit den anderen Sysops des MausNets und deren Zustimmung - einem
     Sysop Ÿbergeben, der bereit ist, die Regelung mitzutragen. Von
     zukŸnftigen Sysops und Betreibern wird explizit verlangt, da§ sie
     die o. g. Regelung akzeptieren.

     Wird die o. g. Regelung durch Beschlu§ der Sysops modifiziert,
     sind die Benutzer des MausNets darŸber in Maus.Info zu un-terrichten. 
     Die Unterrichtung mu§ den Text der alten und der
     neuen Regelung enthalten und ist mit einer BegrŸndung zu ver-sehen. FŸr 
     eine Modifikation ist mindestens eine Zwei-Drittel-Mehrheit der 
     abgegebenen Stimmen notwendig.

     Verstš§e

     Ein Sysop der gegen o. g. Regelung verstš§t, mu§ das MausNet
     verlassen. Sofern er Betreiber ist, mu§ er zudem seine MAUS
     schlie§en oder diese - nach RŸcksprache mit den anderen Sysops
     des MausNets und deren Zustimmung - einem Sysop Ÿbergeben, der
     bereit ist, die Regelung mitzutragen.

     Sofern der betroffene Sysop GrŸnde vortragen kann, die geeignet
     sind, sein Verhalten zumindest teilweise zu rechtfertigen, ist
     von den Sysops darŸber abzustimmen, ob

      (a) er das MausNet verlassen mu§,

      (b) er seinen Sysopstatus verliert,

      (c) er von netzpolitischen €mtern ausgeschlossen wird

      (d) er verwarnt wird

      (e) nichts gegen ihn unternommen wird

     Eine solche Abstimmung kommt nur auf Antrag des betroffenen
     Sysops zustande.

     Sofern bei der Abstimmung die Punkte a oder b die meisten Stimmen
     erhalten, mu§ der betroffene Sysop seine MAUS schlie§en oder
     diese - nach RŸcksprache mit den anderen Sysops des MausNets und
     deren Zustimmung - einem Sysop Ÿbergeben, der bereit ist, die in
     diesem PM-Manifest getroffenen Regelungen mitzutragen.

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

(Ende PM-Manifest)

Dieses Manifest wird gemŠ§ Beschlu§ der Sysops als abrufbare Infodatei
in die MAUS eingebaut.


4.2  Nutzungsbedingungen
========================

In der MAUS Freiburg gelten die Ÿblichen Regeln des Anstands und der
Achtung den anderen gegenŸber.

Zu beachten ist allerdings, da§ die MAUS nicht fŸr kommerzielle Zwecke
(z.B. Firmenwerbung etc.) genutzt werden darf. Ebensowenig sind
rassistische oder fremdenfeindliche BeitrŠge oder Kettenbriefe je-glicher Art 
erwŸnscht. Bilder mit nackten Menschen und Šhnliches sind
nicht gerne gesehen, Pornographie hat auf jeden Fall nichts in der
MAUS zu suchen.

Vielen Dank fŸr Euer EinverstŠndnis und Eure Mitarbeit! †ber An-regungen 
freuen wir uns immer (am besten in der Gruppe FR.Boxleben).

Dies war die kurze Version der Benutzungsbedingungen, hier die aus-fŸhrliche, 
im Zweifelsfall bindende, die leider notwendig ist, da
manche Leute sich schon einen Spa§ daraus gemacht haben, im "rechts-freien" 
Raum zu klagen. Ich mag keine Paragraphenreiterei und mšchte
die Benutzungsordnung eigentlich gar nicht haben, sie dient als
Selbstschutz.

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

Benutzungsordnung - Benutzungsbedingungen fŸr die MAUS Freiburg (FR)

Liebe(r) MAUS-Nutzer(in),

mit dem Eintrag als ordentlicher Benutzer der MAUS FR werden Deiner-seits die 
folgenden Benutzungsbedingungen der Box anerkannt. Mit dem
Weiterbestehen deines Eintrags wird seitens des Boxbetreibers ange-nommen, 
da§ Du mit den folgenden Bedingungen einverstanden bist. Bist
Du es nicht, so mu§t Du deinen Eintrag mitsamt Deinen Userdaten
lšschen, unter (H)ilfsfunktionen findet sich ein entsprechender
MenŸpunkt.

Es dient prinzipiell nur der rechtlichen Absicherung und ist leider
nach einigen Erfahrungen, die in anderen MŠusen gemacht wurden,
notwendig.

  1. Es besteht kein Anspruch seitens der Benutzers auf das fŸr ihn
     eingerichtete Postfach.

  2. Ferner besteht seitens des Benutzers kein rechtlicher Anspruch
     auf die Nutzung des Mailbox-Systems oder bestimmter Teilbereiche
     davon.

  3. Wir behalten uns vor, das jeweilige Postfach des Benutzers, auch
     ohne Angabe von GrŸnden, zu lšschen. Insbesondere wird es bei
     Mi§brauch umgehend gelšscht.

  4. Die Haftung der Betreiber/des Betreibers gegenŸber dem Benutzer
     ist in jedem Fall auf den anteiligen Rest des Jahresbeitrags
     beschrŠnkt.

  5. Der Benutzer steht dafŸr ein, da§ die von ihm verbreiteten Texte
     nicht gegen gesetzliche Bestimmungen versto§en und insbesondere
     nicht die Rechte Dritter verletzen. Der Mailboxbetreiber wird
     insoweit von AnsprŸchen Dritter freigestellt.

  6. Dasselbe wie in Punkt 5 gilt auch fŸr die Uploads und Versendung
     jedweder Art von Programmen oder Daten. Auch hier hat der Be-nutzer 
     dafŸr zu sorgen, da§ die Programme nicht gegen geltendes
     Recht versto§en und da§ sie nicht Rechte Dritter verletzen. Auch
     hier wird der Mailboxbetreiber von AnsprŸchen Dritter seitens des
     Benutzers freigestellt.

  7. Jede kommerzielle Nutzung (wie etwa Werbung oder beruflicher
     Versand von Texten oder Daten) ist unzulŠssig und zieht, neben
     der Lšschung des Postfachs, zivilrechtliche Folgen nach sich.

  8. Ausnahmen zu Punkt 7 bedŸrfen der schriftlichen Genehmigung des
     Mailboxbetreibers.

  9. Aus SicherheitsgrŸnden wird jedem Benutzer dringendst nahegelegt,
     sein persšnliches Pa§wort regelmŠ§ig und in kurzen AbstŠnden zu
     Šndern und die nštige Vorsorge gegen das AusspŠhen oder Erraten
     seines Pa§worts zu treffen.

 10. Es besteht keinerlei Haftung seitens des Mailboxbetreibers fŸr
     Dinge, die unter dem Namen des jeweiligen Benutzers geschehen.
     Der jeweilige Benutzer steht fŸr alle Sachen, die unter seinem
     Usernamen passieren, bzw. im Zusammenhang mit demselben stehen,
     ein.

 11. Der Mailboxbetreiber Ÿbernimmt keine Haftung fŸr die Richtigkeit
     der in der MAUS Freiburg (FR) oder im Netz verschickten Mit-teilungen. 
     Des weiteren wird keine Garantie auf LauffŠhigkeit
     bzw. FunktionsfŠhigkeit de in der MAUS Freiburg (FR) gespei-cherten 
     Daten oder Programme gegeben.

 12. Der Mailboxbetreiber wird in Bezug auf den jeweiligen Text,
     Datensatz oder das jeweilige Programm vom einsendenden Benutzer
     von allen eventuell anfallenden Schadensersatzforderungen freige-stellt. 
     Anfallende Schadensersatzforderungen Dritter gehen immer
     zu Lasten des einsendenden Benutzers. Als einsendenden Benutzer
     (User) wird derjenige angesehen, unter dessem Username der Text,
     Datensatz oder das Programm gespeichert wurde.

 13. Der Mailboxbetreiber Ÿbernimmt keine Haftung fŸr die korrekte
     Zustellung eingegebener Mitteilungen in die richtigen Gruppen und
     an die richtigen EmpfŠnger.
     Wer persšnliche, also an einen EmpfŠnger gerichtete, Texte vor
     falschen EmpfŠngern schŸtzen will, mu§ sie gegebenenfalls vor dem
     Versand geeignet verschlŸsseln. Achtung: Dies kann beim Schreiben
     in andere Netze verboten sein. Insbesondere im Fido ist jede Art
     der VerschlŸsselung verboten.

 14. Der Benutzer erklŠrt sich damit einverstanden, da§ die Angaben,
     die er beim Usereintrag angegeben hat sowie alle aus admini-strativen 
     oder technischen GrŸnden anfallenden Protokolldateien
     enthaltenen persšnlichen Daten auf elektronischem Wege im Mail-
     boxrechner sowie auf den dazugehšrenden Speicher- und Backup-medien 
     gespeichert werden.

 15. Es besteht, auch bei bezahlter Spende, kein einklagbares Anrecht
     seitens des Benutzers auf die Nutzung des Netzes oder bestimmter
     Teilbereiche desselben.

 16. Der Mailboxbetreiber kann auch bei erfolgter Zahlung einer Spende
     unter Angabe des Grundes dem Benutzer die Nutzung des Netzes oder
     oder der Box verweigern, falls dieser wiederholt und trotz
     Ermahnung gegen die hier festgelegten oder ihm persšnlich Ÿber-
     mittelten, in MAUS.INFO oder in der vom Regelversto§ betroffenen
     Gruppe veršffentlichten Regeln verstš§t. Bei schwerwiegenden
     FŠllen ist die Nutzungsverweigerung auch ohne Ermahnung mšglich.
     Ein Anrecht seitens des Benutzers auf RŸckerstattung der Spende
     besteht dann in keinem Fall.

 17. Der Mailboxbetreiber ist nicht schadensersatzpflichtig fŸr
     SchŠden, die in Verbindung mit der Box oder dem Netz auftreten.

 18. Scheidet ein Benutzer aus der Box aus oder wird er als Folge
     eigenen Fehlverhaltens aus der Box oder Teilen derselben ausge-
     schlossen, besteht keinerlei Anrecht auf RŸckerstattung ge-leisteter 
     Spenden bzw. VergŸtung gesendeter Datentexte und/oder
     Programme.

 19. Die Weitergabe von Nachrichten aus dem Mitteilungsbereich der
     MAUS Freiburg (FR) in andere Mailboxnetze (d.h. ohne die Ein-richtung 
     von "Gateways") ist ohne ausdrŸckliche Genehmigung
     verboten, und wird gegebenenfalls zivilrechtlich verfolgt.
     Eine evtl. erteilte Genehmigung wird automatisch ungŸltig, falls
     die fest- zusetzenden Bedingungen (etwa bzgl. exportierter
     Gruppen, Art, Form und Reichweite der Weiterverbreitung) nicht
     eingehalten werden.

 20. Es besteht strikte Realname-Pflicht. Benutzer, die sich unter
     Falschnamen eingetragen haben oder bei denen die NachprŸfung des
     Namens nicht mšglich ist und die von ihnen eingegebenen Mit-teilungen 
     und Daten oder Programme werden gelšscht. Die aus den
     gespeicherten Daten ersichtlichen Informationen Ÿber unter
     Falschnamen eingetragene Benutzer werden ggf. an alle anderen
     Boxen im MausNet weitergegeben.

 21. Der Versand und die Bestellung von Dateien Ÿber 64 kB, auch aus
     anderen Netzen, sind verboten - der Benutzer haftet gegenŸber uns
     und den Gateways mit bis zu 50 Pf/kB fŸr solche "ftpmail"-AktivitŠten.

 22. Der Benutzer ist selbst dafŸr verantwortlich, dafŸr Sorge zu
     tragen, da§ er Ÿber den aktuellen Stand dieser Benutzungsordnung
     und €nderungen derselben informiert ist. Wenn er das Netz be-nutzen 
     will, mu§ er sich ferner stets Ÿber die in der Gruppe
     "Maus.Info" sowie "FR.Boxinfo" und den von ihm gelesenen bzw. be-
     schriebenen Gruppen veršffentlichten Regeln auf dem laufenden
     halten.

 23. Der Mailboxbetreiber behŠlt sich das Recht vor, bei Verstš§en
     gegen diese Mailboxordnung, insbesondere gegen die Paragraphen 5,
     6, 7, 19 und 20, persšnliche Daten des Benutzers, auch ohne
     dessen EinverstŠndnis, an andere Mailboxbetreiber und/oder die
     jeweils zustŠndige Behšrde weiter- zuleiten.

 24. Mit dem Eintrag als Benutzer gilt diese Benutzungsordnung als vom
     neuen Benutzer gelesen und anerkannt.

 25. Auch schon lŠnger eingetragene Benutzer erkennen diese, bzw.
     neue, evtl. geŠnderte, Benutzungsordnungen an. Als Anerkennung
     wird das Fort- bestehen des jeweiligen Accounts gewertet.

 26. Der Gerichtsstand ist in jedem Falle Freiburg im Breisgau.

 27. Das Versenden von sogenanntem SPAM (auch EMP genannt), also uner-
     wŸnschter Werbenachrichten, UCE/UBE, Kettenbriefe und Hinweise
     auf Angebote in nicht dafŸr vorgesehene Gruppen oder an EmpfŠnger
     ohne deren explizites EinverstŠndnis, ist nicht erlaubt und kann
     bei Versto§ die Lšschung des Benutzereintrags zur Folge haben.

Freiburg, April 1998
Gštz Hoffart, Betreiber


4.3  IN und Kommerz
===================

Gruppe: MAUS.INFO
ID: A12527@HB
Wg.: IN und Kommerz
Von: JŸrgen Conradi @ HB (Fr, 15.05.98 05:02)
MId: 199805150502.a12527@hb.maus.de

Archive-Name: kommerz.txt
Last-modified: April, the 29th, 1997

                        AUTOMATISCHES POSTING

Fast alle MŠuse sind Teilnehmer der Domain 'maus.de'. Die Domain
'maus.de' ist Mitglied im IN e. V. und somit unterliegt die Nutzung
von 'maus.de' den VertrŠgen, die der IN e. V. mit den verschiedenen
Providern (EUNet, DFN, XLink, BelWue) abgeschlossen hat. Ein ganz
wesentlicher Punkt ist folgender:

KEINE KOMMERZIELLE NUTZUNG der maus.de-KonnektivitŠt. Die Netznutzung
ist ausschlie§lich fŸr private Zwecke zulŠssig. U. a. ist damit
folgendes untersagt:

   ù Verwendung der maus.de-Adresse auf Visitenkarten, Briefkšpfen,
     SchriftstŸcken usw, die nicht ausschlie§lich privaten Zwecken
     dienen.

   ù Werbung mit Angabe der maus.de-Adresse

   ù Postings mit Werbung fŸr eine Firma

   ù Support Ÿber die maus.de-Adresse (gilt natŸrlich auch fŸr
     Shareware)

   ù Hinweis auf Firmen in Footern

   ù jegliche Nennung einer .maus.de-Adresse im Zusammenhang mit kom-
     merziellen AktivitŠten aller Art

   ù und Šhnliches.

Die Nichtbeachtung dieser Regel kann schwerwiegende Folgen haben. Bei
Bekanntwerden von Verstš§en ist mindestens mit dem Ausschlu§ der
betreffenden Maus aus maus.de zu rechnen. Im Rahmen des Mšglichen ist
aber auch die Auflšsung der kompletten Domain maus.de oder sogar des
kompletten IN e. V., wenn die Provider wegen Mi§achtung der vertrag-lichen 
Regelungen die Versorgung einstellen. Ich bitte also, im
Interesse aller IN-Domains dieses Verbot strengstens zu beachten.

- Vorstand Maus.De : jc@hb.maus.de - gs@k2.maus.de - ms@bm.maus.de


4.4  VorschlŠge zur Netiquette, dem Verhalten im Netz
=====================================================

Die folgenden Abschnitte wurden dem CAT-Hypertext entnommen und werden
mit freundlicher Genehmigung von Dirk Steins @ K2 hier verwendet. Sie
wurden grš§tenteils unverŠndert Ÿbernommen, nur als Anredeform wird
jetzt das in der DF† gebrŠuchliche "du" verwendet.

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

Netiquette

Die Netiquette beschreibt bestimmte Verhaltensregeln im Umgang mit dem
Medium des elektronischen Nachrichtenaustausches. In erster Linie
bezieht sich das Original auf das sub-Netz. Diese AusfŸhrung basiert
auf der Alpha-Release von Patrick Guleat vom 12. Februar 1990. Wir
haben jedoch einige Stellen verallgemeinert, da sie eben auch auf alle
anderen Netze anwendbar sind. Wir mšchten dir nahelegen, da§ du beim
Schreiben von Nachrichten die nun folgenden Punkte immer etwas im
Hinterkopf behalten solltest. Die anderen Benutzer werden dir dafŸr
dankbar sein. Im weiteren Verlauf werden ein paar Begriffe benutzt,
die kurz definiert werden sollen:

Artikel/Mitteilung: Stellt eine in erster Linie šffentliche Nachricht
dar, die Inhalt besitzt. Ein "Ja, ganz Deiner Meinung." gehšrt nicht
dazu.

PM/Mail: Eine persšnliche Nachricht, die nur von dir und dem EmpfŠnger
gelesen werden kann.


4.4.1  Vergi§ niemals, da§ auf der anderen Seite ein Mensch sitzt.
------------------------------------------------------------------

Die meisten Leute vergessen, da§ sie beim Schreiben von Nachrichten
nicht nur ihrem Computer gegenŸbersitzen, sondern (in Ÿbertragenen
Sinne) auch anderen Menschen. Je nach Distribution deiner Message kann
sie von Leuten z.B. in ganz Deutschland oder sogar der ganzen Welt
gelesen werden. Denke immer daran und lass dich nicht zu verbalen
AusbrŸchen hinreissen. Bedenke: Je ausfallender und unhšflicher du
dich gebŠrdest, desto weniger Leute sind bereit, dir zu helfen, wenn
du einmal etwas brauchst. Eine einfache Faustregel: Schreibe nie
etwas, was du dem Adressaten nicht auch vor anderen Leuten ins Gesicht
sagen wŸrdest.


4.4.2  Erst lesen, dann denken, dann nochmal lesen, dann nochmal denken, dann 
posten.
------------------------------------------------------------------------------
-------
Die Gefahr von Mi§verstŠndnissen ist bei einem geschriebenen, compu-
terisierten Medium besonders hoch. Vergewissere dich mehrmals, da§ der
Autor des Artikels, auf den du antworten willst, auch das gemeint hat,
was du denkst. Insbesondere solltest du darauf achten, ob nicht viel-leicht 
Sarkasmus oder Šhnliche Abarten des Humors benutzt wurden, ohne
ihn mit dem Smiley-Symbol ':-)' zu kennzeichnen.


4.4.3  Fasse dich kurz.
-----------------------

Niemand liest gerne Artikel, die mehr als 50 Zeilen lang sind. Denke
daran, wenn du Artikel verfa§t.


4.4.4  Deine Artikel sprechen fŸr dich. Sei stolz auf sie!
----------------------------------------------------------

Die meisten Leute auf dem Netz kennen und beurteilen dich nur Ÿber
das, was du in Artikeln oder Mails schreibst. Bitte versuche, deine
Artikel mšglichst frei von Rechtschreibfehlern und leicht verstŠndlich
zu verfassen. Ein Duden neben dem Rechner mag manchem als †bertreibung
erscheinen; in Anbetracht der Tatsache, da§ viele Leser den Autor
eines vor Fehlern beinahe unleserlichen Artikels fŸr einen (um's ganz
deutlich zu sagen) Vollidioten halten, ist diese Investition viel-leicht 
nicht ganz verfehlt.

Bedenke, da§ dein Anliegen nicht rŸberkommt, wenn es nicht einmal den
elementarsten Anforderungen an Stil, Form und Niveau genŸgt. Bedenke
bitte auch: Vielleicht lesen deine zukŸnftigen Kollegen oder dein
zukŸnftiger Chef mit. Vorurteile bilden sich leicht.


4.4.5  Nimm dir Zeit, wenn Du einen Artikel schreibst.
------------------------------------------------------

Einige Leute denken, es wŸrde ausreichen, einen Artikel in zwei
Minuten in den Rechner zu hacken. Besonders im Hinblick auf die
vorangegangenen Punkte ist das aber kaum mšglich. Du solltest dir Zeit
nehmen, um einen Artikel zu verfassen, der auch deinen AnsprŸchen
genŸgt.


4.4.6  Achte auf die Betreffzeile.
----------------------------------

Wenn du einen Artikel verfa§t, achte bitte besonders auf den Inhalt
der Betreffzeile. Hier sollte in kurzen Worten (mšglichst unter 40
Zeichen) der Inhalt des Artikels beschrieben werden, so da§ ein Leser
entscheiden kann, ob er von Interesse fŸr ihn ist oder nicht. In
lŠnger dauernden Diskussionen kann es sein, da§ das Thema, Ÿber das
debattiert wird, vom ursprŸnglichen Betreff abweicht. Bitte editiere
die Betreffzeile entsprechend. Eine gute Angewohnheit ist es, wenn du
den alten Titel zusŠtzlich noch angibst; bei Followups (Kommentare)
auf solche Artikel sollte der alte Titel aber entfernt werden. Ein
Beispiel:

Du kommentierst eine Nachricht mit dem Betreff "Kohlrabi im Vor-garten". Die 
Diskussion ist aber lŠngst auf das Thema "Erbsen im
Treibhaus" abgeschweift. Also Šnderst du die Betreffzeile in "Erbsen
im Treibhaus (war: Kohlrabi im Vorgarten)". Sollte die Betreffzeile zu
lang werden, so ist es sinnvoll den alten Titel sinngemŠ§ abzukŸrzen.
Kommentare auf diesen Artikel sollten nur noch den Titel "Erbsen im
Treibhaus" haben.


4.4.7  Denke an die Leserschaft.
--------------------------------

†berlege dir vor dem Posten eines Artikels oder Kommentars, welche
Leute du mit deiner Message erreichen willst. Ein Artikel mit dem Ti-tel 
"Fernseher Bj. 1972 an Selbstabholer" ist in einer lokalen oder
regionalen Gruppe sicher wesentlich besser aufgehoben als in einer
Netz-Gruppe. WŠhle die Gruppe (oder Gruppen), in die du schreibst,
sorgfŠltig aus. Poste, wenn irgend mšglich, nur in eine Gruppe. Ein
Crossposting eines Artikels in mehrere, womšglich inhaltlich verwandte
Gruppen, ist nicht empfehlenswert.


4.4.8  Vorsicht mit Humor und Sarkasmus!
----------------------------------------

Achte darauf, da§ du deine sarkastisch gemeinten Bemerkungen so
kennzeichnest, da§ keine Mi§verstŠndnisse provoziert werden. Bedenke:
In einem schriftlichen Medium kommt nur sehr wenig von deiner Mimik
und Gestik rŸber, die du bei persšnlichen GesprŠchen benŸtzen wŸrdest.

Im Netz gibt es fŸr diesen Zweck eine ganze Reihe von Symbolen; die
gebrŠuchlichsten sind ':-)' und ':-('. Wenn dir nicht sofort auffŠllt,
was diese Symbole bedeuten sollen, drehe den Kopf doch mal um 90 Grad
nach links und schau nochmals ... :-)


4.4.9  KŸrze den Text, auf den Du Dich beziehst, auf das notwendige Minimum.
----------------------------------------------------------------------------

Es ist eine gute Angewohnheit, Texte, auf die man sich bezieht,
wšrtlich zu zitieren. Mache es dir zur Angewohnheit, nur gerade so
viel Originaltext zu Ÿbernehmen, da§ dem Leser der Zusammenhang nicht
verlorengeht. Das ist a) wesentlich leichter zu lesen und zu verstehen
und b) keine Verschwendung von Ressourcen. Das MausNet selbst besitzt
dagegen sogar eine funktionierende Kommentarverkettung, bei der Zitate
eigentlich ŸberflŸssig sind und nur dazu verwendet werden sollen, bei
langen Nachrichten den Kontext herzustellen.


4.4.10  Benutze PMs, wo immer es geht.
--------------------------------------

Wenn du dem Autor eines Artikels etwas mitteilen willst, Ÿberlege dir
bitte genau, ob dafŸr nicht eine simple PM ausreicht. Ein Beispiel:
SpŠtestens dann, wenn hitzige Diskussionen schliesslich in wŸste
Beschimpfungsorgien ausarten, ist der Zeitpunkt gekommen, an dem die
Diskussion niemanden au§er den StreithŠhnen interessiert.

Generell gilt: Wenn du etwas mitteilen willst, das auch viele andere
Leute interessieren kšnnte, benutze šffentliche Mitteilungen (…M, AM).
Andernfalls ist eine PM sicher ausreichend.


4.4.11  Gib eine Sammlung Deiner Erkenntnisse ans Netz weiter.
--------------------------------------------------------------

Wenn du eine Frage an die Netzgemeinde gestellt hast, und darauf
Antworten per PM empfangen hast, die evtl. auch andere Leute interes-sieren 
kšnnten, fasse die Ergebnisse (natŸrlich gekŸrzt) zusammen und
lasse damit auch das Netz von deiner Frage profitieren.


4.4.12  Achte auf die gesetzlichen Regelungen.
----------------------------------------------

Es ist všllig legal, kurze AuszŸge aus urheberrechtlich geschŸtzten
Werken zu informationellen Zwecken zu posten. Was darŸber hinaus geht,
ist illegal. Zu den urheberrechtlich geschŸtzten Werken gehšren u.a.
Zeitungsartikel, Liedtexte, Programme, Bilder etc. Ebenfalls illegal
ist es, mit Wort und/oder Bild zu Straftaten aufzurufen oder zumindest
Anleitungen dafŸr zu liefern.

Achte darauf, da§ du mit deiner Mitteilung keine Gesetze brichst und
bedenke, da§ sich evtl. jeder strafbar macht, der solche Informationen
auf dem eigenen Rechner hŠlt und anderen zugŠnglich macht.

Rassistische, antisemitische und faschistische €u§erungen, sowie
Diskriminierung von Minderheiten haben aus den Mitteilungen fernzu-bleiben. 
Es ist sonst nicht auszuschliessen, da§ die Sysop-Gemein-schaft dich von der 
weiteren Benutzung des Netzes fŸr unbestimmte Zeit
ausschliesst. DarŸber hinaus mu§t du unter UmstŠnden auch mit einer
Strafanzeige rechnen.


4.4.13  Benutze Deinen wirklichen Namen, kein Pseudonym.
--------------------------------------------------------

In der Mailboxszene scheint es Ÿblich zu sein, seine wahre IdentitŠt
hinter einem mehr oder weniger cool klingendem Pseudonym zu verbergen.
Pseudonyme ermšglichen es auch, Dinge zu sagen und zu tun, die man
sich sonst nicht erlauben wŸrde. Aufgrund der negativen Erfahrungen,
die sehr viele Leute auf dem Netz mit den TrŠgern solcher Pseudonyme
gemacht haben, und auch aus presserechtlichen GrŸnden solltest du
deine Mitteilungen unter deinem wirklichen Namen posten.

Im MausNet sind Pseudonyme sogar unzulŠssig!


4.4.14  Kommerzielles
---------------------

Ein gewisses Ma§ an kommerziellen Informationen wird im Netz gerne
toleriert, z.B. Adressen von Firmen, die ein bestimmtes Produkt
anbieten, nachdem jemand danach gefragt hat. Als unverschŠmt wird
dagegen die Verbreitung von reinen Werbeinformationen angesehen,
insbesondere, wenn sie ein gewisses Volumen Ÿberschreiten. Bedenke:
Bei den meisten Netzen handelt es sich um nichtkommerzielle Netze, und
nicht jeder will †bertragungskosten fŸr Werbung bezahlen.


4.4.15  Keine 'human gateways' - das Netz ist keine Mailbox.
------------------------------------------------------------

Ebenfalls wird davon abgeraten, seine Aufgabe darin zu sehen, Artikel
aus verschiedenen anderen fŸr jedermann zugŠnglichen Netzen ins Netz
zu pumpen. Das gilt insbesondere dann, wenn es den Informationen am
allgemein Ÿblichen Niveau mangelt, die darin angesprochenen Tatsachen
jedem durchschnittlich intelligenten Menschen bereits bekannt sind
oder abzusehen ist, da§ sich nur ein verschwindend geringer Bruchteil
der Netz-User dafŸr interessiert.


4.4.16  'Du' oder 'Sie'?
------------------------

Aus der Deutschsprachigkeit der meisten hier in Deutschland verbreite-ten 
Netze erwŠchst die Frage, ob man andere Netzteilnehmer in Artikeln
und PMails 'duzen' oder 'siezen' sollte. DafŸr gibt es keine allge-
meingŸltige Regel; es hat sich jedoch eingebŸrgert, den Anderen mit
'Du' anzureden. 99.9% der Netzbenutzer finden das auch všllig in
Ordnung und wŸrden es als eher absonderlich ansehen, wenn sie auf
einmal gesiezt werden wŸrden. In manchen Netzen gilt das 'Sie' sogar
als unhšflich oder befremdlich.


4.5  RFC 1855 - eine Netiquette
===============================


               Network Working Group       S. Hambridge Request For Comments: 
               1855   Intel Corp. FYI: 28                     October 1995 
               Category: Informational                  

                        Netiquette Guidelines

Status of This Memo

This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

Abstract

This document provides a minimum set of guidelines for Network Eti-quette 
(Netiquette) which organizations may take and adapt for their
own use. As such, it is deliberately written in a bulleted format to
make adaptation easier and to make any particular item easy (or
easier) to find. It also functions as a minimum set of guidelines for
individuals, both users and administrators. This memo is the product
of the Responsible Use of the Network (RUN) Working Group of the IETF.

Table of Contents

  1. Introduction

  2. One-to-One Communication

  3. One-to-Many Communication

  4. Information Services

  5. Selected Bibliography

  6. Security Considerations

  7. Author's Address


4.5.1  Introduction
-------------------

In the past, the population of people using the Internet had "grown
up" with the Internet, were technically minded, and understood the
nature of the transport and the protocols. Today, the community of
Internet users includes people who are new to the environment. These
"Newbies" are unfamiliar with the culture and don't need to know about
transport and protocols. In order to bring these new users into the
Internet culture quickly, this Guide offers a minimum set of behaviors
which organizations and individuals may take and adapt for their own
use. Individuals should be aware that no matter who supplies their
Internet access, be it an Internet Service Provider through a private
account, or a student account at a University, or an account through a
corporation, that those organizations have regulations about ownership
of mail and files, about what is proper to post or send, and how to
present yourself. Be sure to check with the local authority for
specific guidelines.

We've organized this material into three sections: One-to-one communi-cation, 
which includes mail and talk; One-to-many communications,
which includes mailing lists and NetNews; and Information Services,
which includes ftp, WWW, Wais, Gopher, MUDs and MOOs. Finally, we have
a Selected Bibliography, which may be used for reference.


4.5.2  One-to-One Communication
-------------------------------

One-to-One Communication (electronic mail, talk)

We define one-to-one communications as those in which a person is
communicating with another person as if face-to-face: a dialog. In
general, rules of common courtesy for interaction with people should
be in force for any situation and on the Internet it's doubly impor-tant 
where, for example, body language and tone of voice must be
inferred. For more information on Netiquette for communicating via
electronic mail and talk, check references [1,23,25,27] in the Se-lected 
Bibliography.


4.5.2.1  User Guidelines (Gen.) for mail:

   ù Unless you have your own Internet access through an Internet
     provider, be sure to check with your employer about ownership of
     electronic mail. Laws about the ownership of electronic mail vary
     from place to place.

   ù Unless you are using an encryption device (hardware or software),
     you should assume that mail on the Internet is not secure. Never
     put in a mail message anything you would not put on a postcard.

   ù Respect the copyright on material that you reproduce. Almost
     every country has copyright laws.

   ù If you are forwarding or re-posting a message you've received, do
     not change the wording. If the message was a personal message to
     you and you are re-posting to a group, you should ask permission
     first. You may shorten the message and quote only relevant parts,
     but be sure you give proper attribution.

   ù Never send chain letters via electronic mail. Chain letters are
     forbidden on the Internet. Your network privileges will be
     revoked. Notify your local system administrator if your ever
     receive one.

   ù A good rule of thumb: Be conservative in what you send and
     liberal in what you receive. You should not send heated messages
     (we call these "flames") even if you are provoked. On the other
     hand, you shouldn't be surprised if you get flamed and it's
     prudent not to respond to flames.

   ù In general, it's a good idea to at least check all your mail sub-jects 
     before responding to a message. Sometimes a person who asks
     you for help (or clarification) will send another message which
     effectively says "Never Mind". Also make sure that any message
     you respond to was directed to you. You might be cc:ed rather
     than the primary recipient.

   ù Make things easy for the recipient. Many mailers strip header
     information which includes your return address. In order to
     ensure that people know who you are, be sure to include a line or
     two at the end of your message with contact information. You can
     create this file ahead of time and add it to the end of your
     messages. (Some mailers do this automatically.) In Internet
     parlance, this is known as a ".sig" or "signature" file. Your
     .sig file takes the place of your business card. (And you can
     have more than one to apply in different circumstances.)

   ù Be careful when addressing mail. There are addresses which may go
     to a group but the address looks like it is just one person. Know
     to whom you are sending.

   ù Watch cc's when replying. Don't continue to include people if the
     messages have become a 2-way conversation.

   ù In general, most people who use the Internet don't have time to
     answer general questions about the Internet and its workings.
     Don't send unsolicited mail asking for information to people
     whose names you might have seen in RFCs or on mailing lists.

   ù Remember that people with whom you communicate are located across
     the globe. If you send a message to which you want an immediate
     response, the person receiving it might be at home asleep when it
     arrives. Give them a chance to wake up, come to work, and login
     before assuming the mail didn't arrive or that they don't care.

   ù Verify all addresses before initiating long or personal
     discourse. It's also a good practice to include the word "Long"
     in the subject header so the recipient knows the message will
     take time to read and respond to. Over 100 lines is considered
     "long".

   ù Know whom to contact for help. Usually you will have resources
     close at hand. Check locally for people who can help you with
     software and system problems. Also, know whom to go to if you
     receive anything questionable or illegal. Most sites also have
     "Postmaster" aliased to a knowledgeable user, so you can send
     mail to this address to get help with mail.

   ù Remember that the recipient is a human being whose culture,
     language, and humor have different points of reference from your
     own. Remember that date formats, measurements, and idioms may not
     travel well. Be especially careful with sarcasm.

   ù Use mixed case. UPPER CASE LOOKS AS IF YOU'RE SHOUTING.

   ù Use symbols for emphasis. That *is* what I meant. Use underscores
     for underlining. _War and Peace_ is my favorite book.

   ù Use smileys to indicate tone of voice, but use them sparingly.
     :-) is an example of a smiley (Look sideways). Don't assume that
     the inclusion of a smiley will make the recipient happy with what
     you say or wipe out an otherwise insulting comment.

   ù Wait overnight to send emotional responses to messages. If you
     have really strong feelings about a subject, indicate it via
     FLAME ON/OFF enclosures. For example: FLAME ON: This type of
     argument is not worth the bandwidth it takes to send it. It's
     illogical and poorly reasoned. The rest of the world agrees with
     me. FLAME OFF

   ù Do not include control characters or non-ASCII attachments in
     messages unless they are MIME attachments or unless your mailer
     encodes these. If you send encoded messages make sure the
     recipient can decode them.

   ù Be brief without being overly terse. When replying to a message,
     include enough original material to be understood but no more. It
     is extremely bad form to simply reply to a message by including
     all the previous message: edit out all the irrelevant material.

   ù Limit line length to fewer than 65 characters and end a line with
     a carriage return.

   ù Mail should have a subject heading which reflects the content of
     the message.

   ù If you include a signature keep it short. Rule of thumb is no
     longer than 4 lines. Remember that many people pay for
     connectivity by the minute, and the longer your message is, the
     more they pay.

   ù Just as mail (today) may not be private, mail (and news) are
     (today) subject to forgery and spoofing of various degrees of
     detectability. Apply common sense "reality checks" before
     assuming a message is valid.

   ù If you think the importance of a message justifies it,
     immediately reply briefly to an e-mail message to let the sender
     know you got it, even if you will send a longer reply later.

   ù "Reasonable" expectations for conduct via e-mail depend on your
     relationship to a person and the context of the communication.
     Norms learned in a particular e-mail environment may not apply in
     general to your e-mail communication with people across the
     Internet. Be careful with slang or local acronyms.

   ù The cost of delivering an e-mail message is, on the average, paid
     about equally by the sender and the recipient (or their organi-zations). 
     This is unlike other media such as physical mail,
     telephone, TV, or radio. Sending someone mail may also cost them
     in other specific ways like network bandwidth, disk space or CPU
     usage. This is a fundamental economic reason why unsolicited e-mail 
     advertising is unwelcome (and is forbidden in many
     contexts).

   ù Know how large a message you are sending. Including large files
     such as Postscript files or programs may make your message so
     large that it cannot be delivered or at least consumes excessive
     resources. A good rule of thumb would be not to send a file
     larger than 50 Kilobytes. Consider file transfer as an alterna-tive, or 
     cutting the file into smaller chunks and sending each as
     a separate message.

   ù Don't send large amounts of unsolicited information to people.

   ù If your mail system allows you to forward mail, beware the
     dreaded forwarding loop. Be sure you haven't set up forwarding on
     several hosts so that a message sent to you gets into an endless
     loop from one computer to the next to the next.


4.5.2.2  User Guidelines (Gen.) for talk:

Talk is a set of protocols which allow two people to have an inter-active 
dialogue via computer.

   ù Use mixed case and proper punctuation, as though you were typing
     a letter or sending mail.

   ù Don't run off the end of a line and simply let the terminal wrap;
     use a Carriage Return (CR) at the end of the line. Also, don't
     assume your screen size is the same as everyone else's. A good
     rule of thumb is to write out no more than 70 characters, and no
     more than 12 lines (since you're using a split screen).

   ù Leave some margin; don't write to the edge of the screen.

   ù Use two CRs to indicate that you are done and the other person
     may start typing. (blank line).

   ù Always say goodbye, or some other farewell, and wait to see a
     farewell from the other person before killing the session. This
     is especially important when you are communicating with someone a
     long way away. Remember that your communication relies on both
     bandwidth (the size of the pipe) and latency (the speed of
     light).

   ù Remember that talk is an interruption to the other person. Only
     use as appropriate. And never talk to strangers.

   ù The reasons for not getting a reply are many. Don't assume that
     everything is working correctly. Not all versions of talk are
     compatible.

   ù If left on its own, talk re-rings the recipient. Let it ring one
     or two times, then kill it.

   ù If a person doesn't respond you might try another tty. Use finger
     to determine which are open. If the person still doesn't respond,
     do not continue to send.

   ù Talk shows your typing ability. If you type slowly and make
     mistakes when typing it is often not worth the time of trying to
     correct, as the other person can usually see what you meant.

     - Be careful if you have more than one talk session going!


4.5.3  Administrator Issues
---------------------------

   ù Be sure you have established written guidelines for dealing with
     situations especially illegal, improper, or forged traffic.

   ù Handle requests in a timely fashion - by the next business day.

   ù Respond promptly to people who have concerns about receiving im-proper 
     or illegal messages. Requests concerning chain letters
     should be handled immediately.

   ù Explain any system rules, such as disk quotas, to your users.
     Make sure they understand implications of requesting files by
     mail such as: Filling up disks; running up phone bills, delaying
     mail, etc.

   ù Make sure you have "Postmaster" aliased. Make sure you have
     "Root" aliased. Make sure someone reads that mail.

   ù Investigate complaints about your users with an open mind.
     Remember that addresses may be forged and spoofed.


4.5.4  One-to-Many Communication
--------------------------------

One-to-Many Communication (Mailing Lists, NetNews)

Any time you engage in One-to-Many communications, all the rules for
mail should also apply. After all, communicating with many people via
one mail message or post is quite analogous to communicating with one
person with the exception of possibly offending a great many more
people than in one-to-one communication. Therefore, it's quite impor-tant to 
know as much as you can about the audience of your message.


4.5.4.1  User General Guidelines for mailing lists and NetNews

   ù Read both mailing lists and newsgroups for one to two months
     before you post anything. This helps you to get an understanding
     of the culture of the group.

   ù Do not blame the system administrator for the behavior of the
     system users.

   ù Consider that a large audience will see your posts. That may
     include your present or your next boss. Take care in what you
     write. Remember too, that mailing lists and Newsgroups are
     frequently archived, and that your words may be stored for a very
     long time in a place to which many people have access.

   ù Assume that individuals speak for themselves, and what they say
     does not represent their organization (unless stated explicitly).

   ù Remember that both mail and news take system resources. Pay
     attention to any specific rules covering their uses your
     organization may have.

   ù Messages and articles should be brief and to the point. Don't
     wander off-topic, don't ramble and don't send mail or post
     messages solely to point out other people's errors in typing or
     spelling. These, more than any other behavior, mark you as an
     immature beginner.

   ù Subject lines should follow the conventions of the group.

   ù Forgeries and spoofing are not approved behavior.

   ù Advertising is welcomed on some lists and Newsgroups, and
     abhorred on others! This is another example of knowing your
     audience before you post. Unsolicited advertising which is
     completely off-topic will most certainly guarantee that you get a
     lot of hate mail.

   ù If you are sending a reply to a message or a posting be sure you
     summarize the original at the top of the message, or include just
     enough text of the original to give a context. This will make
     sure readers understand when they start to read your response.
     Since NetNews, especially, is proliferated by distributing the
     postings from one host to another, it is possible to see a
     response to a message before seeing the original. Giving context
     helps everyone. But do not include the entire original!

   ù Again, be sure to have a signature which you attach to your
     message. This will guarantee that any peculiarities of mailers or
     newsreaders which strip header information will not delete the
     only reference in the message of how people may reach you.

   ù Be careful when you reply to messages or postings. Frequently
     replies are sent back to the address which originated the post -which in 
     many cases is the address of a list or group! You may
     accidentally send a personal response to a great many people,
     embarrassing all involved. It's best to type in the address
     instead of relying on "reply."

   ù Delivery receipts, non-delivery notices, and vacation programs
     are neither totally standardized nor totally reliable across the
     range of systems connected to Internet mail. They are invasive
     when sent to mailing lists, and some people consider delivery
     receipts an invasion of privacy. In short, do not use them.

   ù If you find a personal message has gone to a list or group, send
     an apology to the person and to the group.

   ù If you should find yourself in a disagreement with one person,
     make your responses to each other via mail rather than continue
     to send messages to the list or the group. If you are debating a
     point on which the group might have some interest, you may
     summarize for them later.

   ù Don't get involved in flame wars. Neither post nor respond to
     incendiary material.

   ù Avoid sending messages or posting articles which are no more than
     gratuitous replies to replies.

   ù Be careful with monospacing fonts and diagrams. These will
     display differently on different systems, and with different
     mailers on the same system.

   ù There are Newsgroups and Mailing Lists which discuss topics of
     wide varieties of interests. These represent a diversity of
     lifestyles, religions, and cultures. Posting articles or sending
     messages to a group whose point of view is offensive to you
     simply to tell them they are offensive is not acceptable.
     Sexually and racially harassing messages may also have legal
     implications. There is software available to filter items you
     might find objectionable.


4.5.4.2  User Mailing List Guidelines

There are several ways to find information about what mailing lists
exist on the Internet and how to join them. Make sure you understand
your organization's policy about joining these lists and posting to
them. In general it is always better to check local resources first
before trying to find information via the Internet. Nevertheless,
there are a set of files posted periodically to news.answers which
list the Internet mailing lists and how to subscribe to them. This is
an invaluable resource for finding lists on any topic. See also
references [9,13,15] in the Selected Bibliography.

   ù Send subscribe and unsubscribe messages to the appropriate
     address. Although some mailing list software is smart enough

     to catch these, not all can ferret these out. It is your
     responsibility to learn how the lists work, and to send the
     correct mail to the correct place. Although many many mailing
     lists adhere to the convention of having a "-request" alias for
     sending subscribe and unsubscribe messages, not all do. Be sure
     you know the conventions used by the lists to which you
     subscribe.

   ù Save the subscription messages for any lists you join. These
     usually tell you how to unsubscribe as well.

   ù In general, it's not possible to retrieve messages once you have
     sent them. Even your system administrator will not be able to get
     a message back once you have sent it. This means you must make
     sure you really want the message to go as you have written it.

   ù The auto-reply feature of many mailers is useful for in-house
     communication, but quite annoying when sent to entire mailing
     lists. Examine "Reply-To" addresses when replying to messages
     from lists. Most auto-replys will go to all members of the list.

   ù Don't send large files to mailing lists when Uniform Resource
     Locators (URLs) or pointers to ftp-able versions will do. If you
     want to send it as multiple files, be sure to follow the culture
     of the group. If you don't know what that is, ask.

   ù Consider unsubscribing or setting a "nomail" option (when it's
     available) when you cannot check your mail for an extended
     period.

   ù When sending a message to more than one mailing list, especially
     if the lists are closely related, apologize for cross-posting.

   ù If you ask a question, be sure to post a summary. When doing so,
     truly summarize rather than send a cumulation of the messages you
     receive.

   ù Some mailing lists are private. Do not send mail to these lists
     uninvited. Do not report mail from these lists to a wider
     audience.

   ù If you are caught in an argument, keep the discussion focused on
     issues rather than the personalities involved.


4.5.4.3  User NetNews Guidelines

NetNews is a globally distributed system which allows people to
communicate on topics of specific interest. It is divided into
hierarchies, with the major divisions being: sci - science related
discussions; comp - computer related discussions; news - for
discussions which center around NetNews itself; rec - recreational
activities; soc - social issues; talk - long-winded never-ending
discussions; biz - business related postings; and alt - the alternate
hierarchy. Alt is so named because creating an alt group does not go
through the same process as creating a group in the other parts of the
hierarchy. There are also regional hierarchies, hierarchies which are
widely distributed such as Bionet, and your place of business may have
its own groups as well. Recently, a "humanities" hierarchy was added,
and as time goes on its likely more will be added. For longer
discussions on News see references [2,8,22,23] in the Selected
Bibliography.

   ù In NetNews parlance, "Posting" refers to posting a new article to
     a group, or responding to a post someone else has posted.
     "Cross-Posting" refers to posting a message to more than one
     group. If you introduce Cross-Posting to a group, or if you
     direct "Followup-To:" in the header of your posting, warn
     readers! Readers will usually assume that the message was posted
     to a specific group and that followups will go to that group.
     Headers change this behavior.

   ù Read all of a discussion in progress (we call this a thread)
     before posting replies. Avoid posting "Me Too" messages, where
     content is limited to agreement with previous posts. Content of a
     follow-up post should exceed quoted content.

   ù Send mail when an answer to a question is for one person only.
     Remember that News has global distribution and the whole world
     probably is NOT interested in a personal response. However, don't
     hesitate to post when something will be of general interest to
     the Newsgroup participants.

   ù Check the "Distribution" section of the header, but don't depend
     on it. Due to the complex method by which News is delivered, Dis-
     tribution headers are unreliable. But, if you are posting
     something which will be of interest to a limited number or
     readers, use a distribution line that attempts to limit the
     distribution of your article to those people. For example, set
     the Distribution to be "nj" if you are posting an article that
     will be of interest only to New Jersey readers.

   ù If you feel an article will be of interest to more than one News-group, 
     be sure to CROSSPOST the article rather than individually
     post it to those groups. In general, probably only five-to-six
     groups will have similar enough interests to warrant this.

   ù Consider using Reference sources (Computer Manuals, Newspapers,
     help files) before posting a question. Asking a Newsgroup where
     answers are readily available elsewhere generates grumpy "RTFM"
     (read the fine manual - although a more vulgar meaning of the
     word beginning with "f" is usually implied) messages.

   ù Although there are Newsgroups which welcome advertising, in
     general it is considered nothing less than criminal to advertise
     off-topic products. Sending an advertisement to each and every
     group will pretty much guarantee your loss of connectivity.

   ù If you discover an error in your post, cancel it as soon as
     possible.

   ù DO NOT attempt to cancel any articles but your own. Contact your
     administrator if you don't know how to cancel your post, or if
     some other post, such as a chain letter, needs canceling.

   ù If you've posted something and don't see it immediately, don't
     assume it's failed and re-post it.

   ù Some groups permit (and some welcome) posts which in other
     circumstances would be considered to be in questionable taste.
     Still, there is no guarantee that all people reading the group
     will appreciate the material as much as you do. Use the Rotate
     utility (which rotates all the characters in your post by 13
     positions in the alphabet) to avoid giving offense. The Rot13
     utility for Unix is an example.

   ù In groups which discuss movies or books it is considered
     essential to mark posts which disclose significant content as
     "Spoilers". Put this word in your Subject: line. You may add
     blank lines to the beginning of your post to keep content out of
     sight, or you may Rotate it.

   ù Forging of news articles is generally censured. You can protect
     yourself from forgeries by using software which generates a mani-
     pulation detection "fingerprint", such as PGP (in the US).

   ù Postings via anonymous servers are accepted in some Newsgroups
     and disliked in others. Material which is inappropriate when
     posted under one's own name is still inappropriate when posted
     anonymously.

   ù Expect a slight delay in seeing your post when posting to a
     moderated group. The moderator may change your subject line to
     have your post conform to a particular thread.

   ù Don't get involved in flame wars. Neither post nor respond to
     incendiary material.


4.5.4.4  Administrator Guidelines: General Issues

   ù Clarify any policies your site has regarding its subscription to
     NetNews groups and about subscribing to mailing lists.

   ù Clarify any policies your site has about posting to NetNews
     groups or to mailing lists, including use of disclaimers in
     .sigs.

   ù Clarify and publicize archive policy. (How long are articles
     kept?)

   ù Investigate accusations about your users promptly and with an
     open mind.

   ù Be sure to monitor the health of your system.

   ù Consider how long to archive system logs, and publicize your
     policy on logging.


4.5.4.5  Administrator Guidelines: Mailing Lists

   ù Keep mailing lists up to date to avoid the "bouncing mail"
     problem.

   ù Help list owners when problems arise.

   ù Inform list owners of any maintenance windows or planned
     downtime.

   ù Be sure to have "-request" aliases for list subscription and
     administration.

   ù Make sure all mail gateways operate smoothly.


4.5.4.6  Administrator Guidelines: NetNews

   ù Publicize the nature of the feed you receive. If you do not get a
     full feed, people may want to know why not.

   ù Be aware that the multiplicity of News Reader clients may cause
     the News Server being blamed for problems in the clients.

   ù Honor requests from users immediately if they request
     cancellation of their own posts or invalid posts, such as chain
     letters.

   ù Have "Usenet", "Netnews" and "News" aliased and make sure someone
     reads the mail.


4.5.4.7  Moderator Guidelines


4.5.4.8  General Guidelines (Mod)

   ù Make sure your Frequestly Asked Questions (FAQ) is posted at
     regular intervals. Include your guidelines for articles/messages.
     If you are not the FAQ maintainer, make sure they do so.

   ù Make sure you maintain a good welcome message, which contains
     subscribe and unsubscribe information.

   ù Newsgroups should have their charter/guidelines posted regularly.

   ù Keep mailing lists and Newsgroups up to date. Post messages in a
     timely fashion. Designate a substitute when you go on vacation or
     out of town.


4.5.5  Information Services (Gopher, Wais, WWW, ftp, telnet)
------------------------------------------------------------

Information Services (Gopher, Wais, WWW, ftp, telnet)

In recent Internet history, the 'Net has exploded with new and varied
Information services. Gopher, Wais, World Wide Web (WWW), Multi-User
Dimensions (MUDs) Multi-User Dimensions which are Object Oriented
(MOOs) are a few of these new areas. Although the ability to find
information is exploding, "Caveat Emptor" remains constant. For more
information on these services, check references [14,28] in the Se-lected 
Bibliography.


4.5.5.1  User Guidelines (2)


4.5.5.2  General guidelines (User)

   ù Remember that all these services belong to someone else. The
     people who pay the bills get to make the rules governing usage.
     Information may be free - or it may not be! Be sure you check.

   ù If you have problems with any form of information service, start
     problem solving by checking locally: Check file configurations,
     software setup, network connections, etc. Do this before assuming
     the problem is at the provider's end and/or is the provider's
     fault.

   ù Although there are naming conventions for file-types used, don't
     depend on these file naming conventions to be enforced. For
     example, a ".doc" file is not always a Word file.

   ù Information services also use conventions, such as www.xyz.com.
     While it is useful to know these conventions, again, don't
     necessarily rely on them.

   ù Know how file names work on your own system.

   ù Be aware of conventions used for providing information during
     sessions. FTP sites usually have files named README in a top
     level directory which have information about the files available.
     But, don't assume that these files are necessarily up-to-date
     and/or accurate.

   ù Do NOT assume that ANY information you find is up-to-date and/or
     accurate. Remember that new technologies allow just about anyone
     to be a publisher, but not all people have discovered the
     responsibilities which accompany publishing.

   ù Remember that unless you are sure that security and
     authentication technology is in use, that any information you
     submit to a system is being transmitted over the Internet "in the
     clear", with no protection from "sniffers" or forgers.

   ù Since the Internet spans the globe, remember that Information
     Services might reflect culture and life-style markedly different
     from your own community. Materials you find offensive may
     originate in a geography which finds them acceptable. Keep an
     open mind.

   ù When wanting information from a popular server, be sure to use a
     mirror server that's close if a list is provided.

   ù Do not use someone else's FTP site to deposit materials you wish
     other people to pick up. This is called "dumping" and is not
     generally acceptable behavior.

   ù When you have trouble with a site and ask for help, be sure to
     provide as much information as possible in order to help debug
     the problem.

   ù When bringing up your own information service, such as a
     homepage, be sure to check with your local system administrator
     to find what the local guidelines are in affect.

   ù Consider spreading out the system load on popular sites by
     avoiding "rush hour" and logging in during off-peak times.


4.5.5.3  Real Time Interactive Services Guidelines (MUDs MOOs IRC)

   ù As in other environments, it is wise to "listen" first to get to
     know the culture of the group.

   ù It's not necessary to greet everyone on a channel or room
     personally. Usually one "Hello" or the equivalent is enough.
     Using the automation features of your client to greet people is
     not acceptable behavior.

   ù Warn the participants if you intend to ship large quantities of
     information. If all consent to receiving it, you may send, but
     sending unwanted information without a warning is considered bad
     form just as it is in mail.

   ù Don't assume that people who you don't know will want to talk to
     you. If you feel compelled to send private messages to people you
     don't know, then be willing to accept gracefully the fact that
     they might be busy or simply not want to chat with you.

   ù Respect the guidelines of the group. Look for introductory
     materials for the group. These may be on a related ftp site.

   ù Don't badger other users for personal information such as sex,
     age, or location. After you have built an acquaintance with
     another user, these questions may be more appropriate, but many
     people hesitate to give this information to people with whom they
     are not familiar.

   ù If a user is using a nickname alias or pseudonym, respect that
     user's desire for anonymity. Even if you and that person are
     close friends, it is more courteous to use his nickname. Do not
     use that person's real name online without permission.


4.5.5.4  Administrator Guidelines (2)


4.5.5.5  General Guidelines (Admin)

   ù Make clear what's available for copying and what is not.

   ù Describe what's available on your site, and your organization. Be
     sure any general policies are clear.

   ù Keep information, especially READMEs, up-to-date. Provide READMEs
     in plain ascii text.

   ù Present a list of mirrors of your site if you know them. Make
     sure you include a statement of copyright applicable to your
     mirrors. List their update schedule if possible.

   ù Make sure that popular (and massive) information has the
     bandwidth to support it.

   ù Use conventions for file extensions - .txt for ascii text; .html
     or .htm for HTML; .ps for Postscript; .pdf for Portable Document
     Format; .sgml or .sgm for SGML; .exe for non-Unix executables,
     etc.

   ù For files being transferred, try to make filenames unique in the
     first eight characters.

   ù When providing information, make sure your site has something
     unique to offer. Avoid bringing up an information service which
     simply points to other services on the Internet.

   ù Don't point to other sites without asking first.

   ù Remember that setting up an information service is more than just
     design and implementation. It's also maintenance.

   ù Make sure your posted materials are appropriate for the
     supporting organization.

   ù Test applications with a variety of tools. Don't assume
     everything works if you've tested with only one client. Also,
     assume the low end of technology for clients and don't create
     applications which can only be used by Graphical User Interfaces.

   ù Have a consistent view of your information. Make sure the look
     and feel stays the same throughout your applications.

   ù Be sensitive to the longevity of your information. Be sure to
     date time-sensitive materials, and be vigilant about keeping this
     information well maintained.

   ù Export restrictions vary from country to country. Be sure you
     understand the implications of export restrictions when you post.

   ù Tell users what you plan to do with any information you collect,
     such as WWW feedback. You need to warn people if you plan to
     publish any of their statements, even passively by just making it
     available to other users.

   ù Make sure your policy on user information services, such as
     homepages, is well known.


4.5.6  Selected Bibliography
----------------------------

This bibliography was used to gather most of the information in the
sections above as well as for general reference. Items not
specifically found in these works were gathered from the IETF-RUN
Working Group's experience.

[1] Angell, D., and B. Heslop, "The Elements of E-mail Style", New
York: Addison-Wesley, 1994.

[2] "Answers to Frequently Asked Questions about Usenet" Original
author: jerry@eagle.UUCP (Jerry Schwarz) Maintained by:
netannounce@deshaw.com (Mark Moraes) Archive-name: usenet-faq/part1

[3] Cerf, V., "Guidelines for Conduct on and Use of Internet", at:
<URL://http://www.isoc.org/proceedings/ conduct/cerf-Aug-draft.html>

[4] Dern, D., "The Internet Guide for New Users", New York: McGraw-Hill, 1994.

[5] "Emily Postnews Answers Your Questions on Netiquette" Original
author: brad@looking.on.ca (Brad Templeton) Maintained by:
netannounce@deshaw.com (Mark Moraes) Archive-name: emily-postnews/
part1

[6] Gaffin, A., "Everybody's Guide to the Internet", Cambridge, Mass.,
MIT Press, 1994.

[7] "Guidelines for Responsible Use of the Internet" from the US house
of Representatives gopher, at: <URL:gopher://gopher.house.gov:70/
OF-1%3a208%3aInternet %20Etiquette>

[8] How to find the right place to post (FAQ) by
buglady@bronze.lcs.mit.edu (Aliza R. Panitz) Archive-name: finding-
groups/general

[9] Hambridge, S., and J. Sedayao, "Horses and Barn Doors: Evolution
of Corporate Guidelines for Internet Usage", LISA VII, Usenix, Novem-ber 1-5, 
1993, pp. 9-16. <URL:
ftp://ftp.intel.com/pub/papers/horses.ps or horses.ascii>

[10] Heslop, B., and D. Angell, "The Instant Internet guide : Hands-on
Global Networking", Reading, Mass., Addison-Wesley, 1994.

[11] Horwitz, S., "Internet Etiquette Tips", <ftp://ftp.temple.edu/
pub/info/help-net/netiquette.infohn>

[12] Internet Activities Board, "Ethics and the Internet", RFC 1087,
IAB, January 1989. <URL: ftp://ds.internic.net/rfc/rfc1087.txt>

[13] Kehoe, B., "Zen and the Art of the Internet: A Beginner's Guide",
Netiquette information is spread through the chapters of this work.
3rd ed. Englewood Cliffs, NJ., Prentice-Hall, 1994.

[14] Kochmer, J., "Internet Passport: NorthWestNet's Guide to our
World Online", 4th ed. Bellevue, Wash., NorthWestNet, Northwest
Academic Computing Consortium, 1993.

[15] Krol, Ed, "The Whole Internet: User's Guide and Catalog",
Sebastopol, CA, O'Reilly & Associates, 1992.

[16] Lane, E. and C. Summerhill, "Internet Primer for Information
Professionals: a basic guide to Internet networking technology",
Westport, CT, Meckler, 1993.

[17] LaQuey, T., and J. Ryer, "The Internet Companion", Chapter 3
"Communicating with People", pp 41-74. Reading, MA, Addison-Wesley,
1993.

[18] Mandel, T., "Surfing the Wild Internet", SRI International
Business Intelligence Program, Scan No. 2109. March, 1993. <URL:
gopher://gopher.well.sf.ca.us:70/00/Communications/ surf-wild>

[19] Martin, J., "There's Gold in them thar Networks! or Searching for
Treasure in all the Wrong Places", FYI 10, RFC 1402, January 1993.
<URL: ftp://ds.internic.net/rfc/rfc1402.txt>

[20] Pioch, N., "A Short IRC Primer", Text conversion by Owe
Rasmussen. Edition 1.1b, February 28, 1993. <URL:
http://www.kei.com/irc/IRCprimer1.1.txt>

[21] Polly, J., "Surfing the Internet: an Introduction", Version
2.0.3. Revised May 15, 1993. <URL:
gopher://nysernet.org:70/00/ftp%20archives/
pub/resources/guides/surfing.2.0.3.txt> <URL:
ftp://ftp.nysernet.org/pub/resources/guides/ surfing.2.0.3.txt>

[22] "A Primer on How to Work With the Usenet Community" Original
author: chuq@apple.com (Chuq Von Rospach) Maintained by:
netannounce@deshaw.com (Mark Moraes) Archive-name: usenet-primer/part1

[23] Rinaldi, A., "The Net: User Guidelines and Netiquette", September
3, 1992. <URL: http://www.fau.edu/rinaldi/net/index.htm>

[24] "Rules for posting to Usenet" Original author: spaf@cs.purdue.edu
(Gene Spafford) Maintained by: netannounce@deshaw.com (Mark Moraes)
Archive-name: posting-rules/part1

[25] Shea, V., "Netiquette", San Francisco: Albion Books, 1994?.

[26] Strangelove, M., with A. Bosley, "How to Advertise on the Inter-net", 
ISSN 1201-0758.

[27] Tenant, R., "Internet Basics", ERIC Clearinghouse of Information
Resources, EDO-IR-92-7. September, 1992. <URL:
gopher://nic.merit.edu:7043/00/introducing. the.internet/
internet.basics.eric-digest> <URL:
gopher://vega.lib.ncsu.edu:70/00/library/ reference/guides/tennet>

[28] Wiggins, R., "The Internet for everyone: a guide for users and
providers", New York, McGraw-Hill, 1995.


4.5.7  Security Considerations
------------------------------

Security issues are not discussed in this memo.


4.5.8  Author's Address
-----------------------

Sally Hambridge Intel Corporation 2880 Northwestern Parkway SC3-15
Santa Clara, CA 95052

Phone: 408-765-2931 Fax: 408-765-3679 EMail:
sallyh@ludwig.sc.intel.com


4.6  BegriffserklŠrungen
========================


4.6.1  AMs
----------

Eine AM ist eine allgemeine Mitteilung, die also innerhalb einer
Diskussionsgruppe an alle gerichtet ist. Das Gegenteil: eine PM.


4.6.2  PMs
----------

Eine PM ist eine persšnliche Mitteilung, die nur vom EmpfŠnger und vom
Sender gesehen wird. Das Gegenteil: eine AM.

Innerhalb des MausNets existiert ein PM-Manifest, das jeder mal
gelesen haben sollte.


4.6.3  Programmteil
-------------------

Es existieren drei verschiedene Programmteile in der MAUS:

  1. der persšnliche Programmteil (PPT)

  2. Gruppenprogrammteile (GPT)

  3. der šffentliche Programmteil (…PT)

Die Zahl der Zugangsberechtigten nimmt von oben nach unten zu.

Den PPT kann nur der Sender und der EmpfŠnger einsehen. Das hei§t:
Karlheinz legt Franz etwas in dessen PPT. Franz kann es dort down-loaden, 
ebenso Karlheinz. Beide kšnnen dort Archive lšschen.

Der PPT ist dafŸr gedacht, grš§ere Datenmengen auszutauschen, die
au§er dem EmpfŠnger und dem Sender niemanden etwas angehen.

Den Gruppenprogrammteil an sich gibt es nicht: fŸr viele verschiedene
Gruppen existieren Gruppenprogrammteile. So finden sich im GPT
MAUSTAUSCH Programme und Archive rund um (na? eben!) den MausTausch.
Zugang haben entweder alle MAUSer oder nur Gruppenmitglieder. FŸr eine
Gruppenmitgliedschaft schreibt man "CHEF <Gruppenname>" an, zum Bei-spiel:

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

Von  : Erika Mustermann @ FR
An   : Chef FR_Programmteilwartung @ FR
Wegen: Will mitmachen :-)

Hallo,

ich wŸrde gerne helfen, den …PT auszumisten - kannst du mir die
Gruppe freischalten? Danke.

Ciao, Erika

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

Der šffentliche Programmteil ist zugleich der umfangreichste. Hier
liegen tausende Dateien (siehe "Belegung des šffentlichen Pro-grammteils"), 
fŸr jeden saugbar und zu jedem Thema.


4.6.4  Caching
--------------

Ein Cache (sprich: kasch oder kasche') kann auf zweierlei Art reali-siert 
sein: als reine Hardware und als Software.

Caches beschleunigen Zugriffe auf langsame Medien, indem Teile des In-halts 
des langsamen Mediums auf einem schnelleren Medium zwischenge-speichert 
werden.

Bei Festplatten gibt es meist zwei Caches: den der Festplatte selbst
(Hardware) und einen des Betriebssystems. Der der Festplatte ist
(au§er bei Spitzenfestplatten zu Spitzenpreisen) nur wenige Kilobyte
bis hundert Kilobyte gro§, typischerweise zwischen 128 KB und 512 KB.

Da aber die MAUS von Zugriffen auf die Platte "lebt" und diese daher
zeitkritisch sind, hat die MAUS UnterstŸtzung durch einen recht gro§en
Cache, der separat vom festplatteneigenen Cache arbeitet, er ist
dahintergeschaltet. Das beschleunigt die MAUS vor allem beim Maus-Tausch 
(einsortieren und heraussuchen der Mitteilungen) enorm.


4.6.5  AbkŸrzungen
------------------

In der DF† finden sich viele AbkŸrzungen, die Neueinsteigern so
manches mal zum Verzweifeln bringen. Daher hier eine kleine, unvoll-stŠndige 
Liste im MausNet gebrŠuchlicher AbkŸrzungen.

 AFAIK      As far as I know: "Soweit ich wei§"

 AM         Allgemeine Mitteilung

 BTW        By the way: "†brigens", "A propos"

 DL         Distribution lokal

 DM         Distribution MausNet

 DN         Distribution Net

 IKEMZDOL   SchwŠbische Variante von ROTFL: I kennt'me z'dot lache!

 IMHO       In my humble opinion: "Meiner bescheidenen Meinung nach"

 IMO        In my opinion: "Meiner Meinung nach"

 LALL:      In der Betreffzeile gebraucht ist es eine Kennzeichnung
            fŸr eine Mitteilung, die eigentlich nur Laberei ist und
            wenig sinnvolles enthŠlt.

 …M         …ffentliche Mitteilung. Wird oft (eigentlich fŠlschlicher-weise) 
            mit AMs gleichgesetzt. …Ms trifft man (pingelig
            gesehen) nur in der Gruppe …FFENTLICH an, die es in der
            MAUS Freiburg nicht mehr gibt, FR.Boxleben ersetzt sie.

 OFF:       In der Betreffzeile gebraucht ist es ein KŸrzel fŸr "Off
            Topic": "nicht zum Thema gehšrend".

 OFF        Anwendungsbeispiel:
            "<Oberlehrer OFF>" - jemand mšchte damit ausdrŸcken, da§
            das vorher geschriebene absichtlich und ironisch ober-lehrerhaft 
            ist.

 PM         Persšnliche Mitteilung

 ROTFL      Rolling on the floor laughing. Der Schreiber rollt sich
            vor Lachen am Boden.

 RTFM       Read the fucking manual: "Lies das verdammte Handbuch":
            Unhšflichere Variante von "RTM", die dann gebraucht wird,
            wenn der Fragesteller dauernd Fragen stellt, deren Antwort
            im Handbuch steht.

 RTM        Read the manual: "Lies das Handbuch". Vor allem dann
            gebraucht, wenn jemand eine Frage stellt, deren Antwort
            gro§ und fett im Handbuch steht.

 TALK:      In der Betreffzeile gebraucht ist es eine Kennzeichnung
            dafŸr, da§ die Mitteilung eigentlich Unterhaltung ist und
            nicht zum Thema der Gruppe gehšrt.


4.7  SaugTausch-Doku
====================

Allgemeines
Filelisten
Filelisten anfordern
Download
Upload
Fragen/Anregungen


4.7.1  Allgemeines*
-------------------

SaugTausch-Doku (Stand 27.12.1997)

Diese Dokumentation beschreibt den SaugTausch-Standard, wie er am
27.12.1997 in der MAUS 7.95 public/dpmi/am/beta.4 implementiert ist,
sowie geplante €nderungen bzw. Erweiterungen.


Filelisten
----------

Neben den drei Ausgabeformaten, wie sie aus dem Online-Teil der MAUS
bekannt sind (AusfŸhrliche Liste, Stichwortliste, Kurze Liste), gibt
es auch ein maschinenlesbares Format. Die maschinenlesbare Liste
besteht aus EintrŠgen der Form:

#199712101230.f12345@zw.maus.de
GProgrammteil   (nur bei GPT)
AEmpfŠnger1     (nur bei PPT)
AEmpfŠnger2     (mehrere A-Zeilen mšglich)
NNummer
FDateiname
L125485         (Grš§e in Byte)
SAbsender
E199712101230
C4              (Abrufe)
D19971105       (Datum letzter Abruf)
P6582
KB180
KT<typ>
KS<source>
KC<copyright>
:Beschreibung
:...

Das Format dŸrfte grš§tenteils selbsterklŠrend sein. Ich sag trotzdem
noch ein paar Worte dazu.

  #   - ID
  - IDs sollten caseinsensitiv verglichen werden
  - IDs sind im ganzen MausNet eindeutig
  - IDs werden nicht lŠnger als 256 Zeichen
  - weiter Annahmen Ÿber die ID sind unzulŠssig

  G   - Gruppenangabe:
  - Name des GPT
  - beim …PT und beim PPT fehlt die G-Zeile

  A   - EmpfŠngerangabe.
  - nur beim PPT
  - es ist mit mehreren (momentan bis zu 8) A-Zeilen zu rechnen

    Es gilt also:
    - G-Zeile vorhanden: GPT
    - A-Zeile vorhanden: PPT
    - weder G- noch A-Zeile: …PT

  N   - interne Nummer der MAUS
  - wird (noch) zum Saugen benštigt
  - Šndert sich beim Putz!

  F   - Dateiname
  - momentan 8+3; sollte man sich aber _nicht_ drauf verlassen!

  L   - LŠnge in Byte
  - Dies ist die Angabe aus dem Parameterfile der MAUS; die tatsŠchliche
  DateilŠnge kann sich in EinzelfŠllen von dieser Angabe unterscheiden!

  S   - Absender/Uploader
  - Maximal 30 Zeichen

  E   - Upload-Datum

  C   - Abrufzahl

  D   - Datum des letzten Abrufs
  - nur, wenn Abrufzahl > 0

  P   - ID des zugehšrigen ITP (MPROG.DAT)

  KB  - Betriebssystemangabe
  KT  - Dateityp
  KS  - Quelltext
  KC  - Copyright
  fŸr alle Kriterienangaben gilt:
  - die Zeile ist optional, kann also entfallen
  - der Wert entspricht der Angabe aus dem ITP (MPROG.DAT); es handelt
  sich nicht um die laufende Nummer aus den MenŸs der MAUS, wie sie von
  James benutzt werden.
  - welches ITP zu verwenden ist, kann man anhand der P-Zeile feststellen
  - es ist damit zu rechnen, da§ hinter der Nummer, getrennt durch einen
  Doppelpunkt, die Bedeutung im Klartext folgt!

  :   - Beschreibungstext
  - die :-Zeilen sind die letzten im Block und werden nicht von anderen
  Zeilentypen unterbrochen
  - Programme sollten einigerma§en flexibel sein, was die Anzahl der
  Textzeilen angeht - man wei§ ja nie ...  ;)

Unbekannte Zeilentypen sind zu ignorieren!

Um die Angaben aus den K-Zeilen interpretieren zu kšnnen, mu§ man das
MPROG.DAT kennen. Dieses ist als Infofile ITP abrufbar. Ein
Ausschnitt:

  *6582
  #1,0
  :Sonstige
  #1,130
  :DOS
  #1,140
  :OS/2
  #1,150
  :Windows
  #1,160
  :ST TOS
  #1,170
  :Amiga
  #1,180
  :Macintosh
  #1,190
  :Unix
  #2,0
  :Sonstiges
  #2,110
  :Utility allgemein
  #2,112
  -110
  :Disk-Utility
  #2,114
  -110
  :Systemdiagnose

Die Bedeutung der einzelnen Zeilen:

  *<ID des ITP>

  #<Kategorie>,<Index>
  -<ist ein Unterpunkt zu Index>
  :<Text>


Filelisten anfordern
--------------------

Die Kommandos zum Anfordern einer Fileliste sind ziemlich komplex, da
alle Auswahlmšglichkeiten zur VerfŸgung stehen, die man auch online
hat. Hier der grobe Aufbau; wer's genauer wissen will, sehe sich bitte
das ITK an:

FL[O|G<Gruppenname>|P]:[A|S|K|M]:{<von_Nummer>}, {<bis_Nummer>}, 
{<von_Datum>},
{<bis_Datum>}:{B}{T}{D}{A}{R}:<Filename>, <Suchtext1>, <Suchtext2>:
{<krit1>,<krit2>,...}; {<krit1>,<krit2>,...}; {<krit1>,<krit2>,...};
{<krit1>,<krit2>,...}

Die Kriterien sind die jeweiligen <Index>-Angaben aus dem ITP
(MPROG.DAT).

Beispiel:

FLO:A:,,01.10.1997,:BA:,,:;;;

Fordert eine ausfŸhrliche Fileliste aus dem …PT ab dem 1.10.97 an.
Sortiert nach Betriebssystem und Alphabet. Keine weiteren
Suchkriterien.

Die Filelisten werden als #OUT-Blšcke ins Outfile eingetragen. FŸr
jeden User wird ein eigener ZŠhler fŸr die Outblšcke verwendet, so da§
neue Blšcke die alten nicht automatisch Ÿberschreiben sollten.


Download
--------

Zum Anfordern einer Datei per Tausch ist momentan sowohl die Nummer,
als auch der Filename notwendig. Das entsprechende Kommando sieht so
aus:

FD[O|G<Gruppenname>|P]:<Nummer>=<Name>

Beispiel:

FDGBILDER:128=PMAUS.GIF

Fordert die Datei Nummer 128 mit dem Namen PMAUS.GIF aus dem Gruppen-
programmteil BILDER an.

Zu jedem Download wird die zugehšrige Beschreibung in einem #OUT-Block
im Outfile mitgeliefert. Das Format entspricht dem der maschinen-lesbaren 
Fileliste (siehe oben).

Damit der SaugTausch funktioniert, ist ein †bertragungsprotokoll
erforderlich, das es erlaubt, mehrere Dateien auf einmal zu Ÿbertragen
(z.B. Z-Modem).

Geplante Erweiterungen: In Zukunft soll es mšglich sein, eine Datei
anhand ihrer ID (siehe maschinenlesbare Fileliste) anzufordern. Das
Kommando dazu soll dann so aussehen:

FD[O|G<Gruppenname>|P]:<ID>

Die MAUS wird annehmen, da§ es sich um eine ID handelt, wenn dem
Doppelpunkt nur ein Argument folgt.


Upload
------

Hochzuladende Dateien kšnnen entweder separat mit Z-Modem, oder ins
Infile- Archiv eingepackt an die MAUS geschickt werden.

Zur †bertragung der Dateibeschreibungen wird im Infile ein #UPL-Block
eingetragen. In den :-Zeilen des #UPL-Blocks steht fŸr jedes File ein
Beschreibungsblock, der vom Format her dem der maschinenlesbaren
Fileliste entspricht:

  #0001           (temporŠre ID - wird momentan nicht interpretiert)
  GProgrammteil   (nur bei GPT)
  AEmpfŠnger1     (nur bei PPT)
  AEmpfŠnger2     (bis zu acht A-Zeilen mšglich)
  FDateiname
  VAbsender       (nur fŸr Sysops/Fremdboxen/Gateways)
  E199712101230   (dito)
  I12345          (dito)
  B<BoxkŸrzel>    (dito)
  KB180
  KT<typ>
  KS<source>
  KC<copyright>
  :Beschreibung
  :...


4.7.6  Fragen/Anregungen
------------------------

Fragen und Anregungen bitte in der Gruppe TAUSCHBAU.

Andreas Mayer @ ZW, 27.12.1997


4.8  Schnulli-Anleitung
=======================

Allgemeines
What's this?
Frontends/Protokolle
Wie geht's?
Fileliste / Bericht
Welche Programmteile?
Wer kann das?
Nachteile
Umlaute
Kommandos
Programmteil MAUS
James Ticfiles
Upload per Schnulli
Fragen etc.


Allgemeines
-----------

               SCHNULLI V 4.9  SaugTausch fŸr die MAUS

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

                (c) 94/95 J.F. Meyer zu Uptrup (fm@S4)

Auf dem letzten Maustreffen habe ich mich Ÿberzeugen lassen eine
Šltere Idee nun doch in die Tat umzusetzen. Das Ganze ist fŸr eine der
nŠchsten Mausversionen eh geplant daher hatte ich das bisher gelassen.
Ein halber Tag Arbeit bis zum ersten Test - herausgekommen ist Schnul-li. Bis 
die MAUS den SaugTausch kann ist dies also eine Mšglichkeit
bereits jetzt beim Tausch Programme aus dem Programmteil anzufordern.


What's this?
------------

SaugTausch entspricht dem Filerequest im FIDO. Dabei kann man beim
Abholen seiner Mails gleich Programme aus dem Programmteil mit anfor-dern die 
dann im Anschlu§ an das Mailpaket Ÿbertragen werden. Vorteil
ist dabei auch, da§ man aus allen Programmteilen anfordern kann, man
mu§ also nicht wie online in der MAUS die Programmteile 'wechseln'.
Ferner bekommt man eine Liste der Dateien mit den Pro-grammbeschreibungen 
mitgeschickt. Das Ganze wird auch bereits von Pro-grammteil-Frontends (Also 
Programme wie MFL, Paul, Filelist, ProgList,
Saugutil. Sie unterstŸtzen zahlreiche Funktionen um Programmlisten zu
verwalten, Download etc.) unterstŸtzt.


Frontends/Protokolle
--------------------

Der Tausch mu§ das Protokoll ZMODEM verwenden. Wenn beim Aufruf des
Protokolls keine besonderen Parameter angegeben werden, die den
Download einschrŠnken sollte es klappen.

Die Programme liegen dann nach dem Tausch im selben Verzeichnis wie
das OUTFILE.

Bei XP mu§ z.B. beim Aufruf von DSZ/GSZ der Parameter $DOWNFILE ein-fach 
gelšscht werden (unter Edit/Boxen/Edit/Point[Download-Proto-koll]). Bei THE 
DOT mu§ ebenfalls beim Protokollaufruf der explizite
Angabe fŸr das Outfile entfernt werden.


Wie geht's?
-----------

Man schreibt einfach eine Mail an "Saug Tausch", also Vorname "Saug",
Nachname "Tausch" als wŠre es ein Benutzer. Der Betreff ist momentan
egal (kšnnte sich Šndern), also irgendwas reinschreiben ("Her
damit!"). Nun folgen im Text der Mail ab der ersten Zeile die Program-me die 
man gerne haben mšchte: Angegeben werden sie durch die Nummern
der Programme oder durch $<Archivname> getrennt durch Leerzeichen,
Komma oder Strichpunkt. Bei <Archivname> sind Wildcards erlaubt (*:
bel. Zeichenfolge, ?: bel.Zeichen)

Beispiel:

$jmsuser.*

Gibt man einen Archivnamen an, dann passiert folgendes: Der Pro-grammteil 
wird nach dem Programm durchsucht und dann wird das erste
gefundene Programm geschickt. Diese Funktion dient also nicht zum
Saugen einer Gruppe von Programmen. Ferner mu§ Schnulli ja nach dem
Programm in der Datenbank suchen - je nach dem wie weit das Programm
vorne ist dauert das einen Moment - allerdings wurde in Schnulli 3.1
einiges dazu getan, um den Suchvorgang so schnell wie technisch
mšglich zu machen.

Schnulli V.4.5 hat eine sehr schnelle Suchfunktion fŸr das Saugen nach
Archivnamen falls man keine Wildcards angibt, sondern den genauen
Archivnamen. Diese spezielle Funktion mu§ allerdings vom Sysop einge-richtet 
werden, im Zweifelsfall frag mal nach. Man erkennt ob die
Funktion aktiv ist, falls online "-> Suche im ISAM-Programmteilindex"
gemeldet wird.

Willst du aus einem Gruppenprogrammteil (GPT) ein Programm, schreibst
du einfach den Namen des Gruppenprogrammteils davor. Dabei ist Gro§/
Kleinschreibung egal. Die folgenden Programmnummern beziehen sich dann
auf diesen GPT - allerdings nur in der selben Zeile oder bis in der
selben Zeile ein anderer GPT angegeben wird.

Willst du eine Datei aus dem Persšnlichen Programmteil (PPT), dann
gebe einfach als Gruppennamen den Namen PPT an, gefolgt von der/den
Programmnummern. Beim PPT merkt sich ja die MAUS, ob man ein Programm
bereits heruntergeladen hat. Alle Programme, die man noch nicht
empfangen hat, kann man daher bei Schnulli durch die Angabe von:

PPT *

anfordern.

Eine Besonderheit ist die Umlautkonvertierung: Wenn man eine Pro-grammnummer 
in Klammern angibt, wird die angeforderte Datei umlautkon-vertiert - dabei 
wird davon ausgegangen, da§ die Datei im Programmteil
Textfile mit IBM-Umlauten ist und ungepackt vorliegt.

Hat die Datei eine keine der Endungen:

TXT, DOC, ASC, LST, INF, FAQ, ME

werden die Klammern ignoriert. Hat man also z.B. einen Amiga oder Mac,
bei denen sich die Umlaute všllig von denen des PC oder Atari un-terscheiden, 
dann hat man damit die Mšglichkeit Textfiles gleich beim
Download konvertieren zu lassen.

Ab Schnulli 1.7 werden Zeilen die mit einem Semikolon beginnen als
Kommentarzeilen behandelt, Programmteil-Frontends (Also Programme wie
MFL, Paul, Filelist, ProgList, Saugutil. Sie unterstŸtzen zahlreiche
Funktionen um Programmlisten zu verwalten, Download etc.) kšnnen hier
Zusatzinformationen hineinschreiben.


Fileliste / Bericht

Als letzte Datei wird die Liste der angeforderten Dateien incl. Be-schreibung 
und falls etwas nicht gestimmt hat ein entsprechender Kom-mentar (z.B. wenn 
es eine Programmnummer nicht gab) gesendet. Dabei
wird der Dateiname wie folgt gebildet: TTMMhhmm.LST, also Tag, Monat,
Stunde und Minuten mit der Endung "LST".

Beispiel

Von  : Erika Mustermann @ FR
An   : Saug Tausch @ FR
Wegen: Sie wŸnschen, wir spielen

1919 1921 $jmsuser.lzh $test3.*
; Gruppenprogrammteil
MAUS 3
MAUSTAUSCH 112
ppt 132

Dies fordert also die Dateien 1919, 1921, jmsuser.lzh und test3.* aus
dem …ffentlichen Programmteil, die Nr. 3 aus "MAUS", die Nr. 112 des
GPT "MAUSTAUSCH" und die Nummer 132 aus dem Persšnlichen Programmteil
an.

Bitte denke daran, da§ dir nur so viele Dateien gesendet werden wie
deine Onlinezeit zulŠ§t. Allerdings wird versucht so gut wie mšglich
aufzufŸllen: Kann eine gro§e Datei in der verbleibenden Zeit nicht
mehr gesendet werden, dann sieht Schnulli nach ob nicht eine der
folgenden Dateien kleiner ist und noch gesendet werden kann.

Ferner gib es eine Grenze fŸr die Grš§e eines Saugtausches. Sie liegt
normalerweise bei ca. 3 MB, kann aber von deinem Sysop hšher oder
niedriger gesetzt worden sein. Und auch die Zeit ist begrenzt, unab-hŠngig 
von deiner Onlinezeit kann dein Sysop die Zeit fŸr den Saug-tausch begrenzen, 
Default ist hier 60 Minuten.


Welche Programmteile?

Der …ffentliche Programmteil und alle Gruppenprogrammteile auf die man
auch online in der MAUS Zugriff hat (also z.B. Mitglied in der zuge-hšrigen 
Gruppe ist) Allerdings nur wenn der Programmteil der MAUS zu
dieser Zeit fŸr dich Ÿberhaupt zugŠnglich ist.


Wer kann das?

Alle Beitragszahler mit MŠusen, auf denen Schnulli installiert ist.


Nachteile

Sollen nicht verschwiegen werden :-)

Werden nach der †bertragung des Outfiles Programme Ÿbertragen und die
†bertragung bricht zusammen sieht das fŸr die MAUS aus, als hŠtte der
Tausch nicht geklappt. Man bekommt dann bein nŠchsten Tausch die
selben Mails wieder exportiert (obwohl man sie ja eigentlich schon be-kommen 
hat). Es geht also nichts verloren - eher kommt zuviel. Gute
Frontends beseitigen aber diese "Dupes".

Wer also mit Leitungsproblemen zu kŠmpfen hat sollte es mit dem
SaugTausch nicht Ÿbertreiben.


Umlaute

Die Umlaute der mitgesendeten Programmliste werden wie in deinen Be-
nutzerdaten eingestellt konvertiert. Ebenso Textfiles die in der
Anforderung in Klammern angegeben werden (s.o.)


Kommandos

Schnulli ist von deinem Sysop um Kommandos erweiterbar - diese be-ginnen alle 
mit dem Zeichen '#' und stehen am Anfang der Zeile. Wenn
du z.B. in die Anforderungsmail schreibst: dann bekommst du im Bericht
eine Liste der verfŸgbaren Kommandos. Hier in der S3 bekommst du z.B.
mit #DOKU die Dokumentation von Schnulli zugesendet. Ob und wenn
welche Kommandos dein Sysop installiert hat kannst du aber immer mit
#HILFE herausbekommen. Gro§/Kleinschreibung ist bei den Kommandos
egal, Hauptsache:

   ù am Anfang der Zeile

   ù erstes Zeichen ist #

   ù nur ein Kommando pro Zeile

Der Vorteil der Kommandos ist, da§ alle Listen die damit versendet
werden von Schnulli in die richtigen Umlaute konvertiert werden - die
aktuelle Doku zu Schnulli kommt also so z.B. auch auf dem Mac oder
Amiga richtig an.


Programmteil MAUS

Wenn auf deine MAUS die James-Programmteilwartung installiert ist
kannst du auch zusammen mit einer Wartungsmail Anforderungen an
Schnulli schicken. Dazu generieren Programme wie "MFL" (DOS), "Saug-util" 
oder "Filelist" (TOS) die passenden Infos. NŠheres also in den
Dokumentationen dieser Programme. SaugTausch Ÿber diesen DŠmonen darf
aber *nur* in Zusammenhang mit Programmteilwartung gemacht werden -
schlie§lich sendet James auf jede Wartungsmail eine Antwort.


James Ticfiles

Ein James Ticfile ist eine Beschreibungsdatei fŸr eines oder mehrere
Programme, mit dem diese Programme automatisch in eine MAUS einge-spielt 
werden kšnnen (mit dem Programm Butler James, hŠttest du dir
fast gedacht ,-))

Es enthŠlt alle Informationen, die auch im Programmteil der MAUS ge-speichert 
sind, also Beschreibung, Programmtyp, Betriebssystem,
Gruppenprogrammteil, Uploader, Filename etc. Anfordern kann man ein
James Ticfile mit dem Kommando:

#JAMESTIC

(steht wie alle Kommandos alleine in der Zeile)

Alle angeforderten Programme, die nach diesem Kommando stehen werden
dann in ein James Ticfile geschrieben und dieses wird mitgeschickt.
Nicht im Ticfile landen jedoch Programme aus dem PPT. Dabei wird der
Dateiname wie folgt gebildet: TTMMhhmm.TIC, also wie der mitgeschickte
Bericht, jedoch mit Endung .TIC. Als Sysop kann man dann die Dateien
automatisch in den Programmteil importieren.


Upload per Schnulli

Diese Funktion ist getrennt vom Sysop konfigurierbar und daher nicht
Ÿberall verfŸgbar (in der MAUS Freiburg ist sie es). Beim Upload des
Infiles in die MAUS wird dazu einfach per Mehrfachupload das/die
JAMES-TIC(s) hochgeladen und das/die Archiv(e). Oder TICs und Archive
sind in eine Datei UPLOAD.ARJ oder UPLOAD.LZH eingepackt, das Ganze
darf auch in ein gepacktes Infile.* eingepackt sein. Schnulli im-portiert das 
Ganze nicht sofort, sondern legt es JAMES zum Import
bereit. Der importiert dann bei seinem nŠchsten Aufruf, auf vielen
MŠusen wird das zwischen zwei Anrufen erledigt.

Neu in Schnulli 4.8 ist, da§ man auch online in der MAUS mit TIC
uploaden kann. Dazu einfach in der MAUS (S)enden (Z)modem (z.B.) und
dann die Archive und die Tics hochladen. Schnulli "versorgt" dann die
Files und falls nichts mehr Ÿbriggeblieben ist, dann meldet die MAUS
halt einen Fehler.


Fragen etc.

Bitte mšglichst an deinen Sysop - notfalls direkt an mich. Ich hoffe
aber hiermit alle Klarheiten beseitigt zu haben :-)

26.2.1996

  ____
  -/-ritz

 EMail:  Frithard Meyer-zu-Uptrup @ S4
         IN: fm%th7csun1@str.daimler-benz.com
         FIDO: f.m. 2:246/2216



UDO6
****

                    Dieser Text wurde erzeugt mit

                                 UDO
                       Release 6 Patchlevel 12
                                 TOS

                      Copyright (c) 1995-1999 by
                            Dirk Hagedorn
                            Postfach 8105
                           D-59840 Sundern
                    E-Mail: info@dirk-hagedorn.de

 UDO ist ein Programm, welches Textdateien, die im Universal Document
Format erstellt wurden, in das ASCII-, ST-Guide-, LaTeX-, Rich Text-,
Pure-C-Help-, Manualpage-, HTML-, WinHelp-, Texinfo-, Linuxdoc-SGML-,
 LyX-, Apple-QuickView- und Turbo-Vision-Help-Format umwandeln kann.

  Weitere Informationen sowie die aktuellen Versionen findet man im
                         World Wide Web unter
                     http://www.dirk-hagedorn.de