                                    Das

                               SysOp-FAQ 0.7

                                Version 0.7
                             6. November 1997

                                    von

                             Christian Golar
                         Telefon 030 - 827 011 44
                              Binger Str. 80
                              D-14197 Berlin
                       MausNet: Christian Golar @ B



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

 1  Einleitung
 2  Fragen zur Maus
 3  Fragen zum Mausputz
 4  Fragen zum MausNet
 5  Allgemeine Fragen zum Mausrechner
 6  Wichtige Hinweise, Abstimmungsergebnisse usw
 7  Was fr Programme fr die Maus gibt es sonst noch?
 8  Die Maus-News-Files der letzten Versionen
 9  Die Variablen aus der m7com
10  Mausputz-Variablen
11  MausNet-Variable
12  Stichwrter / Schnellsuche


Anhang
======

 A  Sysoptreffen Mosbach September 91
 B  Sysoptreffen Flensburg 9.10-11.10.92
 C  Sysoptreffen Stuttgart 7.10-10.10.93
 D  Auerordentliches Sysoptreffen Wiesbaden 28.5.94
 E  Sysoptreffen Oer-Erkenschwick 26.8-28.8.94
 F  Sysoptreffen Heilbronn 30.9.95
 G  Sysoptreffen Bremen 18. Oktober 1996
 H  Sysoptreffen Bamberg 26.-28. September 1997



===========================================================================
Kapitel 1

Einleitung
===========================================================================

Dieses ist ein Versuch eines Sysop-FAQs.

Alle Angaben sind aber natrlich ohne Gewhr.

Fr Anregungen, Kritik, Zuarbeit bin ich immer zu haben. Also schickt mir
Infos zu Fragen die fehlen oder auch komplette Erklrungen.

Bedanken mchte ich mich bei Frithard Meyer-Zu-Uptrup fr James, ohne den
die Maus nur halb so viel Spa macht, den anderen SysOps, die mir bei
vielen dummen Fragen immer gerne geholfen haben und natrlich bei den
Maus-Programmierer Gereon Steffens, Jrg Stattaus und Kai Henningsen fr
ihre tolle Arbeit. Und auch bei Dirk 'UDO' Hagedorn fr das tolle UDO, den
das SysOp-FAQ ist

                              Made with UDO6


Im Moment sind die folgenden Ausgabeformate verfgbar:

    ASCII-Version
    Manual-Page-Version
    Rich-Version
    LaTeX-Version
    OS/2-Info-Version
    WinHelp-Version
    ST-Guide-Version (ATARI)
    Pure-C Hilfe (ATARI)
    HTML-Versionen
        - als ein 850kB File
        - pro Hauptkapitel ein File
        - fr jedes Kapitel ein File (ca. 750 Files)
    UDO-Quelltext-Version

Falls noch weitere Ausgabeformat gewnscht werden, die UDO erzeugen kann
aber nicht in der Liste steht, dann bitte bei mir melden.
Wenn jemand mit dem UDO-Quelltext selber ein Ausgabeformat erzeugt und
irgendwo ablegt, so sollte man das irgendwo kennzeichnen (z.B. durch
nderung der Versionsnummer im Quelltext). Erzeugt wurden diese Versionen
mit UDO6 PL.6.

Diese FAQ ist nur fr SysOps des MausNet gedacht. Eine Weitergabe an nicht
SysOps ist nicht erlaubt (ich habe keine Lust mir zu berlegen, ob hier
irgendwelche relevanten Sachen drin stehen).

Alle Variablen beziehen sich auf die aktuelle Maus-Version. Ob es bei
lteren auch immer so ist, wei ich nicht. Zur Not hilft sicher ein Blick
in das Maus-News Kapitel.

Die jeweils aktuelle Version des FAQ liegt auf jedem Fall immer in der Maus
B3 (030-82701143) im Gruppen-PT Sysop.Prog.

Alle Rechtschreibfehler (c) cg.



===========================================================================
Kapitel 2

Fragen zur Maus
===========================================================================

Fragen und hoffentlich auch die Antworten zu Problemen, die die Maus
alleine betreffen.


2.1  Diverse Fragen und Tips
============================


2.1.1  Abkrzungen im MCall-LOG
-------------------------------

Hier die Abkrzungen, die im Mcall.Log auftreten knnen.

ACHTUNG: Die Abkrzungen, die James in seinem Bericht liefert, mssen nicht
mit denen hier bereinstimmen. Deshalb immer  bei Fragen oder Problemen im
Mcall.log nachgucken.

 Bad-Tausch   Fehler beim MausTausch-Login (falscher Username oder
              Passwort)
 BRK          manueller Sysop-Rauswurf
 CHAT         User versuchte zu CHATTEN
 Chat +       Chat vom Sysop beantwortet
 !Chat        User versucht auerhalb der Sprechstunde zu chatten
 cl1          Carrier Lost 1, tritt jetzt eigentlich nur noch auf.
 cl2          Carrier Lost 2 (soll es auch geben). Laut einer uralt-Mail
              von Kai wird dieser gemeldet, wenn der Carrier flattert (1
              Sekunde da, 1 Sekunde weg, ...). Stammt noch aus den guten
              alten Kopplerzeiten.
 DIR          Direktport-login
 del          User hat sich selbst gelscht. Es wird auch eine Mail an den
              Sysop erzeugt.
 Extern x     Externes Programm x wurde aufgerufen
 Kommerz      Der Punkt Kommerzielles wurde aufgerufen
 le           Legaler Exit (Maus regulr verlassen)
 listwarn     GastDownload = FALSE und Fileliste gibt ne entsprechende
              Warnung
 Modem Mll   Ausgabe [Modem-Mll: xyz] bei nicht erkanntem ConnectStringX
 nuop         Upload gesperrt (Gast)
 nu$up        Upload gesperrt (User)
 nodown       Download gesperrt (Gast)
 NoGup        Kein Upload in GPT erlaubt
 nodown      kein ffentlicher Download erlaubt
 Noup        Kein Upload in PT erlaubt
 NoPup        Upload war nicht erlaubt fr diesen Anrufer zu dieser Zeit
 noPdown      Kein Gastupload im persnlichen PT erlaubt
 noTausch     Tausch nicht erlaubt
 no$          Kein $ fr die auszufhrende Aktion. Kommt/kam (?) z.B. auch
              bei entsprechendem Beitragslevel, wenn jemand einen Relogin
              machen will.
 P-           Zugriff auf Programmteil verweigert
 ProtX-       Protokoll x gesperrt
 TauschOK     Maus nach MausTausch-Login verlassen (sagt nichts darber
              aus, ob der Tausch geklappt hat)
 TO           Onlinezeitberschreitung < 5 min, beim Menwechsel rausgewor-
              fen
 to           Inaktivitts-Timeout (2 Minuten nix gemacht) Siehe
              CharWaitTimeOut
 tos          Timeout Schummelei. Der User wollte sich am Timeout vorbei-
              schummeln, indem er einen Relogin unter seinem eigenen Namen
              (oder als Gast?) macht
 upSperr      10 Min vor event keine Uploads mehr
 upwarn       60 min vor nchstem Event wird der User darauf beim Upload
              hingewiesen
 Wakeup(1,80) Modem 1 meldet sich nicht mehr und die Maus versucht es durch
              diverse Manahmen wieder zur mitarbeit zu berreden.
 Wurf         harte Onlinezeitberschreitung (>5 min), unmittelbar rausge-
              worfen, egal ob der User in einem Men, beim Onlinelesen oder
              sonstwo ist. Zeit ber MaxExceed einstellbar
 1.J/N-TO     Inaktivitts-Timeout beim ersten Ja/Nein
 -            Multitausch durch mehrfachen hintereinander folgenden Tausch
              zu sehen, ohne neuen Anruf (wird nicht extra markiert).


2.1.2  Ab wann gelten User als Geizhals?
----------------------------------------

Das wird mit GeizhalsNach in Tagen festgelegt. Auerdem kann noch extra
festgelegt werden, ob der User tauschen darf (GeizhalsTauschOK), (siehe
"GeizhalsTauschOK") wie gro das Outfile (siehe "GeizhalsTauschLimit") wer-
den darf und auch, das man erst nach X Tagen (siehe "GeizhalsSchonfrist")
Geizhals wird.


2.1.3  ndern des Textes, den Gste beim einloggen angezeigt bekommen
---------------------------------------------------------------------

Das ndern ist ganz einfach. Wenn jemand die Frage "Sind Sie eingetragener
Benutzer" mit Nein beantwortet, wird die Datei GASTINFO.INF angezeigt,
falls sie existiert. Die Datei mu in InfoPath liegen. Wenn die Datei nicht
da ist, werden die Defaulttexte angezeigt.


2.1.4  ndern des Textes, den man beim neu eintragen angezeigt bekommt
----------------------------------------------------------------------

Dazu einfach eine Datei NEULOGIN.INF in den InfoPath legen. Wenn jemand
danach die Frage "Wollen Sie sich jetzt eintragen" mit Ja beantwortet, wird
die Datei NEULOGIN.INF angezeigt, falls sie existiert.


2.1.5  Automatisches ndern der PW fr bestimmte User
-----------------------------------------------------

Mit dem Programm XENOPHOB von Michael Keukert @ AC2 kann man fr bestimmte
User das Pawort automatisch verndern lassen. Das Programm setzt fr die
angegebenen User ein zufllig gewhltes neues Passwort. Sinnvoll fr Gate-
User, Daemonen usw. die z.B. Sysop-Status haben.


2.1.6  Checken der User-Pawrter
---------------------------------

Mit dem Programm MPWD von von Michael Keukert @ AC2 kann man die User-
Pawrter auf zu kurze oder zu einfache Angaben testen. MistPWD meckert
User mit einem individuellen, konfigurierbaren Text an, wenn ihr Passwort
nicht gewissen Sicherheits-Mindestanforderungen gengt.

Die Daemon-Eintrge kann man aber auch anders sicher machen. Dazu einfach
mit einem HEX-Editor in der MUSER.DAT in das Daemon-Pawort Sonderzeichen
einbauen. Die kann man nicht eintippen und somit kann sich auch niemand
darunter einloggen.


2.1.7  Die Gebhrenanzeige der MAUS, stimmt die?
------------------------------------------------

Von: Sebastian Hempel @ WUN (Di, 05.03.96 23:42)

Servus,

Ein User berichtet mir von folgendem Phnomen.

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

Ihr Anruf hat 00:43 Minuten gedauert.
              ^^^^^
Gebhren fr diesen Anruf: (Freizeittarif, Anrufdauer: 46 Sekunden)
                                                       ^^^^^^^^^^^
  City     R50    R200    Fern

  0.12    0.24    0.36    0.36  DM

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

Woher kommt die Abweichung von 3 Sekunden, die in diesem Fall eine ganze
Einheit ausmachen?

Man liest sich
Sepp

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

Von: Gereon Steffens @ K2 (Sa, 09.03.96 14:13)
RId: 199603052342.a36402@wun.maus.de
MId: 199603091413.a34305@k2.maus.de

>Ihr Anruf hat 00:43 Minuten gedauert.
So lange hat's bis hierhin gedauert...

>(Freizeittarif, Anrufdauer: 46 Sekunden)

Und so lange wird's dauern, bis die MAUS wirklich auflegt. Die Differenz
ergibt sich daraus, da die MAUS nach der Ausgabe der Daten ans Modem noch
einige Zeit (sprich: DisconnectWait Sekunden) warten muss, um sicherzu-
gehen, da die auch zum User bertragen werden.

Gereon


2.1.8  Kann man bei einem Anruf automatisch einen Event auslsen?
-----------------------------------------------------------------

Ja, genauso wie beim Faxempfang kann man auch ein sich auch Anwahlscript
bauen, das z.B. als Namen 'super_wichtiger_geheimer_Event' sendet und dann
den entsprechenden event auslst. Siehe auch AutoLogX und AutoEventX


2.1.9  Kann man von der Konsole Filebeschreibungen uploaden?
------------------------------------------------------------

Von: Kai Henningsen @ MS (Fr, 07.01.94 19:10)

Hi Bernhard,
BR> Gips eine Mglichkeit, von der Konsole aus eine Filebeschreibung
BR> statt einzutippen hochzuladen?

Da werden jetzt bestimmt wieder viele Antworten kommen, aber weil ich das
seinerzeit eingebaut habe, antworte ich trotzdem :-)

Also: seit langer Zeit kann man *berall*, wo die MAUS eine Zeileneingabe
erwartet, also insbesondere auch bei den Programmbeschreibungen, der MAUS
ein Textfile unterschieben, was dann - solange es reicht - fr alle weiter-
en derartigen Eingaben benutzt wird (NICHT fr Mens!). Das funktioniert,
indem man statt dem Text ..p eingibt. Da das Feature ziemlich tief unten in
der MAUS liegt, sind die Mglichkeiten stark eingeschrnkt; aber von der
Tastatur aus kann man wie blich ein File angeben.

MfG Kai

********************************************************

Nachtrag. Bei meinen Versuchen hat es nicht geklappt. Vielleicht bin ich ja
auch nur zu bld? cg


2.1.10  Konsolenlogin mit zwei Tastendrcken!
---------------------------------------------

Mu man als Console-Sysop immer ALT-222 und den Namen eintippen? Geht das
nicht einfacher?

Ja. Dazu gibt es die Variablen ConsoleKey.FX Was in diesen Variablen
konfiguriert wird, lsst sich bei einem Tastaturanruf in der MAUS per Alt-
F5 bis Alt-F8 wieder abrufen. Control-Zeichen knnen als ^X dargestellt
werden. Ein ^ wird durch ^^ erzeugt. Sehr praktisch ist, das #222 ALT-222
emuliert. Einige Beispiele:

 ConsoleKey.F5  'JFrithard Meyer-Zu-Uptrup^MGeheim^M'; Login

 ConsoleKey.F6  'pad-7^M^Ml'; Progliste der letzten 7 Tage

 ConsoleKey.F7  #222'JChristian Golar'; Anstatt ALT-222 usw nur ALT-F8 Der
                Eintrag im m7com.cfg sieht dann so aus:
                ConsoleKey.F7 := #222'JChristian Golar'

 ConsoleKey.F8  #222'JChristian GolarJPW';

                Das gleiche nochmal, nur wird das PW danach geschickt.
                ACHTUNG , damit kann jeder, der an die Konsole kommt, sich
                unter dem Namen einloggen.


2.1.11  Messagezhler fr alle User verndern/zurcksetzten?
------------------------------------------------------------

Sysop-Men, Lschen, # und dann den neuen Messagepointer setzen.


2.1.12  Messagepointer 0 bei Neuuser?
-------------------------------------

Wenn sie ein User neu eintrgt, stellt die Maus den Messagepointer nicht
auf 1 sondern auf 0. Denn das ist auch Sinnvoll, denn es sollte folgendes
gelten:

    wenn der Messagepointer auf 1 steht, bekommt man alle Mails, die in
     den Gruppen, die der User angeschaltet hat, noch in der Maus liegen.
     Also sehr viele!
    wenn der Messagepointer auf 0 steht, dann bekommt man die Mails, die
     seit gestern eingetroffen sind (Gestern bedeutet, alle Mails die in
     der E-Zeile das Datum von gestern tragen). Also nicht so viele Mails.
     Das hat den Vorteil, das man als Neuuser nicht mit einem riesen Berg
     an Mails zugeschtet wird.



     ACHTUNG Der User bekommt natrlich nur Mails fr die Gruppen, die
     er auch angeschaltet hat. Und wenn der User nix anschaltet, sind
     das halt nur die Gruppen, die in der jeweiligen Maus auf Default
     oder Pflicht stehen.




2.1.13  Multi-Maustausch, wie geht das?
---------------------------------------

MultiTausch ist eine abgewandelte Form des MausTausch-Logins. Der Unter-
schied ist, da nach dem Tausch nicht aufgelegt wird, sondern der User
online in der Box bleibt und der tausch fr den zweiten User ausgefhrt
werden kann. Statt mit "MausTausch<name>..." loggt man sich dafr einfach
mit "MultiTausch<name>..." ein.


2.1.14  Tips zum Maus.bat
-------------------------

Hier mal ein paar Tips zur Maus.Bat. Mit Sicherheit funktionieren die nur
unter Plain-DOS. Bei OS/2 funktioniert auf jeden Fall der Tip mit dem exit
nicht.

    Als ersten errorlevel unbedingt den hchsten Wert eintragen, der nicht
     mehr benutzt wird. Meisten ist das 80. Ein hherer Wert geht IHMO auch
     nicht, da dann langsam die Fehlercodes von DOS beginnen.
    ein 'exit' in der ersten Zeile verhindert, das man die Maus ausverse-
     hen aus der DOS-Shell der Maus nochmal starten kann. Natrlich darf
     kein exit Programm existieren
    Man kann auch das ganze mit einer Kontrolldatei verfeinern:

      Von Harald Krusekamp

     Ich lege mit der maus.bat eine Kontrolldatei an, die beim Verlassen
     des batches gelscht wird (und sicherheitshalber auch in der
     autoexec.bat ;-) maus.bat berprft, ob die Kontrolldatei da ist und
     falls ja, wird m7com.exe nicht gestartet. Also etwa am Anfang der
     maus.bat (bitte vor :again ;-):

     if exist c:\maus\maus.akt echo Maus zweimal starten? N ;-)
     if exist c:\maus\maus.akt quit
     echo >c:\maus\maus.akt

     Und am Ende:

     :LeaveBatch
     if exist c:\maus\maus.akt del c:\maus\maus.akt
     ECHO %_DOW %_DATE %_TIME Ende von MAUS.BAT >> %MAUSLog
     ECHO MAUS.BAT beendet.
     Seit Jahren erprobt und fr gut befunden. Nicht vergessen, da die
     Datei maus.akt beim Bootvorgang gelscht werden mu.

Und dann noch ein alternativen Tip, der aber nur unter 4DOS funktionert.

rem Verhindern, da man die Maus aus einer Shell startet
IFF "%_SHELL" != "0" THEN
        SET START=""
        inkey /w5 Achtung. In Subshell Level %_SHELL %%start
        EXIT
ENDIFF


2.1.15  Was bedeuten die Zahlen oben auf den Mausbildschirm?
------------------------------------------------------------

Die rechte Zahl stellt den aktuelle freien Speicher an. Die linke ist der
minimal freie Speicher zur Laufzeit der Maus.


2.1.16  Was bedeutet die Statuszeile in der Maus?
-------------------------------------------------

Von: Gereon Steffens @ K2 (Sa, 01.02.97 21:51)
MId: 199702012151.a32539@k2.maus.de

Genau ist es folgendes:

<  |>  |T  |C  |M 1|   1678064 1850240  WFC         |11:41:10
  |   |   |   |   |       |       |      |           Uhrzeit
  |   |   |   |   |       |       |      +- Name der aktuellen Funktion. (*1)
  |   |   |   |   |       |       |
  |   |   |   |   |       |       |
  |   |   |   |   |       |       +- Maximal freies RAM auf dem Heap
  |   |   |   |   |       +- Momentan freies RAM auf dem Heap
  |   |   |   |   +- wechselt zwischen Modemport 1 und 2
  |   |   |   +- Zhlt alle Checks auf interne Timeouts (*2)
  |   |   +- Gesetzt wenn es ein internes Timeout gibt
  |   +- Zhlt ausgehende Zeichen
  +- Zhlt eingehende Zeichen

(*1) und "WFC?" steht fr Wait For Call
(*2) was stndig passiert, hieran kann man sehen, ob noch Timer-Interrupts
kommen.

Gereon


2.1.17  Was hat es mit dem CALLCHK.BAT auf sich?
------------------------------------------------

Wenn im m7com.cfg die Variable CheckBetweenCalls auf TRUE steht, ruft die
Maus zwischen den Anrufen immer den CALLCHK.BAT Batch auf. Normalerweise
nur nach jedem Anruf. Wenn die beiden Variablen ModemCheckInterval und
CallCheckAtInterval auf TRUE stehen, dann wird auch alle x Sekunden der
Batch aufgerufen. Dort kann man z.B. auch einen Errorlevel stetzen, der die
Maus dann veranlat, den entsprechenden Event zu starten. Hier mal ein
Beispiel aus dem Berliner CALLCHK.BAT zum automatischen User-Tausch (reines
DOS)

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

set RC=0

rem Hat Christian ein Infile abgelegt?
if exist %lanpath%cg\tausch\B\outfile.zip goto next1
if not exist %lanpath%cg\tausch\B\infile.zip goto next1
set RC=76
goto event

:next1
rem hier knnen weitere Abfragen kommen
..
:event
echo %RC% >%mauspath%callchk.rc

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

Zuerst wird getestet, ob noch ein altes Outfile in dem Pfad liegt. Wenn ja,
darf natrlich kein Tausch ausgelst werden, da sonst das alte Outfile
berschrieben wird. Der Test sollte auch hier erfolgen. Wenn man das erst
im Maus.bat testet, dann fhrt die Maus nur noch Events aus, wenn mal ein
in- und Outfile rumliegt. Wenn Kein Outfile da ist, mu natrlich getestet
werden, ob berhaupt ein INFILE vorhanden ist. Wenn ja, wird der entspre-
chende Event-Wert in CALLCHK.RC gespeichert und der CALLCHK.BAT beendet.
Die Maus kontrolliert den Inhalt der CALLCHK.RC Datei und wenn dort ein
Wert grer Null drin steht, beendet sich die Maus mit den entsprechenden
Errorlevel und der Event mit der gleichen Nummer wird aus dem MAUS.BAT
gestartet. In der MAUS.BAT sieht das dann so aus:

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

...
if errorlevel 76 goto cgtausch
..

rem --------------------------- Event 76 ---------------------------------
rem autotausch fr Christian

:cgtausch
rem eine Zeile
m7com /t Christian Golar %lanpath%cg\tausch\B\infile.zip
                            %lanpath%cg\tausch\B\outfile.zip

rem das lschen ist ganz WICHTIG!!!
del %lanpath%cg\tausch\B\infile.zip

goto Again
...

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

Zwischen zwei Anrufen kann man per Alt-F4 die sofortige Ausfhrung von
CALLCHK erzwingen.


2.1.18  Was berprft die Maus beim Dupe-Check?
-----------------------------------------------

Von : Kai Henningsen @ MS (Fr, 25.06.93 22:57)

HK> worauf testet der Dupecheck der Maus genau?

CRC ber das Stichwort. CRC ber den Text. MsgId der kommentierten Msg. Em-
pfnger bzw. Gruppe. Lnge.

MfG Kai

Wieviele Mails zurck nachgeguckt wird, kann mit den Variablen AllgDupMax,
DupMaxDefaultGate, DupMaxDefaultUser und PersDupMax festgelegt werden.


2.1.19  Welche Tastencodes gibt es bei der Maus?
------------------------------------------------

Folgende Tastencodes kennt die Maus (Zahlen nur vom Nummerblock verwenden!)

 Alt-222    Von der Tastatur einloggen
 Alt-234    Maus regulr beenden
 ALT-246    beim Warten auf einen Anruf startet einen %COMSPEC%. Zurck zur
            MAUS mit "exit<cr>".
 Alt-753    User fragen ob er chatten will
 Alt-999    User rauswerfen und die Maus verlassen (aber erst wenn der User
            das Men wechselt)
 ALT-238    Runtime-Error 199 der Maus erzeugen.
 Alt-F1     Mitlesen/tippen abschalten (Spannermodus aus).
 Alt-F2     Mitlesen/tippen anschalten. Ist aber beim nchsten Anruf wieder
            abgeschaltet. Gilt also nur fr den aktuelle Anruf.
 Alt-F3     Mitlesen/tippen stndig angeschaltet, bis die Maus beendet
            wird. Siehe auch ImmerSpannen
 Alt-F5-F8  Siehe ConsoleKey.FX und Konsolenlogin
 ALT-F4     Sofortige Ausfhrung des CALLCHK-Batch. Siehe CallCheck
 Whrend des Tastaturanrufes
 Alt-R      Record On
            Maus-Ausgaben (Mitteilungen usw.) auf File mitloggen Die MAUS
            fragt dann den Filenamen ab. An eine existierende Datei werden
            die Ausgaben angehngt. Paging wird abgeschaltet.
 Alt-C      Close
            Das Ausgabefile schlieen.  NICHT vergessen!!!


2.1.20  Wie bindet man RAR-Packer in die Maus ein?
--------------------------------------------------

Ja, klar. Hier mal ein paar Mails dazu. Vorab aber noch ein ganz wichtiger
Hinweis von Stefan Heidrich. Man mu unbedingt darauf achten, das der RAR-
Packer beim start 585KB freien Speicher hat. Sonst luft der nicht.

Alexander Gth @ AN schrieb am 25.06.95

fr alle die es interessiert, hier die Configs fr den Packer RAR sowie dem
neuen LHA 2.55. Dank hier bei Gereon fr den obskuren Aufruf von LHA :-) -
da mu man erstmal drauf kommen :-) ! Der Fehler/Grund hierfr liegt
natrlich beim neuen LHA 2.13/2.55 !

 M7com.cfg
Packer5.Select := 'R' ;
Packer5.Name := '(R)AR' ;
Packer5.Ext := '.RAR' ;
Packer5.IDoffset := 0 ;
Packer5.IDstring := 'Rar!'#26#7 ;
; Packer5.PackRate := ; [ 6.0000000000E-01]

Packer8.Select := 'H' ;
Packer8.Name := 'L(H)A' ;
Packer8.Ext := '.LZH' ;
Packer8.IDoffset := 2 ;
Packer8.IDstring := '-lh5-' ;
; Packer8.PackRate := ; [ 6.0000000000E-01]

 Packer.bat

rem ----------------------------------- .LZH/LHA

rem LHARC:
:lp
Echo. | %PackerPath%lha m -o %4 %5
Goto Done

rem LHA:
:hp
Echo. | %PackerPath%lha m %4 %5
Goto Done

:lx
:hx
echo IN*.* | %PackerPath%lha e /a- -m %4
Goto Done

:ll
:hl
echo *.* | %PackerPath%lha l %4 >%5
Goto Done

rem ----------------------------------- .RAR

:rp
%PackerPath%rar m -m3 %4 %5
Goto Done

:rx
%PackerPath%rar e -y -x@%PackerPath%forbid.lst %4
Goto Done

:rl
%PackerPath%rar l %4 >%5
Goto Done


 ARCCHECK.BAT

 (!nl)
rem ----------------------------- LHA/LHARC: (!nl)
:l (!nl)
:h (!nl)
%PackerPath%lha t %2 (!nl)
If ErrorLevel 1 Goto Error (!nl)
Goto Done

:r
%PackerPath%rar t %2
If ErrorLevel 1 Goto Error
Goto Done


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

Von: Karl-Heinz Wachtendorf @ OL (Fr, 01.12.95 12:32)

Tja, da hab ich wohl nicht grndlich genug getestet, denn beim Tauschen mit
RAR kommt: DOSExit: 0 DOSExitCode: 6 und der Tausch milingt. Arccheck und
Archiv listen klappt, aber auspacken nicht. RAR kann laut Doku beim
*Auspacken* den Parameter -x@FORBID.LST nicht und daher kommt der ExitCode
6. Wenn man den Parameter -x weglt, dann klappt wirklich alles. Achja,
-std sollte man auch noch einfgen :-)

Kalle

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

Von: Alexander Gth @ AN (Sa, 02.12.95 12:39)
KHW>Parameter -x@FORBID.LST nicht und daher kommt der ExitCode 6.
KHW>Wenn man den Parameter -x weglt, dann klappt wirklich alles.


dem kann ich nicht zustimmen bei mir schaut das in der packer.bat so aus
und es funktioniert mit der v 1.55 prchtig ohne Probleme. Auch das Tau-
schen mit einem Infile.RAR (gerade getestet).


rem ------- .RAR
:rp
%PackerPath%rar m -std -m3 %4 %5
Goto Done
:rx
%PackerPath%rar e -std -y -x@%PackerPath%forbid.lst %4
Goto Done
:rl
%PackerPath%rar l -std %4 >%5
Goto Done


Du solltest vielleicht mal den ganzen Pfad angeben. Desweiteren wenn ich in
der Error.lst nachgucken finde ich unter ExitCode 6 folgendes:

 6  Ungltiges Datei-Handle
     (Invalid file handle)

Eventl. liegt es auch daran, das einfach nicht gengend freier Speicher da
ist ? Fhrst du die RealMode Maus ? Wenn ja, sollte oben mind. 200 KB
freier Heap da sein. Sonst krachst auch bei mir regelmig. Gru, Alex

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

Von: Karl-Heinz Wachtendorf @ OL (So, 03.12.95 11:01)

AG>Du solltest vielleicht mal den ganzen Pfad angeben.

Hatte ich auch schon, ntzte aber nix.
AG>Desweiteren wenn ich in der Error.lst nachgucken finde ich unter
AG>ExitCode 6 folgendes:

Mu man da nicht in der Doku zum RAR nach den Exitcodes gucken? Dort steht
nmlich dies:
(last operation status and reason for exit).
6 OPEN ERROR Open file error

Was auch erklren wrde, wieso es ohne -x Parameter geht.
AG>Eventl. liegt es auch daran, das einfach nicht gengend freier
AG>Speicher da ist? Fhrst du die RealMode Maus?

Ja, und ich habe oben einen Wert zwischen 170-190 kB stehen. Kalle

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

Von: Georg Bauer @ MS3 (Mi, 17.07.96 09:07)

Hi!

...

Auszug aus dem Handbuch:

    Minimum DOS version to run RAR: 3.0
    Minimum memory requirements to perform commands and corresponding
     operations (in Kbytes) are:-


       +--------------+-----------+---------+-----------+---------+
       |              |  Command  | Command |   Full    |  Full   |
       |              |   line    |  line   |  screen   | screen  |
       |              |   mode    |  mode   |   mode    |  mode   |
       +--------------+-----------+---------+-----------+---------+
       |              | Not solid | Update  | Not solid | Update  |
       |              | or adding |  solid  | or adding |  solid  |
       |              | to solid  | archive | to solid  | archive |
       +--------------+-----------+---------+-----------+---------+
       | EMS enabled  |    337    |   409   |    409    |   481   |
       | EMS disabled |    401    |   473   |    473    |   545   |
       +--------------+-----------+---------+-----------+---------+

                       Tabelle 1: Commands: A,F,M,U



                          +--------------+-----+
                          | EMS enabled  | 217 |
                          | EMS disabled | 281 |
                          +--------------+-----+

                      Tabelle 2: Commands: CW,E,P,T,X



                          +--------------+-----+
                          | EMS enabled  | 409 |
                          | EMS disabled | 473 |
                          +--------------+-----+

                           Tabelle 3: Command: C


Daraus geht eindeutig hervor, da RAR in der Kommandozeilenausfhrung
deutlich weniger Speicher braucht, als im Dialog. Und die Maus wird den
Dialog ja wohl nicht allzuoft nutzen, oder? :-)

Habs grad mal ausprobiert: 400K frei, und ich konnte Files packen (mit M).
Und das macht ja die Maus auch nur. Auspacken ist noch unkritischer.

bye, Georg


2.1.21  Wie ist die Definition der Maustausch-Kommandos?
--------------------------------------------------------

Und hier noch die bereits in TAUSCHBAU erschienene Doku zum Format des ITK:

ITK-Zeilen:

 #   ID des Kommandos
 N   Name des Kommandos
 A   Aufzhlung der Werte eines Aufzhlungstyps
 B   Beschreibung der Werte eines Aufzhlungstyps
 C   Konstante Teile der Syntax
 D   Defaultwert fr ein Feld
 F   Datentyp eines Feldes
 H   Ausfhrliche Beschreibung des Kommandos
 K   Kurze Beschreibung eines Parameters
 L   Ausfhrliche Beschreibung eines Parameters
 T   Art des Kommandos
 V   Version des Kommandos
 G   Gruppe zu der dieses Kommando gehrt

Bedeutung:

 #   ist eine ganze Zahl, die dieses Kommando eindeutig identifiziert.
 N   ist eine nicht zu lange Bezeichnung fr das Kommando; sie knnte z.B.
     als Auswahl in einem Men verwendet werden.
 C   beschreibt konstante Teile der Syntax.
 H   ist eine ausfhrlichere Beschreibung des Kommandos; das Frontend
     knnte sie als Online-Hilfe im Men fr das entsprechende Kommando zur
     Verfgung stellen.
 V   enthlt eine ganze Zahl, die als Versionsnummer dieses Kommandos
     dient. ndert sich die Syntax oder die Bedeutung, so ist diese Nummer
     zu erhhen.
 T   gibt die Art des Kommandos an:
         TK besagt, da es sich um ein Kommando handelt, das der Anwender
          per Konfiguration festlegen knnen sollte und welches dann auto-
          matisch immer wieder benutzt wird.
         TE kennzeichnet ein Kommando, das pro Tausch manuell aktiviert
          werden knnen sollte, aber nur einmal im Infile auftauchen
          sollte;
         TB schlielich bedeutet, da der User mehrere dieser Kommandos
          pro Tausch absetzen kann, diese aber vom Frontend nur so hufig
          abgesetzt werden, wie der User sie explizit eingibt.
 Fc  gibt den Datentyp eines Parameters an (s. unten)
 Ks  gibt eine kurze Bezeichnung eines Parameters; das Frontend kann sie
     benutzen, um im Dialog das entsprechende Feld zu beschriften.
 Ls  gibt eine ausfhrlichere Beschreibung des Parameters. Das Frontend
     knnte diese als Onlinehilfe zu dem einzelnen Feld anbieten.
 Ds  gibt einen Defaultwert fr den Parameter vor; die Syntax ist die, die
     auch im Infile fr diesen Parameter zu verwenden ist.
 As[:s...] Gibt die Infile-Syntax fr einen Wert eines Aufzhlungstyps an.
     Jeder Wert kann mehrere Zustnde annehmen. Die Syntax verschiedener
     Zustnde wird dabei durch Doppelpunkte getrennt. Beispiel:
     A+:
     , d.h. es existieren zwei Zustnde. Der erste wird durch '+' angege-
     ben, der zweite durch einen Leerstring. Bei Werten mit zwei Zustnden
     sollte die Beschreibung derart gewhlt werden, da das Frontend den
     ersten der Zustnde durch 'markiert', den zweiten durch 'nicht
     markiert' in einer Dialogbox symbolisieren kann. Bei Werten mit drei
     Zustnden sollte sie so gewhlt werden, da der erste durch 'positiv
     markiert', der zweite durch 'negativ markiert' und der dritte durch
     'nicht markiert' symbolisiert werden kann.

     Diese Angabe bezieht sich auf die Syntax und braucht also dem User
     nicht angezeigt zu werden.
 Bs  bezeichnet einen Wert eines Aufzhlungstyps.
     Die Unterteilung von Aufzhlungstypen erfolgt zweidimensional ("Werte
     des Aufzhlungstyps" X "Zustnde eines Wertes"), da dies der Praxis am
     nchsten kommt. Beschreibungen werden nur fr *Werte* angegeben,
     whrend die verschiedenen Zustnde eines Wertes nur durch unterschied-
     liche Markierungen an der jeweiligen einzigen Beschreibung dargestellt
     werden.
     brigens existiert die Option "Set Of" nur entlang der ersten
     Dimension.
     Diese Aspekte sind beim Entwurf von Kommandobeschreibungen zu berck-
     sichtigen. Es ist von Fall zu Fall zu entscheiden, ob es intuitiver
     ist, die Werte entlang der ersten, der zweiten oder beider Dimensionen
     anzuordnen.
     Beispielsweise ist es sinnvoll, eine Auswahl im Sinne von "Ein/Aus"
     (z.B. "Anfordern/Nicht Anfordern") entlang der zweiten Dimension anzu-
     ordnen: es gengt vollkommen, wenn der Anwender ein Feld "Anfordern"
     erhlt, das er aktivieren kann oder nicht.
     Hingegen ist es bei einer Auswahl zwischen zwei nicht direkt entgegen-
     gesetzten Mglichkeiten ("Neue anfordern/Alle anfordern") sinnvoll,
     dies entlang der ersten Dimension zu tun, um zwei verschiedene Dialog-
     felder mit jeweils eigenen Beschreibungen zu erzeugen.
 Gx  Gibt die (G)ruppe an, zu der dieses Kommando gehrt. Im Moment sind
     fr x folgende Werte definiert:
         U fr Userdaten
         A fr administrative Userdaten
         G fr Gruppendaten
         T fr Tausch-Optionen
         F fr FE-Features und Technik.

Die generelle Struktur eines ITK-Eintrags ist somit wie folgt:

 #<Kommando-Nummer>
    Diese Zeile leitet ein neues Kommando ein. Alle folgenden Zeilen bis
    zum Ende oder bis zur nchsten #-Zeile beziehen sich auf dieses Komman-
    do.
 N<Kommando-Name>
 H<Kommando-Beschreibung>
 T<Kommando-Art>
 V<Kommando-Version>

Auf diesen mehr oder weniger konstanten Block folgen dann ein oder mehrere
syntaxbeschreibende Blcke. Ein syntaxbeschreibender Block wird eingeleitet
durch eine C- oder eine F-Zeile. Wird er durch eine C-Zeile eingeleitet, so
produziert er einen konstanten String und besteht nur aus dieser C-Zeile.
Ein Block, der durch eine F-Zeile eingeleitet wird, beschreibt einen vom
User einzugebenden Parameter.

 F<Datentyp>
    Diese Zeile leitet einen neuen Parameter ein. Alle folgenden Zeilen bis
    zum Ende des Kommandos oder bis zur nchsten C- oder F-Zeile beziehen
    sich auf diesen Parameter.
 D<Defaultwert>
 K<kurze Beschreibung>
 L<lange Beschreibung>
    <ggf. noch A- und B-Zeilen, immer paarweise, immer A-Zeile zuerst>

Die Produkte aller C/F-Blcke, in der gegebenen Reihenfolge konkateniert,
ergeben das Infile-Kommando.

H und L drfen jeweils mehrfach auftreten. Ein Blank zu Beginn einer Zeile
weist das Frontend an, diese Zeile weder neu umzubrechen noch sie zwecks
neuen Umbruchs an die vorhergehende Zeile anzuhngen.


+------+---------------------------------+-------------------------------+
|      |                                 | Darstellung im Infile         |
+------+---------------------------------+-------------------------------+
| A    | Aufzhlungstyp                  | wie in A-Zeilen angegeben     |
+------+---------------------------------+-------------------------------+
| M    | Set of Aufzhlung;              |                               |
|      | es gilt alles wie fr A,        |                               |
|      | nur da das Frontend erlauben   |                               |
|      | mu, mehrere Werte gleichzeitig |                               |
|      | zu aktivieren.                  |                               |
+------+---------------------------------+-------------------------------+
| D    | Datum                           | JJJJMMTTHHMM[SS]              |
+------+---------------------------------+-------------------------------+
| d    | Datum                           | TT[.MM[.JJJJ]]                |
+------+---------------------------------+-------------------------------+
| Sn   | String der Lnge n              | wie eingegeben                |
+------+---------------------------------+-------------------------------+
| Pn   | Pawort der Lnge n             | wie eingegeben                |
|      | (wird ggf. nicht angezeigt)     |                               |
+------+---------------------------------+-------------------------------+
| pn   | neues Pawort der Lnge n       | wie eingegeben                |
|      | (Frontend kann ggf. zweimal     |                               |
|      | fragen)                         |                               |
+------+---------------------------------+-------------------------------+
| U    | Username                        | wie eingegeben                |
+------+---------------------------------+-------------------------------+
| I    | ganze Zahl, 2 Byte              | dezimal, Ascii, mit           |
|      |                                 | Vorzeichen, auch wenn positiv |
+------+---------------------------------+-------------------------------+
| Im,n | ganze Zahl aus dem Intervall    | dezimal, Ascii, mit           |
|      | [m;n].                          | Vorzeichen, auch wenn positiv |
+------+---------------------------------+-------------------------------+
| G    | Gruppenname                     | im Klartext                   |
+------+---------------------------------+-------------------------------+
| g    | Name einer Gruppe, in der       | im Klartext                   |
|      | User Chef ist                   |                               |
+------+---------------------------------+-------------------------------+

             Tabelle 4: Als Datentypen c stehen zur Verfgung:


Ein 'o' hinter dem Datentyp bedeutet, da in das Feld keine Daten eingege-
ben werden mssen. Im Infile ist dann ein Leerstring einzutragen.


2.1.22  Was steht in der MVIDEO.DAT Datei?
------------------------------------------

MVIDEO.DAT ist der gerettete Bildschirm der Maus. Wenn die Datei fehlt,
muss die Maus langwierig den ganzen MCALL.LOG bis zum Ende durchscrollen.
Wenn man aber Externe Programme hat, die etwas ins MCALL.LOG schreiben,
braucht man eine Zeile

del mvideo.dat

um den geretteten Bildschirm wegzuwerfen.


2.1.23  Wie lscht man Schrottmails?
------------------------------------

Als Sysop einloggen, Sysop-Men, Lschen, andere Mitteilungen und dann die
IDs der zu lschenden Mails eingeben. Man kann sich dabei auch noch die
Mails vorher angucken.

Eine andere Mglichkeit ist das lschen per Maustauschkommando. Der Aufbau
im Infile sieht so aus:


A123456@XY
BX



2.1.24  Wie stelle ich am besten von 1 auf 2 Port-Maus um?
----------------------------------------------------------

Am besten ModemXXX weiterbenutzen, Modem1.x vergessen und nur mit Modem2.*
alles das anders definieren, bei dem sich die Modems unterscheiden. Damit
kann man auch ganz einfach zwischen 1 Port und 2 Port Maus wechseln. In
beide Richtungen.

Allgemein:

Die Modem-Antworten sind auch pro Modem konfigurierbar. Die bisherigen Va-
riablen Response_XX gibt's immer noch und dienen als Default fr die neuen
Variablen ModemY.Response_XX.


2.1.25  Worauf ist bei der RAR-Packer Einbindung zu achten?
-----------------------------------------------------------


Wg.: Achtung, RAR Packer...
Von: Andreas Mandel @ OG (Mo, 12.08.96 21:45)


Moin,

heute hat es ein User geschafft die Maus wegzuhngen.

Wenn der RAR Packer ein Passwort verschlsseltes Archiv zum *testen*
bekommt frgt er nach dem Passwort, leider kann der User das nicht eingeben
und der Prompt steht bis zum Reset auf dem Screen.

Fr das Listen des Inhalts bentigt er kein Passwort, allerdings zum
Auspacken beim Maustausch :-(.

Abhilfe bringt mittels "-pxxx" beim Aufruf ein beliebiges Passwort mit
anzugeben, dann frgt der RAR nicht nach. Er meldet dann u.U. lediglich das
das Passwort falsch ist. Unverschlsselte Archive werden wie gewohnt ausge-
packt. Also im arccheck.bat und packer.bat ndern!

Andreas.


2.1.26  Vordefinierte Events in der Maus
----------------------------------------

In der Maus ist der Event 70 vorbelegt, und zwar fr die Anrufbernahme des
MausNet, der an einer bestimmten vordefinierten Sequenz erkannt wird. Dann
wird autoEvent1 und AutoLog1 von der Maus ausgefhrt. Deshalb sollte man
diesen Event nicht aus dem Maus.Bat bzw. dem m7com.cfg lschen, verndern.


2.1.27  RAR-Packer zum zweiten
------------------------------


Wg.: Keine Sicherheitslcke mit RAR mehr!
Von: Thomas Voss @ SU (Di, 13.08.96 15:35)


Hallo zusammen!

Viele von Euch bieten ja mittlerweile auch RAR zum MausTausch an.

RAR hat leider zwei schwerwiegende Nachteile:

1. "Exclude-Lists"

(Listen mit Mustern von Dateinamen, die auf keinen Fall ausgepackt werden
drfen):

     In der Version 1.xx kennt RAR keine "Exclude-Lists", ab der Ver-
     sion 2.00 gibt es zwar einen Schalter -x, der aber mehr als
     schlampig programmiert ist: Es gengt bereits, die Dateien mit
     Pfadangabe ins Archiv zu packen, und schon passen sie nicht mehr
     auf die Angaben in der Exclude-List (z.B. wrde TEST\VIRUS.EXE
     ausgepackt, auch wenn in der Exclude-List *.EXE vorkme).

2. Versionsflag:

     Im Gegensatz zu den anderen Packern gibt's bei RAR kein eindeu-
     tiges Flag an fester Stelle im Archivheader, an dem man die ver-
     wendete Version erkennen kann. Die Maus kann mit der einfachen
     Methode "PackerXIDString" die zu verwendende RAR-Version (1.xx
     oder 2.xx) nicht erkennen, man kann immer nur eine RAR-Version
     auf der Maus installieren.

 Jede Mausbox, die RAR bisher installiert hat, ist Hackversuchen durch
Archive mit "gefhrlichen" Dateinamen im Inhalt (beliebt sind z.B. die
Gertetreiber CLOCK$, EMMXXXX0 etc.) schutzlos ausgeliefert!

Ich habe nun ein Zusatztool "RARCHECK" geschrieben, was sich sehr leicht in
die Maus einbinden lt und die Sicherheitslcke mit RAR nun endlich
behebt:

     RARCHECK kann beliebige mit RAR erzeugte Archive analysieren und
    die enthaltenen Dateien mit Hilfe einer frei definierbaren Exclude-
     List vollstndig berprfen und verbotene Dateinamen erkennen,
    berprfen, ob Dateien enthalten sind, die den Namen von auf dem
     Rechner installierten Gertetreibern besitzen,
    die enthaltenen Dateinamen nach frei definierbaren unerlaubten Zeichen
     durchsuchen,
    das Archiv direkt so patchen, da von den drei vorigen Tests gefundene
     "verbotene Dateien" mit RAR bzw. UNRAR nicht mehr ausgepackt werden
     knnen!

RARCHECK kann auerdem die Versionsnummer von RAR bestimmen, die zum
Auspacken eines RAR-Archivs bentigt wird. Dadurch wird es mglich, auch
verschiedene Versionen von RAR zum MausTausch anzubieten (wir haben hier in
SU mittlerweile RAR 1.5x und RAR 2.00 installiert).

Wer interessiert ist, kann sich RARCHECK bei uns im GPT SYSOP.PROG saugen
(Archiv RARCHECK.RAR, 26kB). Das Paket enthlt auch eine ausfhrliche Doku
mit Beispielen zur Installation.

Bitte per MU einloggen und von seiner Heimatmaus eine PM an Sysop@SU
schicken!

Viele Gre, Thomas


2.1.28  Zu lange downloads bzw. downloads ber mehrere Stunden
--------------------------------------------------------------

Was kann man gegen das blokieren der Maus durch fehlerhafte z-Modem
downloads, die mehrere Stunden dauern, tun?

Ja, und zwar ein Z-Modem installieren, das auch eine Zeitberwachung
durchfhren kann. Wie das installiert werden mu? Hier mal der Mecedes
unter den Batchen von Gereon.

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

Von:  Gereon Steffens @ K2 (Mo, 21.07.97 16:26)

>Hab ich doch. Welchen Schalter braucht man denn da?
RTFM. -z und -t sind die wichtigen Optionen, die Werte mu man anhand EXTERN.CFG
berechnen. Hier ist der Ausschnitt aus meinem PROTBAT: (%PP ist der Pfad zu den
Protokollen)

:dozmodem
set H=%@fileopen[%6extern.cfg,read]
if "%H" == "-1" goto SkipOpts
:loop
set LINE="%@fileread[%H]"
if %LINE == "**EOF**" goto OptsDone
if %@word[" '",0,"%LINE"] == ""RestZeit set MINS=%@word[" '",2,"%LINE"]
if %@word[" '",0,"%LINE"] == ""BaudToUser set CPS=%@word[" '",2,"%LINE"]
goto loop
:OptsDone
set CPS=%@eval[%CPS \ 15]
set MINS=%@eval[%MINS + 3]
set OPT=-ti30 -z%CPS -t%MINS
set H=%@fileclose[%H]
:SkipOpts

set ZED=
if %3 == 8 set ZED=-88
if %2 == s %PP\zm -f -c%1 %ZED -nochat -nologo %OPT sz %7
if %2 == r %PP\zm -f -c%1 %ZED -nochat -nologo %OPT rz .
if errorlevel 1 goto error
goto ok

Gereon


2.2  Fehlermeldungen der Maus
=============================


2.2.1  Maus-Fehlermeldungen
---------------------------

 #80       Modem antwortet nicht
 #81       Modem nimmt keine Daten an, Output-Buffer wird nicht leer -
           wahrscheinlich Handshake blockiert
 #82       ModemCheck funktioniert nicht. Das Modem auf den ModemCheck-
           String - auch beim 5. Versuch - nicht mit OK geantwortet hat.
           ("Hallo, Modem, lebst Du noch?")
 #83       X00 will sich nicht initialisieren lassen
 #84       Timer lt sich nicht einhngen, nicht benutzt
 #85       Timer lt sich nicht aushngen, nicht benutzt
 #86       X00-Kommunikations-RangeCheck z.B.B falsche Baudrate oder nicht
           implementierter FOSSIL-Aufruf)
 #87       kein Fossil da
 #88       Absturz, bevor der normale Fehlerhandler installiert ist
 #90       M7DEC ist ttt
 #92       MsgIdx-Buffer bergelaufen
 #199      Manueller Runerror per Alt-238
 #220-224  rger im Programmteil


2.2.2  Was bedeutet MsgIdx-Buffer bergelaufen?
-----------------------------------------------

Die Maus richtet zum importieren von Mails einen MsgIndx-Buffer ein. Wenn
jetzt aber einmal ein groer Schub von Mails kommt (10000 und mehr), ist
der Buffer voll und das einsortieren von Mails dauert ewig (ca. 2-3 pro
Minute!)

Was kann man dagegen tun?

Das hngt davon ab, wie gro die MsgBase ist.

 a) MsgBase unter 60000 Msgs: In M7COM.CFG die Variable "MsgIndexMax"
     *nicht* besetzen, bei einer MAUS ohne groe Gateways dafr
     "MsgIdxReserve" auf Werte zwischen 2000 und 5000 setzen.

 b) MsgBase bei 60000 oder mehr Msgs: ber die Putzparameter (Aufbe-
     wahrungszeit!) eine kleinere MsgBase erzwingen, dann a) befolgen.

Und auch noch interessant.

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

Von: Gereon Steffens @ K2 (Do, 07.07.94 17:20)
>was denn nun? Gereon schreibt von MSGIndexMax und
>Du von MsgIdxReserve...

Beides. MsgIndexMax setzt eine absolute Grenze, MsgIdxReserve eine dynami-
sche (eben aktuelle MsgBase + Reserve). Damit ist MsgIndexMax fast ber-
flssig und sollte immer auf dem Default (0) belassen werden. Tunen kann
man dann mit MsgIdxReserve, indem man das so hoch setzt, da ein Schub Mail
im Netz oder Tausch bequem in diese Reserve passen.

>hab's mal hoch auf 60.000 genommen. Habe derzeit ca. 45.000 Mails +
>10.000 und eine kleine Reserve.

Ich wrde MsgIndexMax wie gesagt nicht nehmen, dafr lieber MsgIdxReserve
hochsetzen.

Gereon


2.3  Fragen, Tips zu Modemprobleme
==================================


2.3.1  Probleme beim Upload, bzw kein Upload mglich
----------------------------------------------------

Folgendes Problem: Versucht jemand ber Modem ein File "upzuloaden", bricht
die bertragung in die MAUS bei exakt 2048 Byte zusammen und wird nur noch
sporadisch mit ca. 72 cps fortgesetzt. Downloads klappen gut; im Betrieb
mit einem Terminalprogramm empfngt das Modem mit passender
Geschwindigkeit.

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

Die Lsung:

Der HDD-Blockmode verursachte die Fehlfunktion des Modems.


2.3.2  Beim ausloggen bertrgt das Modem nicht mehr den Pufferinhalt.
----------------------------------------------------------------------

Von: Frank Baschin @ SL (Mi, 03.11.93 21:38)

Moin Sevo,

SS>Das mit der Satzmitte liegt am Zyxel - das bertrgt nach dem
SS>Auflegen nicht mehr seinen Pufferinhalt.

dagegen kam aus MS doch neulich die passende Config fr das M7COM.CFG.

UseDtrC := TRUE; [FALSE]
UseDtrH := FALSE; [TRUE]

Klappt bei mir wunnebar.

gru frank


2.3.3  Kann man mit dem Maus-Modem automatisch FAXe empfangen
-------------------------------------------------------------

Ja. Erstmal mu das Modem problemlos auch Faxe empfangen knnen (neben den
normalen Connects). Das alte ZyXel 14irgendwas kann das, wenn das nicht
mittels S38.4=1 abgeschaltet ist.

Kommt nun ein FAX an, sendet das ZyXel den String 'ZyXEL' an die Maus. Nor-
malerweise wrde nix passieren. Wenn allerdings die Variablen AutoLogX und
AutoEventX gesetzt sind, kann automatisch ein Event ausgelst werden, der
dann das Fax empfngt und abspeichert.


2.3.4  Mehrere Modems an der Maus
---------------------------------

Mehrere Modems/ISDN-Karten an der Maus zu betreiben ist kein Problem. Hier
mal in Stichworten die hoffentlich vollstndige Beschreibung.

    In ModemPorts die aktuelle Anzahl der Modems eintragen

    per ModemX.X00Port und ModemX.ComPort die Port festlegen. Hier mal ein
     Beispiel aus der Maus Berlin, an der drei Modems hngen:

     Modem1.X00Port := 0; [0]  x00-Port, an dem das Modem1 hngt
     Modem1.ComPort := 1; [1]  Com-Port, an dem das Modem1 hngt
     
     Modem2.X00Port := 2; [1]
     Modem2.ComPort := 3; [2]
     
     Modem3.X00Port := 1; [2]
     Modem3.ComPort := 2; [3]

        - Modem1 ist ein USR am physikalischen COM-Port 1

        - Modem2 ist eine Teleskarte am virtuelle COM-Port 3

        - Modem1 ist ein USR am physikalischen COM-Port 2

    die verschiedenen Init-String erschlgt man am besten so. Alle rele-
     vanten Modem-Variablen z.B. per ModemInit definieren und nur wenn es
     ntig ist, z.B. per Modem2.Init einen anderen String einstellen. So
     spart man sich Tipparbeit, da die ModemInit-Werte als Defaultwerte fr
     die ModemX.Init Variablen benutzt werden.

    Das war es eigentlich.


2.3.5  Tips zur Konfiguration des ZyXel 1496
--------------------------------------------

Hier in der Maus B luft ein ZyXel 1496e mit folgender Konfiguration:

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

Factory  Settings 6.13EP...

nderungen, die ins Setting gebracht werden sollen:

P  statt T   ; Pulswahl statt Tonwahl einstellen
L3 statt L4  ; Lautstrke auf 3/7
M  statt M1  ; Lautsprecher aus
X7 statt X5  ; Meldungen ala CONNECT 19200/ARQ/V42b
*Q statt *Q2 ; nur Usermodem entscheidet ber Fallback/-Forward
---> S42.1= 1   ; Durchsatz mitteln -> gestrichen da 16550 on board
---> S38.5= 1   ; MNP5 disablen     -> gestrichen wegen Kompatibilitt
---> S2   = 128 ; Escape-Charakter disablen -> gestrichen, nchste Z.
S42.3= 1     ; Keine Escape im Answer-Modus (also Boxbetrieb)
S10  = 20    ; Carrier-Verlustzeit 2 Sekunden
S13.1= 1     ; erweiterte ATI2-Meldungen
S20  = 1     ; 57600 Bd DTE
S50  = 30    ; nach 5 Minuten (30*10s) Inaktivitt auflegen
S42.6= 1     ; keine 'RINGING'-Meldung mehr
S38.4= 1     ; keine Fax-Antwort
S48.1= 1     ; statt FAX - V.21 mit 300 BPS erlauben
auslogpufferS43.5= 1     ; etwas erhhte Eingangsempfindlichkeit

das wird nach Eingabe ins Modem mit 6.13EP dann zu:

 B0   E1   L3   M0   N5   Q0   V1   X7
&B1  &C1  &D2  &G0  &H3  &J0  &K4  &L0  &M0  &N0  &P0  &R1  &S0  &X0  &Y1
*B0  *C0  *D0  *E0  *F0  *G0  *I0  *L0  *M0  *P9  *Q0  *S0

S00=000   S01=000   S02=043   S03=013   S04=010
S05=008   S06=003   S07=060   S08=002   S09=006
S10=020   S11=070   S12=000   S13=002   S14=002
S15=130   S16=000   S17=018   S18=000   S19=000
S20=001   S21=176   S22=000   S23=123   S24=106
S25=000   S26=000   S27=028   S28=068   S29=000
S30=000   S31=017   S32=019   S33=255   S34=030
S35=032   S36=000   S37=000   S38=016   S39=000
S40=000   S41=000   S42=072   S43=040   S44=000
S45=100   S46=028   S47=064   S48=002   S49=006
S50=030   S51=000   S52=000   S53=000   S54=000
S55=000   S56=000   S57=000   S58=000   S59=000

Das ganze ins Setting 4 abspeichern und dann noch ins M7Com.cfg

ModemInit1             := 'Z4 S10=18 S35.5=0';
ModemCheck             := 'Z4 S10=18 S35.5=0';  max. 20 Stellen
ModemReset             := 'Z4 S10=18 S35.5=0';   gleich Z0

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


2.3.6  Tips zur Konfiguration des ZyXel 2864ID
----------------------------------------------

Von: Udo Erdelhoff @ DO2 (So, 20.07.97 22:21)

Hi,
JL>Mich wrde interessieren, wie sich das Modem an der MAUS verhlt, ob
JL>es was besonderes dabei zu beachten gibt.
eigentlich relativ problemlos, wenn man ein paar Dinge beachtet:
- Das Modem und das Netzteil werden warm, wenn man nicht dafr sorgt, da
sie jede Menge Luft kriegen, kann es rger geben.
- Es gibt Probleme mit lteren Firmware-Versionen, die im ISDN-Data-
Multiauto-Modus (was ein Wort), irgendwelche Nullbytes vor die Connect-
Meldung packen. Die Maus reagiert darauf sehr ungehalten und schmeit den
Connect sofort wieder weg. Die Kombination 2.04a und Maus 7.95j luft aber
einwandfrei.
- Bis einschlielich Firmware-Version 2.02 fhrte ein ATH1 dazu, da
ankommende Anrufe mit "User Busy" abgelehnt wurden. Otto Normaluser hrte
dann das Besetztzeichen. Mit 2.03 wurde auf das auf "Call rejected"
gendert, was zwar eigentlich richtig ist, aber bei Otto Normaluser zur
Ansage "Dieser Anschlu ist vorbergehend nicht erreichbar" fhrt. Seit
2.04a kann man das Verhalten des Zyxels konfigurieren. Lies: Wenn man das
Zyxel 2864ID an der Maus betreibt, braucht man die Firmware-Version 2.04a
oder neuer und mu S79 auf 128 setzen. Praktischerweise ist das nur im
Readme zur 2.04a und in der Onlinehilfe dokumentiert.

Meine Settings (Huhu, FAQ-Maintainer, wink, ich bin ein Zaunpfahl):

Current settings .....
ISDN Outgoing Service : X.75
 E0  L0  M0  N0  Q0  V1  X7  Z0
CB0 CC0 CD1 CP0
&B1 &C1 &D2 &E0 &G0 &H3 &J0 &K4 &K00 &L1 &M0 &N0 &O0 &R1 &S0 &X0 &Y1
*C0 *D0 *E0 *G0 *GC0 *Q2
S00 =  0 S01 =  0 S02 = 43 S03 = 13 S04 = 10 S05 =  8 S06 =  3 S07 = 60
S08 =  2 S09 =  6 S10 =  7 S11 = 70 S12 =  0 S13 =  0 S14 =  2 S15 =  2
S16 =  0 S17 = 30 S18 =  0 S19 =  0 S20 =  1 S21 =176 S22 =  0 S23 =120
S24 =  0 S25 =  0 S26 =  0 S27 =156 S28 = 68 S29 =  0 S30 =  0 S31 = 17
S32 = 19 S33 =  0 S34 = 30 S35 = 32 S36 =  0 S37 =  0 S38 =  0 S39 = 32
S40 =  0 S41 = 16 S42 =  0 S43 =  8 S44 =  0 S45 =100 S46 = 28 S47 = 64
S48 =  0 S49 =  6 S50 =  0 S51 =  0 S52 =  0 S53 =  0 S54 =  0 S55 =  0
S56 = 50 S57 = 16 S58 =  0 S59 =  0 S60 =  2 S61 =  0 S62 =  0 S63 =  0
S64 =  0 S65 =  0 S66 =  0 S67 =  0 S68 =  0 S69 =  0 S70 =  0 S71 = 64
S72 =  0 S73 =  8 S74 =  0 S75 =  0 S76 =  0 S77 =  0 S78 =  0 S79 =128
S80 =  0 S81 = 62 S82 = 62 S83 =  0 S84 = 36 S85 =  1 S86 =  0 S87 =  0
S88 =  0 S89 =  0 S90 =  0 S91 =  0 S92 =  0 S93 =  0 S94 =  0 S95 =  0
S96 =  0 S97 =  0 S98 =  0 S99 =  0 S100=  0 S101= 62 S102= 62 S103=  0
S104=  0 S105=  0 S106=  7 S107=  0 S108=  0 S109=  0 S110=  0 S111=  0
S112=  8 S113=  0 S114=  8 S115=  0 S116=  0 S117=  0 S118=  0 S119= 16
S120=  0 S121=  0 S122=  0 S123=  0 S124=  0 S125=  0 S126= 48 S127= 32

Modem1.Init1            := 'Z'
Modem1.Exit             := ''
Modem1.Auflegen         := 'H0'
Modem1.Abheben          := 'H1'
Modem1.Annehmen         := 'A'
Modem1.Check            := 'Z'
Modem1.Reset            := 'Z'
Modem1.CheckS2          := 'S2?';
Modem1.SetS2            := 'S2=0';
Modem1.CmdMode          := #0#0#0;
Modem1.DataMode         := 'O';
Modem1.Status           := '';
Modem1.DialPre          := 'DI';
Modem1.DialPost         := '';
Modem1.Response_Ignore5 := 'FM*';

Alle Einstellungen stehen im Profile 0 (->Handbuch). Was die Einstellungen
fr die Rufnummer angeht:

Rufnummern-Einstellung: Ich gehe mal davon aus, da Du analoge und digitale
Anrufer auf einer Rufnummer versorgen willst. In dem Fall einmal(!) aus
einem Terminalprogramm AT&ZI4=Rufnummer und AT&ZI6=Rufnummer setzen. Dabei
lt man die Vorwahl natrlich weg. Wenn Du auch beim Rausrufen Rufnummern
bermitteln willst, kannst Du die mit AT&ZOI (ISDN), AT&ZOM (Modem/Fax) und
AT&ZOB (a/b-Wandler) setzen. Auerdem solltest Du (in der Theorie auch
einmalig, in der Praxis gibt es da Probleme) mit ATCN<0> und ATCI<00> die
Prfixe fr nationale und internationale Anrufe setzen. Ist nicht unbedingt
notwendig, sieht nur im Log schner aus.

Apropos Log: Mit den obigen Settings meldet sich das Zyxel wie folgt:
RING
FM: 02319252119 TO: 9252186

RING

Mit dem o.g. Response_Ignore und LogIgnored := TRUE werden die Rufnummern
der Anrufer dann mitgeloggt. Ist ganz praktisch, um dieNetzstrer mit ISDN
rauszukriegen.

JL>Ich mchte auch meine ISTEC 1008 rausschmeien, denn die macht auch
JL>manchmal Stre.

Das Probleme kenne ich... Allerdings habe ich nie versucht, ein weiteres
Modem an den a/b-Wandler anzuschlien. Probier es einfach mal aus und
schildere uns dann die Ergebnisse :)

/s/Udo


2.3.7  Tips zur Konfiguration des USR Courier v34
-------------------------------------------------

Vorab eins. Zumindest bei der v34+ BTZ Firmware gibt es Probleme mit der
bertragung, wenn vorher ein User mit einem Rockwel-Chipsatz Modem anruft.
Danach treten verstrkt Blers und Retrainsauf, d.h. die bertragung stockt
usw. Deshalb sollte man unbedingt zwischen den Anrufen ein ATZ ans Modem
schicken. Und zwar mit ModemCheck und CallChkBat Seitdem das hier in der B3
so eingestellt ist, treten diese Probleme nicht mehr auf. Allerdings mssen
dann alle Modemeinstellungen direkt im Modemsetting abgespeichert werden,
da alle ModemInit Werte durch das ATZ berschrieben werden.

Das USR Courier luft hier an der B3 mit der v34 BTZ Firmware. Folgende
Setting werden verwendet:

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


USRobotics Courier HST Dual Standard V.34+ Fax Settings...

   B0  C1  E1  F1  M1  Q0  V1  X7
   BAUD=115200 PARITY=N  WORDLEN=8
   DIAL=HUNT   OFF HOOK   TIMER

   &A3  &B1  &C1  &D2  &H1  &I0  &K3  &L0  &M4  &N0
   &P0  &R2  &S0  &T5  &X0  &Y1  %N6

S00=000  S01=000  S02=043  S03=013  S04=010  S05=008  S06=003  S07=060
S08=002  S09=006  S10=020  S11=085  S12=025  S13=000  S14=000  S15=000
S16=000  S17=000  S18=000  S19=000  S20=000  S21=010  S22=017  S23=019
S24=150  S25=005  S26=001  S27=000  S28=008  S29=020  S30=000  S31=000
S32=009  S33=000  S34=000  S35=000  S36=000  S37=000  S38=000  S39=010
S40=007  S41=000  S42=126  S43=200  S44=015  S45=000  S46=000  S47=000
S48=000  S49=000  S50=000  S51=000  S52=000  S53=000  S54=064  S55=000
S56=000  S57=001

   LAST DIALED #:

Configuration Profile...

Product type           Germany External MSK
Options                HST,V32bis,Terbo,V.FC,V34+
Fax Options            Class 1/Class 2.0
Clock Freq             20.16Mhz
Eprom                  256k
Ram                    32k

Supervisor date        03/25/96
DSP date               07/05/95

Supervisor rev         049-6.2.2
DSP rev                1.2.2

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

Im m7com.cfg steht dieses hier:

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

ModemInit1             := 'Z S40=7 S57=1';
ModemInit2             := '';
ModemAuflegen          := 'M3 H'; ['M1 H'] ist das gleiche wie H0
ModemAbheben           := 'M3 H1'; ['M0 H1']
ModemAnnehmen          := 'A';
ModemCheck             := 'Z';   gleich B0
ModemReset             := 'Z';   gleich Z0
ModemCheckS2           := 'S2'; da stand ats2?
ModemSetS2             := 'S2=43'
ModemCmdMode           := '#43#43#43'
;ModemCmdMode           := #0#0#0;

ModemDataMode          := 'O';
ModemEchoOff           := 'E';   gleich E0
ModemStatus            := 'I6 I11'; Verbindungsstatus ins Log-File
ModemBreakOn           := 'Y1';
ModemBreakOff          := 'Y0';
ModemNoAutoCall        := 'S0=0';

WaitWithATA            := 3;
WaitforDCDafterConnect := 55;
RingAllowedSec         := 5;
MaxConnectWait         := 55;

Modem1.DeAktivVorProt  := true;
Modem1.ReInitNachProt  := true;
ConnectOhneARQ         := true;

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

Und hier mal eine Bastelanleitung, damit ein ATZ oder der ModemCheck String
immer nach einem Anruf ans Modem geschickt wird.

Folgende Variablen sollten gesetzt werden:

CheckBetweenCalls := TRUE;
Aktiviert den CallCheck. Die Maus fhrt zwischen zwei Anrufen den
'callchk.bat' aus.

ModemCheckInterval := 30; [120]
Setzt die Intervalzeit in Sekunden, in der die Maus das Modem checkt und
der 'callchk.bat' aufgerufen wird.

CallCheckAtInterval := TRUE;
Aktiviert nicht nur den Check nach jedem Anruf sondern auch den alle x
Sekunden.

ModemCheck := 'Z'
Das wird bei jedem ModemCheckInterval an die Maus geschickt

Achtung. Die Modemsettings mssen deshalb so eingestellt werden, das ein
'ATZ' als Initstring ausreicht. Also auch ModemCmdMode usw. mssen im Init
abgespeichert sein.

Wenn man noch 'ModemLog' aktiviert, wird TRUE wird in LogPath\MODEM.LOG ein
Protokoll der Kommunikation zwischen MAUS und Modem angelegt. Da kann man
da auch nachgucken, was ans Modem geschickt wird usw. Aber nicht zu lange
an lassen, sonst quilt die Platte ber

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

Und hier die Hinweise von Gabriel Schmidt im Zusammenhang mit Faxempfang

ati4
USRobotics Courier HST Dual Standard V.34+ Fax Settings...

   B0  C1  E1  F1  M1  Q0  V1  X7
   BAUD=115200 PARITY=N  WORDLEN=8
   DIAL=HUNT   ON HOOK   TIMER

   &A3  &B1  &C1  &D2  &H1  &I0  &K1  &L0  &M4  &N0
   &P0  &R2  &S0  &T5  &X0  &Y1  %N6

S00=000  S01=000  S02=043  S03=013  S04=010  S05=008  S06=003  S07=090
S08=002  S09=006  S10=007  S11=085  S12=050  S13=001  S14=000  S15=000
S16=000  S17=000  S18=000  S19=000  S20=000  S21=010  S22=017  S23=019
S24=150  S25=005  S26=001  S27=001  S28=008  S29=020  S30=000  S31=000
S32=009  S33=000  S34=000  S35=000  S36=000  S37=000  S38=000  S39=010
S40=007  S41=000  S42=126  S43=200  S44=015  S45=000  S46=000  S47=000
S48=000  S49=000  S50=000  S51=000  S52=000  S53=000  S54=064  S55=000
S56=016  S57=001

   LAST DIALED #:

OK

*Wichtig:* ATS13=1 bedeutet "Reset an fallender DTR-Flanke" (patcht einen
Bug im USR Courier)

Und dann die Modem-Befehle fr die Maus-Konfig.:

; Defaults fr beide Ports:
;
ModemCheck    := 'B0'; OK-Antwort wird gecheckt
ModemReset    := 'Z';
ModemEchoOff  := 'E';
ModemCheckS2  := 'S2?';
ModemSetS2    := 'S2=0';  Cmd-Mode-Character umdefinieren (statt '+')
ModemCmdMode  := #0#0#0;  Character hier und bei SetS2 mu gleich sein
ModemDataMode := 'O';
;
; Port 1: US Robotics Courier V.everything
;
Modem1.Init1    := '+FCLASS=2.0';
Modem1.Init2    := '+FAA=1+FLI="+49 631 17901"';
Modem1.Annehmen := 'A';
Modem1.Auflegen := 'M0H+FCLASS=2.0+FAA=1+FLI="+49 631 17901"';
Modem1.Abheben  := 'M0H1';
Modem1.Status   := 'I6I11';

Response_NO_DIALTONE := 'NO DIALTONE';
Response_Ignore1 := 'RINGING';
Response_Ignore2 := '+FDM';

ConnectString31        := '+FCO';
ConnectBaud31          := 14400;
ConnectEvent31         := 71;

; Event 71 ist FAX-Empfang
Event71Hinweis := 'FaxEmpfang';

Dann braucht man nur noch im MAUS.BAT seinen Faxreceiver aufrufen:

:FAXEmpfang
REM CLASS 2.0
cdd d:\bgfax\
bgfax /FCO:5 d:\bgfax\infax\ 1 Z
cdd c:\maus\
james /L- /I infax.txt
goto Again

So, das mte es gewesen sein. Hoffe ich... :-)


2.3.8  Tips zur Konfiguration des USR Sportster
-----------------------------------------------

Dazu nur diese Mail von Markus Fritze.

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

Von:  Markus Fritze @ HH2 (Mi, 07.08.96 12:09)
MId:  199608071209.a2762@hh2.maus.de
RId:  199608052213.a15243@un.maus.de

ER> Knntet ihr mir mal eure KONFIGS zukommen lassen?

AT&F1
ATS40=7
AT&W

S40 schaltet die BZT Zulassung ab, die nervt nur. Ansonsten haben wir
nix besonderes mit dem Teil angestellt :-)


Zweiter Tip.

ATS39=11

setzt den Sendepegel des Sportsters auf den maximal mgliche Wert. Schadet
auf jeden Fall nix.


2.3.9  Tips zur Konfiguration des USR Sportster Voice
-----------------------------------------------------

Von: Daniel Stmmler @ UL (Fr, 18.07.97 13:55)

Hi!

modemInit1 := '&F1 S2=0 S10=95 S11=90 S25=100 S38=3 S32.4=0' ; ['']
modemInit2 := 'L0 M0 X4 &K3 &A3 &D2 S32=6 &N0 &U0'; ['']
modemAuflegen := 'H M1'; ['M1 H']
modemAbheben := 'M0 H1'; ['M0 H1']

Es ist zwar einiges unntzes dabei, funktioniert in UL jedoch seit Monaten
wunderbar. Seit dieser Konfiguration sind Carrier Losts u.. Vergangenheit.

Ach ja: S40=6&W schaltet die Wahlsprerre aus.

"Bis die Tage"
Daniel

oOo 1 Jahr MAUS Ulm oOo


2.3.10  Tips zur Konfiguration des ELSA MicroLink 33.6 TQV
----------------------------------------------------------

Von: Andreas Romeyke @ L2 (Fr, 14.02.97 21:02)
MId: 199702142102.a4672@l2.maus.de

Hallo,

GS> betreibt jemand von euch an seiner Box ein ELSA MicroLink 33.6 TQV? Wie
GS> sehen denn die Erfahrungen mit diesem Modem aus? Welche Firmware ist
den
GS> aktuell?

Maus L2 (Quark II-System)

Das Modem ist zuverlssig und baut stabile Verbindungen. Probleme gibt es
mit Creatix und einigen Dr. Neuhaus (statt 19200 v42bis nur 14.400 bei
Neuhaus, Creatix bleibt sehr kurz in Verbindung), liegt aber IMHO an den
Modems...

Ansonsten wir verwenden Firmware 1.19. Ein Problem knnte noch sein, das es
die Firmware nicht zult, das man lnger als 255 s ein ATH1 wirksam halten
kann.

Besonders zu schtzen sind die Register zum Auslesen von Fehler- und Ver-
bindungscodes (besonders gut nutzbar bei der Quark II), die es einem als
Sysop ermglichen Fehler in der Konfiguration von Usern zu erkennen.

Der Support von Elsa ist hervorragend, im brigen ist das Sysopdeal- Pro-
gramm verlngert worden...


2.3.11  Wie verhindert man unbekannte Connect-Meldungen?
--------------------------------------------------------

Man kann einfach ein "CONNECT*" als ersten ConnectStringX in der MAUS
konfigurieren. Da bei der Erkennung nach dem "sptesten" Treffer gesucht
wird, schlgt der nur dann zu, wenn alle anderen nicht gepasst haben. Es
mu aber wirklich der erste Connect-String, also CONNECT1 sein. Damit kann
aber nicht verhindert werden, das Mll-Connects, also Connets bei denen das
Modem nur Mll zurckschickt, die Ausgabe des Modems als Modem-Mll im
MCall.Log landet. Das kann man nur dann verhindern, wenn LogIgnored auf
FALSE steht (denke ich mal)


2.3.12  Beispiele fr Connect-Strings
-------------------------------------

Hier mal Gereons ConnectString Einstellunge fr die Maus K2, mit der ZyXel
v34 und ISDN-Connect funktionieren. Auerdem noch die alten HST-Connects.
Sehr viel mehr braucht man eigentlich nicht. Alles ohne Garantie

ConnectString1 := 'CONNECT 64000*';
ConnectBaud1   := 64000;
;
ConnectString2 := 'CONNECT 300*';
ConnectBaud2   := 300;
ConnectString3 := 'CONNECT 1200*';
ConnectBaud3   := 1200;
ConnectString4 := 'CONNECT 2400*';
ConnectBaud4   := 2400;
ConnectString5 := 'CONNECT 4800*';
ConnectBaud5   := 4800;
ConnectString6 := 'CONNECT 7200*';
ConnectBaud6   := 7200;
ConnectString7 := 'CONNECT 9600*';
ConnectBaud7   := 9600;
ConnectString10:='CONNECT 12000*';
ConnectBaud10  := 12000;
;
ConnectString11:= 'CONNECT 14400/*';
ConnectBaud11  := 16560;
ConnectString13:= 'CONNECT 14400';
ConnectBaud13  := 14400;
;
ConnectString14:= 'CONNECT FAST';
ConnectBaud14  := 21000;
ConnectString15:= 'CONNECT FAST/*';
ConnectBaud15  := 24150;
;
ConnectString16:= 'CONNECT 19200*';
ConnectBaud16  := 22080;

ConnectString17:= 'CONNECT 16800*';
ConnectBaud17  := 19320;
ConnectString18:= 'CONNECT 31200*';
ConnectBaud18  := 35880;
ConnectString19:= 'CONNECT 33600*';
ConnectBaud19  := 38640;
ConnectString20:= 'CONNECT 28800*';
ConnectBaud20  := 33120;
ConnectString21:= 'CONNECT 26400*';
ConnectBaud21  := 30360;
ConnectString22:= 'CONNECT 24000*';
ConnectBaud22  := 27600;
ConnectString23:= 'CONNECT 21600*';
ConnectBaud23  := 24840;


2.4  Fragen, Tips zu ISDN in der Maus
=====================================


2.4.1  Besetzt erzeugen mit einer ISDN-Karte
--------------------------------------------

Bei ISDN-Karten gibt es das Problem, das, wenn die Maus durch einen
Modemanruf belegt ist, die Karte bei einem ISDN-Anruf einfach nicht
antwortet, der ISDN-Anrufer also ein "34BA: No User responding" bekommt und
kein Busy-Signal. Um diese in der Maus zu erzeugen, gibt es das Programm
Rejectit von M. Schmidke und die beiden Variablen ISDNCallReject
ISDNCallRejectEAZs in der Maus. Wenn das Programm mit geladen wird und die
Variablen die richtigen Werte haben, bekommt ein ISDN-Anrufer ein saubers
Busy-Signal, wenn ein Modem-Anrufer in der Maus ist.


2.4.2  Telefonnummer des Anrufers im MCall.Log
----------------------------------------------

Wie bekommt man die Nummer des Anrufers ins MCall.log?

Folgendes sollte mindestens eingestellt bzw. aktiviert sein:

  1. CfgVar LogIgnored (boolean, default False). Bei True werden die
     Response- Ignore-Strings protokolliert, ebenso nach einem RING alles,
     was nicht als CONNECT erkannt wurde.

  2. Wenn Response_RING auf '*' endet und das Modem nach dem RING noch mehr
     Daten schickt, dann werden diese im MCALL protokolliert, wenn
     LogIgnored=true ist.

Um also die Tel-Nummer im Logfile stehen zu haben, mu man

Response_Ignore5 := 'FM=*'
LogIgnored := TRUE

aktivieren (neben der richtigen Einstellung bei der ISDN-Hardware)?

Alles ohne Gewhr.

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

So, und jetzt der Tip mit Gewhr. Hier luft eine Teles-Karte und die
bertragung ins Logfile geht so:

Modem2.Response_Ignore4 := 'ID=*' ; ['ID=*']

oder den Defaultwert drin lassen:-). Auerdem mu mit s10.0=1 dem cFos noch
gesagt werden, das die Caller-ID auch mit bertragen wird. Sonst ist nix an
den Defaultwerten gendert.

cg


2.5  Probleme die Gruppen und den Programmteil betreffen.
=========================================================


2.5.1  Gruppenflags fr lokale Readonly Gruppen?
------------------------------------------------

Ich mchte eine lokale Info-Gruppe aufmachen und sie soll, mit Ausnahme fr
die Sysops, ReadOnly sein. Wie kann ich das einstellen?

ffentlich, kein WriteAccess, kein KeineMitglieder, alle Sysops als Mit-
glieder eintragen (kann man aber auch bleiben lassen, mit Status S geht's
sowieso).


2.5.2  Gruppenprogrammteil auf CD und Festplatte
------------------------------------------------

Man kann relativ einfach eine Gruppen-Pt sowohl auf CD als auch auf Fest-
platte einrichten. Das ist besonders dann sinnvoll, wenn man z.B. die AC2-
CD von deren ffentlichen PT hat. So hat man eine sehr gute Grundlage fr
seinen eigenen ffentlichen PT.
Nun aber zur Anleitung, wie ich es in der B3 gemacht haben. Und dort luft
es zumindest bisher problemlos.

    Backup der aller PAR,PTH und DAT Dateien anlegen!

    Die CD erstmal ganz normal ein die Maus in einen Gruppen-PT einbinden
     (siehe Gruppenprogrammteil auf CD (siehe "Wie richte ich einen Grup-
     pen-PT auf CD ein?")) oder irgendwie anders funktionierde PAR, DAT und
     PTH Dateien des CD-Programmteils erzeugen.

    Einen Dummy Gruppen-PT anlegen, z.B. Dummy und dort auch mindestens
     ein File ablegen, den sonst erzeugt die Maus keine PAR/DAT Dateien und
     ich wei nicht, was sonst noch nicht initialisiert wird.

    Im Sysop-Nude unter Gruppen-Verwaltung die Nummer der Gruppe feststel-
     len, z.B. 42

    Maus runterfahren

    Die gerade erzeugten PAR/DAT Files des eben erzeugten PT lschen bzw.
     die ALLGM.PAR/DAT Dateien entsprechend umbenennen. Also das hier:

          ALLGEM.PAR -> GUPP0042.PAR
          ALLGEM.DAT -> GUPP0042.DAT

    Die PAR/DAT und PTH Dateien des CD-Gruppen-Programmteils in
     ALLGM.PAR/DAT/PTH umbenennen.

    Maus hochfahren

    Im ffentlichen-PT sollten jetzt die Programme von der CD zu finden
     sein.

    Die Programme aus dem alten ffentlichen PT liegen ja im Programmteil
     Dummy. Um die jetzt in den ffentlichn zu bekommen, mu man jetzt die
     nur noch verschieben. Hrt sich zwar nach viel Arbeit an, geht aber
     recht schnell. Auerdem werden dann die Dupes auch gleich aussortiert.

    Keine Panik, wenn man Files von der CD-lschen will. Wenn man das per
     Programmteil James macht, wird automatisch erkannt, das die Files auf
     CD liegen und es wird nur im PAR/DAT File ein entsprechender Eintrag
     vorgenommen. In der Maus sollte das auch gehen, nur kommt dann auch
     immer eine Fehlermeldung 'Kann das File nicht lschen', die man extra
     wegdrcken mu.

    Nun sollte alles prima funktionieren

    ACHTUNG Wenn man mit irgendeinem Programm in der die Filelisten in der
     Gruppe Programme postet, sollte man unbedingt kontrollieren, was James
     da postet und eventuell auch lschen. Denn sonst postet James einen
     riesen Berg an Mails.


2.5.3  Gruppenprogrammteil ohne eine Gruppe einrichten?
-------------------------------------------------------

Man kann keinen Gruppen-PT anlegen ohne gleichzeitig eine entsprechende
Gruppe zu haben.


2.5.4  Gsteupload im Programmteil?
-----------------------------------

Dazu gibt es die Variablen:

    ProgTeil..Upload
    ProgTeil..Download
    ProgTeil.P.Upload
    ProgTeil.P.Download
    ProgTeil.*.Download
    ProgTeil.*.Upload

Die .*. Variablen legen den geringsten Userlevel fr die Programmteile
fest. Allen anderen Programmteildefinitionen knnen nur den gleichen oder
ein hheren Userlevel haben. Wenn es also Gste erlaubt sein soll im per-
snlichen PT etwas uploaden, mu folgendes eingestellt werden:


ProgTeil.*.Upload := 'G'
ProgTeil.P.Upload := 'G'


ACHTUNG Auch wenn mit diesen Flags ein Gsteupload in den Gruppen-PT
erlaubt ist, kann man noch mit den Gruppenflags den Zugang regeln. Wenn es
also Gste in einem Gruppen-PT erlaubt sein soll etwas downzuloaden, mu
auch das 'Sogar-Gste' Flag gesetzt sein. Andersrum gilt es auch. Wenn User
komplett der Zugang zu ein Programmteil verwehrt werden soll, mu das mit
den Gruppenflags passieren. Nochmal hoffentlich etwas klarer: Der Zugang zu
den Gruppen-PT wird ber die Gruppenflags geregelt und nicht mit den oben
genannten Variablen.

Wenn andererseits Gsten der Upload in Gruppen-PT nicht erlaubt sein soll,
mssen die Gruppenflags so aussehen: ffentlich, Sogargste und Paywrite.

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

                                  ACHTUNG

     Mindestens bis Maus 7.95i ist es bei der Einstellung

     ProgTeil.*.Upload := 'G'
     ProgTeil.P.Upload := 'G'

     Gsten mglich sich alle Programme im persnlichen PT auflisten
     zu lassen. Und alle heit auch alle!


2.5.5  Mitlesen in Gruppen ohne Mitgliedschaft?
-----------------------------------------------

Ja das geht. Sysops knnen in allen Gruppen mitlesen ohne einzeln als Mit-
glied eingetragen zu sein.

Es gibt auch noch den Effekt, da User, die in einer Gruppe mitlesen, die
irgendwann den Status geheim bekommt, nicht ausgetragen werden, also noch
mitlesen knnen, obwohl sie keine Mitgliedschaft besitzen.


2.5.6  Probleme beim Fileupload / Schrott-Files?
------------------------------------------------

Wenn whrend des Uploades ein Carrier Lost auftritt, bleibt ein File im
UploadDir liegen. Das kann einmal ein komplettes Archive sein (wenn der
Carrier Lost erst bei der Eingabe der Beschreibung erfolgte) oder auch nur
ein Schrottfile sein. Das hat zur Folge, das der User, bei richtiger
Einstellung des Z-Modems der Maus (dem Protokoll wird nicht erlaubt, Files
zu berschreiben), das File nicht nochmal unter den gleichen Namen uploaden
kann.

Abhilfe:

     PutzUploadDirs auf TRUE und der Mausputz lscht die Uploadver-
     zeichnisse, so das zumindest am nchsten Tag wieder alles klappen
     sollte.


2.5.7  Unsinnige Gruppenflags mglich?
--------------------------------------

Die Maus erlaubt eigenltich alle Kombinationen von Gruppenflags. Es werden
nur folgende Plausibilittsprfungen durchgefhrt:

    Wenn W, K, S, D oder P gesetzt sind, mu auch O gesetzt sein.

    Wenn G gesetzt ist, darf O nicht gesetzt sein.

    Wenn G, R oder Y gesetzt sind, darf W nicht gesetzt sein.

    Wenn $ oder R gesetzt sind, darf Y nicht gesetzt sein.

    Wenn Y gesetzt ist, darf W nicht gesetzt sein.


2.5.8  User als Programmteilwart, was beachten?
-----------------------------------------------

Wenn ein normaler User Programmteilwart ist, ist folgendes zu beachten

    ohne weiter Einstellungen kann man mit dem Status Programmteilwart nur
     im ffentlichen Programmteil etwas lschen. In Gruppen-Programmteilen
     klappt das nicht.
    um in Gruppenprogrammteilen etwas lschen zu knnen, mu der User
     Gruppenchef sein.


2.5.9  Was bedeuten die Gruppenflags?
-------------------------------------

Von: Marcus Schmidke @ BM (Fr, 14.05.93 01:08)

Hi.

Falls Stefan noch das eben auf dem Maustreff ausgearbeitete Mausgruppen-
flagkreuzwortrtsel posten sollte, hier gleich meine Lsung dazu. Es war
dank des Makrointerpreters ein Leichtes, die 32 Testgruppeneinzurichten,
und dann brauchte ich eigentlich nur noch ITGs zu vergleichen und ein wenig
zu testen, um die Lsungen zu finden.

Also, betrachtet wurden die Flags O, W, S, K und R - in der Hoffnung, da P
und G eindeutig sind (wer wei, wer wei...)

Hier das Ergebnis:

 O=0:  User mu Mitglied sein, um zu lesen.
 O=1:  User darf lesen.O=0 macht nur Sinn bei K=0.


 W=0:  User mu Chef fragen, um zu schreiben.
 W=1:  User darf schreiben. Das W-Flag hat bei R=1 keine Bedeutung. Die
       MAUS weist darauf hin, da W=1 bei O=0 wenig sinnvollste: es kann
       jeder User schreiben, aber nur Mitglieder knnen lesen.


 S=0:  Gste drfen die Gruppe nicht lesen.S=1: Gste drfen die Gruppe
       lesen.
 S=1   macht bei O=0 keinen Sinn, da Gste nicht Mitglieder werden knnen.
       Die MAUS weist darauf hin. Gste drfen grundstzlich nicht schrei-
       ben, auer in die GruppeOEFFENTLICH.


 K=0:  Es ist dem Chef mglich, in der Gruppenverwaltung Mitglieder ein-und
       auszutragen.
 K=1:  Es ist nicht mglich, Mitglieder ein- oder auszutragen.K=1 macht bei
       O=0 wenig Sinn, da dann zwar Mitgliedschaft verlangt wird, niemand
       aber Mitglieder eintragen kann.


 R=0:  Die Gruppe ist nicht Readonly.
 R=1:  Es darf nur der Chef in die Gruppe schreiben, unabhngig
       vonsonstigen Einstellungen.
       Nicht getestet, aber auf dem Maustreff bereinstimmend vermutet:


 P=0:  Alle Flags wirken wie angegeben.
 P=1:  Jede Form des Zugriffs ist *zustzlich* noch an einen $ gebunden.


 G=0:  Die Gruppe erscheint in der Gruppenliste.
 G=1:  Die Gruppe erscheint nur bei Mitgliedern in der Gruppenliste.


 Y=0:  Alle Flags wirken wie angegeben.
 Y=1:  Jeder Zahler zhlt automatisch wie ein Mitglied

Als Beispiel noch meine Antwort auf die auf dem Treff hufigst gestellte
Frage: Was ist der Unterschied zwischen OW und OWK?

Antwort: Von den Zugriffsrechten sind beide Gruppen identisch. Nur darf der
Chef der ersten Gruppe noch nutzloserweise in der Mitgliederliste rumfum-
meln, whrend der der zweiten das nicht darf.

Komisch, jetzt, wo ich es probiert habe, ist eigentlich alles vllig klar,
aber auf dem Treff war wirklich niemand sicher. Der Knackpunkt ist wohl:

  1. K hat *keinerlei* Auswirkung auf die Zugriffsrechte fr die Gruppe.
  2. R ist strker als W.
  3. Gste drfen grundstzlich nicht schreiben.

Tsch, Marcus.


2.5.10  Wenn ein User mal alle Gruppe bestellt hat
--------------------------------------------------

Wenn ein User mal alle in der Maus verfgbaren Gruppen bestellt hat, kann
man ihm helfen, indem man im Sysop-Men bei den Benutzerdaten mit *-smt-
liche Gruppen fr ihn deaktiviert. Per Tausch geht das bisher (7.95i) noch
nicht.


2.5.11  Wie lange schickt die Maus Gruppennamennderungen an die User?
----------------------------------------------------------------------

Das wird ber die Variable GrpRenExpire festgelegt.


2.5.12  Wie richte ich einen Gruppen-PT auf CD ein?
---------------------------------------------------

Nachdem das CD-ROM erfolgreich in die Maus eingebaut ist und sich auch
unter dem normalen Betriebssystem ansprechen lt, kommt der nett Teil der
Arbeit.

     Vorsicht Falle! Es mu unbedingt ProgTeilDatPath benutzt werden.
     Sonst mte man die Steuerdateien fr den Programmteil mit auf
     die CD packen. Nur trgt die Maus dort auch die Uploads ein...
     Also ersteinmal das Kapitel (siehe "Wozu ist ProgTeilDatPath
     gut?") durchlesen.



  1. Zuerst mu man die Beschreibungsdateien fr die CD erzeugen, die man
     in die Maus einbinden will. Hilfreich ist dabei z.B. das Programm Maus
     CD CONTROLER, das CDs komplett nach Beschreibungsdateien durchsuchen
     kann und dann die entsprechenden Steuerdateien erzeugt.
  2. Nun in der Maus den Gruppen-PT anlegen und unter Sysop-Funktionen,
     Gruppenverwaltung, Numerische Liste die Nummer der Gruppe feststellen.
  3. Die Steuerdateien in GRUPxxxx.DAT und GRUPxxxx.PAR umbenenen und in
     das entsprechende Verzeichnis kopieren. Dabei knnen die beiden leeren
     alten Dateien berschrieben werden.
  4. Wenn Alle Dateien auf der CD in einem Verzeichnis liegen, mut man nur
     noch im m7com <Gruppenname>.GruppPath auf den richtigen Path setzen
     und fertig
  5. Wenn die Dateien in verschiedenen Verzeichnissen auf der CD liegen,
     mut du noch ein GRUPxxxx.PTH File erzeugen. Dort steht fr jedes File
     drin, in welchen Verzeichnis es liegt. Erzeugen kannst du dieses PTH
     File z.B. mit CDPTH. Die erzeugte Datei mu dann natrlich auch
     GRUPxxxx.PTH heien und gehrt in das gleiche Verzeichnis wie die
     PAR/DAT Dateien. Die Variable Gruppenname.CD spielt bei der ganze
     Sache keine Rolle.
  6. Sinnvoll ist es auch, wenn der Gruppen-PT readonly ist. Dann gibt es
     keine Probleme, wenn mal jemand etwas uploaden will.


2.5.13  Wie sperre ich den Programmteil komplett?
-------------------------------------------------

Von: Frithard Meyer-Zu-Uptrup @ S4 (Fr, 05.01.96 23:01) Hi,

wie sperre ich den Programmteil vllig, z.B. um per MC ber dasNetz zu im-
portieren? Bei LoginProgX:='S' hat sich eben ein Programmteilwart einge-
loggt und munter gesaugt ... Progteil.an:=FALSE: fhrt zu einem 216er der
MAUS.

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

Von: Frithard Meyer-Zu-Uptrup @ S4 (Fr, 05.01.96 23:10)

man kopiert ein MPROG.DAT in ein neues Verzeichnis und setzt
ProgteilDatPath darauf. Na ja ...

fritz

 Nachtrag

MAUS 7.95i Programmteil V 35

    KonfigVariable ProgTeil.an geht jetzt, mit FALSE lt sich also der
     ganze Programmteil lahmlegen um z.B. mit dem MC zu importieren.
     Damit man den Programmteil ber Netzwerk / von Programmen aus sperren
     kann wird ferner in MausPath die Datei 'PROGTEIL.AUS' abgefragt -
     existiert sie, ist der Programmteil ebenfalls gesperrt.
     Beim Userhinweis bei gesperrtem Programmteil wird zwischen temporr
     gesperrtem Programmteil: ('Der Programmteil ist momentan gesperrt -
     Sorry' und kaputtem Programmteil ('Der Programmteil ist zur Zeit aus
     technischen Grnden nicht zugnglich - Sorry') unterschieden.


2.5.14  Wozu ist ProgTeilDatPath gut?
-------------------------------------

Normalerweise legt die Maus die Steuerdaten (Beschreibung, Uploaden usw) zu
den einzelnen Gruppenprogrammteilen in den gleichen Pfad wie die Programme
ab. Wenn man allerdings ProgTeilDatPath gesetzt hat, liegen alle Steuerda-
teien in einem Pfad. Umstellen kann man mit convpt.arj von Fritz.

Erlebnisbericht von Bjrn Oste DO

Die sehr kurze (!) Anleitung gelesen, SETPTDAT.EXE gestartet,
ProgTeilDatpathnach Aufforderung eingegeben und fertig wars! Hat sogar den
ProgTeilDatpath in die m7com.cfg reingeschrieben. Ausschnitt aus der
Anleitung: "Das Anlegen des Verzeichnisses, setzen der Variable in
M7COM.CFG und kopieren der Files erledigt SETPTDAT. Im Mausverzeichnis wird
dabei der Batch DEL_OLD.BAT erzeugt, mit dem man wenn alles o.k. ist spter
die alten Steuerdateien lschen kann."


2.6  Variablen-Einstellungen / Event-Probleme
=============================================


2.6.1  Bedeutung der Eventzeiten
--------------------------------

Folgende Event-Zeiten sind fr die Maus wichtig:

EventXXVonZeit
EventXXBisZeit
EventXXWurfZeit

Die EventXXVonZeit gibt an, wann der Event gestartet werden soll. Die
EventXXWurfZeit gibt an, wann normalerweise ein User aus der Box gekickt
wird. Und die EventXXBisZeit gibt an, bis wann der Event doch noch ausge-
fhrt werden soll. Beispiel: Der MausPutz luft als eigener Event normaler-
weise um 10. Ein User ruft um 9:50 an, tauscht und blockiert die Box durch
eine schlechter werdende Leitung 30 Minuten lang. Um 10:20 ist die Box
wieder frei. Nun ist es sinnvoll, den Event doch noch auszufhren. Deshalb
BisZeit 12 Uhr oder so. Andereseits macht es keinen Sinn, fr das MausNetz
/1 z.B. eine BisZeit von 8 Uhr anzugeben. Das hat ja fr jedes Level eigene
von-Bis Zeiten und macht auserhalb dieser Zeiten nix.

Diese Variablen:

EventXXHinweis
EventXXDauer


sind fr die Anzeige in den Loginzeit fr die gedacht und nur Hinweise.
EventXXDauer bestimmt also nicht die Dauer des Events sondern soll den User
nur einen Hinweis geben, das der Event ungefhr so lange dauert und man
deshalb in den nchsten xx Minuten nicht mehr anrufen mu.


2.6.2  Geht ein include in der m7com.cfg?
-----------------------------------------

Von : Jrg Stattaus @ AC (Fr, 27.03.92 10:01)
MS> Ich denke, es gibt einen Befehl, der ldt automatisch ein
MS> weiteres Text-Cfg-File dazu??

Marco, das ist wirklich das Beste fr die Config-File-nderer! Warum bin
ich da nicht selber drauf gekommen?

ConfigFile := 'BLABLUBB.CFG';

weitere Files mit Komma getrennt im ` dahinter

irgendwo im m7com.cfg liest am Ende das BLABLUBB.CFG ein. Variablen, die
noch einmal definiert werden, berschreiben die erste Definition. Nested
includ essind nicht mglich.

Ihr mt dann per Event also nur dieses zweite z.B. LOGIN.CFG auswechseln.

Gru Jrg


2.6.3  Gibt es Benutzer-Levels fr die Externen Programme?
----------------------------------------------------------

Wenn ExternMenue := 'TRUE' steht, wird fr externe Prgs. ein eigenes Men
aufgebaut, das mit 'x' vom Hauptmen aus erreicht werden kann. Extern1.Acc
bestimmmt den Zugriffslevel fr den 1. Menpunkt usw. Im einzelnen gilt
folgendes:

 0:  alle, auch Gste
 1:  ab User
 2:  ab Zahler
 3:  ab Sysop


2.6.4  Wie bindet man externe Programm in die Maus ein?
-------------------------------------------------------

Mit ExternMenue das Men berhaupt ersteinmal aktivieren und gegebenenfalls
ber Extern1.Acc einen Benutzerlevel festlegen. Mit Extern1.Name wird der
Name festgelegt, unter dem der Eintrag im externen Men der Maus erscheint.
In Klammern wird der Buchstabe angegeben, unter dem das Programm in
Extern.bat ausgewhlt wird. Extern.bat mu im Batchpath liegen und dort
wird dann das entsprechende Programm aufgerufen. Am besten mal ein Beispiel
dazu:

 In der m7com steht folgendes:

;--------------------Externe Programme-
ExternMenue := TRUE; [TRUE]
Extern1.Name := '(M)aus B Service'; ['']
Extern1.Acc := 2; [1]
; Extern1.Event := ; [0]

 Das extern.bat sieht so aus:

if "%1"=="M" goto service
goto trente

:service
c:
cd \maus
service.exe
goto trente

:trente

Mit 'M' kann man also aus Zahler das externe Programm Service aufrufen.

Siehe auch das Kapitel ber Benutzer-Levels (siehe "Gibt es Benutzer-Levels
fr die Externen Programme?")


2.6.5  Wie oft laufen Events am Tag?
------------------------------------

Die Maus startet die Events nur einmal am Tag automatisch. Sie merkt sich
auch, wenn ein Event mal per Hand vorzeitig aufgerufen wird und startet
diesen dann nicht nocheinmal. Wenn man also tagsber den Abendnetz Event
zum testen aufruft, luft der Abends nicht mehr automatisch an.

Wenn man per CallCheck Events starten lt (z.B. mit ItsMyTime alle zwei
Stunden), spielt das aber keine Rolle, da dann die Events nicht von der
Maus ber die Eventzeiten gestartet werden sondern ber den Errorlevel.


2.7  Die Maus unter OS-halbe.
=============================

Spezielle Fragen zum Mausbetrieb unter OS/2


2.7.1  Der arj-Packer unter Os/2
--------------------------------

Da der ARJ unter OS/2 nicht mit der I/O-Redirection zurechtkommt, mu die
entsprechende Variable PackerX.ShowOutput auf FALSE gesetzt werden.


2.7.2  Beispiel-Konfiguration fr eine OS2-Maus
-----------------------------------------------

Hier mal die Einstellungen aus WHV.

Wir knnten ja mal so eine Beispielkonfiguration erstellen. Mit Hinweisen,
wo optimiert werden kann, die Fuangeln liegen und was man besser sein
lassen sollte.

Hier mal meine Einstellungen:

DPMI-MAUS mit 16MB Speicher und einem 486er unter Warp Connect mit SIO
V1.53, CFOS 205 und CAPI 302.

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

CONFIG.SYS
Ein paar Eintrge:
IFS=C:\OS2\HPFS.IFS /CACHE:2048 /CRECL:4 /AUTOCHECK:CD

Diskcache wird nur fr FAT bentigt nimmt also nur unntig Speicher
weg. Hier luft alles auf HPFS und sehr stabil. :-)
REM DISKCACHE=D,LW


-----------------------------------------------------------------
REM Autoexec.bat nur fr die MAUS
PROMPT $p$g
PATH=C:\OS2;C:\OS2\MDOS;C:\;C:\UTIL;C:\MAUS;
     C:\MAUS\NET;C:\4DOS;C:\MAUS\MCDC
LOADHIGH APPEND C:\OS2;C:\OS2\SYSTEM
SET COMSPEC=C:\4DOS55\4DOS.COM
SET MAUSPATH=C:\MAUS\
SET DSZLOG=C:\MAUS\DSZ.LOG
SET TMP=C:\
C:\CAPI\CAPIINT.COM
C:\CFOS\CFOS -C2 -JC i
MAUS
------------------------------------------------------------------

Ein Batchfile fr den AUTOSTART beim booten damit SIO initialisiert
wird:
SIOINIT.CMD
-----------------------
C:
cd \SIO
su 2 LOCK 115200
-----------------------


Meine Einstellungen fr die MAUS.BAT:


i=DOS-MAUS - Einstellungen
p=DOS_AUTOEXEC
v=C:\AUTOMaus.BAT

p=DOS_BACKGROUND_EXECUTION
v=1  ON

p=DOS_DEVICE
v=C:\SIO\VX00.SYS

p=DOS_FILES
v=40

p=DOS_HIGH
v=1  ON

p=DOS_SHELL
v=C:\4DOS55\4DOS.COM C:\4DOS55

p=DOS_UMB
v=1  ON

p=DPMI_DOS_API
v=ENABLED

p=DPMI_MEMORY_LIMIT
v=2

p=EMS_FRAME_LOCATION
v=NONE

p=HW_ROM_TO_RAM
v=1  ON

*Von wegen dem Timing*
p=HW_TIMER
v=1  ON

p=IDLE_SECONDS
v=5

p=IDLE_SENSITIVITY
v=100

*Wichtig fr die ISDN Karte*
p=MEM_EXCLUDE_REGIONS
v=D0000-D8FFF

p=MEM_INCLUDE_REGIONS
v=


Reicht meiner Meinung nach vllig. Sonst blockiert die MAUS
den Rechner und
das Netzwerk.
p=SESSION_PRIORITY
v=2

Vom SIO habe ich die Voreinstellungen belassen.
p=SIO_Allow_Access_COM1
v=1  ON

p=SIO_Allow_Access_COM2
v=1  ON

p=SIO_Allow_Access_COM3
v=1  ON

p=SIO_Allow_Access_COM4
v=1  ON

p=SIO_Idle_Sensitivity
v=100

p=SIO_Mode_DTR
v=No Change at OPEN or CLOSE

p=SIO_Mode_FIFO_Load_Count
v=16

p=SIO_Mode_IDSR
v=Ignore DSR During Receive

p=SIO_Mode_OCTS
v=HandShake Signal, as in RTS/CTS

p=SIO_Mode_ODSR
v=Ignore DSR During Transmit

p=SIO_Mode_RTS
v=HandShake Signal, as in RTS/CTS

p=SIO_Mode_XON/XOFF
v=No XON/XOFF flow control by SIO

p=SIO_Screen_Sync_Kludge
v=0  OFF

p=SIO_Share_Access_With_OS/2
v=1  ON

p=SIO_Virtualize_16550A
v=1  ON

p=SIO_Virtualize_COM_Ports
v=1  ON

p=VIDEO_8514A_XGA_IOTRAP
v=0  OFF

p=VIDEO_FASTPASTE
v=0  OFF

p=VIDEO_MODE_RESTRICTION
v=NONE

p=VIDEO_ONDEMAND_MEMORY
v=1  ON

p=VIDEO_RETRACE_EMULATION
v=0  OFF

p=VIDEO_ROM_EMULATION
v=1  ON

p=VIDEO_SWITCH_NOTIFICATION
v=0  OFF

p=VIDEO_WINDOW_REFRESH
v=1

p=XMS_HANDLES
v=32

p=XMS_MEMORY_LIMIT
v=2048

p=XMS_MINIMUM_HMA
v=0


2.7.3  ISDN-Ports unter OS2
---------------------------

Wenn man unter OS2 einen ISDN-Port benutzt, mu man unbedingt ModemRedirect
fr diesen Port auf FALSE setzten. Folgende Effekte treten auf:

Von: Thomas Morgenthaler @ WHV (Fr, 10.05.96 10:18)

CG>Was fr Fehler treten ohne auf?

Nur einer. Es gehen keine Daten verloren, noch strzt das System ab. Nur
der User wundert sich warum sein Up-/Download nicht klappt. Ob die Verbin-
dung sofort gecancelt wird oder der User abbrechen mu wei ich nicht.

Der Task wird von OS/2 angehalten. Du kannst den Task ohne Probleme von der
Oberflche kicken und die MAUS neu starten. Bei dem nchsten ISDN Tauscher,
wenn die MAUS wieder auf einen nicht existierenden COM - Port zugreifen
mchte. Das selbe Spiel. Fr OS/2 ist die MAUS dann ein wildgewordenes
Progi, das nur Mist bauen mchte und um die Systemsicherheit nicht zu
gefrden wird ihr der Saft abgedreht.

 Fehlermeldung:  Ein Programm versuchte auf einen nicht existierenden COM
Port zuzugreifen. Die Verarbeitung wurde angehalten, so in der Richtung.


2.7.4  PDZM-Modem und die Maus unter OS/2
-----------------------------------------

Von: Thomas Morgenthaler @ WHV (Mi, 07.02.96 20:30)

Moin

Wenn PDZM bei einem ISDN Tausch aufgerufen wird. Mchte das Protokoll immer
eine Ausgabe auf einem COM Port machen. Deshalb kloppt OS/2 der MAUS
tchtig einen auf die Schnauze. D.h. die MAUS steht. Wie verhindere ich
das? Gru T.M.

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

Von: Gereon Steffens @ K2 (Mo, 12.02.96 20:46)

>Wie verhindere ich das?

Erst mit RTFM und dann mit Modem.RedirectOK := FALSE. Gereon


2.7.5  Sommerzeit-Umstellung bei OS/2
-------------------------------------

ACHTUNG Wenn zwei Muse unter OS/2 auf einem Rechner laufen unbedingt bei
einer Maus die automatische Umstellung abschalten. Denn sonst stellt die
Maus um zwei Stunden die Zeit um.

Siehe auch Sommerzeit/Winterzeit?? und SommerzeitUpdate



===========================================================================
Kapitel 3

Fragen zum Mausputz
===========================================================================


3.1  Allgemeines zum Mausputz
=============================

Der Mausputz ist das Programm, das die Mails in der Messagebase als ge-
lscht markiert und auch lscht, User den 'gelscht' Status verpat (die
User aber nicht lscht!), den persnlichen Programmteil aufrumt und in den
anderen Programmteilen auch aufrumt (was macht der da?). Auerdem legt es
ein neues MCALL.LOG an und sichert die alten.

Bei jedem normalen Aufruf (also ohne Parameter) werden nur die Mails als
gelscht markiert, aber nicht aus der Messagebase entfernt. Genauso werden
die User nicht als gelscht markiert (Status gelscht im
Benutzerdateneditor)

Die als gelscht markierten Mails werden normalerweise in der Nacht von
Montag zu Dienstag aus der Messagebase entfernt. Das kann aber auch vorher
passieren, wenn entweder ForceAllwaysProgPutz True ist, oder die Werte von
KrunchMax bzw. KrunchProzent berschritten werden. Das alles schreibt der
Mausputz aber in das neue MCALL.LOG, das er anlegt.

Die User werden entweder bei dem krunchen der Messagebase als gelscht
markiert (also in der Nacht von Montag zu Dienstag) oder beim Parameterauf-
ruf /B. Fr die Variableneinstellungen siehe das Kapitel ber das User
lschen (siehe "Wann werden User vom Mausputz gelscht?")

Wenn man die als gelscht markierten User wirklich aus der Datei MUSER.DAT
lschen will, mu man das Programm KRUNUSER benutzten. Dieses entfernt
wirklich die entsprechenden Datenstze.

Die Mausputzvariablen kann man entweder im m7com.cfg mit angeben oder man
legt ein MAUSPUTZ.CFG an, in die man dann alle wichtigen Variablen kopiert.
Das ist aber nicht zu empfehlen, dann man bei jeder Pfad-nderung immer
zwei Files pflegen mu.


3.2  Aufrufparameter des MausPutz
=================================

MausPutz-Parameter:

 /V  geschwtzig
 /P  PMs krunchen
 /A  AMs krunchen
 /B  User lschen
 /L  NICHT lschen
 /F  Krunch forcieren
 /M  Programmteil nicht putzen
 /?  Hilfe


3.3  MSGID-Programm
===================

MSGID kontrolliert die Message-Ids oder kann auch IDs in die Messagebase
setzte (z.B. nach einen Messagebasecrash). Einmal ohne Parameter aufrufen,
und man sieht die Aufrufbeispiele.

MsgId 1.10 - berprfung der MsgIds

 AC         zeigt summarisch Ids aus AC
 LIST AC    listet alle Ids aus AC auf
 ALL        zeigt summarisch Ids aller Muse
 SET 12345  trgt eine Msg mit dieser Id ein
 /P ..      alle obigen Kommandos fr PMs


3.4  Was macht der Check fr zu knappe Putzgrenzen?
===================================================

Nachdem der Mausputz eine Gruppe geputzt hat, prft er, wie alt die lteste
Nachricht in der Gruppe ist. Wenn diese Nachricht von heute ist, bekommt
der WoSysop folgende Meldung:

Von : MausPutz @ B (So, 31.12.95 05:38)
An : Sysop @ B
05:10 >>> Check fr zu knappe Putzgrenzen:
05:10 Zu knapp: Groe.Gruppe

In dem Fall haben Deine User ein echtes Problem, wenn sie Nachrichten von
gestern kommentieren wollen, weil diese Nachrichten nicht mehr in der Mes-
sagebase sind. Weiterhin ist es denkbar, da Nachrichten, die kurz vorher
mit dem Netz angekommen sind, auch schon gelscht wurden. Abhilfe: An den
entsprechenden Variablen in der M7COM.CFG drehen, damit der Mausputz in der
Groe.Gruppe gengend Nachrichten vorhlt.

Aktiviert wird der Check ber die Variable AufbewahrungsCheck


3.5  Was macht der KRUNUSER?
============================

das Programm KRUNUSER entfernt die vom MausPutz als gelscht markierten
User aus der Datei MUSER.DAT. Vor jeden KRUNUSER Aufruf werden von den zu
verndernden Dateien BackUps angelegt.

     ACHTUNG!!! Nach erfolgreichen Lauf des KRUNUSER am besten die
     Datei 'Recover.BAT' im Backupverzeichnis umbenennen. Sonst kommt
     man irgendwann spter ausversehen mal auf die Datei, der Batch
     startet und kopiert die alten User und Messagebasedaten zurck.
     Danach kann man die Messagebase (sowohl PM als auch M) weg-
     schmeisen und hat den Userstand vom letzten KRUNUSER lauf.


3.6  Wann werden Mails in Gruppen gelscht?
===========================================

Die Defaultwerte fr das lschen in den Gruppen werden durch die folgenden
Variablen vorgegeben. Wenn eins von den Kriterien zutrifft, wird in der
Gruppe gelscht:

     MsgOutDefaultTage
     MsgOutDefaultAnzahl
     MsgOutDefaultKB

Fr einzelne Gruppen gibt man die Werte dann so an:

MsgOut_SYSOPS := 'T 30 Z 300 K 1000'; ['']

Fr die PMs sind die Variablen folgende:

 MsgOutOldPM     nach soviel Tagen werden Mails, die den Status gelesen,
                 beantwortet oder im Maustausch haben gelscht.
 MsgOutActivePM  das gleiche fr nicht gelesene oder zurckgestellte Mails


3.7  Wann werden User vom Mausputz gelscht?
============================================


BEinmalKA := 5;
BEinmalKZ := 5;
BEinmalLZ := 60;
BNeuLZ := 180;
BAltKA := 26;
BAltKZ := 32767;
BAltLZ := 182;


"B" wie Benutzer.

"Einmal" sollen Benutzer sein, die "nur einmal anrufen" - tatschlich ist
die Bedingung etwas komplizierter (<KA Anrufe in <KZ Tagen). "Neu" ist ein
Benutzer danach.

Dann wird er mglicherweise Zahler und ist vor dem Lschen sicher. Und
schlielich "Alt".

    "KA" - Anzahl der (A)nrufe, die die Grenze fr diese (K)lasse darstel-
     len.
    "KZ" - (Z)eit (in Tagen, erster bis letzter Anruf), die die Grenze fr
     diese(K)lasse darstellt.
    "LZ" - (Z)eit (in Tagen, nach dem letzten Anruf), nach der ge(L)scht
     wird.
    Sonderflle: ex-Zahler sind immer Altbenutzer. SysOps werden nur
     gemahnt, nicht gelscht.

Nachfrage:

Altuser wren ja in obigem Beispiel User, die innerhalb der letzten 32767
Tagen max. 25x angerufen htten - was sind sie danach?

oder andersherum gefragt:

Ich will, dass Ex-zahler frhestens nach einem Jahr geloescht werden, wie
mache ich das?

BaltLZ:=365?


BEinmalKA := ; [3]
BEinmalKZ := ; [3]
BEinmalLZ := ; [30]

innerhalb von 2 tagen hoechstens 2 anrufe -> kill nach 30 tagen?

; BNeuLZ := ; [90]

mehr als 3 Anrufe -> kill nach 90 Tagen?

ciao, udo

Und dann noch das passende Stckchen Source-Code

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

Von : Gereon Steffens @ K2 (Do, 04.05.95 18:25)
RId : <199505040135.a25057@wi.maus.de>

>Gereon, kannst Du der Vollstndigkeit halber noch die Statements mit
>den anderen vier Konfig-Variablen (BEinmalKA, -KZ, -LZ und BNeuLZ)
>posten?
Klar. Hier der komplette Ausschnitt:


     if not BP^.paid then begin
       Write(Scr, BP^.Nummer: 7, #8#8#8#8#8#8#8);
       KeinAnruf := today - BP^.LastCallD;
       TageOnline := BP^.LastCallD - BP^.LogInDate + 1;

       if (BP^.PayDate > 0) { hatte mal gezahlt } or (BP^.CallCount >=
           BAltKA) or (TageOnline >= BAltKZ) then
         ex := KeinAnruf > BAltLZ
       else
         if (BP^.CallCount < BEinmalKA) or (TageOnline < BEinmalKZ) then

           ex := KeinAnruf > BEinmalLZ
         else
           ex := KeinAnruf > BNeuLZ;

       if ex then begin
         { Lsch den User }
       end;
     end;

Gereon


3.8  Xlate, was bedeutet das?
=============================

Der XLate-Fehler besagt, da eine Kommentarverkettung von Mail B auf Mail A
beim Msg-Krunchen nicht umgemapped werden konnte, da die Mail A nicht in
der Tabelle vorkommt.

Gru Jrg

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

Von : Jrg Stattaus @ AC (Do, 22.10.92 16:08)
FM> 09:19 <XLate: 12446 fehlt in 2888[+]>
FM> 09:23 <XLate: 12510 fehlt in 4308[+]>

Bei Msg neu #2888 fehlt die Msg alt #12466, die eigentlich ein Kommentar
[+] auf 2888 sein sollte. Und das mit dem [+] ist komisch! Ab und zu gibt's
mal den Fall, da eine [-]-Verkettung fehlt - keine Ahnung, warum. Aber in
dieser Richtung ist das recht selten. Hat eure MsgBase irgendwas abbekom-
men?

Gru Jrg

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

Von : Kai Henningsen @ MS (Di, 05.01.93 21:20) Hi Marcus,


MS> <XLate: 229 fehlt in 1270[-]>
MS>
MS> Sagt die mir irgendwas?

Interner Konsistenz-Check. This should not happen, passiert aber aus bisher
ungeklrten Grnden immer wieder :-( Wenn man viele davon bekommt, sollte
man aber prfen, ob die Msgbase noch in Ordnung ist. Was die Meldung
aussagt: Eine Mitteilung, die nach dem Krunchen (oder war's vorher? egal)
die Nummer 1270 hat, hatte einen Verweis auf Nummer 229, und zwar war's die
"-"-Verkettung. 229 war aber bereits gelscht, daher htte die Verkettung
ebenfalls gelscht sein sollen. MfG Kai

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


>03:13 <XLate: 17068 fehlt in 41[*]

[*] steht fr "letzter Kommentar auf diese Msg".



===========================================================================
Kapitel 4

Fragen zum MausNet
===========================================================================

Hier geht es rund um das MausNet, Aufrufparameter, Zeiten usw.


4.1  Aufruf-Parameter des MausNet
=================================

 ohne Parameter Nchtliches MausNet
 /1       Der erste Teil des nchtlichen MausNet. Danach kann man, wenn
          genug Zeit bis zum Anruf von oben ist, z.B. den Mausputz, das
          Backup etc laufen lassen.
 /2       Zweite Teil des MausNet. Warten auf den Anruf von oben und ruft
          danach die Boxen unter einem an.
 /c       Verbindungsbernahme von der MAUS, wenn das MausNet der anru-
          fenden Box auf der eigenen MAUS landet, z.B. bei einem manuellen
          Netz mit mausnet /m. Ist defaultmig in der Maus auf Event70
          definiert. Sollte also auch so in MAUS.BAT drin stehen.
 /e       Erwarte einen Anruf
 /e:HB    Erwarte Anruf aus HB (packt nur fr HB)
 /m       Mache Anruf nach oben
 /p:2     Es wird nur auf den angegebenen Port gehrt
 AC       Mache Anruf bei MAUS AC
 Export?  Erlaubt die Eingabe, ab welcher Msg-ID die lokalen! Allg-/Pers-
          Msgs exportiert werden sollen. Sinn z.B.: mnac-hb-.* kaputtgegan-
          gen; jetzt noch einmal ab gestern exportieren. Bitte VORSICHT! Es
          wird auf eine Tastatureingabe gewartet. Also nicht per Batch auf-
          rufen.
 K2,MS    Mache Anruf bei K2 und MS (Anruffolge nach Maus-Nr)

Zusatzparameter (immer als 2./3. Parameter nach /e oder K2):

  .. /x   Nicht exportieren MausNet
  .. /t:21:00 TimeOut um 21:00 (Default jetzt +30 Min.) Beispiel:
               MausNet HB /t:20:13
               MausNet AC3 /x /t:20:20
               MausNet K2,MS /x /t:20:38

Bei MausNet /1 oder /2 werden keine weiteren Parameter ausgewertet.


4.2  Aufrufparameter des ProgFix
================================

ACHTUNG Der ProgFix kommt nicht oder nur schlecht mit langen Gruppennamen
zurecht. Es knnen diverse Fehler auftreten (von garkeiner Aktion bis zum
kompletten lschen der Maus!!! Besser ist es JAZZ von Fritz zu benutzen.

ProgFix-Parameter:

 P    persnlichen Programmteil selektieren Default: aus
 O    ffentlichen Programmteil selektieren Default: aus
 G    alle Gruppenprogrammteile selektieren Default: aus
 ?    ausfhrliche Hilfe
 U    UserdatenCheck
 C    Sicherheitscheck und Statusmeldungen am Anfang Default: aus
 X    CD-Gruppenprogrammteil selektieren (wenn vorhanden) Default: an
 R    Renumber (Gelschte Files aus Liste lschen) Default: aus
 S    Resort (Beschreibungen bearbeiten) Default: an
 F    Filetest (Filedaten berprfen/anpassen) Default: an
 K    Filekill (berflssige Files entsorgen) Default: an
 A    Archivcheck (berprft alle vernderten und neuen) Default: aus
 Z    Zuordnung der Uploader neu
 D    DupeCheck  <-> ,  <-> Gruppen
 +    Einschalten oder
 -    Ausschalten ohne (+/-) = Toggeln
      Also z.B.: /QTOSFK ist das gleiche wie /Q+T+O+S-F-K-


4.3  Bedeutung des Parameter des CNF-Files
==========================================

Das CNF enthlt die Daten, die das MausNet ber eine Box wissen mu. Das
Format ist an das Infofile ITB angelehnt.

Beschreibung der Zeilen:

 ;   Ein Kommentar

     ; CNF der AC4

 *   Dem Stern folgt das Boxkrzel. Diese Zeile mu die erste Zeile im .CNF
     sein, die kein Kommentar ist!

     *AC4

     Diese Zeile tritt genau ein mal auf.

 #   Die Netznummer der Box (dezimal). Eine Fremdbox bekommt ein - vorange-
     stellt (der Nummer, nicht etwa dem Doppelkreuz). Beispiel, MAUS:

     #112

     Beispiel, Fremdbox:

     #-22

     Diese Zeile tritt genau ein mal auf.

 N   Der Name der Box, maximal 30 Zeichen lang. Beispiel: NQUARK Duisburg 3

     NQUARK Kln 6

     Diese Zeile tritt genau ein mal auf.

 T

 t   Telefonnummer der Box im internationalen Format. Fehlt diese Zeile, so
     soll die Box whrend des Netzes nicht angerufen werden (Fremdboxen
     werden sowieso nicht angerufen). Ist das t klein geschrieben, ist die
     Telefonnummer geheim und nicht zur Weitegabe an die User bestimmt.

     T+49-30-1181

     Diese Zeile kann mehrfach auftreten (Multiportbox).

 -   Das Krzel der Serverbox. Entfllt, wenn die Box keine Serverbox hat.
     Diese Zeile tritt maximal einmal auf.

     -AC4

 D

 Z   Primre und zustzliche Domains der Box. D tritt genau null oder
     einmal auf, Z kann mehrfach auftreten. Die primre Domain ist die
     Domain, unter der Nachrichten aus der Box exportiert werden, sekundre
     Domains sind alternative Adressen.

     Fr die Domains gibt es zwei Schreibweisen, einmal die mit Punkt am
     Anfang (dann mu das Boxkrzel noch vor die Domain gesetzt werden, um
     einen gltigen Domainpart zu erzeugen), und alternativ kann man auch
     einen vollstndigen Domainpart angeben (das sollte man aber nur tun,
     wenn sich der gltige Domainpart nicht aus .irgendwas und Boxkrzel
     zusammensetzen lt).

     Beispiel:

     Dmausdu3.gun.de
     Z.maus.de
     Z.maus.sub.org

 G   Hier werden netzweit bekannte Gateways eingetragen. Diese Zeile kann
     vielfach auftreten.

     Das Format ist:
     Gkiste_oder_domain,gatenummer,erlaubt_fuer.

     kiste_oder_domain gibt an, was ber das Gateway zu erreichen ist. Das
     Format ist wie bei den Domains, siehe oben.

     Gatenummer ist die Nummer des Gatewayusers in der MAUS (negativ, zw-
     ischen -9 und -999 oder hnlich). Fremdboxen knnen eintragen, was sie
     wollen, vorausgesetzt, die Nummer bleibt in dem Zahlenbereich (was
     passiert, wenn nicht?).  (IMO ist diese Information zweckfrei).

     erlaubt_fuer ist eine mit Kommas getrennt Liste von Boxen und Domains,
     fr die die Benutzung dieses Gates erlaubt ist. Ein * bedeutet, da
     die Benutzung des Gates fr alle erlaubt ist, ein - bedeutet, die Be-
     nutzung des Gates ist generell verboten.

     Im folgenden Beispiel sind drei Gates angegeben, die Benutzung des
     ersten ist fr alle erlaubt, die des zweiten fr Niemanden, und die
     des dritten fr alle Boxen, die Mitglied der Domain .maus.de sind oder
     DU3 heien:

     ; Gates. Format: Name,Nummer,Transport
     ; Name: .* ist dasselbe wie alle Top-Level-Domains
     ; Transport: "*"=alle, "-"=keiner,
     ; oder "MS,.maus.de" = MS und alle .maus.de-Muse
     G.gun.de,-11,*
     G.rhein.de,-11,-
     G.de,-12,.maus.de,DU3

 %   Informationen im PMK2-Format, siehe PMK-Token-Format. (siehe "Was ist
     das PMK-Token Format und wozu gibt es das?") Mehrere bis viele Zeilen.
     Technisch zu behandeln wie s.

 s   Informationen nur fr Sysops. Mehrere Zeilen mglich.

 U   Informationen fr User (der Text, der z.B. im INL steht). Mehrere
     Zeilen mglich.

Ein Beispiel-CNF:

; Boxkrzel - dies mu die erste Angabe sein:
*DU3
; Netznummer (Fremdbox mit "-" davor):
#-110
; Boxname [max. 30]:
NQUARK Duisburg 3
; Telefonnummer (Muster: +49-251-77262; fehlt=nicht anrufen):
T+49-203-735844
; Krzel der Serverbox (fehlt fr Baumwurzel):
-DU

; Primre (D) und sekundre (Z) Domains:
Dmausdu3.gun.de
Z.maus.de
Z.maus.sub.org

; Gates. Format: Name,Nummer,Transport
; Name: .* ist dasselbe wie alle Top-Level-Domains
; Transport: "*"=alle, "-"=keiner,
; oder "MS,.maus.de" = MS und alle .maus.de-Muse
G.gun.de,-4711,.maus.de

; SysOp-Infos:
%B1 Uwe Ohse
%a1 Strae Nr, PLZ Stadt, Land (Germany)
%t1 Telefonnummer des Betreibers
%E1 uwe@tirka.gun.de, uwe_ohse@du3.maus.de
%S2 weiterer Sysop
%S3 und noch ein Sysop
%m1 ZyXEL-16K8 V.32bis V.32 V.22bis V.22 V.21
%f1 V42.bis
%u1N Usenet
%u1B Uwe Ohse
%u1E uwe@tirka.gun.de
%u1M uwe@tirka.gun.de
%u1R das ist ein wirklich lokales Gate :-)
%N QUARK Duisburg 3
%HW i486/66, 20 MB, 1-2GB
%OS Linux
%L 51 26 N / 06 45 E city
%$ 40 DM
sblahblah und wichtige sonstige Informationen.

; User-Infos:
U Benutzerinformation, Zeile 1
U Benutzerinformation, Zeile 2


4.4  Gefilterte PM-Massen
=========================

User werden nicht automatisch benachrichtigt, wenn PM-Massen gefiltert und
nicht weitergeleitet werden?

Der Hinweis vom MausNet an den Sysop wegen der gefilterten PM-Massen
bekommt generell nur der WoSysop der entsprechenden MausBox. Kein anderer
wird automatisch informiert. Wenn allerdings spter auf dem Transportweg
nochmal PM-Massen gefiltert werden, weil sie beim ersten mal durch den
MausNet-Check kamen, dann bekommt natrlich auch der entsprechende Sysop
eine Mail.

Auerdem gehen gefilterte PM-Massen weiter an den Wochensysop, bekommen
aber schon den Gelesen-Status, landen also nicht im Tausch. Der WoSys mu
die also nicht saugen.

Im Moment gelten allen PM-Mengen ber 64 KB pro User und Tag als PM-Masse.
Eingestellt wird dieser Wert im MAUSNET.REQ mit der Variable
PMMassenFilter. (siehe "PMMassenFilter") Mit der Variable PMMassenHinweis
kann man auch einstellen, ab wann der Sysop einen Hinweis auf groe PM-
Mengen bekommen soll.


4.5  ISDN im MausNet, was ist zu beachten?
==========================================

Dazu mal den Text von Jrg:

Wie bekomme ich ISDN im MausNet ans Laufen?
===========================================
Hinweise zu MausNet V.2.00, 17.08.94, js@ac

 1. Installation der Kartentreiber mit CAPI und cFos

ELink-Besitzer knnen diesen Abschnitt berlesen.

cFos ist ein Interface zwischen Fossil-Treiber und CAPI. Fr MAUS und
MausNet sieht dann ISDN wie ein Modem aus. Ich gehe im folgenden von einem
Modem auf COM1 aus und einem ISDN, da wir als COM2 einbinden. Ob eine
zweite serielle Schnittstelle installiert ist, interessiert nicht.

Installation im AUTOEXEC.BAT nach den kartenspezifischen Treibern mit:

lh \util\cfos i -c1 -jc

i = Installation, -c1 heit als Fossil-Port 1 (das ist der 2. Fossilport =
COM2, da Fossil die Ports von 0 an zhlt), -jc macht aus der Scrollock-LED
eine ISDN-CARRIER-LED. Man kann mit dem cFos auch eine existierende seriel-
le Schnittstelle "berschreiben". Wichtig ist nur, da erst der X00 und
dann der cFos eingebunden wird.

Sinnvoll kann auch der Zusatzparameter -dd sein, der den cFos ein File
CTRACE in seinem Verzeichnis anlegen lt. Dieses File enthlt den gesamten
CAPI-Msg-Austausch. Aber Achtung: das File wird locker etliche 100 KB gro
und ist nur nach eingehendem Studium von CAPIDOC verstndlich. Wenn man
also massive Probleme beim Verbindungsaufbau hat, sollte man hier
reinschauen.

 2. MausNet.CFG:

Dem MausNet mu gesagt werden, da es 2 Ports untersttzen soll, wo diese
liegen, wie das zweite Modem bedient wird, und welche Muse ber welchen
Port angesprochen werden sollen.

Erstmal die Modem-Konfigurationen:

;
; Modem-Parameter
;
ModemPorts := 2;
;
Modem1.X00Port := 0;   Worldblazer
Modem1.ComPort := 1
;
Modem2.X00Port := 1;   ISDN
Modem2.ComPort := 2

Damit sind dem MausNet 2 Modems bekannt, die auch initialisiert werden.
Wenn ModemPorts nicht gesetzt ist (Default), dann gelten die alten Config-
Vars ModemPort und ComPort weiter. Jetzt geht's an die modemspezifischen
Kommandos. Default ist jeweils ModemBla, umkonfiguriert werden kann pro
Modem Modem1.Bla und Modem2.Bla.

Modem1.Init1 := 'E0';
Modem2.Init1 := '&D1 S11=2 X1'; Statuszeile an und in Zeile 2
;
Modem1.Auflegen := 'M0 H';
Modem2.Auflegen := 'H0 &L*';  hre wieder auf alle EAZ
Modem2.DialPre  := 'D'
Modem2.Annehmen := '&L A';nicht mehr auf die Leitung hren u. annehmen
Modem2.Abheben  := '&L'
Modem2.Status   := 'I2'; protokolliert einen Verbindungsreport ins Log
Modem2.Exit     := '&L'

Ohne nderung der Inits (X1) liefert cFos einfach ein 'CONNECT' zurck. Das
sollte also auch bei den Connect-Strings gesetzt sein. Und nicht 'CONNECT
*' - da kommt kein Blank.

Was soll die &L-Mimik? cFos scheint ein Problem zu haben, wenn ein Anruf
auf dem ISDN-Port reinkommt, aber nicht direkt beantwortet wird, da ein
Modemanruf anliegt. Hinterher klappt es dann auch nicht mehr. Als Abhilfe
scheint sich zu bewhren, nur dann auf ISDN-Anrufe zu hren, wenn sie
wirklich angenommen werden knnen. Sonst wird mit &L dem CAPI gesagt, auf
keine EAZ zu horchen. Auf der anderen Seite kommt dann ein NO
ANSWER/CAUSE=34ba.

So, und jetzt mu noch gesagt werden, welche MAUS auf welchem Port luft
und welche Nummer sie hat:

Modem.AC := 2
Modem2.Nummer.AC := '9019020'

Default ist also jeweils Modem.XY := 1. Wenn nun eine MAUS ISDN-mig
erreicht werden soll, dann setzt man diese Config-Var und die ISDN-Telefon-
nummer! Default fr die Nummer ist die Angabe aus dem .EXP. Ein altes,
box-spezifisches ModemDialPreAC mu in Modem1.DialPre.AC (mit 2 Punkten!)
umgetauft werden. Nur so kann das MausNet, je nach Aufrufparameter entweder
mit dem Modem auf Port 1 oder ISDN auf Port 2 anrufen. Kontrolliert das am
besten in den ersten Dial-Angaben, die das MausNet in das Log schreibt und
im MAUSNET.REQ. Diese Angaben sind sehr fehleranfllig!

Besser als mit X1 kann man mit X7 fahren. Es gibt dann ausfhrliche Result-
codes vom cFos, die das MausNet auch im Logfile mitprotokolliert. Dazu
sollte ein Connect-String CONNECT 64000* definiert werden.

Mit X7 enthalten die NO ANSWER, NO CARRIER und BUSY Responses noch den
Zusatz /CAUSE=xxxx, was alles brav im Logfile vermerkt wird. Die genaue
Erklrung des Wertes xxxx liefert CFOS.DOC.

DSZ ist nicht Fossil-fhig. Deshalb brauchen wir bei der Lsung mit ISDN-
CAPI und cFos ein Protokoll, da ber den Fossil luft. Ein vernnftiges
ZModem gibt es noch nicht, weswegen wir zu HS/Link gewechselt sind. HS/Link
hat auch den Riesenvorteil, da es bidirektionale bertragung erlaubt.
Dieses HS/Link sollte fr jeden MausNet-ISDN-Partner im MAUSNET.CFG einge-
stellt werden. Dies geht ber die Variable

Protokoll.AC3 := 'H' im MAUSNET.CFG @ AC und
Protokoll.AC := 'H' im MAUSNET.CFG @ AC3

Default ist hier 'Z' wie ZModem. Man kann in Zukunft auch andere Protokolle
definieren. Wichtig ist, da sie auf beiden Seiten gleich eingestellt sein
mssen. Der Buchstabe wird als 5. Parameter dem ZMODEM.BAT bergeben.

 3. ZMODEM.BAT:

rem %1 = Port
rem %2 = sz/rz/bi
rem %3 = Filename
rem %4 = Output in Datei (DSZ.OUT im Nachtnet, con im man. Netz)
rem %5 = Protokoll-Art (Z, H)
rem %6 = Baudrate
set DSZLOG=DSZ.LOG
if %5==H goto HSLink
rem Aus Kompatibilitt zu 1.99-ISDN-Versionen noch
rem diese Abfrage: if %1==2 goto HSLINK
:ZMODEM
dsz port %1 handshake cts %2 -m -rr %3
goto Ende
:HSLINK
set hsl=fhslink
rem Wenn auf Modemport, dann besser HSLINK.EXE benutzen
rem Im Normalfall sollte das Modem auf
rem COM1 sein (bitte ggf. ndern) if %1==1
set hsl=hslink
if "%2"=="bi" %hsl% -! -P%1 -E%6 -HX -S2048 %3
if "%2"=="sz" %hsl% -! -P%1 -E%6 -HX -S2048 %3
if "%2"=="rz" %hsl% -! -P%1 -E%6 -HX -S2048
:Ende
if errorlevel 1 quit
:Ok
echo Ok > ZModem.ok


4.6  Jeden Tag meldet der MNCONFIG mir eine neue Maus?
======================================================

Was bedeutet es, wenn der MNConfig jeden Tag sowas meldet:

Box 101 RK MAUS rks neu im Netz
(statt Box 101 BH MAUS Leipzig/Taucha-1)

Man hat einfach vergessen, das EXP-File einer Maus, die aus dem MausNet
ausgeschieden ist, zu lschen. Irgendwann wurde die Maus-Nummer neu verge-
ben und nun hast man zwei EXP auf der Platte, die beide fr eine Maus
Nummer 101 gelten sollen. Und so meldet dir der MNCONFIG jeden Tag die
andere Maus als neu. Also einfach des EXP-File der ausgeschiedenen Maus BH
lschen und gut is.


4.7  Kann man auch einen Packer-Batch im Mausnetz aufrufen?
===========================================================

Ja. ZIP.BAT und ZIPX.BAT mssen die heien, und im Net-Directory liegen.
Die Parameter sind bei ZIP: %1=-a, %2=Archiv-Name, %3=Filename, bei ZIPX:
%1=-o, %2=Archivname.

Beispiele:

 Einfachversion

ZIP.BAT:
--------
if "%2"=="F:\MAUS\NET\MNAC-AC3.ZIP" goto PKZIP
c:\util\zip %1 %2 %3
goto Ende
:PKZIP
c:\util\pkzip %1 %2 %3
:Ende

 Mit Fehlerabfragen

Einfach einen \NET\ZIP.BAT anlegen. Der wird dann genommen, da MAUSNET nur
'ZIP' exect und \NET\ ja das aktuelle Verzeichnis ist.

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

 Minimalversion

pkzip %1 %2 %3

- Version wenn es mal Probleme beim Packen gibt (mit Test und Log)-
@echo off
rem 4dos!
echo --------  ZIPZAP Logfile %_DATE um %_TIME -------- >>ziperr.txt
echo ZIP-File: %2 >>ziperr.txt
pk193 %1 %2 %3
zipx -t %2
if errorlevel 1 goto fehler
echo Alles klar! >>ziperr.txt
goto Ende
:fehler
rem Packen war nix! Dann halt mit altem ZIP versuchen ...
echo Fehler beim ersten Einpacken! >>ziperr.txt
dir %2 >>ziperr.txt
erase %2
zipalt %1 %2 %3
zipx -t %2
if errorlevel 1 goto garnix
echo Zweiter Versuch erfolgreich! >>ziperr.txt
goto  Ende
:garnix
erase %2
echo Auch das zweite Einpacken war nix! >>ziperr.txt
:Ende

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

 Wenn man fr verschiedene Muse verschieden packen will

@echo off
rem 4DOS!
if "%@NAME[%2]"=="MNS3-BB-" goto ZIPNEU
if "%@NAME[%2]"=="MNS3-S2-" goto ZIPALT
if "%@NAME[%2]"=="MNS3-S--" goto ZIPNEU
if "%@NAME[%2]"=="MNS3-BL-" goto ZIPALT
:ZIPNEU
pk204 %1 %2 %3
goto Ende
:ZIPALT
zipalt %1 %2 %3
:Ende


4.8  Kann man die Anrufreihenfolge im Nachtnetz verndern?
==========================================================

Problem. Man will im Nachtnetz, das eine bestimmte Box immer zuerst angeru-
fen wird. Wie geht das?

Dazu gibt es die Variable CallOrder im MausNet.cfg. Dort kann man die
optionale Anrufreihenfolge eingetragen.


4.9  MausNet-Fehler - Zu viele offene Files -
=============================================

Beim MausNet tritt folgender Fehler auf:

DOS-Fehler #4 bei 0004:3266 - Zu viele offene Files - I/O Error 4 [4 1

Laut Jrg sollte man schon wenn man 2 Muse um sich rum hat Files = 30 in
CONFIG.SYS und MaxFiles := 30 in MAUSNET.CFG setzen.


4.10  Netstat, was bedeuten die Ausgaben?
=========================================

Von: Frithard Meyer-Zu-Uptrup @ S3 (Di, 10.08.93 23:21)

Hi zusammen,

so, seit ein paar Stunden versuche ich hinter die Geheimnisse von NETSTAT
zukommen, die Doku die ich habe fhrt lediglich neue Features auf. Und
jeder den ich angerufen habe wei auch nichts darber. Ich mchte das aber
gerne verstehen, darf ich das?! ;-)

Also: Die erste Ausgabe (In) verstehe ich noch, bei der Zweiten wird es fr
mich dann schon schwieriger:

Out
          Ergebnis      Gebhren-
Box    Ok  NotOk MAUS   Einheiten   Recs   cps
----------------------------------------------
BB     65    2    0        73     215672  1979
BL     39    1    0       335     164028  1898
S      65    6    0        77     195720  1857
S2     65    1    0        72     220975  1970
W     60    3    0       102     19608  1796
----------------------------------------------
       59    3    0       659     816003  1927

Was geben denn die drei Spalten 'Ergebnis' an?

Ferner: In Wrzburg steht unter IN 156 Einheiten, hier aber unter OUT nur
102,wie kann so eine groe Differenz entstehen?

Jau, dann das dritte Ding, bis Recs OUT ist das auch noch klar, aber was
istR/E? Und dann alle weiteren Spalten sind mir dann auch nicht so ganz
klar, nur dada irgendwas ber den Anteil errechnet wird und dann der je-
weiligen MAUS 'gutgeschrieben' wird, also z.B. der BB 2 Einheiten.

 Telefonkosten:
Box      Einheiten          Recs                  Anteil IN  Erstattung
    IN  OUT ges.     IN     OUT  gesamt  R/E    % Einh Einheiten   DM
----------------------------------------------------------------------
BB  29+  73= 102   4583+ 215672= 220255 2159  2.1%   2  73-   2  16.33
BL  35+ 335= 370    941+ 164028= 164969  445  0.6%   2 335-   2  76.59
S   28+  77= 105   7412+ 195720= 203132 1934  3.6%   4  77-   4  16.79
S2  30+  72= 102   6049+ 220975= 227024 2225  2.7%   3  72-   3  15.87
W 477+ 102= 579 232780+  19608= 252388  435 92.2% 534 102- 534 -99.36
----------------------------------------------------------------------
   599+ 659=1258 251765+ 816003= 1067768 1439      545 659- 545  26.22

So, und wenn ich das dann kapiert habe, dann kann man noch von MSGSTAT die
Routingkosten mit reinrechnen, aber das kommt dann in der nchsten Frage-
stunde, wenn es wieder heit: Route mal mit Modemqual!

Salve fritz

PS: Falls ich's kapiere schreib ich dann mal eine Doku und fr James hab
ich da auch was vor ...

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

Von: Gereon Steffens @ K2 (Mi, 11.08.93 18:40)

>Was geben denn die drei Spalten 'Ergebnis' an?

OK=Anzahl Anrufe OK, NotOK=Anzahl Anrufe nicht OK, MAUS=Anzahl Anrufe, bei
denen statt einem MAUSNET eine MAUS lief.

>In Wrzburg steht unter IN 156 Einheiten, hier aber unter OUT nur 102,
>wie kann so eine groe Differenz entstehen?

Manuelle Netze verursachen nur in einer Richtung Kosten.

>aber was ist R/E?

Records pro Einheit.

>dann der jeweiligen MAUS 'gutgeschrieben' wird, also z.B. der BB 2
Einheiten

Genau, und zwar prozentual, abhngig von dem Mail-Aufkommen, das von dieser
MAUS geliefert wurde.

>dann kann man noch von MSGSTAT die Routingkosten mit reinrechnen,

Richtig, und zwar Routinanteil-% vom Einheiten-Eigenanteil, also in Deinem
Fall von den 545 Einheiten. Das dann durch Anzahl der Boxen unter Dir
teilen. Gereon

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

Von: Jrg Stattaus @ AC (Do, 12.08.93 12:09)

>In Wrzburg steht unter IN 156 Einheiten, hier aber unter OUT nur 102,
>wie kann so eine groe Differenz entstehen?
GS>Manuelle Netze verursachen nur in einer Richtung Kosten.

Nein, nein, auch manuelle Netze sollten sauber in den Logfiles beider
Partner eingetragen werden. Ich htte gerne die genaue Aufstellung auch der
Gegenseite, wieviele Verbindungen stattgefunden haben, Fritz.

Und wenn die Verbindungszahl gleich ist, mu es mit den Einheiten pro Ge-
sprch zusammenhngen. Da ist einmal die Frage, ob ihr die gleichen Zone
und Sekunden/Einheit im netstat.cfg stehen habt. Wenn ja, mten man die
MN-*.LOG vergleichen und die Differenzen pro Tag ermitteln. S3 sagt am
01.07.93 im MN-OUT.LOG 230, W im MN-IN.LOG 245 usw. Eine Differenz von 10
Sekunden ist normal, da der Angerufene vom Abheben und der Anrufer vom
Carrier aus zhlt. Gru Jrg


4.11  Netstat Erklrung zum zweiten
===================================

Von: Marcus Schmidke @ BM (Do, 03.04.97 14:36) MId:
199704031436.a47961@bm.maus.de

Hi.

Die Abrechnung ist schon etwas komplizierter.

Netstat geht nur nach der einfachen Regel vor: jeder bezahlt das, was er
bekommen hat. Wenn BM jede Nacht 1 MB von K2 bekommt, bezahlt BM an K2 den
vollen Preis dafr. Genauer passiert folgendes:

Es wird aufgerechnet, wieviele Daten von BM nach K2 geflossen sind, und
wieviele von K2 nach BM geflossen sind. Weiterhin wird berechnet, wieviele
Einheiten dafr insgesamt verbraucht wurden, egal, wer die auf seiner
Telefonrechnung hat.

Daraus wird berechnet, welchen Anteil dieser Einheiten BM zahlen mu und
welchen Anteil von K2, und das wird miteinander verrechnet. Am Ende kommt
heraus, da BM an K2 zahlen mu, weil im allgemeinen deutlich mehr Daten
von K2 nach BM flieen als umgekehrt. Von dem Betrag, den BM an K2 zahlen
mu, wird jetzt noch der Betrag abgezogen, den BM schon aus eigener Tasche
bezahlt hat (es werden also smtliche Verbindungen, die von BM nach K2
liefen, abgezogen). Daraus kommt ein Betrag, der tatschlich von BM nach K2
berwiesen wird.

Beispiel (hier aus der Sicht von K2):

Telefonkosten:
Box      Einheiten           KB                    Anteil In     Erstattung
       In  Out  ges.      In     Out   gesamt KB/E   %   Einheiten   DM
---------------------------------------------------------------------------
BM     32+  65=   97    7459+  54381=   61840  638 12.1%   65-  12    6.36

Es gingen im Mrz 7459 KB von BM nach K2 und 54381 KB von K2 nach BM. Dafr
wurden in Anrufen von BM nach K2 32 Einheiten, in Anrufen von K2 nach BM 65
Einheiten verbraucht.

Insgesamt wurden 61840 KB bertragen und 97 Einheiten verbraucht, was einen
Schnitt von 638 KB pro Einheit ausmacht. 12,1 % der Daten gingen von BM
nach K2, also hat K2 auch 12,1 % der 97 Einheiten zu zahlen. Das sind 12
Einheiten. 65 Einheiten hat K2 aber schon mit seiner Telefonrechnung be-
zahlt, also bekommt K2 von BM eine Erstattung ber 53 Einheiten, also 6,36
DM.

In einem zweiten Berechnungsschritt wird ermittelt, wieviele Daten
*insgesamt* in BM eingegangen sind, egal, ob aus K2, D, SU oder B. Aufgrund
obiger Verrechnung hat BM alle diese Daten ja bezahlt; die Kosten fr diese
Daten werden als "Eigenanteil" bezeichnet.

Msgstat berechnet, wieviel von den Daten, die insgesamt in BM eingegangen
sind, auch wirklich in BM verblieben sind. Viele PMs, aber auch einige
Gruppen, hat BM ja nur gesaugt, um sie weiterreichen zu knnen. Msgstat
berechnet nun diesen "Routinganteil": wieviel Prozent der Daten, die BM
insgesamt gesaugt hat, konnte BM denn berhaupt gar nicht brauchen?

In BM beluft sich das konkret auf ca. 20% aller gesaugten Daten. Fr die
eingegangenen Daten bezahlt BM ca. 12 DM, d.h. 2,40 DM hat BM ausgegeben,
ohne selber Verwendung dafr zu haben.

Bis hierhin ist die Abrechnung noch *absolut* korrekt.

Fr den recht geringen Betrag von 2,40 DM pro Monat wird jetzt aber kein
groes Aufhebens gemacht. Er wird einfach zu gleichen Teilen auf alle unter
BM liegenden Boxen aufgeteilt, ohne dabei zu bercksichtigen, welche der
Boxen denn nun den grten Anteil an den 2,40 DM hatte.

Das bedeutet letztendlich: jeder innere Knoten des Netzbaums zahlt genau
so, als wenn er Blatt wre, fr alle Gruppen, die er bekommt. Wenn also ein
innerer Knoten im Ferntarif Daten herankarrt und diese im Nahtarif auf
viele Boxen verteilt, sind diese Boxen fein raus, der Server selber aber
zahlt den vollen Betrag.

Dieses Ungleichgewicht wird - jedenfalls von der klassischen Kombination
NetStat/MsgStat - nicht herausgerechnet. Eine fairere Lsung wre vermut-
lich, auch die lokal eingetragenen ffentlichen Mitteilungen zu bewerten
und jeweils die Kosten dynamisch auf die Boxen aufzuteilen, die die
Mitteilungen erhalten.

Mit den herkmmlichen langfristigen Logfiles ist eine solche Aufteilung
jedoch nicht mglich; ich knnte mir aber sehr gut vorstellen, da James,
der sowieso tglich die Netzlogfiles auswerten kann, hier exaktere Mglich-
keiten bietet. Hm, nein, da stehen die Gren der Mitteilungen nicht drin.
Das geht also auch nicht exakt. Tja, ich wei es nicht, ob es eine exakte
Abrechnungsmglichkeit gibt.

Tsch, Marcus.


4.12  Problene mit dem Auspacken des Netzpaketes?
=================================================

Wenn nach dem entpacken des Netzpaketes immer komische Zeichen in den Mails
vorkommen, dann sollte man mal die Smiley-Optionen des PKZIP probieren:

-3+-)(~

In etwas abgewandelter Form benutzt das Michael Keukert in seinem ZIP.BAT

 ZIP.BAT

@echo off
echo %1 %2 %3 %4 %5 %6 > zip.ech
:PKZIP
mem > memory.lst
M:\util\pkzip -~)!+3 -- %1 %2 %3 %4 %5 %6
M:\util\pkunzip -t %2
if errorlevel 1 goto ZIP
quit
:ZIP
M:\util\zip %1 %2 %3 %4 %5 %6
quit

Die Bedeutung der Optionen:

 -3  Disable 32-bit instruction usage on 80386 or higher CPU's
 -^  Echo the command line
 -+  Disable Expanded Memory (EMS) usage
 -   Disable UMB/HMA Memory (XMS) usage
 -~  Disable Network usage
 -)  Disable 32 bit DPMI usage
 -(  Use "Slow" MemCopy


4.13  Wann und wie soll der MNCONFIG aufgerufen werden?
=======================================================

    MNConfig /X
          Darf nur einmal am Tag, und zwar nach dem Nachtnetz aufgeru-
          fen werden.
    MNConfig ohne Parameter
          Sollte nach jeder nderung am *.CNF der eigenen Maus aufge-
          rufen werden. Auch wenn man das Remote macht (dazu einen
          Event vorsehen). Anschlieend sollte auch im MAUSNET.LOG
          nachgeschaut werden, ob alles korrekt ablief. Nicht immer
          werden Fehler in Mails an den Sysop gemeldet.

Wenn WriteSuccessMsg gesetzt ist, dann bekommt der Sysop auch immer eine
Mail, wenn der MNConfig mit /X aufgerufen wird.


4.14  Was bedeutet die GetHeap Meldung im MausNet.log?
======================================================

Was bedeutet folgende Meldung bei MausNet 2.54:

03:01:32>MSG-ALLG.PAR wird mit MSG-ALLG.NET verglichen.
03:01:45>A14351@BM regelmiger Versand -> Dupe -> GetHeap
(0a41:1b05): 544, frei: 6328 6328(bis einschlielich "-> Dupe"

MS>GetHeap (0a41:1b05): 544, frei: 6328 6328

Eine einfache Ausgabe, da 544 Bytes auf dem Heap angefordert wurden und
dann liegen Mem- und MaxAvail bei 6328. Ist also etwas knapp in deiner
Kiste.


4.15  Was bedeutet die 'nicht angekommen' Meldung?
==================================================

04:07 P123456@xy -> WO nicht angekommen(?) seit 113 Stunden.
04:07 P123457@xy -> WO nicht angekommen(?) seit 88 Stunden.

Das Mausnet berwacht die Statusmeldungen der PMs. Mit den beiden Variablen
PMVerlustMin und PMVerlustMax kann man einstellen, ab wann und wie lange
die Meldung kommen soll.

Die Meldung bedeutet aber nicht, das die Mails nicht angekommen sind. Es
kann auch die Statusmeldung verloren gegangen sein (ist fast immer der
Fall). Diese Warnung bekommt immer nur der WoSysop (mit der MausNet-
Meldung). Mithilfe von James kann man auch so eine Mail generieren lassen:

169h: P65428@B Von: Christian Golar @ B 1 PM wird von MAUSNET als nicht
angekommen gemeldet.

die man in eine lokale ffentliche Gruppe posten kann. Damit sind die User
dann informiert und knnen entsprechend reagieren.

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

Wie kommt so eine Meldung in der Maus A zustande (James-Posting)

107h: P30700@TBB Von: XXXX XXXX @ B an: XXXX XXXX @ HB2
107h: P30701@TBB Von: XXXX XXXX @ KR an: XXXX XXXX @ HB2

Diese Meldung wird durch das weiterleiten von PMs erzeugt. Dabei bleibt der
Originalabsender erhalten


4.16  Was bedeutet zurckgeroutet?
==================================

Von: Boris Meltzow @ AC2 (Do, 18.01.96 20:15)

Hi !

Seit Tagen bekomme ich ich folgenden Meldung vom Netz mit der Maus AC:
====================================================================
14:03  MausNet Version 2.51/dpmi/debug mit Parameter "/C" gestartet
14:03  Daten <- MAUS AC :  00:11 min,     2.0 KB,   816 cps.
14:03  Daten -> MAUS AC :                 0.3 KB,   816 cps.
14:03  Daten <> MAUS AC :                 2.3 KB,   917 cps.
14:03  PM an KOPERNIKUS@IUS.gun.de-ac2: zurckgeroutet.
14:03  PM an RENEGADE@newswire.gun.de-ac2: zurckgeroutet.
14:03  PM an Geist@nature.gun.de-ac2: zurckgeroutet.
=====================================================================

Offensichtlich werden diese drei Mails hin und her geroutet. Wie kann das?

.....Und Tsch

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

Von: Gereon Steffens @ K2 (Sa, 20.01.96 14:40)

>Offensichtlich werden diese drei Mails hin und her geroutet. Wie
>kann das?

Bekannter Bug, korrekt.

Abhilfen gibt's zwei: entweder die Netz-.PAR-Files patchen, oder aber
einfacheinen Gate fr .gun.de einrichten, der fr die MAUS, aus der diese
Mails stammen,erlaubt ist (vermutlich MAUS K, ich hatte hier dieselben Em-
pfnger).

Gereon

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

Von: Jrg Stattaus @ W2 (So, 21.01.96 09:50)

CG>Und was ist dagegen zu tun? Irgendwie die Mails entsorgen, nur
CG>wie? Wo mu was gepatch werden?

Das PAR-File besteht aus 48-Byte-Records. Das erste Byte ist ein 'P' fr
PM. Daspatcht du auf 'X' und das nchste MausNet, da diese Msg importieren
soll, tritt sie in die Tonne.

Gru Jrg

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

Von: Gereon Steffens @ K2 (So, 21.01.96 19:57)

>Das erste Byte ist ein 'P' fr PM. Das patcht du auf 'X'

Man sollte noch dabeisagen, da in den drei Byte danach die ID der Msg
binrsteht, zuerst ein (Intel!) Word mit der numerischen ID, dann ein Byte
mit derNummer der Absender-Box.

Gereon

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

Von: Frithard Meyer-Zu-Uptrup @ S4 (Mo, 22.01.96 11:54)

Ihr knnt auch einfacher ein Netz von hand fahren. Danach liegt dann auf
dereinen Seite wieder ein PAR/DAT fr die andere MAUS da - das sind die
zurck gerouteten Teile. Nochmal mit mausnet.log vergleichen und dann die
beiden Teile lschen. Geht auch evtl nach dem Nachtnetz, dann aber auf
jeden Fall immausnet.log nachsehen, ob nicht Mails von einer anderen MAUS
kamen, die auch in diesem DAT/PAR sind.

fritz

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

Nachtrag von mir. Am einfachsten ist es, z.B. dirket nach dem Abendnetz
nochmal ein MAUSNET /export aufzurufen. Dann sollte nur diese zurckgerou-
tet Mail im Netzpaket stehen. Und dann mit dem Hexeditor einfach die Mail
wegpatchen.


4.17  Wie benennt man eine Box um?
==================================

Von Jrg Stattaus

Vorhaben: Maus OLD soll Maus NEU werden.

Bei einer Maus wird im alten CNF der Name gendert. Im OLD.CNF trgt man
also *NEU ein. Der mnconfig /x nach dem nchsten Nachtnetz fhrt dann
berall Zeitgleich die Umbenennung durch. Theoretisch sollte das auch bei
Quarks so gehen, aber das habe ich nicht getestet.


4.18  Wie kann ich das Nachtnetz zu anderen Zeiten fahren?
==========================================================

Das ist nur fr Doppelmuse interessant, die per Netz miteinander verbunden
sind und normalerweise immer ein lokales Netz zu bestimmten Zeiten fahren.
Alle anderen sollen unbedingt die Finger davon lassen. Wenn so eine Doppel-
maus auch einmal am Tag ein MausNet /1 auslsen will, aber nicht auf die
Mausnetzzeiten warten will, ndert man einfach in dieser Maus die entspre-
chenden Zeiten. Hier mal der Netzplan, wie er im Moment vom Maunetz vorge-
geben wird: In jeder Zeile steht pro Ebene AnfangSenden, EndeVonUnten,
EndeNachOben, EndeVonOben und EndeNachUnten.

1                         03:37   04:18
2 03:15             03:28 03:36   04:20 04:33
3 03:13       03:19 03:27               04:35 04:46
4 03:09 03:15 03:18                           04:48 04:58
5 03:05 03:14                                       05:00


Eine Ebene-3-MAUS hat also Defaultmig diese Zeiten:

AnfangSenden  := '03:13'
EndeVonUnten  := '03:19'
EndeNachOben  := '03:27'
EndeVonOben   := '04:35'
EndeNachUnten := '04:46'

Die genderten Werte sind in das MausNet.cfg einzutragen.


4.19  Wie entstehen 'nicht eingetragen' Meldungen?
==================================================

Das bedeute, da das MausNet der Box Nachrichten fr eine Gruppen
mitgeschickt hat, die in der lokalen Box nicht vorhanden ist. Das kann
eigentlich nur drei Ursachen haben, es ist aber meistens immer nur Punkt 1

    Lokal wurde eine Gruppe entnetzt und auch gleich gelscht. Nur woher
     soll das MausNet das wissen. Das MausNet schickt also bis zum nchsten
     normalen MNConfig-Lauf immernoch Mails fr diese Gruppe mit. Siehe
     auch den Punkt zum MNConfig (siehe "Wann und wie soll der MNCONFIG
     aufgerufen werden?")

    Dein MAUSGRP.DAT ist defekt und deshalb wird dem MausNet mitgeteilt,
     das lokal die Gruppe xy existiert, obwohl sie nicht vorhanden ist.

    Das MAUSGRP.DAT in deiner Serverbox ist defekt und denkt, das du die
     Gruppe xy hast, obwohl sie nicht vorhanden ist


4.20  Wie verndert man die Vernetzung im Mausnetz?
===================================================

Von: Jrg Stattaus @ AC (Mi, 02.06.93 12:44)

So sollte man vorgehen, wenn man die Vernetzung ndern will.

  1. Natrlich alles mit den Beteiligten absprechen.
  2. am Vortag das CNF ndern und mnconfig starten, aber _OHNE_ /x.
  3. das Nachtnetz mit der alten Box abwarten, danach luft ja netzweit
     mnconfig/x und die Vernetzung wird gendert.
  4. MAUSNET.CFG (UseZip, UseZModem, ggf. ModemDialPre) anpassen
  5. Ggf. MAUS.BAT wegen Abendnetz modifzieren

Auch eine Vertauschung der Reihenfolge von 2 Boxen geht auf diese Weise.

Aber: wenn das Nachtnetz nicht luft, mu man von Hand nachbessern, sprich
die EXPs entsprechend ndern und mnconfig /x aufrufen. Aber NUR dann.

Gru Jrg


4.21  Wie verschickt man ein neues EXP der eigenen Maus?
========================================================

Einfach das EXP-File der eigenen Maus verndern oder auf das aktuelle Datum
setzen (per touch). Dann schickt das MausNet das automatisch rum. D.h. wenn
man bei einem Crash alle EXP-Files verliert, wrde es sehr lange dauern,
bis wieder alle bei einem vorhanden sind. Deshalb sollte man die EXPs bei
der tglichen Datensicherung brav mit sichern. Wenn ein neues EXP verteilt
wird, reicht das MausNet immer das original aus dem Netzpaket weiter und
nicht etwa die Kopie von der lokalen Platte.


4.22  Worauf ist bei nderungen des CNF-Files zu achten?
========================================================

    nderungen nur vornehmen, wenn man wei was man tut. Fehler knnen
     unter Umstnden bedeuten, das die Maus im Netz nicht mehr bekannt ist
    Vorher nachgucken, was die entsprechenden Parameter (siehe "Bedeutung
     des Parameter des CNF-Files") bedeuten.
    berlegen, was man in die u Zeilen eintrgt. Die sind nach dem nch-
     sten Nachtnetz fr alle zu lesen!
    Die nderungen unbedingt mit einem DOS-Editor machen. Besonders bei
     Musen mit Umlauten im Krzel ist das sehr wichtig
    Nach jeder nderung unbedingt den MNConfig ohne Parameter aufrufen und
     sich das Ergebnis im MausNet.LOG angucken.


4.23  Worauf ist zu achten, wenn mal eine Box vom Netz geht?
============================================================

Erstmal wollen wir hoffen, das dieser Fall nur sehr selten eintritt.
Hchstens fr temporre Muse ist das ganze interessant.

Was sollte man also tun, wenn die Maus wieder aus dem Netz verschwinden
soll?

    Das ganze in Sysop.Info schreiben
    unbedingt das CNF-File der entsprechenden Maus so ndern, das jeder
     sofort sehen kann, da das EXP-File gelscht werden kann. Am besten
     noch mit Datum, ab wann das geschehen soll. Wieso das ganze? Weil die
     Maus im Moment noch nicht alte EXP-Files lscht. Wenn jetzt die
     Mausnummer neu vergeben wird, bekommt man Probleme, wenn das alte EXP
     noch auf der Platte rumgammelt. Jeden Tag meldet der MNCONFIG mir eine
     neue Maus? (siehe "Jeden Tag meldet der MNCONFIG mir eine neue Maus?")



===========================================================================
Kapitel 5

Allgemeine Fragen zum Mausrechner
===========================================================================

Hier sind die Fragen, die sich um den Mausrechner allgemein und um Hilfs-
programme rund um die Maus drehen, zusammengestellt.


5.1  Direktlogin-Anleitung
==========================

Aus dem File in der S3:
2 Sonstige DIRECT.ZIP 7415
Datenfernbertragung, Textfile
Direkt-Login Anleitung.
Von Frithard Meyer-Zu-Uptrup @ S3

MAUS-Direct-Login ab Version 7.85e
------
18.5.1991 by Frank Baschin
22.5.1991 corrected by Marco Schln
13.7.1992 updated by Frank Baschin

Nachdem mich viele von Euch auf die genaue Installation der Direct-Login-
Funktion in der Maus angesprochen haben, habe ich mich jetzt mal hingesetzt
und das grundlegenste aufgeschrieben.

Fr die 'alten Hasen' liegen die wichtigsten nderungen als Files diesem
Packet bei.

1.0 was ist Direct-Login?
2.0 die Hardware
3.0 die Software-
3.1. auf Maus-Seite
3.2. auf der anderen Seite
4.0 die Bedienung
5.0 der MausTausch

1.0 was ist Direct-Login?

Der Direct-Login ist die einfachste Methode um mittels einem zweiten
verbundenen Rechner in die MAUS zu gelangen.

Dazu wird ber ein Null-Modem Kabel eine Verbindung aufgebaut, die die
gleichen Funktionen bietet wie ein Anruf per Modem nur eben viel billiger
und schneller. Die bertragungsgeschwindigkeit betrgt maximal 19200 Bps!
Als Verbindungs-Programm kann jedes gngige Terminal Programm, wie zum
Beispiel TELIX (tm), QMODEM (tm) oder TELEMATE (tm) benutzt werden. Auch
der Up- und Download von Programmen in und aus der MAUS kann so ohne
lstiges Diskettenwechseln erfolgen.

Als zustzliches Feature kann der momentane Log-Schirm der MAUS per Tasten-
druck bertragen werden. Dadurch ist es also mglich die MAUS in einem
anderen Raum stehen zu haben und trotzdem alle Aktivitten per Remote zu
beobachten.

2.0 die Hardware

Um zwei Rechner verbinden zu knnen, mssen erstmal die Hardwarevoraus-
setzungen geschaffen werden. Dazu mssen beide Rechner eine freie, serielle
Schnittstelle zur Verfgung stellen.

Diese beiden Schnittstellen mssen nun durch ein passendes Kabel verbunden
werden. In der Regel reicht ein Standard-NULL-Modem-Kabel. Es ist nur
darauf zu achten, da beim Kabel die DCD (Data-Carrier-detect) Pins auf
beiden Seiten richtig verschaltet sind. Ebenfalls mu eine RTS-CTS-Kopplung
vorhanden sein. Sonst gibt es Probleme beim Verbindungsaufbau. Fr alle
Bastler ist hier eine komplette Anleitung:

Die Belegung fr zwei mal 25 pol. auf dem PC :

     25 polig                     25 polig

     1 (GND) -------------------- 1 (GND)

     7 (SG) --------------------- 7 (SG)

     2 (TX) --------------------- 3 (RX)

     3 (RX) --------------------- 2 (TX)

     4 (RTS) -------------------- 5 (CTS)

     5 (CTS) -------------------- 4 (RTS)

 /-- 8 (DCD) --------//---------- 8 (DCD)-\  <== nicht verbinden!

 \--20 (DTR) -------------------- 6 (DSR) |

     6 (DSR) ------------------- 20 (DTR)-/


Und das ganze auch nochmal fr 25 auf 9pol. :


   25 polig                   9polig

     7 (SG)  -----------------  5 (SG)

     2 (TX)  -----------------  2 (RX)

     3 (RX)  -----------------  3 (TX)

     4 (RTS) -----------------  8 (CTS)

     5 (CTS) -----------------  7 (RTS)

 /-- 8 (DCD) --------//-------  1 (DCD)-\      <== nicht verbinden!

 \--20 (DTR) -----------------  6 (DSR) |

     6 (DSR) -----------------  4 (DTR)-/


Und nochmal 9pol auf 9pol.:

  /--1 (DCD) ---------//------- 1 (DCD)--\

  |  2 (RX)  ------------------ 3 (TX)   |

  |  3 (TX)  ------------------ 2 (RX)   |

  \--4 (DTR) ------------------ 6 (DSR)  |

     5 (SG)  ------------------ 5 (SG)   |

     6 (DSR) ------------------ 4 (DTR)--/

     7 (RTS) ------------------ 8 (CTS)

     8 (CTS) ------------------ 7 (RTS)

Wenn im Kabel die DCD-Pins schon verbunden sind, im Standard-Kabel nicht
immer der Fall, reicht es auch aus, wenn man auf MAUS-Seite die Pins 8-20-6
verbindet. Also DCD-DTR-DSR.

Sind die Pins NICHT verbunden, so ist wie in der obigen Schaltung zu
verfahren. Also einfach auf beiden Seiten DCD mit DTR verbinden. Das Kabel
vom ST zum PC sieht so aus:

  ST         PC

   2 -------- 3

   3 -------- 2

   4 -------- 5 -\

   5 -------- 4 -/

   6 -------- 20 ---\

   7 -------- 7     |

   8 -------- 8 ----/

  20 -------- 6

Also auf PC-Seite RTS mit CTS und DTR mit DCD verbunden.

3.0 die Software auf der MAUS-Seite

Wenn die Hardwarevoraussetzungen geschaffen wurden, kann man sich an die
Software machen. Als erstes ist der MAUS-Rechner zu bearbeiten. In der
CONFIG.SYS mssen die Anzahl der Ports fr den X00.SYS um einen erweitert
werden. Dieser Port dient spter der MAUS dazu, ihre Daten an den zweiten
Rechner zu senden.

Am einfachsten folgendes probieren:

DEVICE = X00.SYS e 0=COM1 1=COM2

Wobei COM1 und COM2 den tatschlichen Namen der Schnittstellen entsprechen
mssen. Fr den X00 bedeutet das z.B. in unserem Fall 0=COM1 und 1=COM2.
Das ist wichtig, damit man spter der MAUS diese Nummern mitteilen kann.
(Siehe nchstes Kapitel.)

Weitere Infos zum X00.SYS sind in dessen Docu zu finden. Als nchstes mu
die Datei M7COM.CFG der MAUS um einige Zeilen erweitert werden. Hier die
Variablen im einzelnen:

; Diese Config-Vars sind in das M7COM.CFG einzubinden.
; Die default-Werte stehen in [] darunter.
;
DirectLogin:= TRUE ; TRUE fr Login via anderen seriellen Port
;                   [FALSE]
;
DirectBaud := 19200 ; auf dieser Baudrate wird der Port fest betrieben
DirectRing := '222'; dieser String wird als "Anrufwunsch" gewertet.
;                    ['222'] jeder andere liefert den Log-Bildschirm
DirectLog := ' ';  dient zur bertragung des MAUS-Log-Screen
DirectPort := 1   ;  X00-Port, an dem evtl. das Nullmodemkabel hngt
ModemPort  := 0   ;  X00-Port, an dem das Modem hngt
;
;             ^--> diese Angaben sind die gleichen wie von X00.SYS !!!

Fr den Anfang sollte man es einfach mal mit diesen Werten probieren.
Wichtig ist nur, da bei DirectPort und ModemPort die gleichen Werte einge-
setzt werden, die schon in der CONFIG.SYS definiert wurden!

Damit sind die Arbeiten auf dem MAUS-Rechner beendet, und die MAUS kann
wieder gestartet werden.

3.2. die Software auf der anderen Seite

Auf der Remote-Seite sind keine besonderen Installationen zu ttigen. Hier
sollte es jetzt mit jedem Terminal Programm mglich sein, eine Verbindung
zur MAUS herzustellen.

Dazu mu das Terminal-Prg nur auf den richtigen Port und die richtige
Geschwindigkeit eingestellt werden. In unserem Fall ist der Port durch die
Hardware vorgegeben, und die Geschwindigkeit mu dieselbe sein, die im
M7COM.CFG als DirectBaud eingestellt wurde. Ein X00.SYS braucht NICHT
geladen zu werden!

4.0 die Bedienung

Ich beschreibe jetzt einmal die Bedienung am Beispiel von TELIX (tm). Fr
ein anderes Programm ist analog zu verfahren.

Vor dem Start ist darauf zu achten, da keine Modeminitialisierung oder
hnliches an den Port gesendet werden. Ansonsten kann es bei der MAUS 7.85e
zu seltsamen Abstrzen kommen. Die Folgeversionen sollten diesen Bug nicht
mehr aufweisen.

Da TELIX nicht sehr gro ist, empfehle ich fr den Direct-Login eine
extra-Kopie zu benutzen, in der alle Modemparameter auf Null gesetzt sind.
Dann einfach TELIX starten.

Um mit der MAUS in Verbindung zu treten sind zwei Variable aus dem
M7COM.CFG wichtig.

1. DirectRing := '222' 2. DirectLog := ' '

Gibt man nun die Ziffern 222 ein, so sollte sich die MAUS mit

Ok, Direct Ring erkannt

melden. Ist dies nicht der Fall, so hat man etwas falsch gemacht. Am besten
die Kabel und die Einstellungen der Sofware kontrollieren.

Check-Liste:

1. ist der X00.SYS richtig eingestellt?
2. stimmen die Einstellungen im M7COM.CFG?
3. ist das Kabel richtig verdrahtet? (RTS-CTS...etc)
4. stimmt der Port im Terminal-Prg?
5. stimmt die Geschwindigkeit?

Nach dem dem erfolgreichen Connect sollte auf der MAUS-Seite anstelle der
Geschwindigkeit ein DIR im MCALL.LOG stehen. Das bedeutet, da die MAUS per
DIRect-Login verbunden ist.

Der weitere Verlauf des Logins erfolgt genauso, wie man es vom Modem her
gewohnt ist. (Nur ein bischen schneller) Als nchsten Test drckt man nun
die Space-Taste. Es sollte jetzt auf dem TELIX-Schirm eine exakte Kopie des
MAUS-Schirms erscheinen. Die Taste, bei welcher diese bertragung stattfin-
det, kann man im M7COM.CFG mit der Variablen DirectLog := 'x' einstellen. '
' bedeutet SPACE!

Als letzten Test sollte man versuchen ein File per Protokol in die MAUS zu
bertragen. Am besten auf beiden Seiten ein EXTERNES Protokol benutzen.
Wenn nun auf einer oder beiden Seiten die bertragung nicht klappt und sich
z.B. DSZ oder MpT mit "Carrier-Lost" melden, so ist mit Sicherheit ein
Kabelfehler vorhanden.

In diesem Fall mu die korrekte Verdrahtung der DCD Pins berprft werden!
Hat auch dies geklappt, so ist man mit der Installtion fertig.

5.0 der MausTausch

Als SysOp sollte man bemht sein, die MAUS nicht untig lange mit dem lesen
der Mails zu blockieren. Daher bietet es sich an auch per Direct-Login den
Maustausch zu benutzen. Dies ist ohne Probleme mglich. Fr TELIX habe ich
ein kleines Script Programm geschrieben, da den MausTausch vollautomatisch
durchfhrt. Also vom Einloggen in die Maus ber das Holen der Mails bis zum
Ausloggen aus der MAUS.

Der Script liegt diesem Packet als MT.SLT bei. Zur Benutzung mssen nur
noch im Script der Name und das Passwort des SysOps eingetragen werden. Und
danach das File mit

CS MT.SLT

compilieren. CS ist der Script-Compiler von TELIX. Um den MausTausch nun
durchzufhren gibt man einfach

TELIX sMT

ein. Mit TELIX s{Script-Name} wird ein Script automatisch gestartet. Das
Script-File sollte ausreichend dokumentiert sein um es ohne Probleme
benutzen zu knnen. Es ist jedoch nur ein Grundgerst. Fr Erweiterungen
wre ich sehr dankbar.

Den registrierten Benutzern des MauTau's ab Version 2.4 (8.Release) steht
sogar noch die Mglichkeit zur Verfgung als EXTERNES DF-Programm einen
BATCH zu definieren, der TELIX mit der Option sMT startet. So ist es am
komfortabelsten. (Nheres in der MauTau-Docu (Welche? Anmerk. des MauTau-
Autors))

Und hier das MT.SLT-Script dazu:

////////////////////////////  Direct-Login ///////////////////////////////
/Dies ist ein Beispielscript, um in die MAUS per Directlogin einzuloggen/
/ Es ist darauf zu achten, da die Eintrage absolut mit denen der        /
/ MB bereinstimmen.                                                     /
/ Dieser Script fhrt vollautomatisch den MausTausch durch!              /
str user_name[] = "Frank Baschin"  ; // hier den eigenen Namen eintragen
str passwort[]  ="xxxxxx"          ; // Passwort des SysOps
/ Dies ist nur ein Beispiel mit einer sehr geringen Fehlerbehandlung.    /
//////////////////////////////////////////////////////////////////////////
main()
{
 cputs ("222");         // der Wert aus dem M7COM.CFG fr "DirectRing"

 if (waitfor ("Sind Sie eingetragener Benutzer",600))
                   // Abfrage  1 Minute warten
  {
   cputs ("J");
  }
 if (waitfor ("Ihr Name"))  // Namensabfrage
  {
   cputs (user_name);       // obigen Namen senden
   cputs ("^M");
  }
 if (waitfor ("Ihr Password  : "))  //  Passwortabfrage
  {
   cputs (passwort);               // Passwort senden
   cputs ("^M");
  }
 cputs("^M");    // evtl. 24 Zeilenlimit der MAUS berspringen.

 if (waitfor ("Eingabe: "))  // alles klar. Eingeloggt.
 {
  cputs ("T");       // MausTausch anwhlen.
  cputs ("^M");
 }
 if (waitfor ("Protokoll"))  // INFILE senden.
 {
  cputs("z");  // XModem.
  delay(10);                 // um Timing Problem zu vermeiden. (1Sek)
  send('Z', "INFILE.LZH");   // Infile per "X"-Modem senden.
 }
//  ZModem unter Telix hat ein Autodownload, dehalb knnen die
//  nchsten Zeilen entfallen.
//
// if (waitfor ("Protokoll",1800))  //  OUTFILE empfangen.
// {
//  delay(10);            //  um Timing Probleme zu vermeiden. (1Sek)
//  receive('X', "OUTFILE.LZH");  //  Outfile per "X"-Modem empfangen.
// }
 cputs("^M");
 if (waitfor ("Eingabe:",1800)) // alles fertig. Max.3 Minuten warten!
 {
  cputs("S");
 }
 if (waitfor ("Wollen Sie wirklich aufhren"))  // letzte Abfrage
 {
  cputs("J");     // und besttigen.
 }
ExitTelix();  // und Schlu, ab zum DOS...
}


5.2  Fido-Gate. Wie richte ich sowas ein?
=========================================

hmmm ja. Keine Ahnung. Frag mal Timm Ganske @ OF:-)


5.3  Mailingliste, was fr Programme gibt es?
=============================================

Ich wei zwar nicht was der freundliche Tankwart meint, ich empfehle aber
mlzwo von Marcus Schmidke. Was kann man damit alles anstellen?

    Eine ganz normale Mailingliste laufen lassen

    Eine Mailingliste in eine lokale Gruppe umleiten lassen. D.h. in der
     Maus in der mlzwo luft kann man ganz normal in einer Gruppe lesen und
     die Mitglieder auerhalb der Maus bekommen alle Gruppenmails per PM
     zugeschickt und umgekehrt landen alle PMs an den Mailinglisten Daemon
     in der Gruppe.

    Die Mailingliste kann sowohl ffentlich als auch geschlossen gefhrt
     werden. Der unterschied besteht in dem eintragen der Mitglieder. Bei
     einer ffentlichen Mailingliste kann jeder User sich selber ein und
     austragen. Bei einer geschlossenen kann das nur der Mailinglisten Chef

Und hier mal ein Beispielaufruf fr die Mailingliste.

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

Aufruf im Maus.Bat
call c:\maus\maillist.bat Maillist Mail Daemon

rem Mailinglisten-Batch mit MlZwo
rem
rem Maillist = Name der Mailing-Liste fr mlzwo
rem Mail     = Vorname des Mailinglisten-Dmons
rem Daemon   = Nachname des Mailinglisten-Dmons

c:
cd \maus

copy c:\maus\mlzwo\infile.org c:\maus\mlzwo\infile.txt

m7com /t mail daemon c:\maus\mlzwo\infile.txt c:\maus\mlzwo\outfile.txt
del c:\maus\mlzwo\infile.txt

cd \maus\mlzwo
c:\maus\mlzwo\mlzwo Maillist -o outfile.txt infile.txt
del c:\maus\mlzwo\outfile.txt

cd \maus
m7com /t mail daemon c:\maus\mlzwo\infile.txt c:\maus\mlzwo\outfile.txt
del c:\maus\mlzwo\infile.txt

cd \maus\mlzwo
c:\maus\mlzwo\mlzwo Maillist %1 -o outfile.txt dummy.txt

cd \maus

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

Das ganze in einen Batch packen und vor und nach dem Nacht- Abendnetz auf-
rufen.


5.4  Ist die Maus fr das Jahr 2000 vorbereitet?
================================================

Gruppe: SYSOP.TECH
ID: A26619@K2
Wg.: Datumswechsel
Von: Gereon Steffens @ K2 (Do, 26.06.97 22:57)
MId: 199706262257.a26619@k2.maus.de

>Was passiert eigentlich mit der MAUS beim Wechsel von 1990 auf 2000?
Du meinst von 1999 auf 2000? Das wird die jetzige Version nicht verkraften.

Gereon


5.5  Maus-Backup. Was sollte mindestens gesichert werden?
=========================================================

Von: Frithard Meyer-Zu-Uptrup @ S3 (Di, 24.08.93 11:22)

> htte ich mal folgende Frage: Wenn ich auf dem Arbeitsrechner ein
> Backup der Message-Base halten will, welche Dateien mu ich da alle
> runterziehen? Alle MSG*.* oder sonst noch was?

Na ja, die Messagebase ist im Datengau-Fall schnell wieder komplett neuge-
fllt, es gibt da noch ein paar andere die auch kein Fehler sind:

 MAUSSAVE.BAT

Rem  Hlt immer 2 Sicherungen auf der Platte
Hyperdk S T:3
JAMES /V Datensicherung
erase g:\maususer.arx
rename g:\maususer.arj g:\maususer.arx
arj a g:\maususer.arj d:\maus\maususer.dat
arj a g:\maususer.arj d:\maus\mauslast.ung
arj a g:\maususer.arj d:\maus\mausvar.dat
arj a g:\maususer.arj d:\maus\m7com.cfg
arj a g:\maususer.arj d:\maus\mgruppen.dat
arj a g:\maususer.arj d:\maus\*.bat
arj a g:\maususer.arj d:\maus\net\mn-*.cnf
rem ProgTeilDatPath:
arj a g:\maususer.arj e:\maus\progdat\*.*
arj a g:\maususer.arj c:\autoexec.bat
arj a g:\maususer.arj c:\config.sys
erase d:\maus\msgpers.p$$
erase d:\maus\msgpers.d$$
erase d:\maus\msgallg.p$$
erase d:\maus\msgallg.d$$
erase g:\msgpers.arx
rename g:\msgpers.arj g:\msgpers.arx
erase g:\msgallg.arx
rename g:\msgallg.arj g:\msgallg.arx
arj a g:\msgpers.arj d:\maus\msgpers.*
arj a g:\msgallg.arj d:\maus\msgallg.*
JAMES /W
Hyperdk W


5.6  Murphy, wer ist das?
=========================

Das "Jargon File" (aka "The New Hacker's Dictionary"):



     Murphy's Law: prov. The correct, *original* Murphy's Law reads:
     "If there are two or more ways to do something, and one of those
     ways can result in a catastrophe, then someone will do it." This
     is a principle of defensive design, cited here because it is
     usually given in mutant forms less descriptive of the challenges
     of design for lusers. For example, you don't make a two-pin plug
     symmetrical and then label it `THIS WAY UP'; if it matters which
     way it is plugged in, then you make the design asymmetrical (see
     also the anecdote under magic smoke).

     Edward A. Murphy, Jr. was one of the engineers on the rocket-sled
     experiments that were done by the U.S. Air Force in 1949 to test
     human acceleration tolerances (USAF project MX981). One experi-
     ment involved a set of 16 accelerometers mounted to different
     parts of the subject's body. There were two ways each sensor
     could be glued to its mount, and somebody methodically installed
     all 16 the wrong way around. Murphy then made the original form
     of his pronouncement, which the test subject (Major John Paul
     Stapp) quoted at a news conference a few days later.

     Within months `Murphy's Law' had spread to various technical
     cultures connected to aerospace engineering. Before too many
     years had gone by variants had passed into the popular imaginati-
     on, changing as they went. Most of these are variants on
     "Anything that can go wrong, will"; this is sometimes referred to
     as Finagle's Law. The memetic drift apparent in these mutants
     clearly demonstrates Murphy's Law acting on itself!


5.7  Runtime-Fehlermeldungen
============================


 +-----+----------------------------------------------------------------+
 | Nr. | Fehlermeldung                                                  |
 +-----+----------------------------------------------------------------+
 +-----+----------------------------------------------------------------+
 |     |  DOS Dosfunktionen                                             |
 +-----+----------------------------------------------------------------+
 |   1 | Ungltiger DOS-Funktionscode                                   |
 |     | (Invalid function number)                                      |
 |   2 | Datei nicht gefunden                                           |
 |     | (File not found)                                               |
 |   3 | Pfad nicht gefunden                                            |
 |     | (Path not found)                                               |
 |   4 | Zu viele Dateien geffnet                                      |
 |     | (Too many open files)                                          |
 |   5 | Zugriff auf Datei verweigert                                   |
 |     | (File access denied)                                           |
 |   6 | Ungltiges Datei-Handle                                        |
 |     | (Invalid file handle)                                          |
 |  12 | Ungltiger Zugriffscode                                        |
 |     | (Invalid file access code)                                     |
 |  15 | Ungltiges Laufwerk                                            |
 |     | (Invalid drive number)                                         |
 |  16 | Aktuelles Verzeichnis kann nicht gelscht werden               |
 |     | (Cannot remove current directory)                              |
 |  17 | Umbenennen ber Laufwerke hinweg nicht erlaubt                 |
 |     | (Cannot rename across drives)                                  |
 |  18 | Keine weiteren Dateien                                         |
 |     | (No more files)                                                |
 +-----+----------------------------------------------------------------+
 +-----+----------------------------------------------------------------+
 |     |  Maus: extern (events)                                         |
 +-----+----------------------------------------------------------------+
 |  50 | event 50                                                       |
 |  70 | event 70 (mausnet hat in der maus angerufen)                   |
 |  79 | event 79                                                       |
 +-----+----------------------------------------------------------------+
 |     |  Maus: intern                                                  |
 +-----+----------------------------------------------------------------+
 |  80 | Modem antwortet nicht                                          |
 |  81 | Modem nimmt keine Daten an                                     |
 |  82 | ModemCheck funktioniert nicht ("Hallo, Modem, lebst Du noch?") |
 |  83 | X00 will sich nicht initialisieren lassen                      |
 |  84 | Timer lt sich nicht einhngen                                |
 |  85 | Timer lt sich nicht aushngen                                |
 |  86 | X00-Kommunikations-RangeCheck                                  |
 |  87 | kein Fossil da                                                 |
 |  88 | Absturz, bevor der normale Fehlerhandler installiert ist       |
 |     | (Fehler beim INIT)                                             |
 |  89 | Fehler beim EXEC (execute external programm)                   |
 |  90 | M7DEC ist ttt                                                 |
 |  91 | ITG-Error beim lesen von NET-GRP.DAT                           |
 +-----+----------------------------------------------------------------+
 |     |  turbopascal: Dosfunktionen                                    |
 +-----+----------------------------------------------------------------+
 | 100 | Lesefehler von Diskette/Platte                                 |
 |     | (Disk read error)                                              |
 | 101 | Schreibfehler auf Diskette/Platte                              |
 |     | (Disk write error)                                             |
 | 102 | Dateivariable ist keiner Datei zugeordnet                      |
 |     | (File not assigned)                                            |
 | 103 | Datei nicht geffnet                                           |
 |     | (File not open)                                                |
 | 104 | Datei nicht fr Eingabe geffnet                               |
 |     | (File not open for input)                                      |
 | 105 | Datei nicht fr Ausgabe geffnet                               |
 |     | (File not open for output)                                     |
 | 106 | Ungltiges numerisches Format                                  |
 |     | (Invalid numeric format)                                       |
 | 150 | Diskette ist schreibgeschtzt                                  |
 |     | (Disk is write-protected)                                      |
 | 151 | Peripheriegert nicht bekannt/nicht angeschlossen              |
 |     | (Bad drive request struct length)                              |
 | 152 | Laufwerk nicht bereit                                          |
 |     | (Drive not ready)                                              |
 | 154 | CRC-Fehler in Daten                                            |
 |     | (CRC error in data)                                            |
 | 156 | Seek-Fehler auf Diskette/Platte                                |
 |     | (Disk seek error)                                              |
 | 157 | Unbekanntes Sektorformat                                       |
 |     | (Unknown media type)                                           |
 | 158 | Sektor nicht gefunden                                          |
 |     | (Sector Not Found)                                             |
 | 159 | Drucker hat kein Papier                                        |
 |     | (Printer out of paper)                                         |
 | 160 | Fehler beim Schreiben auf Peripheriegert                      |
 |     | (Device write fault)                                           |
 | 161 | Fehler beim Lesen von einem Peripheriegert                    |
 |     | (Device read fault)                                            |
 | 162 | Hardware-Fehler                                                |
 |     | (Hardware failure)                                             |
 +-----+----------------------------------------------------------------+
 |     |  manueller Fehler                                              |
 +-----+----------------------------------------------------------------+
 | 199 | Manueller Runerror via <alt>238                                |
 +-----+----------------------------------------------------------------+
 |     |  Turbo-Pascal: Interne Runtime-Fehler                          |
 +-----+----------------------------------------------------------------+
 | 200 | Division durch Null                                            |
 |     | (Division by zero)                                             |
 | 201 | Bereichsberschreitung                                         |
 |     | (Range check error)                                            |
 | 202 | Stack-berlauf                                                 |
 |     | (Stack overflow error)                                         |
 | 203 | Heap-berlauf                                                  |
 |     | (Heap overflow error)                                          |
 | 204 | Ungltige Zeiger-Operation                                     |
 |     | (Invalid pointer operation)                                    |
 | 205 | berlauf bei Gleitkomma-Operation                              |
 |     | (Floating point overflow)                                      |
 | 206 | Unterlauf bei Gleitkomma-Operation                             |
 |     | (Floating point underflow)                                     |
 | 207 | Fehler bei Gleitkomma-Operation                                |
 |     | (Invalid floating point operation)                             |
 | 208 | Overlay-Manager nicht installiert                              |
 |     | (Overlay manager not installed)                                |
 | 209 | Lesefehler bei Overlay-Datei                                   |
 |     | (Overlay file read error)                                      |
 | 210 | Objekt nicht initialisiert                                     |
 |     | (Object not initialized)                                       |
 | 211 | Aufruf einer abstrakten Methode                                |
 |     | (Call to abstract method)                                      |
 | 212 | Fehler bei Stream-Registrierung                                |
 |     | (Stream registration error)                                    |
 | 213 | Collection-Index auerhalb des gltigen Bereichs               |
 |     | (Collection index out of range)                                |
 | 214 | Collection-berlauf                                            |
 |     | (Collection overflow error)                                    |
 | 215 | Arithmetik-berlauf                                            |
 |     | (Arithmetic overflow error)                                    |
 | 216 | Schutzfehler                                                   |
 |     | (General Protection fault)                                     |
 +-----+----------------------------------------------------------------+
 |     |  MAUS: Programmteil - Errors                                   |
 +-----+----------------------------------------------------------------+
 | 220 | programmteil-fehler                                            |
 | 221 | dito                                                           |
 | 222 | dito                                                           |
 | 223 | dito                                                           |
 | 224 | dito                                                           |
 +-----+----------------------------------------------------------------+

                    Tabelle 5: Runtime-Fehlermeldungen



5.8  Sommerzeit/Winterzeit??
============================

Die Sommer/Winterzeit Umstellung macht die Maus automatisch. als Sysop
sollte man nur darauf achten, das kein Event zwischen 2 und 3 Uhr luft
(zumindest in der Nacht). Denn das gibt Probleme. Ach ja. Der WoSysop
bekommt einen Tag vorher eine Ankndigung zur Umstellung.

    am letzten Sonntag im Mrz nach 02:00 um 1 Stunde vor, am letzten
     Sonntag im Oktober nach 03:00 um 1 Stunde zurck (Stand Okt '97)
    WoSy erhlt einen Tag vorher einen Hinweis
    durch einen Eintrag in MAUSVAR.DAT wird eine zweite Aktion am gleichen
     Tag verhindert
    abschaltbar mit SommerzeitUpdate := FALSE (Default: TRUE)

ACHTUNG Wenn zwei Muse auf einem Rechner laufen unbedingt bei einer Maus
die automatische Umstellung abschalten. Denn sonst stellt die Maus um zwei
Stunden die Zeit um. Siehe auch den extra Abschnitt fr Muse unter OS/2
(siehe "Sommerzeit-Umstellung bei OS/2")

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

Auerdem sollte man darauf achten, das die Maus auch in der Zeit nach 3 Uhr
auch mal kurz aktiv ist. Wenn z.B. das MausNet schon um 2 Uhr irgendwas
losluft, wird die Uhrzeit erst beim nchsten hochfahren der Maus, also bei
nchsten Start von m7com, umgestellt.


5.9  Tips zum extern.cfg
========================

Mit folgendem kleinen Batch kann der Inhalt des Extern.CFG ins Enviroment
bernommen werden.

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

Achtung, ist eine Zeile!!!!

for %line in (@%mauspath%extern.cfg) set%@word[0,%line]=
%[quote]%@substr[%line,%@eval[%@len[%@word[0,%line]]+5],
%@eval[%@len[%line]-%@len[%@word[0,%line]]-7]]%quote

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

Achtung: Das war eine Zeile. Empfehlenswert ist SETLOCAL, da sonst das
Environment ggf. platzt.

Im Extern.CFG stehen die immer die Userdaten des gerade aktuellen oder wenn
der schon beendet des, des letzten Users. Beispiel:

UserName := 'Heinz Horst';
Vorname := 'Heinz';
Nachname := 'Horst';
Benutzernummer := '123';
UserStatus := 'Z';
SysOpName := 'SysOp';
ANSI := 'TRUE';
Umlaute := '';
Zeilenzahl := '0';
Alter := '88';
Geschlecht := 'M';
PLZ := 'D-12345';
Ort := 'Brlin';
RestZeit := '16';
AnrufZahl := '99';
Zahler := 'TRUE';
BaudToUser := '17280';
BaudToModem := '38400';
FossilPort := '0';
ComPort := '1';
Spannen := 'FALSE';

Man kann also per CallChk-Batch bestimmte aktionen auslsen, wenn ein
bestimmter User drin war oder fr alle User Sachen in spezielle Verzeich-
nisse speichern (z.B. das letzte Outfile).


5.10  Umlautprobleme bei Quarks
===============================

Wenn eine Quark unter einem hngt mssen nicht nur die Umlaute bei dein
Quarkuser richtig eingestellt sein, sondern die Umlauteeinstellung der in
der Servermaus fr die Quark mu auch stimmen. Irgendwas um ISO-xxxx sollte
ein vernftiges Ergebnis liefern. Wenn da was falsches drinsteht, haben
alle Mails der Quarkuser falsche Umlaute.


5.11  Was hat es mit dem MU auf sich?
=====================================

Dazu frag mal besser deinen lokalen Sysop-Chef. Nur soviel. Wenn man sich
als MU irgendwo einlogt und sachen holt, sollte man eigentlich immer eine
Besttigungsmail von seiner Heimatmaus an den jeweiligen Sysop schreiben.
Eine Mail Online zu schreiben ist nicht ntig und IHMO auch nicht so
sinnvoll, da das jeder kann. Von der Heimatmaus nur der jeweilige User.

     Auf jeden Fall sollte man in keiner Gruppen, also auch nicht in
     den Sysopgruppen, den Namen des aktuellen MU posten. Denn sonst
     kann man sich die ganze Sache auch sparen. Ach ja. Jeder der den
     aktuellen Namen ffentlich postet ist ein potentieller freiwilli-
     ger zum festlegen des neuen MUs samt neuen Pawort und natrlich
     auch zum schreiben der Mails an alle Sysops per PM.

Wenn man einen MU einrichtet sollte man folgendes beachten

    MU eintragen mit Geschlecht Programm, damit der Name nicht in irgend-
     welchen Userlisten etc. erscheint
    Sinnvoll ist auch ein Promistatus, damit der nicht vom Mausputz ge-
     lscht wird.
    Den MU als Mitglied in der Gruppe SYSOP.PROG eintragen, damit man an
     die Programme kommt. Auf keinen Fall sollte der MU Sysopstatus haben!


5.12  Was ist Klette und Use2Maus?
==================================

NewU2M ist ein Programm, welches sich zu allen Mails, die eine externe ID
haben, die Zuordnung zwischen Maus-ID und externer ID merkt und bei Mails,
die eine externe Referenz haben, jedoch keine Maus-Referenz, diese ins
Outfile schreibt. Damit hat man auch bei Mails, die ber ein Usenetgate ins
Mausnetz kommen, eine ordentliche Verkettung.

Klette trgt dann noch die so gefundenen IDs in die Messagebase der Maus
ein, so das die Mails ganz normale MausNet-Verkettungen haben. Und wenn man
schon NewU2M installiert, sollte man unbedingt auch Klette installieren, da
damit die Verkettungen fr alle User erstellt werden und das ganze auch
noch Offline abluft.

Da Mails mit externen IDs nur an den Gates erzeugt werden knnen, ist es
besonders sinnvoll, wenn jedes Gate Use2Maus und Klette installiert.
Solange das aber nicht der Fall ist (und das ist es bisher nicht), kann
jede Maus Klette/Use2maus installieren und sich ber zufriedenen User
freuen.

Wie wird das nun installiert?

Ganz einfach. Erst mal das aktuelle Klette-Paket aus der Maus OF oder B3
holen, einen entsprechenden User installieren und das beiliegenden Batch in
das eigenen MAUS.BAT einbauen (am besten ber 'call' aufrufe') und fertig.
Bei den Call-Aufrufen mut du nur darauf achten, das Klette immer nach
einen MausNet und vor eventuellen Speedtausch-Aufrufen luft.


5.13  Was ist das PMK-Token Format und wozu gibt es das?
========================================================

Um das CNF-File der Maus automatisch Auswerten zu knnen, hat man sich
unter den auf das PMK-Token Format geeinigt. Hier die Beschreibung:

Das sog. PMK-Token Format, V2.0, 28.6.94

fr die automatische Auswertung der EXPortfile- Information. Angaben, die
ohne Rckfrage weitergegeben werden drfen, fangen mit GROSSBUCHSTABEN an,
Daten, die der Sysop nicht weitergeben will, mit kleinbuchstaben. (Im fol-
genden stehen immer nur die Grobuchstaben)

Verpflichtende Angaben:  (Anmerkung von Christian Golar Verpflichtend ist
sicher nur Betreiber und Sysop Name. Der Rest wird freiwillig sein)

 %B    Name des Betreibers (Name wie in der Maus ohne Boxkrzel)
 %A    Postadresse des Mailboxstandortes oder des Betreibers. Also der Ort,
       wo wichtige (gelbe) Post auch wirklich ankommt! (Ist NICHT notwen-
       digerweise die Mausring-Adresse! [Siehe %P]) Format: Strasse Haus-
       nummer, PLZ Ort, Land
        Die Kommata sind wichtig!
 %T    Telefonnummer des Betreibers, internationales Format
 %E    alternative(!) Mailadresse(n), ggf. durch Kommata getrennt
       (natrlich nicht verpflichtend)

 Doppemmaus
 %D    Damit wird bei einer Doppelmaus die Hauptmaus gekennzeichnet. Bei
       der H/H0 steht also in dem CNF der Maus H0 ein %D H

 Sysops und Cosysops:
 %Sn   Name des Sysops/Cosysops (ohne @ und Boxkrzel). n = fortlaufende
       Nummer
 %An   Postadresse des entsprechenden Sysops.
 %Tn   Telefonnummer des entsprechenden Sysops
 %En   alternative(!) Mailadresse(n), ggf. durch Kommata getrennt
       Wichtig:
       Die Token fr den Betreiber DRFEN KEINE Nummer haben, die Token fr
       die brigen Sysops MSSEN fortlaufende Nummern haben!

 Gast-Sysops und Vertreter mit anderer Sysop-Heimatbox:
 %GSn  Name des Gast-Sysops, ACHTUNG: Inklusive @ und Boxkrzel der
       Heimatmaus!
 %GAn  Postadresse des entsprechenden Sysops
 %GTn  Telefonnummer des entsprechenden Sysops
 %GEn  alternative(!) Mailadresse(n), ggf. durch Kommata getrennt
       Wichtig:
       Bei Gast-Sysops mu die Adresse angegeben werden, denn Stimmen von
       Gast-Sysops werden gewertet, als ob sie von ihrer Heimatbox
       abgegeben worden seien - d.h. der Betreffende mu dort als Sysop
       eingetragen sein, und auch die Besttigung wird an die Heimatadresse
       geschickt!
 Kommunikation:
 %Mn   Modulationsart, n=Modemport (beginnend bei 1)
       Es wird nur der maximal mgliche Wert einer Klasse
       genommen. Gltige Werte sind:
       CCITT-Klasse:
       ---
       V32       CCITT V32     9600 bps Vollduplex
       V32B      CCITT V32bis 14400 bps Vollduplex
       V33       CCITT V33
       V34       CCITT V34
       (V.Fast-Class -> siehe Sonstiges)
       US-Robotics Klasse:
       ----
       HST       USR Courier HST
       H14       USR Courier HST 14.4Kbps
       H16       USR Courier HST 16.8Kbps
       Telebit-Klasse:
       ---
       PEP       Packet Ensemble Protocol
       TPEP      Turbo-PEP
       ZyXEL-Klasse:
       ---
       ZYX       Zyxel
       ZYX16     Zyxel mit 16.8Kbps
       ZYX19     Zyxel mit 19.2Kbps
       ISDN-Klasse:
       --
       ISDNA     V.110 mit 19.2Kbps
       ISDNB     V.110 mit 38.4Kbps
       ISDNC     X.75 mit 64Kbps
       G4FAX     Gruppe 4 FAX mit 64Kbps
       Sonstige:
       --
       VFC       V.Fast-Class
       TER       V.32terbo
       FAX       G3 Fax mit 9600bps
       FAX4      G3 Fax mit 14.4Kbps
       Nochmal: es wird nur der jeweils hchstmgliche Wert einer Klasse
       angegeben. Ein Telebit Worldblazer (Turbo-PEP und V.32bis) htte
       also:
       %M1 V32B,TPEP
       ein ONBIT 240FAX (V.Fast-Class, FAX und V.32bis) htte:
       %M1 V32B, VFC, FAX
       ein neueres Zyxel (aus dem Gedchtnis):
       %M1 V32B, ZYX19, FAX4

 %Fn   - Fehlersicherung/Kompression, n=Modemport (beginnend bei 1) Es wird
       nur der maximal mgliche Wert einer Klasse genommen. Gltige Werte
       sind:
       V42 LAP-M Fehlerkorrektur mit Fallback auf MNP 1-4
       V42B LAP-M Fehlerkorrektur mit Fallback auf MNP 1-5
       MNPn Microcom Networking Protocol (n = 4 bis ...)
       Merke: Wer V42B dazuschreibt, braucht nicht MNP zu erwhnen!

 %In   Rufnummer des Ports, falls abweichend von der Mausnummer. War zuerst
       fr ISDN gedacht, daher das I als Krzel. Internationales Format,
       wie in der Maus.
 Mausring:
 %P    Postadresse, an die der Mausring geschickt werden soll, wenn diese
       abweichend von %A (=Mailboxstandort oder Betreiberadresse). Format:
       Empfngername, Strasse Hausnummer, PLZ Ort, Land
        Die Kommata sind wichtig!
 Gateways:
 %UnN  Netzname des anderen Netzes (z.B. FidoNet, Seven, Z-Netz)
 %UnB  Name des Gateway-Partners
 %UnE  E-Mail Adresse des Gateway-Partners in dessen Netz(!)
 %UnM  E-Mail Adresse des Gateway-Partners von der Maus aus. (Gleichzeitig
       ist das ein Adressierungsbeispiel)
 %UnR  Weitere Informationen (knnen mehrere Zeilen sein) Die Gateways wer-
       den von 1 an durchnumeriert.
 Sonstiges:
 %N    Name der Mailbox, z.B. "MAUS AC2", "QUARK L"
 %O    Organisation/Firma, falls die Maus von einem Verein oder einer Firma
       betrieben wird.
 %HW   Verwendete Maschine und Hardware.
 %OS   Betriebssystem, unter dem die Box fhrt. Beide freies Format, eine
       Zeile sollte aber ausreichen!
 %L    Geographische Lage des Systems. Format:
       gg mm N / gg mm E [city]
       gg mm = Grad Minuten
       N, E = Nrdlicher Lnge, stlicher Breite
       city = Angaben bezogen auf den Stadtmittelpunkt
       Beispiel: 50 46 N / 06 06 E city
       "Witzige" Kommentare sind in dieser Spalte mglichst zu unterlassen.

 %$    Hhe des Mausbeitrages
 %R    Beliebige Kommentare fr menschliche Leser

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

So shen die Angaben fr die AC2 aus (man beachte die Gro/Kleinschrei-
bung):
%N Maus AC2
%L 50 46 N / 06 06 E city
%hw 386/40, 8MB, 100MB
%os MS-DOS 5.0, NW3.12
%B Michael Keukert
%a Elsastrae 58, 52068 Aachen, Deutschland
%t 0241-513297
%S1 Stefan Rupp
%a1 Turpinstrae 140, 520xx Aachen, Deutschland
%t1 0241-536002
%r Modem 1 = Telebit Worldblazer
%m1 V32B, TPEP
%f1 V42B
%r Modem 2 = Teles.S0 16 Bit ISDN-Steckkarte
%m2 ISDNC
%i2 +49-241-9019019
%U1N InterEUnet
%u1B Guido Bunsen, RWTH-Aachen
%u1E guido@pool.informatik.rwth-aachen.de
%u1M guido@pool.informatik.rwth-aachen.de
%U2N GerNet
%U2B Michael Wilde, Heise Verlag
%U2E Michael Wilde, 21:100/49
%U2M Michael Wilde @ GERNET 21:100/49
%U2R Die AC2 ist Node im Gernet. Adresse 21:100/9
%u3N FidoNet
%u3B Erik Schmidt
%u3E Erik Schmidt, 2:2452/102
%u3M Erik Schmidt @ FTN 2:2452/102
%u3R Der Gateway ist nur lokal bekannt.
%u3R Die AC2 ist Node im FidoNet. Adresse 2:2452/130
%$ 40.-/Jahr

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

Und wenn jemand den genauen Standort der Maus braucht, bitteschn:


          +--------------------------------+--------+-----------+
          | aachen, deutschland            | 50.46T |  6.06Fmez |
          | augsburg, deutschland          | 48.22T | 10.53Fmez |
          | bergisch-gladbach, deutschland | 50.59T |  7.08Fmez |
          | berlin, deutschland            | 52.33T | 13.22Fmez |
          | bielefeld, deutschland         | 52.02T |  8.32Fmez |
          | bochum, deutschland            | 51.29T |  7.13Fmez |
          | bonn, deutschland              | 50.44T |  7.06Fmez |
          | bottrop, deutschland           | 51.31T |  6.55Fmez |
          | braunschweig, deutschland      | 52.16T | 10.32Fmez |
          | bremen, deutschland            | 53.05T |  8.48Fmez |
          | bremerhaven, deutschland       | 53.33T |  8.35Fmez |
          | chemnitz, deutschland          | 50.50T | 12.55Fmez |
          | cottbus, deutschland           | 51.46T | 14.20Fmez |
          | darmstadt, deutschland         | 49.52T |  8.39Fmez |
          | dessau, deutschland            | 51.50T | 12.15Fmez |
          | dortmund, deutschland          | 51.32T |  7.27Fmez |
          | dresden, deutschland           | 51.03T | 13.45Fmez |
          | duisburg, deutschland          | 51.26T |  6.45Fmez |
          | dsseldorf, deutschland        | 51.13T |  6.47Fmez |
          | erfurt, deutschland            | 50.58T | 11.02Fmez |
          | erlangen, deutschland          | 49.36T | 11.01Fmez |
          | essen, deutschland             | 52.43T |  7.56Fmez |
          | frankfurt, deutschland         | 50.07T |  8.41Fmez |
          | freiburg, deutschland          | 48.00T |  7.51Fmez |
          | freising, deutschland          | 48.24T | 11.44Fmez |
          | gelsenkirchen, deutschland     | 51.31T |  7.06Fmez |
          | gera, deutschland              | 50.52T | 12.05Fmez |
          | gttingen, deutschland         | 51.32T |  9.56Fmez |
          | hagen, deutschland             | 51.21T |  7.28Fmez |
          | halle, deutschland             | 51.28T | 11.58Fmez |
          | hamburg, deutschland           | 53.33T | 10.00Fmez |
          | hamm, deutschland              | 51.41T |  7.48Fmez |
          | hannover, deutschland          | 52.22T |  9.43Fmez |
          | heidelberg, deutschland        | 49.25T |  8.42Fmez |
          | heilbronn, deutschland         | 49.08T |  9.13Fmez |
          | herne, deutschland             | 51.33T |  7.13Fmez |
          | jena, deutschland              | 50.56T | 11.35Fmez |
          | kaiserslautern, deutschland    | 49.27T |  7.45Fmez |
          | karlsruhe, deutschland         | 49.01T |  8.24Fmez |
          | kassel, deutschland            | 51.19T |  9.30Fmez |
          | kiel, deutschland              | 54.20T | 10.08Fmez |
          | koblenz, deutschland           | 50.21T |  7.36Fmez |
          | kln, deutschland              | 50.56T |  6.57Fmez |
          | krefeld, deutschland           | 51.20T |  6.34Fmez |
          | leipzig, deutschland           | 51.20T | 12.25Fmez |
          | leverkusen, deutschland        | 51.01T |  6.59Fmez |
          | lbeck, deutschland            | 53.52T | 10.42Fmez |
          | ludwigshafen, deutschland      | 49.29T |  8.27Fmez |
          | magdeburg, deutschland         | 52.08T | 11.37Fmez |
          | mainz, deutschland             | 50.00T |  8.15Fmez |
          | mannheim, deutschland          | 49.29T |  8.28Fmez |
          | moers, deutschland             | 51.27T |  6.39Fmez |
          | mnchengladbach, deutschland   | 51.12T |  6.26Fmez |
          | mlheim, deutschland           | 51.26T |  6.53Fmez |
          | mnchen, deutschland           | 48.09T | 11.35Fmez |
          | mnster, deutschland           | 51.58T |  7.38Fmez |
          | neuss, deutschland             | 51.12T |  6.42Fmez |
          | nrnberg, deutschland          | 49.27T | 11.05Fmez |
          | oberhausen, deutschland        | 51.28T |  6.51Fmez |
          | offenbach, deutschland         | 50.06T |  8.46Fmez |
          | oldenburg, deutschland         | 53.10T |  8.12Fmez |
          | osnabrck, deutschland         | 52.16T |  8.03Fmez |
          | paderborn, deutschland         | 51.43T |  8.46Fmez |
          | pforzheim, deutschland         | 48.53T |  8.42Fmez |
          | potsdam, deutschland           | 52.24T | 13.04Fmez |
          | recklinghausen, deutschland    | 51.37T |  7.12Fmez |
          | regensburg, deutschland        | 49.01T | 12.06Fmez |
          | remscheid, deutschland         | 51.11T |  7.12Fmez |
          | rostock, deutschland           | 54.05T | 12.08Fmez |
          | saarbrcken, deutschland       | 49.14T |  7.00Fmez |
          | salzgitter, deutschland        | 52.05T | 10.20Fmez |
          | schwerin, deutschland          | 53.38T | 11.23Fmez |
          | siegen, deutschland            | 50.52T |  8.02Fmez |
          | solingen, deutschland          | 51.11T |  7.05Fmez |
          | stuttgart, deutschland         | 48.46T |  9.11Fmez |
          | ulm, deutschland               | 48.25T | 10.00Fmez |
          | wiesbaden, deutschland         | 50.05T |  8.15Fmez |
          | witten, deutschland            | 51.26T |  7.20Fmez |
          | wolfsburg, deutschland         | 52.26T | 10.48Fmez |
          | wuppertal, deutschland         | 51.16T |  7.11Fmez |
          | wrzburg, deutschland          | 49.48T |  9.56Fmez |
          | zwickau, deutschland           | 50.44T | 12.30Fmez |
          +--------------------------------+--------+-----------+
          |                                |        |           |
          | amstetten, sterreich          | 48.07T | 14.52Fmez |
          | baden, sterreich              | 48.01T | 16.14Fmez |
          | braunau, sterreich            | 48.16T | 13.02Fmez |
          | bregenz, sterreich            | 47.30T |  9.46Fmez |
          | bruck/mur, sterreich          | 47.25T | 15.17Fmez |
          | dornbirn, sterreich           | 47.25T |  9.44Fmez |
          | eisenstadt, sterreich         | 47.51T | 16.31Fmez |
          | feldkirch, sterreich          | 47.14T |  9.36Fmez |
          | graz, sterreich               | 47.05T | 15.22Fmez |
          | hallein, sterreich            | 47.41T | 13.06Fmez |
          | innsbruck, sterreich          | 47.16T | 11.24Fmez |
          | kapfenberg, sterreich         | 47.26T | 15.18Fmez |
          | klagenfurt, sterreich         | 46.38T | 14.20Fmez |
          | klosterneuburg, sterreich     | 48.18T | 16.19Fmez |
          | krems, sterreich              | 48.25T | 15.36Fmez |
          | leoben, sterreich             | 47.23T | 15.06Fmez |
          | linz, sterreich               | 48.19T | 14.18Fmez |
          | mdling, sterreich            | 48.05T | 16.28Fmez |
          | salzburg, sterreich           | 47.48T | 13.03Fmez |
          | sankt plten, sterreich       | 48.13T | 15.37Fmez |
          | steyr, sterreich              | 48.04T | 14.25Fmez |
          | ternitz, sterreich            | 47.43T | 16.02Fmez |
          | traun, sterreich              | 48.13T | 14.14Fmez |
          | villach, sterreich            | 46.37T | 13.51Fmez |
          | wels, sterreich               | 48.10T | 14.02Fmez |
          | wien, sterreich               | 48.12T | 16.22Fmez |
          | wiener neustadt, sterreich    | 47.48T | 16.15Fmez |
          | wolfsberg, sterreich          | 46.50T | 14.50Fmez |
          +--------------------------------+--------+-----------+

                Tabelle 6: Geographische Lage einiger Orte



5.14  Was kann man gegen Internet-Werbung per PM machen?
========================================================

Kurz und knapp. NIX

Nur dadurch, das man nie etwas in eine vernetze Gruppe schreibt, knnte man
es verhindern. Es reicht aber aus, einmal eine Mail in eine MausNet-Gruppe
zu schreiben, die exportiert wird. Und schon kann man Werbung bekommen.

Siehe auch die Artikel ber das IN-und Kommerz (siehe "IN und Kommerz") bzw
das FAQ (siehe "IN und Kommerz FAQ") dazu

Sinnvoll ist auch dieser Hinweis

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

Von: Uwe Rner @ MGN (Mi, 12.02.97 18:14)
MId: 199702121814.a21224@mgn.maus.de

Hallo,

AM> Dann ist der Mll aber schon da. Ich hoffe, da man demnchst
AM> gegen Werbung per Mail genauso rechtlich vorgehen kann, wie
AM>gegen Werbung per FAX.
Das kannst Du, laut US-Gesetz, jetzt schon. ;-) Folgenden Text an den
Absender und an den postmaster und Ruhe ist. Er stand vor kurzem in der
c't. Ist allerdings erst dann sinnvoll, wenn man mehrere Mails vom selben
Account ber einen gewissen Zeitraum bekommt, da diese meistens gefaked
sind, aber wem sag ich das... ;-)

By US Code Title 47, Sec. 227(a)(2)(B), a computer/modem/printer meets the
definition of a telephone fax machine. By Sec. 227(b)(1)(C), it is unlawful
to send any unsolicited advertisement to such equipment. By
Sec.227(b)(3)(C), a violation of the aforementioned section is punishable
by action to recover actual monetary loss, or $500, whichever is greater,
for each violation.
I will report any further violations from your site, which I get knowledge
of to abuse@postoffice.us.

Gru, Uwe.


5.15  Was kann man gegen Werbung in Mails machen?
=================================================

Ersteinmal ist Werbung im MausNet unerwnscht.

Auerdem ist noch folgendes zu beachten. Bei reinen MausNet-Gruppen ist es
nur Sache des MausNet, es ist arg stren und der User kann entsprechend
zugeflammt werden. Wenn das ganze aber in irgendeiner mit dem InterNet
vernetzen Gruppen stattfindet, sollte unbedingt der Abschnitt IN und
Kommerz beachtete werden und das auch dem User deutlich gemacht werden.

Wenn die Werbemail aus dem Internet kommt, kann man eigentlich auer
rumjammern, den Autor anschreiben, den Postmaster des entsprechenden
Systems anschreiben, nix machen.


5.16  Was tun bei MsgId-Dupes?
==============================

Wenn man so eine Mail aus der Maus K2 bekommt

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

Hi SysOp,

aus Deiner Box sind heute in K2 MessageId-Dupes angekommen. Bitte ueber-
pruef ("msgid xy") & korrigier ("msgid set ####") das doch mal.

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

sollte man genau das tun, was dort beschrieben steht.

    erstmal das Programm MSGID (siehe "MSGID-EXE") besorgen

    MSGID mit dem Parameter xy starten xy steht fr das Krzel der eigenen
     Maus

    Es wird folgende Ausgabe erzeugt:


     A-MsgIds der MAUS XY
     
     Chronologisch tauchen auf:
     
        25 Msg(s):     7 ..  1185          06.09.96 .. 23.10.96
       142 Msg(s):    77 ..   247          23.11.96 .. 02.12.96
       106 Msg(s):    99 ..   204          02.12.96 .. 07.12.96
     
     Numerisch sortiert (1000er Schritte):
     
         0 ..  1999

     Das bedeutet, das nicht alle Mails eine aufsteigende ID haben, sondern
     das neuere Mails eine kleinere ID haben. Und das erzeugt Probleme.

    Nun mit MSGID eine neuen hhere ID in der Maus erzeugen, z.B. so:
     MSGID set xxxx
     XXXX sollte so gewhlt werden, das es ca. 1000 ber der hsten bishe-
     rigen ID liegt.

    Danach bitte unbedingt mit
     MSGID LLIST xy
     kontrolieren, ob alles geklappt hat.

Siehe auch Was tun nach einem Crash? (siehe "Was tun nach einem Crash?")


5.17  Was tun bei zu wenig freien MsgIDs?
=========================================

Frage: Was kann man machen, wenn James meldet, das nur noch sehr wenig
freie MsgIDs in der Maus vorhanden sind?

Ich, Christian Golar, bin da so vorgegangen:

  1. Online in die Mauseinloggen, Mitteilungen anrufen, Stichwort listen,
     alle aufrufen. Dann bekommt man als Liste die ltesten Mails in der
     Maus angezeigt.

  2. Zu den angezeigenten Gruppen die Mausputz-Parameter MsgOutDefaultKB,
     (siehe "MsgOutDefaultKB") MsgOutDefaultAnzahl (siehe
     "MsgOutDefaultAnzahl") und MsgOutDefaultTage (siehe
     "MsgOutDefaultTage") kontrollieren

  3. vielleicht nochmal mit dem Programm msgid.exe (siehe "MSGID-Programm")
     die Verteilung der Message-IDs kontrollieren.

  4. Die Mausputz-Parameter entsprechend ndern

  5. Um jetzt eine Erfolg feststellen zu knnen, mu der Mausputz aufgeru-
     fen werden. Aber wenn man den nicht zum 'krunchen' auffordert, wird
     man nach dem MausPutz keine nderung der Message-ID Verteilung fest-
     stellen. Also Mausputz /A (siehe auch Aufrufparameter des MausPutz
     (siehe "Aufrufparameter des MausPutz")) aufrufen.

  6. Das war es


5.18  Was tun nach einem Crash?
===============================

beten:-)

Wenn nur die Messages-Base Probleme bereitet, erst einmal FIXRNUM starten
und gucken was gemeldet wird. Und lieber die ffentliche Messagesbase
wegschmeissen, als da durch Fehler Dupes und Schrottmails erzeugt werden
(z.B. Mails aus geheimen Gruppen in Maus.Info:-). Bei der Messagesbase der
PMs ist das gleiche. Nur ist es dabei noch wichtiger, das die i.O. ist.
Denn falsches Zustellen ist dort noch problematischer. Deshalb die noch
viel eher lschen.

Zum installieren einer neuen Messagebase bentigst du eine leere Messages-
base, die aus den Dateien:

MSG-ALLG.DAT und PAR
MSG-PERS.DAT und PAR

besteht. Eine leere Messagebase liegt entweder auf der Maus original
Diskette oder auch in Sysop-Programmteil diverser Muse (z.B. AC2).



     Nach dem Neuinstallieren aber unbedingt mit MSGID die IDs der
     ffentlichen und der PMs deiner Maus hochsetzen. Und zwar auf
     Werte, die ber denen der letzte Mails deiner Maus liegen. Dazu
     entweder zuhause im Frontend nachgucken oder mit MSGID in der
     Servermaus die letzten IDs der eigenen Maus feststellen. Am
     besten noch 1000-2000 draufaddieren.

     Das sollte mach auch auf jeden Fall machen, wenn man mal ein Mes-
     sagebasebackup in die Maus einspielt. Auch wenn es nur ein paar
     Stunden alt ist. Man erzeugt Sprnge in der Message-ID Reihenfol-
     ge und das gibt nur Probleme.

     Also nach neuinstallation der Messagebase immer MSGID aufrufen
     und die Messagesid neu setzten. Das gilt auch fr den Fall, das
     man die BackUp-Messagesbase installiert (sofern vorhanden) und
     wenn nach dem Backup ein MausNet lief.

     Gesetzt wird die Message-ID z.B: so:

     msgid set 3000

     Auerdem mu man auch fr alle User den Messagepointer auf einen
     richtigen Wert setzen. Wenn man eine neue Messagesbase instal-
     liert hat, ist das der Wert eins, sonst ein eintsprechen hherer
     (je nachdem von wann das Backup ist). Das setzten des Messages-
     pointers fr alle User geht von Sysop-Men unter '(L)schen/(#)
     setzen'. Wenn man das nicht macht, wundern sich die User beim
     nchsten Tausch, das sie keine Mails bekommen.

     Danach bitte unbedingt

     msgid list xx

     testen, ob alles auch geklappt hat.

     Siehe auch das Kapitel zum MSGID (siehe "MSGID-Programm") Pro-
     gramm.

     Und zum nachholen des Netzes dort (siehe "Wenn ein Netzpaket
     verloren geht") nachlesen.


5.19  Wenn ein Netzpaket verloren geht
======================================

Manchmal kann ja ein Netzpaket verloren gehen. Was tun? Erstmal in der
Serverbox nachfragen, ob dort nicht noch ein Backup des Netzpaketes liegt.
Wenn nicht in der Netzzentrale nachfragen. Dort laufen eigentlich Batche,
die jedes Netzpaket einen Tag aufheben. Auch wenn es dann ein etwas
greres Netzpaket ist. Das macht nix. Einfach entsprechend umbenennen und
dann Mausnet /import aufrufen. Das MausNet schmeist schon alle Mail und PMs
weg, die nicht fr die eigene Maus bestimmt sind. So geht also nix
verloren.


5.20  Welche Grenzen gibt es bei der Maussoft
=============================================

Im Moment gilt folgendes:

 maximale Userzahl     16382 (Achtung, kostet viel Speicher!)
 max. Gruppenanzahl    512 (lokal und Netzweit)
 Programme             ab 6550 Programme im ffentlich PT oder entsprechend
                       vielen in einem Gruppen-PT gibt es Probleme
                       (Sortierung klappt nicht mehr. Wenn auch irgendwie
                       alphabetisch mitsortiert wird, liegt die Grenze
                       schon bei 2448)
 Gruppen-Programmteile Es sind nur maximal *30* gleichzeitig mglich
 maximale Messagezahl  65536 in der Messagebase (aber wer braucht schon so
                       viel auf einmal?)
 Modemports            Keine Ahnung. Drei gehen bei der Maus auf jeden
                       Fall. Beim MausNet gehen im Moment IHMO nur zwei
                       Ports
 Gruppennamen          Die Gruppennamen drfen maximal 40 Zeichen lang sein
 Dollardatum           Das Datum darf nicht ber das Jahr 2000 gehen. Das
                       gibt Probleme.
 Nachrichtenlnge      Jede Nachricht kann maximal 16KB lang sein. Das ist
                       so fest in der Maussoft verdrahtet und wird sich
                       erst mit der Maus 9(?) ndern. Es gibt also keine
                       Konfigvariable um das zu ndern. Gerechnet wird nur
                       der Mail-Body ohne eventuelle Doppelpunkte, die im
                       Infile dovor stehen.
                       Die Grenze von 64KB fr PMs pro Tag und User ist al-
                       lerdings eine, die man verndern kann. Im Moment
                       haben sich die Sysops allerdings auf die 64KB
                       geeinigt.
 Programmteil-Taggen   Bei mehr als 50 selektierten/angezeigten Programmen
                       strzt die Maus ab.


5.21  Wenn mal die Maus ein Datum in der Zukunft hat
====================================================

Was tun, wenn man mal Mails mit Datum in der Zukunft in der Messagebase hat
und wie stellt man das fest?

Feststellen durch MSGID Aufruf z.B.

Die Folge von solchen Fehlern ist die, das solnage keine Mails mehr aus der
Maus exportiert werden, bis das Zukunftsdatum erreicht ist.

Abhilfe:

ALLE Mails mit dem Zukunftsdatum lschen (Sysopmenu). Auch die persnli-
chen! Dann Mausputz aufrufen, aber so, das die MBase gekrunscht (Parameter
/f) wird (das ist wichtig). Nun die beiden *.NET Files im Mausverzeichnis
lschen und einmal MAUSNET EXPORT aufrufen. Dann MAUS starten und Testmails
eingeben. Maus beenden und MAUSNET Export nochmal aufrufen. Nun sollten die
Testmails exportiert werden. Wenn ja, die Testmails in der Maus lschen und
mit Hilfe von MAUSNET EXPORT? die nicht exportieren Mails rausschicken.
(hier ist die ID letzte ID anzugeben, die in einem MAUSNET-Logfile noch
auftaucht. Das war's


5.22  Wer ist der Ansprechpartner bei der c't fr nderungen des Eintrags?
==========================================================================

Dazu am besten das FAQ aus dem GerNet

Gruppe: GerNet
Wg.: GerNet: FAQ zu Echo GERNET
Von: Lutz Labs @ GerNet 21:100/49 (So, 13.04.97 07:34)
Box: c't-Mailbox, Hannover

 FAQ des GerNet (Stand 17.12.95)

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

 Q:  Ist das Echo GERNET ein Echo, in dem Kontakt zu den Redakteuren der
     c't besteht?
 A:  Nein. Die Redakteure haben mit dem Echo nichts zu tun. Die Redakteure
     der c't schauen in die Echos ct.ger, ct.support, ct.projekte und
     ct.pruefstand rein, die ELRAD-Redakteure in das Echo elrad.ger. Dieses
     Echo dient der Diskussion ueber das GerNet. Jegliche Anfragen zu
     Themen, die in der c't besprochen wurden, sind offtopic. Das Echo
     GERNET ist kein c't-Supportecho!
     ----------------------------------------------------------------------

 Q:  Darf ich als Point denn im Echo GERNET auch schreiben?
 A:  Ganz ausdruecklich ja. Auch Points haben schliesslich das Recht, an
     der Gestaltung eines Netzes teilzunehmen. Es gibt kein Echo speziell
     fuer Sysops.
     ----------------------------------------------------------------------

 Q:  Gibt es auch Support-Echos fuer die iX oder die Gateway?
 A:  Ein iX-Echo wird es in absehbarer Zeit nicht geben. Die Redakteure der
     iX sind personell nicht in der Lage, ein solches Echo auch zu
     betreuen. Bei der Gateway dauert der Entscheidungsprozess noch an.
     ----------------------------------------------------------------------

 Q:  In welche Netze wird das GerNet gegatet?
 A:  Diverse. Siehe naechste Mail. FTN-kompatible Netze gehoeren auch dazu.
     Das wird geduldet, ist aber nicht unbedingt erwuenscht.
     ----------------------------------------------------------------------

 Q:  Darf ich auch mit einer Fido-Aka hier schreiben?
 A:  Ungerne. Aber wenn Du damit leben kannst, dass Dich ein Reply per
     NetMail nie erreicht, na dann... Wenn Du ueber ein "offizielles" Gate
     wie z.B. 21:104/0.999 schreibst, dann ist die Erreichbarkeit
     gesichert. Dort wird die Adresse umgesetzt, bei den meisten anderen,
     die die Echos einfach unter Fido-Aka weiterleiten, nicht.
     ----------------------------------------------------------------------

 Q:  Wie komme ich in die c't-Mailboxliste?
 A:  NetMail an Kalle Probst, Redaktion c't, 21:100/49. Oder telefonisch
     waehrend der Hotline (13:00 .. 14:00) unter 0511-53 52 517. Oder Mail
     an kp@ct.heise.de. Zur Not an mich, ich leite die Mails dann weiter.
     ----------------------------------------------------------------------

 Q:  In welchen Echo im GerNet kann ich Verkaufsangebote posten?
 A:  In keinem. Das Echo RAM-Boerse wurde geschlossen.
     ----------------------------------------------------------------------

 Q:  Wer ist der GerNet-Koordinator und wie erreiche ich ihn?
 A:  Lutz Labs (ll@ct.heise.de oder 21:100/49@GerNet)
     ----------------------------------------------------------------------

 Q:  Gibt es Rules fuer die Echos?
 A:  Per Filerequest oder in der Mailbox gibt es ein File namens GERNET.ZIP
     (Magic: GERNET), in dem die Echorules und diverses anderes beschrieben
     sind.
     ----------------------------------------------------------------------

 Q:  Wie bekomme ich eine GerNet-Aka?
 A:  Freq GERNET. Da ist auch eine aktuelle Nodeliste drin. Wende Dich an
     den naechsten Hub und beantrage sie bei ihm.
     ----------------------------------------------------------------------

 Q:  Wer ist der Moderator des Echos GERNET?
 A:  Offiziell niemand. Im Bedarfsfall NetMail an mich.
     ----------------------------------------------------------------------

 Q:  In welchen Echos soll ich meine Fragen crossposten?
 A:  In gar keinen. Es sollte ausreichen, die Frage in einem Echo zu stel-
     len, sonst zieht sich die Diskussion ueber mehrere Echos und ist damit
     voellig unuebersichtlich.
     ----------------------------------------------------------------------

 Q:  Wo bekomme ich alte Hefte her?
 A:  Siehe Seite 12, rechts unten in jeder c't. Bis zu 2 Jahre alte Hefte
     sind meistens noch lieferbar, ansonsten koennen Kopien der Artikel
     bestellt werden.
     ----------------------------------------------------------------------

 Q:  Wo bekomme ich die Platinen oder die Software zu den Projekten?
 A:  Bei eMedia. Anzeige in jeder c't, Seite siehe Inserentenverzeichnis.
     ----------------------------------------------------------------------

 Q:  Gernet.PC.HARD oder .AMIGA - Was sind das eigentlich fuer Echos?
 A:  Diese Echos sollen der Entlastung der CT.GER dienen. Hier wird eben
     nicht systemuebergreifend diskutiert. Die Redaktion schaut in diese
     Echos nicht rein, dort kann man also keine Antworten von uns erwarten.
     ----------------------------------------------------------------------

 Q:  Wann gibt es bei der ELRAD-Mailbox endlich mal die Moeglichkeit des
     Filerequests?
 A:  Bald...
     ----------------------------------------------------------------------

 Q:  Wie kommen meine Points in die Pointliste?
 A:  Der Pointlistkeeper im GerNet ist Hinrich Donner, 21:493/0. Bitte
     keine Updatefiles hierher schicken, hier bleiben sie unbearbeitet
     liegen. Fuer die Fakenetnummer bitte beim Hinrich melden.
     ----------------------------------------------------------------------

 Q:  Meine Telefonnummer hat sich geaendert - wem soll ich das sagen?
 A:  Weisst Du noch, bei wem Du damals die Nodenummer beantragt hast? Dann
     schreib den man auch mal wieder an. Falls Du auch in der c't-Mailbox-
     liste drin bist, dann auch eine Mail an Kalle Probst (21:100/49), am
     besten vor dem 25. des Monats - sonst wird die Aenderung erst im
     uebernaechsten Heft vermerkt.
     ----------------------------------------------------------------------

 Q:  Wie ist denn das Magic fuer die aktuelle Nodeliste?
 A:  NODELIST. Bei der Gelegenheit die anderen Magics:
      FILES     Was wohl
      NEWFILES  s.o., 30 Tage
      ABOUT     Infos zur c't-Mailbox
      MAUSGATE  Info zur Adressierung zum Mausnetz
      ABO       Formular fuer ein Probeabo
      GERNET    GerNet-Infopaket - Rules, aktuelle Nodeliste, Nodeantrag
      BOXEN     Liste der auch in der c't veroeffentlichten
                Supportmailboxen
      ELRAD     Fileliste der ELRAD-Mailbox (taeglich neu)
      NODEDIFF  aktuelle Nodediff des GerNet
      LISTINGS  Listings zum aktuellen Heft
      ADRESSEN  Herstelleradressen zum aktuellen Heft
      INHALT    Heise-Register-Update zum aktuellen Heft

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

                                  ACHTUNG

Von: Timm Ganske @ OF (So, 30.06.96 23:33)
MId: 199606302333.a6767@of.maus.de

Kommentar zu A57189@OF in der Gruppe CT.Support

Falls jemand gefragt wird:

Lutz Labs @ GerNet 21:100/49 am 17.06.96 in CT.Support (ID
MSGID_21=3A100=2F49.0_1c567f02@fidonet.org):

>wir haben etwas umgestellt. Die Domain ist jetzt heise.de, sonst
>bleibt alles beim alten. ix.de ist aber noch ein paar Wochen gltig.


5.23  Wie kann man eine Maus noch beschleunigen?
================================================

Am meisten bringt es, viel RAM fr einen Festplattencache zu installieren.
Wenn man dann noch mutig ist und den Cache als Schreibcache installiert,
dann geht die Maus wirklich ab. Aber auch ein reiner Lese-Cache bringt
viel. Wenn mglich den Cache auch so einstellen, das immer einige Sektoren
mehr gelesen werden als gerade angefordert werden.

Auerdem sollte immer mal wieder die Platte mit Defrag aufgerumt werden.
Dann bringt das Vorauslesen von Sektoren auch noch mehr, als wenn z.B. die
Messagesbase total verteilt auf der Platte rumliegt.

Als Rechner reicht fr einen normale Maus, auf der nur die Maus laufen
soll, locker ein 486 mit 8MB RAM erstmal aus. Und bevor Geld in einen
schnellen Rechner gesteckt wird, sollte man IHMO RAM kaufen.


5.24  Wie richte ich ein lokales Gate zum InterNet ein?
=======================================================

Dazu jetzt mal mei erster Erfahrungsbericht. Wir haben hier vor zwei Wochen
sowas eingerichtet. Zuerst die Voraussetzungen:

    einen UUCP-Acount
    eine Programm zu abholen und senden der Mails. Wir benutzen im Moment
     FXUUCICO. Es soll aber auch mit dem UUCICO von Waffel gehen.
    Eine Software zur Umsetzung der UseNet-Mails auf Mausformat und
     umgekehrt (wir benutzene Erwinsgate)
    und viel Zeit

Als erstes Zuerst mut mal einen Gate-User in der Maus installieren. Das
geht ja recht einfach und ist im nchsten Kapitel beschrieben. Dann den
FXUUCIO installieren und vielleicht einen Probeanruf um etwas Daten zum
spielen zu haben. Und als letztes mu Erwinsgate eingerichtet werden. Das
ist aber mit dem Hilfe-Text von Georg kein Problem. Hauptschlich mssen
Ordner eingerichtet und eingetragen werden und das GATE.BAT, das als
Beispiel beiligt, an deine eigene Konfiguration angepat werden. Ach ja. Du
mu man noch in der Maus die Gruppen lokal einrichten einrichten, die man
aus dem Internet importieren will.

Achtung

Im MausNet darf eine Gruppe nur an einem Gate importiert werden. Man kann
zwar auch MausNet-Gruppe, die eigentlich bei einem anderen Gate importiert
werden, lokal importieren, nur gibt es oft Probleme, einige spezielle
Schalter mssen gesetzt werden usw. Fr den Anfang ist es deshalb sicherer,
wenn man die Gruppen, die importieren werden sollen lokal einen anderen
Namen als im MausNet haben. Ist zwar etwas unschn aber sicher. Z.B.
einfach durch einen kleinen Vorsatz wie IN. Wenn man sich dann spter
besser mit dem Gate auskennt, kann man das ja problemlos ndern.

So. Und nun geht es ans testen. Also die Batche von Erwinsgate aufrufen,
sich das erzeugte Infile angucken und in die Maus eintauschen und dort
testen. Und die Log-Files gut angucken.

Ach ja. Wenn man seinen Usern eine Freude bereiten will, dann installiert
man am besten auch noch Klette und Use2Maus. Damit werden die UseNet Mails
mit Maus-IDs versehen und diese direkt in die Mausdatenbank eingetragen, so
da alle User problemlos eine Verkettungen haben.


5.25  Wie richte ich ein lokales Gate zu einer anderen Maus ein?
================================================================

Erst mal einen User mit negativer Benutzernummer einrichten. Vorname 'GATE'
und Nachname so wie er im mn-xx.cnf steht. Die Maus legt dann ein MU-
xxxx.DAT File an, das die Userdaten dazu enthlt. Dort mu noch der
Nachname mit einem fhrenden Punkt '.' versehen werden. Dann noch das Gate
in die CNF Datei eintragen, fertig.

Sptestens seit der Maus 7.95h geht es aber noch einfacher. Einfach in dem
CNF-File der eigenen Maus das Gate eintragen und MnConfig aufrufen. Die
Maus legt dann selber einen entsprechenden Gate-User an.

Beispiel: Lokales Gate in der Maus B3, das Gate ist als Benutzer 'GATE .B'
unter der Nummer -42 in der B3 eingerichtet. Die B3.CNF sieht folgender-
maen aus:

; Gates. Format: Name,Nummer,Transport
; Name: .* ist dasselbe wie alle Top-Level-Domains
; Transport: "*"=alle, "-"=keiner,
; oder "MS,.maus.de" = MS und alle .maus.de-Muse
G.b,-42,B3

In MAUS.BAT mu dann nur noch ein entsprechender Aufruf eingebaut werden,
fertig. Hier auch mal das Beispiel dazu:

m7com /t gate .b infile.txt outfile.txt

Und man sollte darauf achten, das der GATE-User in die Read-Only oder
anderen Gruppen mit Zugangsbeschrnkung, auch eingetragen ist. Sonst kann
der dort keine keine Mails reinschreiben. Das gleiche gilt natrlich fr
ein Gate, das Mails exportieren soll. Achtung Nach der dem einrichten des
Gate-Users sollte einmal der MnConfig aufgerufen werden. Einmal um die
richtige Konfiguration zu testen und zweitens kann man sonst auch nicht den
User in Gruppen eintragen. Den gibt es nmlich dann fr die Maus garnicht.

Um lokale Gruppen mit einer anderen Maus zu vernetzen gibt es z.B. das Pro-
gramm MLZWO (Maus-2-Maus Gate) von Marcus Schmidtke @ BM


5.26  Wie richte ich eine Fremdbox unter der Maus ein?
======================================================

Ganz einfach. Erstmal eine neue Netznummer von Jrg besorgen. Dann ein ent-
sprechendes CNF-File in denNetIOPath legen und den MNConfig aufrufen. Hier
mal ein Beispiel-CNF

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

; Boxkrzel - dies mu die erste Angabe sein:
*B9
; Netznummer (Fremdbox mit "-" davor):
; Boxname [max. 30]:
NQUARK Berlin 9
; Telefonnummer (Muster: +49-251-77262; fehlt=nicht anrufen):
T+49-30-999999999
; Krzel der Serverbox (fehlt fr Baumwurzel):
-B

; Portdefinition
P#1
PT+49-30-999999999
PKA


; Primre (D) und sekundre (Z) Domains:
D.maus.de
Z.maus.sub.org <<- die gibt es nicht mehr

; Gates. Format: Name,Nummer,Transport
; Name: .* ist dasselbe wie alle Top-Level-Domains
; Transport: "*"=alle, "-"=keiner,
; oder "MS,.maus.de" = MS und alle .maus.de-Muse
; entfllt (nur fr Gateways)

; SysOp-Infos:
s Weitergabe der folgenden Informationen an Nicht-Mausnet-Sysops
s ist nicht gestattet. Ausnahme: Zeilen die mit '%' und einem
s Grobuchstaben beginnen.

und dann das bliche

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

Wenn alles richtig geklappt hat, dann wird die Fremdbox erkannt, es wird
ein MU-0XXX.DAT File in im MausPath angelegt (xxx entspricht der Netznum-
mer, also hier MU-0999.DAT). Auf jeden Fall aber auch ins MausNet.Log
schauen, ob alles in richtig ablief. Dann die Maus starten, ins Sysop-men
gehen und ber Benutzerdaten die Fremdboxdaten angucken. Achtung. Die
Fremdbox hat eine negative Benutzernummer, hier also wieder -999. Auf jeden
Fall mu das Pawort verndert werden.

Nun kann die Fremdbox anrufen. Der Benutzerstatus der Fremndbox ist ber-
ings egal. Auch mit dem normalen Userstatus bekommt die Fremndbox alle
Gruppen, die Sysop-Infofiles usw.

Noch eine besonderheit. Wenn die Fremdbox neue Gruppen per tausch bestellt,
werden die scheinabr nicht sofort bestellt und der Fremdbox im tausch
mitgeschickt, sondern die Box bekommt die Gruppe erst nach einem MNConfig-
Lauf. Dann steht auch soetwas im MausNet.Log

>Konfiguriere Fremdbox QUARK Berlin 9
>bekommt Gruppe SYSOPS (Netz #1)
>bekommt Gruppe BIGFOOD (Netz #3)
>bekommt Gruppe NETGAMES (Netz #4)


5.27  Wie schliee ich einen ATARI am Direktport an?
====================================================

Hier die komplette Belegung eines Null-Modem Kabels, das passend fr die
MAUS zu benutzen ist. Wichtig ist die Belegung des Pins 8 (DCD). Wenn die
Verbindung schon im Kabel gemacht ist braucht man blo noch auf MAUS-Seite
die Pins 8-20-6 zu verbinden.

 Hier die komplette Belegung fr zwei mal 25 pol. :

     25 polig                     25 polig

     1 (GND) -------------------- 1 (GND)
     7 (SG) --------------------- 7 (SG)
     2 (TX) --------------------- 3 (RX)
     3 (RX) --------------------- 2 (TX)
     4 (RTS) -------------------- 5 (CTS)
     5 (CTS) -------------------- 4 (RTS)
 +-- 8 (DCD) -------/ /---------- 8 (DCD)-+   <== nicht verbinden!
 +--20 (DTR) -------------------- 6 (DSR) |
     6 (DSR) --------------------20 (DTR)-+

 Hier das ganze auch nochmal fr 25 auf 9pol. :


   25 polig                   9polig

     7 (SG)  -----------------  5 (SG)
     2 (TX)  -----------------  2 (RX)
     3 (RX)  -----------------  3 (TX)
     4 (RTS) -----------------  8 (CTS)
     5 (CTS) -----------------  7 (RTS)
 +-- 8 (DCD) -------/ /-------  1 (DCD)-+      <== nicht verbinden!
 +--20 (DTR) -----------------  6 (DSR) |
     6 (DSR) -----------------  4 (DTR)-+

 Und nochmal 9pol auf 9pol.:

  +--1 (DCD) --------/ /------- 1 (DCD)--+
  |  2 (RX)  ------------------ 3 (TX)   |
  |  3 (TX)  ------------------ 2 (RX)   |
  +--4 (DTR) ------------------ 6 (DSR)  |
     5 (SG)  ------------------ 5 (SG)   |
     6 (DSR) ------------------ 4 (DTR)--+
     7 (RTS) ------------------ 8 (CTS)
     8 (CTS) ------------------ 7 (RTS)



hier mal noch eine weiterfhrende Erklrung:

3. Rechner-Rechner (Nullmodem)

Fr Datenbertragungen von Rechner zu Rechner mssen die Datenleitungen
(RxD und TxD) natrlich gekreuzt werden. Das einfachste Verbindungskabel
bentigt nur drei Leitungen: RxD, TxD und GND. Fr LapLink z.B. gengt das.
Braucht man einen Hardware-Handshake, so mssen ausserdem mindestens RTS
und CTS verbunden werden, ebenfalls gekreuzt.

Benutzt man Software, die eigentlich fr eine Modemverbindung gedacht ist
oder die den Einschaltzustand des "Gegeners" berprft, muss man noch
weitere Signale verbinden. Da das DTE nur zwei Ausgnge hat (DTR und RTS),
ein DCE aber 4 (CTS, DSR, RING und DCD) kann es ntig sein,
"Falschverbindungen" einzubauen, um so z.B. das eigene DTR als fremdes DCD
"vorzuspielen" oder auch das eigene DTR dem "Gegner" als DCD _und_ DSR. DTR
an DSR wre eigentlich richtig, aber wenn die Soft ein Carrier- signal
braucht und (oft) DSR ignoriert...

(RTS kommt fr solche Spielchen normalerweise nicht in Frage, weil es fr
den Handshake stndig gebraucht wird.)

Zu Testzwecken kann man auch noch einen Schalter einbauen, der den DCD-
Eingang gezielt belegt, um "Carrier da" oder "Carrier weg" zu simulieren.
Hier muss man gelegentlich probieren.

Es folgt die idiotensichere Variante, je nach Bedarf kann man Leitungen
(oben sind die wichtigen) weglassen:

Rechner 1                                     Rechner 2

9pol 25pol                                   25pol 9pol
 5    7  ---GND---------------------GND-------  7   5

 2    3  ---RxD--------. ,----------RxD-------  3   2
                        X
 3    2  ---TxD--------' `----------TxD-------  2   3

 7    4  ---RTS--------. ,----------RTS-------  4   7
                        X
 8    5  ---CTS--------' `----------CTS-------  5   8

 4   20  ---DTR--------. ,----------DTR------- 20   4
                        X
 6    6  ---DSR--o-----' `-------o--DSR-------  6   6
                 |               |
 1    8  ---DCD--'               `--DCD-------  8   1


5.28  Wie schliee ich einen MAC an den Direktport an?
======================================================

From: Alexander Gth @ AN
Newsgroups: SYSOP.TECH
Subject: Directport Mac od. PC
Message-ID: <199611170018.a12592@an.maus.de>

Hi,

Fr alle die es interessiert hier mal die PIN-Belegung eines Directport-
kabels (Nullmodem) zwischen MAC und Maus. Der vollstndiger halber auch
noch die Kabelbelegung PC - Maus.

 Rechner-Rechner (Nullmodem) Mac - PC

Mac SCC/GeoPort                          PC RS-232
9pol (mnnlich)                          25pol  9pol (weiblich)

 1 --- HSKo / DTR --------------- CTS ----  5    8

 2 --- HSKi / CTS --------------- RTS ----  4    7

 3 --- TxD-  -------------------- RxD ----  3    2

 4 --- GND   -------o------------ GND ----  7    5
                    |
 5 --- RxD-  -------|------------ TxD ----  2    3
                    |
 6 --- TxD+         |         ,-- DCD ----  8    1
                    |         |
 7 --- GPi / DCD ---|---------o-- DSR ----  6    6
                    |         |
 8 --- RxD+  -------'         `-- DTR ---- 20    4

 9 +5 V (350mA max. nur bei GeoPort)

Dieses Kabel funktioniert nach eigenen Test zuverlssig mit dem DirectPort
der Maus.

 Rechner-Rechner (Nullmodem) PC - PC

Fuer Datenuebertragungen von Rechner zu Rechner muessen die Datenleitungen
(RxD und TxD) natuerlich gekreuzt werden. Das einfachste Verbindungskabel
benoetigt nur drei Leitungen: RxD, TxD und GND. Fuer LapLink z.B. genuegt
das. Braucht man einen Hardware-Handshake, so muessen ausserdem mindestens
RTS und CTS verbunden werden, ebenfalls gekreuzt. Benutzt man Software, die
eigentlich fuer eine Modemverbindung gedacht ist oder die den Einschaltzu-
stand des "Gegeners" ueberprueft, muss man noch weitere Signale verbinden.
Da das DTE nur zwei Ausgaenge hat (DTR und RTS), ein DCE aber 4 (CTS, DSR,
RING und DCD) kann es noetig sein, "Falschverbindungen" einzubauen, um so
z.B. das eigene DTR als fremdes DCD "vorzuspielen" oder auch das eigene DTR
dem "Gegner" als DCD _und_ DSR. DTR an DSR waere eigentlich richtig, aber
wenn die Soft ein Carrier- signal braucht und (oft) DSR ignoriert... (RTS
kommt fuer solche Spielchen normalerweise nicht in Frage, weil es fuer den
Handshake staendig gebraucht wird.) Zu Testzwecken kann man auch noch einen
Schalter einbauen, der den DCD-Eingang gezielt belegt, um "Carrier da" oder
"Carrier weg" zu simulieren. Hier muss man gelegentlich probieren. Es folgt
die idiotensichere Variante, je nach Bedarf kann man Leitungen (oben sind
die wichtigen) weglassen:

Rechner 1                                     Rechner 2
9pol 25pol                                   25pol 9pol
 5    7  ---GND---------------------GND-------  7   5

 2    3  ---RxD--------. ,----------RxD-------  3   2
                        X
 3    2  ---TxD--------' `----------TxD-------  2   3

 7    4  ---RTS--------. ,----------RTS-------  4   7
                        X
 8    5  ---CTS--------' `----------CTS-------  5   8

 4   20  ---DTR--------. ,----------DTR------- 20   4
                        X
 6    6  ---DSR--o-----' `-------o--DSR-------  6   6
                 |               |
 1    8  ---DCD--'               `--DCD-------  8   1

Ach ja, hier noch die PIN-Belegung fr ein Modem-Kabel fr den MAC.

 Rechner-Modem

Mac SCC/GeoPort                          Modem RS-232
9pol (mnnlich)                          25pol

 1 --- HSKo / DTR ------------o-- DTR ----  20
                              |
 2 --- HSKi / CTS ------------|-- CTS ----  5
                              |
 3 --- TxD-  -----------------|-- TxD ----  2
                              |
 4 --- GND   -------o---------|-- GND ----  7
                    |         |
 5 --- RxD-  -------|---------|-- RxD ----  3
                    |         |
 6 --- TxD+         |         |
                    |         |
 7 --- GPi / DCD ---|---------|-- DCD ----  8
                    |         |
 8 --- RxD+  -------'         `-- RTS ----  4

 9 +5 V (350mA max. nur bei GeoPort)


5.29  Wie werde ich ein zu langes mprog.dat wieder los?
=======================================================

Von: Michael Keukert @ AC2 (Mo, 29.01.96 12:02)

Sorry, aber wie oft wurde hier schon von verschiedenen Leuten lauthals
geussert, da erweiterte MPROG.DAT eigentlich nur Probleme machen knnen!
........

Abhilfe: Altes MPROG.DAT rberkopieren (1710 Bytes), PROGFIX drberlaufen
lassen (nur der tut's in diesem Falle - vorher Gruppen mit langen Namen in
krzere umbenennen). Progfix schreibt alle Files ins Log, deren Parameter
nicht stimmen, setzt die Parameter aber gleichzeitig auch auf Null. Dann am
bequemsten diese Liste ausdrucken und mit dem MC die Parameter *fr jedes
einzelne File* richtig setzen (Geht ber F5).

Viel Spa!


5.30  Wo gibt es eine Demo-Maus?
================================

Die aktuelle Demomaus liegt immer in AC oder K2


5.31  TIC-File-Generatoren-Liste
================================

     TIC-File-Generatoren-Liste Stand: 5 May 1996 ++
     (21.09.1997)
     Michael Kugelmann @ S5 Version 0.1a


          BITTE WEITER ERGNZEN UND KORRIGIEREN, WER ETWAS WEISS.
          Verbesserungsvprschlgeund Korrekturen bitte per PM an
          den Autor. Ich danke all denjenigen, welche bisher bei
          der Erstellung und Korrektur der Liste beteiligt waren.

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

Allgemeine Infos:

 F:  Was ist bitte ein TIC-File-Generator und wofr braucht man das?
 A:  James kann fr den User den Upload in die Programmteile bernehmen.
     Dazu ldt er das Uploadfile zusammen mit einer Datei, die alle zum
     Upload notwendigen Informationen enthlt (das TIC-File) und dem INFILE
     beim Tausch hoch. Dazu werden entweder die ganzen Dateien in ein
     Archiv gepackt oder im Multiupload mit Z-Modem hochgeladen. James
     erledigt nach dem Tausch den Rest. Vorteil: man mu den Upload nicht
     mehr Online oder ber ein Upload-Batch/Script machen, was Ganze
     beschleunigt und vereinfacht.

 F:  Kann ich TIC-Files auch von der Maus erhalten?
 A:  Ja, dazu mu man (wenn installiert) beim Herunterladen von Dateien als
     bertragungsprotokoll "<protokoll> mit TIC" anwhlen, oder wenn
     Saugtausch benutzt wird, mu die Zeile "#JAMESTIC" _vor_ den angefor-
     derten Programmen in der Anforderungs-PM stehen.

 F:  Wer kann Den Upload mit Tic-Files beim Tausch nutzen?
 A:  Zuerst einmal gilt: alle User einer Maus, auf der Schnulli und James
     installiert und auch entpr. konfiguriert sind.
     Aber: Nicht in allen Musen ist das allen Usern erlaubt! Gste z.B.
     knnen das in keiner Box.
     User drfen es idR, wenn sie auch Online im Programmteil der Maus
     Uploaden drfen. Ein TIC-Upload in einen GPT (oder PT) ist nicht
     mglich, wenn der User nicht auch Online in der Maus Zugriff darauf
     hat!
     Im Zeifelsfalle sollte man seinen Sysop mal fragen oder einfach
     ausprobieren. Mehr als das die Dateien einfach wieder gelscht werden
     (weil ja niemand da ist, der sie Importiert) kann nicht passieren.

 F:  Welche Informationen kann ein User der MPROG.DAT entnehmen?
 A:  In der MPROG.DAT steht drin, in welche Kathegorien die Datei auf einer
     Maus beim hochgeladen eingetragen werden kann. Also Programmtyp,
     Quelltext, Copyright... Sprich genau das Men, das die Maus beim
     online-Upload anbietet.

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


+--------------+--------------+-----------------------------+------+----------+
| System       | 2            | 3                           | 4    | 5        |
| Name         | Vers.        | Autor                       |      | MP       |
|              | Archivname   | Zu finden                   |      |          |
|              |              | [optionale Bemerkung]       |      |          |
+--------------+--------------+-----------------------------+------+----------+
| Amiga        |              |                             |      |          |
| AmiTIC       | 1.4          | Oliver Schuler @ SIG        | FW   |          |
|              |              | PT@SIG                     |      |          |
+--------------+--------------+-----------------------------+------+----------+
| Atari        |              |                             |      |          |
| DirToTIC     |              | Frank Roeske @ LU2          | Beta | J        |
|              | DTT*.LZH     |                             |      |          |
|              |              | Version auf Anfrage         |      |          |
|              |              | bentigt Filelist (SW)      |      |          |
| MakeNews     | 1.14         | Manfred Ssykor @ AC3        | FW   |          |
|              | MKN_vvv.LZH  | PT@AC3                     |      |          |
| MAKEUPL      | 3.40         | Volker Keck @ SIG           | FW   | N        |
|              |              | PT@SIG                     |      | anpabar |
|              |              | Weiterentwicklung evtl.     |      |          |
|              |              | von Volker Janzen @ UL      |      |          |
| MausHelp     | 0.32         | Manfred Ssykor @ AC3        | SW   |          |
|              | MAUS?vvv.LZH | &S@AC3                     |      |          |
| Saug-Utility | 6.0          | Frank Rger @ OS2           | FW   |          |
|              | SAUGUT60.TOS | PT@OS                      |      |          |
|              |              | Final Version!              |      |          |
|              |              | (Kein Update/Support meehr) |      |          |
| TIC-Kreator  | 1.18         | Ulf Dunkel                  | SWE  | J        |
|              | TICK_vvv.??? | GPT MAUSTAUSCH @ EL + DAL   |      |          |
+--------------+--------------+-----------------------------+------+----------+
| DOS          |              |                             |      |          |
| PAUL         | 1.12         | ?Michael Streichsbier @ M2? | SW   | J        |
|              | PAULXvvv.ARJ | PT@WHV                     |      |          |
| TICMAKER     | 0.5         | Andreas Mayer @ ZW          | FW   | (N)      |
|              | ???????????? |                             |      |          |
|              |              | benutzt Text-basierte       |      |          |
|              |              | Beschreibungsdatei          |      |          |
|              |              | anstatt MPROG.DAT           |      |          |
+--------------+--------------+-----------------------------+------+----------+
| Mac          |              |                             |      |          |
| Mausefalle   | 1.4          | ??????????                  | SW   |          |
|              | ???????      |                             |      |          |
|              |              | Im Maustauschpr. eingebaut  |      |          |
+--------------+--------------+-----------------------------+------+----------+
| OS/2         |              |                             |      |          |
| Lst2Tic      | 1.08         | Karsten Iwen @ HL           | SW   |          |
|              | LST2Tvvv.ZIP | GPT MAUSTAUSCH @HL + PT@S3 |      |          |
+--------------+--------------+-----------------------------+------+----------+
| Windows      |              |                             |      |          |
| TIC-File-Gen | 1.02         | Markus Schober @ ZW         | FW   | J        |
|              | TICFGENv.ZIP | PT@ZW                      |      |          |
| TVMTIC       | 1.0c         | Hans-Peter Bock @ TBB       | FW   | J        |
|              | TVMTIC.ZIP   | PT@TBB                     |      |          |
| Upload       | 0.1d         | Georg Bauer @ MS3           | FW   | J        |
|              | #UPL*.EXE    | PT@MS3                     |      |          |
| XPHatch      | 2.02         | Carsten Schmitz @ HH2       | SW   |          |
|              |              | PT@TBB                     |      |          |
|              |              | ?fr Fido?                  |      |          |
| Windows      |              |                             |      |          |
| TIC-Creator  | 1.01        | Andreas Suffner @ S4        | SW   |          |
|              | tic.zip      | GPT MouseEye@S3             |      |          |
|              |              | trotz Shareware kostenlos   |      |          |
| UTic         | 1.10         | Ulrich Tnnies @ OS2        | SW   | N        |
|              |              | PT@OS2                     |      |          |
+--------------+--------------+-----------------------------+------+----------+
| Unix         |              |                             |      |          |
| nix          |              |                             |      |          |
+--------------+--------------+-----------------------------+------+----------+
| Sonstige     | oder         | Nicht                       |      |          |
|              |              | Betriebssytemgebunden       |      |          |
| Lst2Tic      | ????         | ??????                      |      |          |
|              | LST2TIC.AWK  | ?in AWK?                    |      |          |
|              |              | Karl-Heinz Wachtendorf @ OL |      |          |
|              |              | hatte dazu was geschrieben  |      |          |
|              |              | (oder das Archiv gepostet), |      |          |
|              |              | knnte er sich bitte bei    |      |          |
|              |              | mir melden? Danke.          |      |          |
|              |              | (Zitat von damals:          |      |          |
|              |              | #!rungawk.mup)              |      |          |
+--------------+--------------+-----------------------------+------+----------+


+--------------------+---------------------------------------------------+
| MAUS               | [4]                                               |
+--------------------+---------------------------------------------------+
| James              | (Die "eierlegende Wollmilchsau" fr die Maus  ;-) |
| Mausring Commander | Michael Keukert @ AC2   GPT Sysop.Prog            |
| TicTac             | (Standalone-Programm zur Tic-Generierung,         |
|                    | bei Maus ohne James)                              |
+--------------------+---------------------------------------------------+

Anmerkungen und Erklrungen:

  1. MP: Benutzt MPROG.DAT der Maus
  2. ein vvv z.B. bei beim Archivnamen leitet sich von der Version ab
  3. FW = Freeware, SW = Shareware, SWE = Shareware (eingeschrnkt)
  4. zu [4]: Tools nur fr Muse erhltlich und dort einsetzbar, z.B. um
     "Download mit TIC" anzubieten, normalerweise DOS-Programme



===========================================================================
Kapitel 6

Wichtige Hinweise, Abstimmungsergebnisse usw
===========================================================================

Hier habe ich mal vllig unverbindlich die Sachen ber das Verhalten im
MausNet zusammengesucht, die mir wichtig erscheinen.


6.1  IN und Kommerz
===================

Von: Jrgen Conradi @ HB (Mo, 15.07.96 04:57)

Fast alle Muse 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
Vertrgen, 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-Konnektivitt. Die Netznutzung ist
ausschlielich fr private Zwecke zulssig. U. a. ist damit folgendes
untersagt:

    Verwendung der maus.de-Adresse auf Visitenkarten, Briefkpfen,
     Schriftstcken usw, die nicht ausschlielich privaten Zwecken dienen.
    Werbung mit Angabe der maus.de-Adresse
    Postings mit Werbung fr eine Firma
    Support ber die maus.de-Adresse (gilt natrlich auch fr Shareware)
    Hinweis auf Firmen in Footern
    jegliche Nennung einer .maus.de-Adresse im Zusammenhang mit kommerzi-
     ellen Aktivitten aller Art
    und hnliches.

Die Nichtbeachtung dieser Regel kann schwerwiegende Folgen haben. Bei
Bekanntwerden von Versten ist mindestens mit dem Ausschlu der betreffen-
den Maus aus maus.de zu rechnen. Im Rahmen des Mglichen ist aber auch die
Auflsung der kompletten Domain maus.de oder sogar des kompletten IN e. V.,
wenn die Provider wegen Miachtung der vertraglichen Regelungen die Versor-
gung einstellen. Ich bitte also, im Interesse aller IN-Domains dieses
Verbot strengstens zu beachten.

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


6.2  IN und Kommerz FAQ
=======================

Von: Jrgen Conradi @ HB (Do, 25.04.96 19:53)

         Eine Bitte an die SysOps - Bitte ausdrucken und aufheben

 Q:   Worum geht es bei der NON-KOMMERZ Frage dem Individual Network e.V.?
 A:   Die Vertrge den IN e.V. mit seinen IP-Zulieferen (Providern) legen
      den IN e.V. auf eine ausschliessliche Nutzung durch Privatpersonen
      fest. Diese Nutzung hat nichtkommerziell zu erfolgen.
      ---------------------------------------------------------------------

 Q:   An wen wendet man sich in derartigen Fragen? Welche Befugnisse
      existieren?
 A:   Es existiert ein Arbeitskreis (IN-AK-NON-Kommerz@individual.net).
      Die Aufgabe des AK besteht darin festzulegen, was auf Leitungen, die
      vom IN e.V. bezahlt werden, als kommerziell anzusehen ist.
      Im AK existiert eine sehr sehr strenge Forumlierung, was Kommerz ist.
      Diese Formulierung ist keinesfalls ausschliesslich konsensfhig, sie
      zeigt nur, da alles, was nach dieser Reglung NICHT kommerziell ist,
      faktisch von der grssten Mitgliederversammlung noch Untersttzung
      bekme.
      Die exakte Kommerzdefinition liegt nach wie vor bei den Providern,
      die aber sich dieser Aufgabe nicht stellen.
      Entscheidungen kann nur der Beirat/Vorstand oder das Prsidium den IN
      e.V. treffen. In letzter Instanz ist die Mitgliederversammlung
      entscheidend.
      ---------------------------------------------------------------------

 Q:   Was ist 'Kommerzielle Netznutzung'?
 A:   Es gibt 2 Varianten, eine 'bliche' und eine 'scharfe':
      Die Regionaldomains des individual Network e.V. bietet einen vollen
      und uneingeschrnkten Zugang zum Internet - fr Privatpersonen.
      Die Frage ist nur: Was heisst das denn berhaupt, 'Zugang fr Privat-
      personen' oder anders: Das Verbot kommerzieller Nutzung.
      Zuerst einmal die Grnde fr diese Einschrnkung. Jede Regionaldomain
      kauft ihre Konnektivitt, d.h. das Recht, Daten ins Internet zu
      schicken und zu empfangen, von anderen Anbietern ein, die u.a. kom-
      merzielle Interessen vertreten. Der Individual Network e.V. tritt ge-
      genber diesen Anbietern als Gemeinschaftseinkufer auf, der es
      seinen Mitglieder ermglicht, die gemeinsam eingekauften Kontingente
      gemeinsam zu nutzen.
      Gegenber diesen Anbietern hat sich der Individual Network e.V. ver-
      pflichtet, nur Privatpersonen zu nichtkommerzieller Nutzung anzu-
      schliessen. Diese Verpflichtung gilt deshalb selbstverstndlich auch
      fr die Regionaldomains. Deshalb ist zuerst einmal natrlich der An-
      schluss von Firmen tabu. Ausgenommen sind auch Institutionen, Vereine
      oder sonstige juristischen Personen - es drfen nur Privatleute ange-
      schlossen werden. Daran ndert auch die Gemeinntzigkeit eines
      Vereins nicht. Einzige Ausnahme ist die Mitversorgung von Vereinen
      mit gleicher Zielsetzung.
      Es gibt mehrere Grnde fr diese Regelung: Eine Regionaldomain darf
      den in gleichen Bereich ttigen Providern keine Konkurrenz machen.
      Deshalb drfen die Dienste, die einkauft wurden, nur an Mitglieder
      der Regionaldomain weitergegeben werden. Daraus folgt auch, da keine
      potentiellen Kunden dieser Provider angeschlossen werden - deshalb
      der Ausschluss von Institutionen und Firmen. Es geht also darum, den
      Leuten einen Internetzugang zu ermglichen, die die kommerzielle
      Provider nicht direkt als Kunden im Auge haben, Privatleute eben.
      Probleme knnen auftreten, wenn jemand gleichzeitig auch noch in
      einer Firma arbeitet, oder selber eine kleine Firma hat. Erst dann
      knnen wirklich Konflikte entstehen. Dies gilt aber wohl fr die
      Mehrzahl der Teilnehmer...
      Fr den einzelnen angeschlossenen Nutzer gibt es deshalb mehrere
      Dinge zu beachten: Kommerziell ist jede Nutzung die direkt der
      Beschaffung des Lebensunterhalts dient, d.h. insbesondere das
      Verschicken von Werbung fr die eigene 'kleine' Firma, das Nutzen von
      eMail zum Abschliessen von Vertrgen oder Gewinnen von Kunden und Ge-
      schftspartnern. Das Verffentlichen der eMail-Adresse als
      Ansprechstelle fr Geschftskunden das Verffentlichen von
      Firmennamen oder Adressen in den News (auch in der Organization-Zeile
      im Artikel-Header oder in der Signature!)
      Keine kommerzielle Nutzung ist aber die Nutzung der News und des
      Internets zum Erfahrungsautausch und zur Weiterbildung. Dass Firma
      und Privatleben nicht immer leicht zu trennen sind, ist selbstver-
      stndlich. Trotzdem ist es wichtig, immer daran zu denken, da diese
      Trennung berhaupt erst die Grundlage fr die Existenz des IN e.V.
      bildet, d.h. ohne das Verbot kommerzieller Nutzung wre eine Nutzung
      des Internets durch Vereinsmitglieder von Regionaldomains in der
      Regel unmglich, da unbezahlbar.
      Jede noch so kleine Firma ist prinzipiell ein kommerzieller Nutzer:
      Auch ein Shareware-Autor, der nur wenig Geld verdient, aber er ver-
      dient eben doch Geld damit. Entscheidend ist damit auch nicht unbe-
      dingt die Gewinnerzielungsabsicht oder die Hhe des Umsatzes, sondern
      einzig und allein der Zweck der Internetnutzung: Eben um sich privat
      zu 'Vergngen', soziale Kontakte zu knpfen oder sich nette Bilder
      anzuschauen. Auf der anderen Seite steht, damit mglicherweise Geld
      zu verdienen oder einen sonstigen direkten Vorteil fr die eigene
      oder eine andere Firma zu erhalten.
      Die 'Scharfe', die jedem, der sich daran hlt, praktisch sicher gehen
      lsst, nichtkommerziell zu arbeiten. Ein Nichteinhaltung dieser
      'scharfen' Reglung heisst nicht, da kommerzielle Nutzung vorliegt.
      Handlungen, die im "Netz" als gewerblich angesehen werden:
          dienen in erster Linie dem eigenen Gelderwerb/-ersparnis durch
           die Wirkung der Aktion die Nutzerschaft, also:
              - Anzeigen fr neue Produkte / -releases
              - Anzeigen fr bekannte Produkte
              - Schilderungen von Leistungumfang, Verfgbarkeiten ...
              - Preislisten u..
          dauerhafter Support fr Produkte des Herstellers gegenber dem
           Kunden
          Durch den Anbieter oder mittelbar daran Verdienende bewertete
           Informationen ber Produkte auf Anfrage in einer Newsgruppe
           (Vergleichende Werbung)
          Wissentliches Zurckhalten von Information zum eigenen oder
           mittelbar eigenen Nutzen. (bspw. Dienstleistung statt Informati-
           on anbieten)
          Product placement durch den Hersteller oder mittelbar daran
           Verdienende Das umfasst insbesondere auch Hinweise von Dienst-
           leistungsanbietern, die das erst durch sie mgliche Produkt
           ankndigen. (Announce: Neuer Dienst X bei Y)
          Hinweise auf Sponsoring (Werbung)
          unmotivierte regelmssige Meinungseusserung zu Produkten auch
           von Kunden
      Nicht als gewerblich wird angesehen u.a.:
          Support von Kunden gegenber Kunden (Hilfestellungen, Tips, ...)
          Persnliche Erfahrungen mit Produkten auf Anfrage in einer
           Gruppe
          Product placement durch (un)zufriedene Kunden auf Anfrage in
           einer Gruppe
          FAQs zu bergeordenten Themen
      Bem: (Dienst)Leistungen sind auch Produkte.
      Die obrigen Auszhlungen sind nicht vollstndig.
      Selbstverstndlich gibt es eine Grauzone, die im Falle der Einmalig-
      keit als Nichtgewerblich beurteilt wird. Fortgesetztes oder default-
      mssiges (Softwarekonfiguration) Gebrauchen der Grauzone wird als
      gewerblich beurteilt.
      Die Hhe der erwarteten Einnahmen steht nicht in Zusammenhang mit dem
      gewerblichen Charakter eines Postings. So zhlt selbstverstndlich
      auch Shareware in den gewerblichen Bereich.
      ---------------------------------------------------------------------

 Q:   Ist es zulssig, bei einem kommerzielle Provider die Webseiten zu
      haben und die eMail fr Bestellungen per IN e.V. zu beziehen.
 A:   Definitiv nicht, wenn es sich um etwas "Kommerzielles" handelt.
      ---------------------------------------------------------------------

 Q:   Kann ich an meinem Arbeitsplatz eMail per IN e.V. lesen, bearbeiten
      und pollen (z.B. ber die Technik der Firma), vorausgesetzt, der Chef
      hat dem zugestimmt?
 A:   Solange eine entsprechende Vereinbarung unterschrieben ist, die die
      Abtrennung der Bereiche 'Arbeit' und 'Privatleben' zum Inhalt hat.
      Eine Kontrolle wird vermutlich niemand ausben, die Leute mssen
      wissen, was sie tun.
      Es ist somit praktikabel mail-forwarding an Sites zu machen, die
      damit Kosten sparen knnten. Das betreffende IN-Mitglied sollte
      schriftlich zusichern, da es Missbrauch ausschliesst.
      ---------------------------------------------------------------------

 Q:   Besteht ein Unterschied zwischen einem wissenschaftlichen
      Arbeitsplatz und einem industiellen?
 A:   Nein, warum denn ? Arbeitsplatz ist Arbeitsplatz. Arbeitsplatz ist
      immer kommerziell und somit nicht privat.
      ---------------------------------------------------------------------

 Q:   Kann sich ein Mailbox-Verein anschliessen?
 A:   Zumindest Einverstndnis vom IN-Vorstand einholen, es bsteht das
      Problem mit der Definition, was eine Site ist. Evtl. gibt es Sonder-
      konditionen. Wenn jeder Point als Site gezhlt wird, ist es jedoch
      kein Problem.
      ---------------------------------------------------------------------

 Q:   Kann sich ein gemeinntziger Verein anschliessen?
 A:   Vereinsanschlsse an sich sind problematisch -> Vorstand. Wenn eine
      Einzelperson als solche diese Vereinsarbeit fr einen solchen Verein
      macht, dann liegt es im Ermessen der Domain. Der Anschluss sollte
      aber nicht zu einem Vereinsanschlss mit Strohmann werden.
      ---------------------------------------------------------------------

 Q:   Kann sind eine Bibliothek anschliessen, an in der nur Studenten und
      private Personen lesen?
 A:   Organisationsanschlsse sind generell problematisch -> Vorstand.
      Macht es eine Einzelperson als Person, so ist das unbedenklich.
      ---------------------------------------------------------------------

 Q:   Kann sich eine juristische Person (Verein, Gewerkschaft, Partei, Ar-
      beitsgruppe, Schachverein...) als solche anschliessen?
 A:   Nein, die Zugnge des Individual Network e.V. sind nur fr Privatper-
      sonen gedacht. Einer Privatperson kann und sollte es aber nicht
      verwehrt sein, im Rahmen seines privaten Interesses auch ber die
      betroffene juristische Person zu berichten, ... Eine Ausnahme davon
      bilden die Vereine, die gleiche oder hnliche Zielsetzungungen haben,
      wie die Regionaldomains des Individual Network e.V.
      ---------------------------------------------------------------------

 Q:   Kann ein Nutzer einen Anschluss fr eigene weiterbildende Arbeiten
      (Diplomarbeit, ...) benutzen?
 A:   Ja.
      ---------------------------------------------------------------------

 Q:   Jemand will auf unserem WWW-Server Seiten zu seiner Lieblingsband
      ablegen -> gar kein Problem... Wie sieht es nun aus, wenn dort
      Artikel und Bilder erscheinen, die unter Copyright stehen und daher
      einer Erlaubnis bedrfen ?
 A:   Es liegt weder mittelbar noch unmittelbar ein Erwerbszweck vor,
      deswegen ist prinzipell nichts einzuwenden.
      So die Plattenfirma darauf hingewiesen ist, da diese Verffent-
      lichung eine rein private und keine der Firma ist, geht das schon.
      Das muss auch so explizit dran stehen, da sich Fragen erbrigen.
      ---------------------------------------------------------------------

 Q:   Einige Domains sind -im Gegensatz zur Satzung des IN e.V.- nicht als
      Verein organisiert. Geht das berhaupt?
 A:   Der Passus mit den Vereinen als Mitgliedern kam damals von Terra -
      obwohl wir ja meines Wissens auch damals schon Domains hatten die
      offiziell als GbR organisiert waren. Vielleicht sollte man mal bei
      ihm nachfragen, wie er sich das vorgestellt hatte (er hat damals
      irgendwie argumentiert, aber ich habe es wieder vergessen).
      Die Geschichte mit den GbRs wurde vom DE-NIC forciert: Von quasi
      einem Tag auf den anderen konnte man dort als nicht eingetragener
      Verein keine Domains mehr anmelden. Das fhrte dazu, da oftmals eine
      GbR als Domainbeantragender in die Formulare eingetragen wurde.
      Etwas problematisch wird es natrlich, wenn diese GbR auch etwas
      anderes macht als nur die IN-Domain zu betreuen. Erst recht, wenn
      pltzlich Rechnungen von der GbR gestellt werden, ohne da der Bezug
      zur IN-Domain klargestellt wird.
      (von Vera Heinau)
      ---------------------------------------------------------------------

 Q:   Wenn man fr eine (Computer)zeitschrift einen Artikel schreibt und
      unter diesem Artikel steht dann:
           Willi Wusel Student der Informatik und arbeitet fr div.
           Firmen EMail: willi.wusel@in-domain.de
 A:   Die Angabe einer Adresse unter einem Zeitschrftenartikel dient dem
      Zweck, da der Autor zu diesem Artikel kontaktiert werden kann. Fr
      den Artikel, fr die Erstellung, wird er/sie bezahlt. Durch die Benu-
      tzung der Adresse nach der Erstellung erzielt der Autor keine Einnah-
      men mehr.
      Eine derartige Adresse sollte aber in jedem Fall als private Adresse
      gekennzeichent sein, beispielsweise so:
           Willi Wusel
           Student der Informatik und arbeitet fr div. Firmen
           private EMail: willi.wusel@in-domain.de

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

 Q:   Kann ich meine eMail Adresse auf eine Visitenkarte drucken lassen?
      Auf eine von der Firma?
 A:   Wenn explizit dransteht, da es die private eMail ist, selbstver-
      stndlich. Schliesslich kann man auf einer Visitenkarte auch seine
      private Telefonnumer angeben.
      Es sollte aber ausgeschlossen sein, da dies zur kommerziellen Benu-
      tzung der eMail Adresse kommt, weil es beispielsweise keine Firmen-
      eMail gibt.
      ---------------------------------------------------------------------

 Q:   Wir haben folgendes Problem: Eine Firma mchte zu den von ihnen
      vertriebenen Rechnern Internet-Software zugeben, bei uns einen
      Schnupperaccount (10 Stunden oder so) "einkaufen" und den Leuten die
      Mglichkeit geben, sich nachher ber uns normal anzuschliessen.
 A:   Hier wird eine IN-Dienstleistung an ein Unternehmen verkauft, da
      diese Dienstleistung zu Werbungszwecken bzw. als allgemeine Attrakti-
      vittssteigerung seiner Produkte einsetzt.
      Soweit allgemein.
      Im speziellen ist einer der wichtigsten Grnde fr das Kommerzverbot,
      da das IN nur Privatkunden beliefert, die sich sowieso nicht an kom-
      merzielle Provider anschliessen wrden (nicht zu den Tarifen, bei
      denen es sich fr die Provider lohnt). Das sichert uns die Unterst-
      tzung der Provider. Im hier vorliegenden Fall handelt es sich aber um
      eine Firma, deren Schnupperaccountverteilung evtl. doch interessant
      fr die Provider wre.
      Ich denke, fr das IN und fr die lokale Domain hat eine solche Zu-
      sammenarbeit nur Vorteile. Wenn es die lokale Domain also schafft,
      sowohl von dem Provider, ber den Sie versorgt wird, als auch alle in
      Betracht kommenden regionalen Pops ein Einverstndnis zu bekommen,
      dann sieht die Lage gut aus. Die Pops sind die, die evtl. selbst In-
      teresse an einem solchen Deal htten und aus den Pops bekommt man
      vielleicht eher ein klarers Statement als vom jeweiligen Provider.
      Dann msste man noch sicherstellen, da die Firma, die die IN-Dienste
      weiterverkauft, in der Werbung klarstellt, da es sich hier um eine
      private Vereinigung handelt, die keine Verbindung zur Firma hat. Also
      der bliche riesige Aufwand um kleine Sachen, aber sonst kann viel
      rger von anderer Seite kommen.
      ---------------------------------------------------------------------

 Q:   Wir haben ein Sonderangebot fr Hardware (etc.) von einem Sponsor,
      sollen im Gegenzug, seinen Namen/Link... auf unsere Hauptseite
      setzen. Ist das gestattet? Wie sieht es mit sponsoring aus ? Bzw mit
      der Erwhnung der Sponsoren ?
 A:   Solange fr die eingeforderte Dienstleistungen ohne Benutzung von
      Leitsungen des IN e.V., also den Internetanschluss auskommt, ist
      alles unprolematisch. Die regionale Vereinszeitung kann also Anzeigen
      ohne Ende enthalten. Der regional abfragbare Web-Server natrlich
      ebenfalls.
      Es gilt immer Der Grundsatz: Wir lassen die Provider (und darum geht
      es im Endeffekt bei "gewerblich/kommerziell") nur an den Stellen
      reinreden, wo auch die von ihnen eingekaufte Leistung berhrt sind.
      Es ist eine Nutzung von IN e.V. Leistungen (Anschluss + Traffic) zu
      Werbezwecken, ich kenne kaum klarere kommerzielle Nutzung. WWW An-
      schluss & Traffic ist aber vom IN e.V. bezahlt. Punkt. Deswegen ist
      Sponsoring (als Werbung per WWW) von MEINEM Standpunkt aus abzulehen.
      Man sollte nie vergessen, da die eingeforderte Aktion den Sponsor
      normalerweise Geld kosten wurde, das er an eine Firma im Internet
      abzufhren htte. Bei den Kosten, um die es dabei gewhlich geht, ist
      ein Preisnachlass von 300DM bei Technik eigentlich lcherlich.
      Eine berschneidung mit den Arbeitsgebieten von Presentation oder
      Content Providern ist unproblematisch, da diesbzgl. keine Vertrge
      vorliegen. Es ist nur Vereinsrecht zu beachten. Fr einen gemein-
      ntzigen Verein ist die Unterscheidung zwischen "Sponsor" und
      "Spender" wichtig.
      Mit einem "Sponsor" geht man einen Vertrag ein, der einen verpflich-
      tet, den Sponsor bei allen mglichen und unmglichen Gelegenheiten zu
      erwhnen. Art und Umfang der Erwhnung (Werbung) wird dabei genau
      festgelegt und davon abhngig werden die Gegenleistungen des Sponsors
      (Geld, Hardware, Software) gemacht.
      Ein Spender stellt einem Verein eine Geldsumme bzw. Hard- und
      Software zur Verfgung. Das einzige was ihm rechtlich zusteht ist
      eine Spendenquittung. Gegenleistungen kann ein Spender nicht
      einklagen. Es gehrt aber zum guten Ton und ist rechtlich vollkommen
      o.k. sich fr eine Spende zu bedanken. Der Dank fr so eine Spende
      ist in jedem Fall auch keine Werbung im Sinne von
      ffentlichkeitsarbeit gegen Geld. Natrlich hat so ein "Danke" einen
      Werbeeffekt. Der springende Punkt ist, das der Verein ber Art und
      Umfang entscheidet und nicht der Spender.
      Konkret auf's WWW bezogen existiert folgender KompromissVORSCHLAG:
          Eine Sponsoring-Information der Form "Wir bedanken uns bei Firma
           gargelpueh GmbH, Irgendwo, fr die freundliche Bereitstellung
           von 350 Modems und 27 Linux-Servern" darf eingebaut werden, wenn
           keine "volle" Anschrift gegeben wird, d. h. nur Firmenname und
           Ort, aber nicht volle Anschrift, Telefonnumern o. . Damit ist
           der Leser in jedem Falle gezwungen, selbst noch zu
           recherchieren, es handelt sich also nicht um eine Form der Wer-
           bung, die auf "sofort da anrufen" hinausluft.
          Wenn die Firma, die erwhnt wird, anderswo direkt am Netz hngt
           und WWW-Seiten hat, darf in der Sponsoring-Information nicht
           direkt eine URL dorthin verffentlicht werden, sondern es sollte
           zunchst eine Seite dahintergehngt werden, die klarstellt, da
           die IN- Domain eine nichtkommerzielle Betreibergemeinschaft ist
           und da eine klare organisatorische Trennung zwischen dieser
           Firma und der IN- Domain besteht. Wenn der WWW-Benutzer dann den
           Firmen-URL vorfindet und anwhlt, hat er auf jeden Fall lesen
           knnen, wie die Zusammenhnge aussehen. Mglicherweise sollte
           man in dieser "Zwischenseite" direkt noch einen Link auf ein
           zentrales "IN-Non-Kommerz-Dokument" aufnehmen.
          Firmen*logos* nicht auf die WWW-Hauptseite, sondern - wenn
           berhaupt - auf eine separate "Sponsoren"-Seite.
      ---------------------------------------------------------------------

 Q:   Was sind die auf ein Jahr beschrnkten Testaccounts fr Firmen?
 A:   Der IN e.V. hat das Recht, Firmen zur kommerziellen Nutzung auf die
      Dauer von bis zu einem Jahr anzuschliessen. Dies Bedarf der Anzeige
      bei IN-Vorstand@Individual.Net. Gleichzeitig muss sich um eine
      Umschaltung der Firma an den nchsten kommerziellen Provider
      gekmmert werden.
      Diese Reglung ist allerdings nicht besonders klug, solange nicht der
      Aktionsradius fr "regulre" IN-Domains abgesteckt ist. Sehr bald
      gibt es nmlich Fragen der Art "da wird ein Semikommerzieller fr
      lngere Zeit angeschlossen, und wir drfen nicht mal Sponsoring-Infos
      auf unsere WWW-Seiten packen?"
      ---------------------------------------------------------------------

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


6.3  Sysop-Info
===============

Allgemein gilt, das man zwar die Gruppe Sysop.Info lesen sollte, es aber
natrlich keine Pflicht gibt, da ein Sysop diese Gruppe liest. Allerdings
gilt hier genauso wie fr User bei der Gruppe Maus.Info:

               Wer Sysop.Info nicht liest ist selber schuld!

Wenn da also was wichtiges drinsteht und man es nicht mitbekommt...pp

Ferner sollte man in Sysop.Info bitte nix kommentieren. Das sieht immer
doof aus, besonders wenn es Kommentare wie 'Ja genau' etc sind. Gummipunkte
gibt es dafr fast immer. Damit das nicht zufllig passiert, kann man fol-
gendes machen:

    Gruppe Sysop.Info auf Geheim (das ist sie ja sowieso) und auf Readonly
     setzen.
    Gruppenchef wird ein Daemon-User oder nur ein Sysop. Dann kann es nur
     einem passieren.
    Wenn wirklich jemand anderes als der Gruppenchef dort was wichtiges
     posten mu, kann er sich ja eintragen oder den Gruppenstatus ndern.
     Er ist ja Sysop und sollte das schaffen.

Dann mu man sich zwar erst als Mitglied eintragen, um etwas zu schreiben,
aber so oft kommt das normalerweise auch nicht vor.

     Eine andere und viel einfachere Mglichkeit ist es, wenn man den
     Followup in der Maus direkt setzt. Wenn das Frontend das unter-
     sttzt (alle neuere sollten es eigentlich) knnen so auch keine
     unabsichtlichen Kommentare mehr dort abgelassen werden. Aller-
     dings mu man dann, wenn man etwas absichtlich dort kommentieren
     will, je nach Fronmtend ein paar Verrenkungen machen.


6.4  Mitlesen von Betreibern Stand-alone Musen in den Sysopgruppen
===================================================================

Auf dem Sysoptreffen in Bremen wurde unter anderm das beschlossen:

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

ber die Mitleser in den technischen SysOp-Gruppen von Fremdmusen (kommer-
zieller Einsatz der MAUS-Software) wird abgestimmt. Es wird darauf hinge-
wiesen, da nur im ISB eingetragene Personen lesenden Zugriff auf SysOp-
Gruppen haben drfen.

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

Genau ist es im entsprechenden Kapitel (siehe "AG MausRte / User und
SysOps") nachzulesen.


6.5  Wo sollen neue Betreiber und neue CoSysops angekndigt werden?
===================================================================

Ein Teil der Sysops meint folgendes:

Neue Muse, Betreiber (also Betreiberwechsel) werden mitsamt der Vorstel-
lung in Sysop.Info angekndigt. Diskussionen darber sollen dann in
Sysop.Neu erfolgen. Dazu ist den neuen Betreibern die Gruppe freizuschalten
(aber nur Sysop.Neu).

Bei CoSysops gibt es unterschiedliche Meinungen. Ein Teil meint, neue
CoSysops werden in Sysop-Info angekndigt. Die Vorstellungsmail soll dann
in Sysop.Neu gepostet werden. Der andere Teil meint, das die kurze Infomail
in Sysop.info bei CoSysops zuviel ist. Ich finde das erstere netter und so
voll wird S-Info dadurch auch nicht (cg).


6.6  geschftsmiger <> geschftlicher / BDSG
==============================================

Von: Harald Krusekamp @ MS (Do, 04.04.96 22:55)
MId: 199604042255.a54581@ms.maus.de

Moin Thomas!

TL> Unter das BDSG fallen nur Behrden und ffentliche Stellen sowie die
TL> Privatwirtschaft. Das MausNetz hat - wie z.B. auch Vereine - kein
TL> wirtschaftliches Ziel.

Das ist schon fast wieder ein FAQ wert: Was Du schreibst, stimmt schlicht
nicht. Im dritten Abschnitt des BDSG ist von "geschftsmiger", nicht von
"geschftlicher" Datenverarbeitung die Rede.

Geschftsmig ist ein selbstndiges und auf eine gewisse Hufigkeit abge-
stelltes Ttigwerden. Auf Entgeltlichkeit kommt es nicht an (das wre
"gewerbsmig").

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

                        Zller-Stephan ZPO 17. Aufl. Par. 157 Rdnr. 4 u. H.
                        a. BGH NJW 1986, 1051; OLG Hamburg MDR 1951, 693;
                        RGZ 61, 51)
(aus einer Mitteilung von Ralf Maseratis @ UN zitiert)

Ich habe hier ein Schreiben der Bezirksregierung Arnsberg liegen, als der
fr Mnster zustndigen Datenschutzbehrde (die BR Mnster ist nicht
Datenschutzbehrde), in dem folgendes steht:

Durchfhrung des Bundesdatenschutzgesetzes - BDSG -
hier: Meldepflicht nach  Par. 32 BDSG

Hiermit besttige ich, da die MAUS MS, Mnster bei mir im Register nach
Par. 32 Bundesdatenschutzgesetz gemeldet ist.

Ich weise darauf hin, da nderungen zu den mir mitgeteilten Angaben
innerhalb eines Monats anzuzeigen sind.

Mit freundlichen Gren
Im Auftrag

Ahlers

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

Der dritte Abschnitt des BDSG findet mithin unmittelbar Anwendung auf
Mailboxen. Dies hat brigens nichts mit der - fr die meisten Mailboxen
nicht mehr notwendigen - Anmeldung beim BAPT nach dem FAG zu tun.

Personenbezogene Daten sind Einzelangaben ber persnliche oder sachliche
Verhltnisse einer bestimmten oder bestimmbaren Person (siehe Info 1 des
Bundesbeauftragten fr Datenschutz, Seite 14). Ein Blick in Par. 28 (den
ich wegen der Lnge hier nicht abtippen werde ;-)) zeigt, da Hans person-
enbezogene Daten verffentlicht hat, was unter bestimmten Voraussetzungen
des Par. 28 noch erlaubt sein knnte. Allerdings ist keine der Voraus-
setzungen erfllt: Weder liegt eine Zweckbestimmung vor, die eine Verff-
entlichung rechtfertigen knnte, noch kann man angesichts deutlichen
Widerspruchs vieler Sysops (schon durch die explizite Anwendung der Klein-
schreibung innerhalb des Tokenformats im ISB) von mangelndem schutzwrdigem
Interesse ausgehen, zumal die meisten Daten im ISB gerade nicht fr die
Verffentlichung bestimmt sind, worauf diejenigen, deren Daten dort drin-
stehen, vertrauen durften (aber leider nicht konnten). Da Hans als Sysop
berechtigter Empfnger der im ISB gespeicherten Daten ist, durfte er sie
gem. Par. 28 IV BDSG nur fr den Zweck nutzen, zu dessen Erfllung sie an
ihn bermittelt werden. Die Daten wurden aber gerade nicht zur Verffent-
lichung an ihn bermittelt, dennoch hat er sie verffentlicht.

Geht man davon aus, da Hans nicht bewut jemanden schdigen wollte (das
wrde das Strafma erhhen), mu man von einer Geldstrafe gem. Par. 43 I
bzw. II BDSG als Strafma - Ersttter, minder schwerer Fall usw. - ausge-
hen. Mglicherweise wrde ihn seine mangelnde Einsicht ein paar Hunderter
extra kosten - Richter lieben so etwas ;-)

TL> personenbezogenen Daten - findet aber hier keine Anwendung)

Bitte nie nicht wiederholen, einverstanden?

TL> p.s.: Hoffe Du fasst es nicht zu sehr als Belehrung auf - just Info
TL> :-)

Eben ;-)

MfG Harald


6.7  Die fnf goldenen Regeln fr Sysops
========================================

  1. Regel: Schreibe keine Msgs wenn du schlecht geschlafen hast.
  2. Regel: Schreibe keine Msgs wenn du sehr mde bist.
  3. Regel: Schreibe am besten berhaupt nix...:-)
  4. Regel: Schreibe keine Msgs wenn Du schlechte Laune hast.
  5. Regel: Regst Du Dich ber irgendetwas auf (insbesondere ber Kolle-
     gen), tritt Regel Nr. 4 in Kraft.


6.8  Betreffkrzel in Programme
===============================

Vorab. Jeder kann die Betreffkrzel in Programme handhaben, wie er meint,
das es sinnvoll ist. Es wird und kann keiner zu irgendwelchen Regelungen
gezwungen werden.

Wenn man will, kann man sich aber auch an diese Betreffkrzel halten:

    Der Absender der Mails ist egal
    fr den ffentlichen-PT sollte fr jedes Betriebssystem eine eigene
     Mail generiert werden.
    Der Betreff sollte folgendermaen aussehen:
     Mauskrzel: Betriebssystem Beispiel:
     B3: ST TOS B3: Windows
    Gruppenprogrammteile
     B3: GPT Maustausch

     Die Mails mssen nicht nach Betriebssystem aufgesplittet werden, da
     ersten dort nicht so viele unterschiedliche kommen und es zweitens
     auch ein riesen JMS-bentigt (Fehleranfllig)
    fr die Loginzeiten und sonstige Hinweise:
     B3: Info, Loginzeiten
    die gelschten Programme sollten in den Mails der einzelnen Betriebs-
     systeme mitdrin stehen. Also keine eigene Mail

Fr James hier mal ein Beispiel Steuertext, der so in der Maus B3 bisher
problemlos funktioniert. Angepat werden mu eigentlich nur noch folgendes:

#IFKRIT (WT=Fr)
#ABSENDER Programmteil Maus
/D=-7             <--- natrlich in allen Aufrufen ndern
B3: GPT Gpt-Name  <--- hier noch die anderen Gruppen-Pt eintragen,
die in deiner Maus vorhanden sind. Und natrlich die Loginzeiten,
Infos. Eigetragen haben ich dort mal die Steuertexte zur Erzeugung
der Gesamtinfos des Programmteils.

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

;--------------------- Neue Uploads in PROGRAMME ---------------------
; Steuertext fr James
; Es wird am Wochentag WT in PROGRAMME gepostet.
; R-  Keine Files die ber den Ring kamen anzeigen
; Y+  wenn es nix gab, auch nix melden
; S=B sortiert nach Betriebssystem
; D=7 die neuen Uploads der letzten 7 Tage
; X+  die gelschten Programme anzeigen
; Absender legt den Namen fest, wenn der fehlt, ist es der Daemon-Name
; 03.10.96 cg first try
; 10.10.96 cg Betreffkrzel an die Maus angepat

#IFKRIT (WT=Fr)

#ABSENDER Programmteil Maus

;--------------------------------DOS ---------------------------------
#GPROGRAMME /N
B3: DOS
#NEWFILES /S=B /B=1 /G- /R- /Y+ /X+ /D=-7

;-------------------------------- OS/2 -------------------------------
#GPROGRAMME /N
B3: OS/2
#NEWFILES /S=B /B=2 /G- /R- /Y+ /X+ /D=-7

;------------------------------- Win ---------------------------------
#GPROGRAMME /N
B3: Windows
#NEWFILES /S=B /B=3 /G- /R- /Y+ /X+ /D=-7

;------------------------------- TOS ---------------------------------
#GPROGRAMME /N
B3: ST TOS
#NEWFILES /S=B /B=4 /G- /R- /Y+ /X+ /D=-7

;------------------------------- Amiga -------------------------------
#GPROGRAMME /N
B3: Amiga
#NEWFILES /S=B /B=5 /G- /R- /Y+ /X+ /D=-7

;------------------------------- Mac ---------------------------------
#GPROGRAMME /N
B3: Macintos
#NEWFILES /S=B /B=6 /G- /R- /Y+ /X+ /D=-7

;------------------------------- Unix --------------------------------
#GPROGRAMME /N
B3: Unix
#NEWFILES /S=B /B=7 /G- /R- /Y+ /X+ /D=-7

;------------------------------- Sonstige ----------------------------
#GPROGRAMME /N
B3: Sonstige
#NEWFILES /S=B /B=0 /G- /R- /Y+ /X+ /D=-7

;--------------------------- Gruppen-PT-------------------------------

;---------------------------Maustausch--------------------------------
#GPROGRAMME /N
B3: GPT Maustausch
#NEWFILES /S=B /O- /G& /R- /Y+ /X+ /D=-7  /N=Maustausch

;----------------------------GPT-Name---------------------------------
#GPROGRAMME /N
B3: GPT Gpt-Name
#NEWFILES /S=B /O- /G& /R- /Y+ /X+ /D=-7  /N=GPT-Name

;-------------------------- Loginzeiten ------------------------------
#GPROGRAMME /N
B3: Info, Loginzeiten

_ffentlicher Programmteil_
#Newfiles /#=1 /R+ /I /G-

#Newfiles /O+ /G- /#=1 /S=B /R+ /I

_Gruppenprogrammteile_
#Newfiles /O- /G+ /#=1 /R+ /I

Hier knnen jetzt die Infos reinkommen


#ENDABSENDER (das war's was fr #ABSENDER verschickt wird)

#ENDIF (#ifkrit)

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

ZUSATZ: Ab Maus 7.95i unterstzt die Maus mit der Variable DownloadSperre
das sperren von Downloads fr bestimmte Usergruppen. Ab James 1.5c unter-
sttzt James das auch (siehe History-Text zu James). Die Steuertexte mssen
dann um die entsprechenden Parameter (z.B. /U=V) erweitert werden.



===========================================================================
Kapitel 7

Was fr Programme fr die Maus gibt es sonst noch?
===========================================================================

Die meisten Beschreibungen habe ich aus dem Sysop-Programmteil der Maus
S3/S4. Viele Programme liegen aber auch sicher in den Aachener Musen, K2
usw. Und die Liste ist bei weitem noch nicht vollstndig. Und auch nicht
auf dem aktuellen Stand, sorry!

Hoffentlich aktueller ist das folgende. Der Tool Server @ ZW. Eine einfache
Hilfe erhlt man, wenn man an den Server eine Mail mit dem Betreff 'Hilfe'
und im Body '-'.


7.1  ANAMSG
===========

 Archivename:   ANAMSG14.ZIP
 Archivlnge:   24981
 Beschreibung:  ANAMSG Version 1.4 - analysiert die Lesegewohnheiten eurer
                User
 Autor:         Jrg Stattaus


7.2  BINKCOST
=============

 Archivename:   BINKCST2.ZIP
 Archivlnge:   19253
 Beschreibung:  BINKCOST analysiert die Logfiles eines Fido-Gateways mit
                BinkleyTerm. Voll kompatibel zu NetStat ab 1.9. Partner-
                rechner individuell konfigurierbar. Einzelabrechnung pro
                Partnersystem als Summe ausgebbar. Neue Telekom-Tarife von
                '96 werden bercksichtigt.
 Autor:         Michael Keukert @ AC2


7.3  Binkley_Term
=================

 Archivename:   BDOS_259.LZH
 Archivlnge:   339701
 Beschreibung:  Binkley Term V 2.59 fr DOS
                Auch eine 386er (extender) Version dabei. Kann als Mailer
                fr MAUS-FIDO Gates verwendet werden.


7.4  CDDRV
==========

 Archivename:   CDPTH03.ARJ
 Archivlnge:   32137
 Beschreibung:  CDPTH V 0.3: Hat man Programmteile anderer Muse auf CD,
                kann man sich hiermit ein passendes PTH-File erzeugen. Das
                geht auch mit dem PT! Beliebige GPTs, max. 20 CD-ROM,
                Einspielen von Files in den Progteil, die nur auf CD sind
                (Abgleich). V 0.3: Es wird immer auf der letzten CD auf der
                etwas gefunden wurde mit der Suche begonnen (fr Wechsler)


7.5  CDPTH
==========

 Archivename:   CDPTH
 Beschreibung:  Erstellt ein allgprog.pth. Dazu werden auf einer oder
                mehreren CDs Archive,die man im PT hat gesucht und bei
                Vorhandensein das File auf der CD genommen. Hat man die zu
                den CDs passenden Steuerdateien, kann man zustzlich alles,
                was auf CD aber noch nicht im eigenen PT ist, einspielen
                lassen.


7.6  Chefwart
=============

 Archivename:   CHEFWT77.ZIP
 Archivlnge:   31380
 Beschreibung:  ChefWart 0.77 - ChefWart kann Gruppen- und Leserlisten
                ausgeben. Dabei lt sich nach vielfltigen Kriterien
                auswhlen, welche Gruppen ausgegeben werden sollen. Bsp.:
                Alle Gruppen, die nicht readonly sind und deren GC inaktiv
                aber kein Sysop ist (mit Leserliste): chefwart /i /w /v-


7.7  Erwinsgate
===============

 Archivename:   #U2M10A.EXE
 Archivlnge:   222388
 Beschreibung:  Erwinsgate 1.0a: neu gegenueber der 1.0 ist die Behandlung
                von Sekundaeradressen beim Import und die Erzeugung von
                Approved-Zeilen fuer moderierte Mausgroups. Ausserdem noch
                kleinere Bugfixes (References-Parser)
                Erwinsgate 1.0 - besondere Features dieser Version: ausge-
                hende News werden gebatched und komprimiert Muse ohne D-
                Zeile werden nicht exportiert brigens ist die 1.0 in der
                Version rein zufllig, hat nix mit Nicht-Beta-Status zu
                tun, also bitte keine bersteigerten Hoffnungen ;-)
 Autor:         Georg Bauer @ MS3


7.8  DRIVEDA
============

 Archivename:   DRIVEDA.ZIP
 Archivlnge:   6905
 Beschreibung:  Driveda berprft ob auf ein Laufwerk zugegriffen werden
                kann und gibt dann einen Errorlevel zurck. Allerdings wird
                mitgezhlt wie oft es nicht ge- klappt hat und nach einer
                bestimmten Anzahl Versuche wird abgebrochen. Damit kann man
                z.B. bei Mitsumi CD-Roms sicherstellen, da das Laufwerk
                richtig initialisiert ist.


7.9  DokuServe
==============

 Archivename:   DSERV07.ZIP
 Archivlnge:   20454
 Beschreibung:  DokuServe V 0.7 - Dokumentenserver fr das MausNet. Kann
                auf Mailanfragen hin Texte zuschicken. Frei konfigurierbar,
                incl. Mengenlimits. Neu in dieser Version: verbesserte
                Fehlerbehandlung (keine Fehlalarme mehr), ignorieren von
                Tearlines (Jahaaaaa!)
 Autor:         Michael Keukert @ AC2


7.10  FIXPPAR
=============

 Archivename:   FIXPPAR.ARJ
 Archivlnge:   10979
 Beschreibung:  Bei kaputten Programmteil-Steuerdateien (zugriff[x]) kann
                es passieren, da der KrunUser sich bei der Bearbeitung der
                Programmteile bei einer Programmnummer mit RTE201
                (RangeCheck) verabschiedet. Mit diesem Programm kann man
                das verbunden mit ein wenig umkopieren/ umbenennen beheben.
                Kein Log kein nix, reines Sparta!


7.11  FixRnum
=============

 Archivename:   FXRNM215.ZIP
 Archivlnge:   17951
 Beschreibung:  FixRnum - Messagebasereparierer V 2.15


7.12  Formelinterpreter
=======================

 Archivename:   FORMEL.ZIP
 Archivlnge:   21044
 Beschreibung:  Der Formelinterpreter von Andreas Mayer @ ZW fr den
                Sysop-Teil der MAUS
 Autor:         Andreas Mayer @ ZW


7.13  ForwardPM
===============

 Archivename:   FWDPM20.ARJ
 Archivlnge:   37512
 Beschreibung:  FWD_PM Version 2.0 Programm zum weiterleiten von PMs


7.14  GATE2GRP
==============

 Archivename:   GATE2GRP.EXE
 Archivlnge:   17222
 Beschreibung:  Ein Utility fr Gnters Gate. Das Programm scannt das
                GATE.CFG und trgt den Gateway-User sowohl als Mitglied in
                alle Gruppen ein, als auch in die Gruppen-Bestellung. So
                kann man sicher sein, da der Gate auch wirklich Lese- und
                Schreibzugriff auf alle Gruppen im GATE.CFG hat, und die
                Gruppen auch im Auto-Tausch bekommt. Lange Namen klappen!
                (9/94)
 Autor:         Michael Keukert @ AC2


7.15  GATESTAT
==============

 Archivename:   GSTAT13.ZIP
 Archivlnge:   25746
 Beschreibung:  GATESTAT analysiert die Logfiles von Waffle- oder FX-UUCICO
                (Gnters- Gate). Voll kompatibel zu NetStat ab 1.9.
                Partnerrechner individuell konfigurierbar. Einzelabrechnung
                auch pro Partnersystem als Summe. Neue Telekom-Tarife von
                '96 werden bercksichtigt. Analyse komplett, monatsweise
                oder ber beliebigen Zeitraum. Bugfix fr Mondscheintarif!
 Autor:         Michael Keukert @ AC2


7.16  Gntersgate
=================

 Archivename:   G125.ZIP
 Archivlnge:   93551
 Beschreibung:  Gateway von G.Stck V1.25, auch genannt Gnters Gate
 Autor:         Gnter Stck @ HB

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


7.17  Gateway Beschreibung
==========================

 Archivename:   GATEWAY.ZIP
 Archivlnge:   31081
 Beschreibung:  Beschreibung zum Gateway von Gnter Stck Als TEX und DVI.


7.18  GENDBDIF
==============

 Archivename:   GENDBDIF.ZIP
 Archivlnge:   24517
 Beschreibung:  Datenbankmodul zum Maus-Archie Server. Dieses Programm, im
                MAUS(!)- Verzeichnis gestartet, rdelt den Programmteil
                durch und erzeugt dabei ein MA-[mein Mauskrzel].DAT.
                Dieses File bitte packen und in meinen persnlichen Pro-
                grammteil uploaden. Kurze Zeit spter ist Deine Maus auch
                ber den Maus-Archie abfragbar.
 Autor:         Michael Keukert @ AC2


7.19  GLASNOST
==============

 Archivename:   GLASNOST.ARJ
 Archivlnge:   11871
 Beschreibung:  Dieses Programm setzt bei allen Maus-Gruppen, die OWK sind
                (ffentlich, WriteAccess und KeineMitglieder) zustzlich
                noch das 'SogarGaeste' Flag, damit auch Gaeste die entspre-
                chende Gruppe lesen(!) knnen. Luft nur mit Maus-Versionen
                7.x ts
 Autor:         Michael Keukert @ AC2


7.20  GODLIKE
=============

 Archivename:   GODLIKE.EXE
 Archivlnge:   11391
 Beschreibung:  Setzt von der Kommandozeile aus fr beliebige User den
                Sysop-Status.
 Autor:         Michael Keukert @ AC2


7.21  GroupStat
===============

 Archivename:   GRPST12.ZIP
 Archivlnge:   18434
 Beschreibung:  GroupStat V 1.2 Erstellt Statistik ber das Messagevolumen
                von Gruppen


7.22  HISTAT
============

 Archivename:   HISTAT.EXE
 Archivlnge:   29693
 Beschreibung:  Hi(res)Stat(istik) gibt die "Kltzchengrafik"-Statistik
                ber die Maus online/offline-Zeiten im Grafikmodus (und
                damit feiner auflsend) auf dem Bildschirm aus. Ist
                natrlich nur was fr Tastatursysops, geht dafr aber auch
                whrend die Maus luft. VGA erforderlich.
 Autor:         Michael Keukert @ AC2


7.23  James
===========

 Beschreibung:  Sehr gutes Tool, das automatisch, Hilftexte, Userbegrun-
                gen, Netzauswertungen, Saugtausch und und und........
                Fast die Ei-legende-Woll-Milch-Sau
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.24  Jane
==========

 Archivename:   Jane
 Beschreibung:  Jane ist die Onlineversion von James. Man kann sich online
                immer einen aktuellen Bericht geben lassen. Es ist auch
                mglich, an Kommandos Parameter online zu bergeben, z. B.
                um online den NetStat eines bestimmten Monats abzufragen,
                man bekommt dann einen Prompt zur Eingabe des Monats. Das
                Men und die einzelnen Funktionen sind frei
                zusammenstellbar.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.25  Jerry
===========

 Archivename:   Jerry
 Beschreibung:  Jerry sieht nach, ob fr bestimmte Benutzer neue PMs da
                sind. Man kann das z. B. dazu verwenden, um im CALLCHK.BAT
                nach PMs fr James zu sehen und dann James per Callcheck-
                Event sofort zu starten.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.26  Jimmy
===========

 Archivename:   Jimmy
 Beschreibung:  Ist die Batchversion von James und beherrscht die Zeitfunk-
                tionen, Start-/Stoppzeiten oder z. B. die letzte Mausver-
                bindung. Es werden unterschiedliche Errorlevel
                zurckgegeben, man kann diese dann im Batch auswerten. Ich
                nehme das z. B., um zweimal die Woche die Platten zu
                optimieren. Jimmy enthlt auch eine Funktion, um in einer
                Datei per Zeitkriterium definierte Events auszulsen.
                Dadurch sind auch Events, die nur an bestimmten Tagen oder
                mehrmals tglich laufen, mglich etc.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.27  KILLLOKL
==============

 Archivename:   KILLLOKL.ARJ
 Archivlnge:   11683
 Beschreibung:  Dieses Programm scannt das MGRUPPEN.DAT File nach lokalen
                Gruppen, und bietet bei jeder gefundenen die Mglichkeit,
                diese zu lschen.
 Autor:         Michael Keukert @ AC2


7.28  KILLMSG
=============

 Archivename:   KILLMSG.ZIP
 Archivlnge:   17084
 Beschreibung:  Lscht ffentliche oder persnliche Nachrichten aus der
                Maus-Messagebase. Es kann grundstzlicher ein ganzer Nach-
                richtenbereich (von...bis) angegeben werden. Ideal um den
                Dumpfmumpf unseres 'Hackers' zu lschen.
 Autor:         Michael Keukert @ AC2


7.29  Klette
============

 Archivename:   Klette 0.16
 Beschreibung:  Dieses Tool sollte mglichst auf jeder Maus installiert
                sein, mindestens aber an den wichtigsten Gatemusen, damit
                die User die Verkettungen im mausinternen Format mitbekom-
                men (geht auch bers Netz mit).
                Siehe auch: Was ist Klette und Use2Maus?
 Autor:


7.30  KrunUser
==============

 Archivename:   KrunUser
 Beschreibung:  Programm um die als gelscht markierten User auch wirklich
                aus den Mausdaten zu lschen.


7.31  M2M-Gate
==============

 Archivename:   M2M.ZIP
 Archivlnge:   20216
 Beschreibung:  Maus-to-Maus-GateWay Stand 21.11.94


7.32  MAKEPKT
=============

 Archivename:   MAKEPKT.LZH
 Archivlnge:   3454
 Beschreibung:  Programm zur Erstellung eines Fido FTS001 kompatiblen
                Mailpackets. Smtliche Parameter werden per Kommandozeile
                bergeben.
 Autor:         Michael Keukert @ AC2


7.33  MakeTIC
=============

 Archivename:   MKTIC05.ARJ
 Archivlnge:   53803
 Beschreibung:  MakeTic V 0.5 Man kann damit Download incl. James-TicFiles
                in der MAUS anbieten. Dazu definiert man unter Protokollen
                z.B. "ZModem mit (T)IC" und bindet MakeTic in Protbat.bat
                ein.
                V 0.4: Es knnen ISAM-Indexdateien verwendet werden,
                dadurch noch schneller
                V 0.5: Wird benoetigt fuer (alten) ProgTeil ohne
                ProgTeilDatPath, da die Units der 0.4 einen Bug hatten.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.34  MAUS CD CONTROLLER
========================

 Archivename:   MCDC_RTM.ZIP
 Archivlnge:   60328
 Beschreibung:  Das Laufzeitsystem fr den MAUS CD CONTROLLER. Braucht ihr
                nur einmal zu saugen bzw. gar nicht, wenn Borland Pascal
                7.0 vorhanden ist oder das Laufzeitsystem einer frheren
                MCDC-Version.
 Autor:         Uwe Schlenther @ S3


7.35  MausChat
==============

 Archivename:   MausChat
 Beschreibung:  Ist ein Chatter speziell fr die MAUS. Er macht IO ber den
                Fossiltreiber und funktioniert daher auch mit ISDN. Ferner
                holt er sich die Benutzerdaten von der MAUS und stellt
                somit die Umlaute auf Benutzerseite richtig dar und das
                Ganze in der vom Benutzer gewhlten Zeilenzahl. Dann gibt's
                noch Gimmicks wie Musikfiles, Chat-Logfile, Userinfo oder
                Chatten ber den Directport.
 Autor:


7.36  MAUSDOOR
==============

 Archivename:   MAUSDOOR.ARJ
 Archivlnge:   26747
 Beschreibung:  Zusatzprogramm und Manager fr externe Programme an der
                Maus. Sollte EIGENTLICH bei jeder Maus, die Jrg
                ausliefert, dabeisein.
 Autor:         Michael Keukert @ AC2


7.37  Mausdown
==============

 Archivename:   MAUSDOWN.EXE
 Archivlnge:   7141
 Beschreibung:  MausDown verzgert in Batchfiles bis zu einer Minute. Die
                abgelaufene Zeit wird grafisch durch einen Balken
                angezeigt. Zustzlich kann man aber vor der Zeit abbrechen.
                Abbruch oder normales Ende werden durch verschiedene
                Errorlevel zurckgegeben, so das Verzweigungen im Batchfile
                mglich sind. Dieser Version bentigt KEINEN Ansi-Treiber
                mehr!
 Autor:         Michael Keukert @ AC2


7.38  MausFile
==============

 Archivename:   MFILE22.ZIP
 Archivlnge:   33279
 Beschreibung:  MausFile, universeller Filelistengenerator fr Muse, Ver-
                sion 2.2 Erweiterte Kommandozeilenaufrufe, beliebige Grup-
                pen, u.v.m.
 Autor:         Michael Keukert @ AC2


7.39  MausFileSucher
====================

 Archivename:   MFS108.ZIP
 Archivlnge:   119244
 Beschreibung:  MausFileSucher 1.08. Der MAUS-Archie.


7.40  MausRingComander
======================

 Archivename:   MC239.ZIP
 Archivlnge:   298902
 Beschreibung:  MausRingComander v2.39 Nun mit Untersttzung des SQ-Rings.
                Suche nach Dups, Laden des PTs, Wahl des Einfgemoduses
                (Copy, Move). Von Alexander Gth @ AN


7.41  mcall.exe
===============

 Archivename:   MCALL.EXE
 Archivlnge:   4688
 Beschreibung:  MCALL.EXE anonymisiert das Logfile des Vortages (oder das
                ber die Kommandozeile bergebene) und speichert es in der
                Datei MCALL.MTF, von wo es in eine Gruppe gepostet werden
                kann.
 Autor:         Michael Keukert @ AC2


7.42  MCC
=========

 Archivename:   MCC057.ZIP
 Archivlnge:   261609
 Beschreibung:  MCC Version 0.57 - jetzt lauffhig ab Maus Version 7.95e
                und schon mit ein paar nderungen gegenber der 0.55-Versi-
                on. Viel Spa!
 Autor:         Michael Keukert @ AC2


7.43  MCDC
==========

 Archivename:   MCDC20E.ZIP
 Archivlnge:   89539
 Beschreibung:  MAUS CD CONTROLLER 2.0e. Das Utility zum Konvertieren von
                Dateibeschreibungen auf CD-ROM ins Programmteilformat der
                MAUS.


7.44  MCLOCK
============

 Archivename:   MCLOCK.ZIP
 Archivlnge:   19130
 Beschreibung:  Dieses kleine Programm ist ein optisch ansprechenderer
                Ersatz fr WAIT4UHR von Jrg Stattaus. Mit MCLOCK kann man
                innerhalb eines Batchfiles auf eine bestimmte Uhrzeit
                warten. Braucht man z.B. beim Abendnetz. Viel Spa!
 Autor:         Michael Keukert @ AC2


7.45  MegaHang
==============

 Archivename:   MegaHang
 Beschreibung:  Ist ein kleines Programm, das bei hufigen Abstrzen der
                MAUS (wenn z. B. das Modem total hngt) der Bootvorgang
                nach x Neuboots verzgert wird und nach y Neuboots durch
                noch lngere Pausen unterbrochen wird. Dies verhindert ein
                endloses Neubooten des Rechner bei hngendem Modem.


7.46  MEVENT
============

 Archivename:   MEVENT.ARJ
 Archivlnge:   11876
 Beschreibung:  Zeigt die Maus-Events im grafischen berblick an. Kurz und
                gut!
 Autor:         Michael Keukert @ AC2


7.47  MFORMEL
=============

 Archivename:   MFORMEL.ARJ
 Beschreibung:  Das Formelprogramm fr Maus-Sysops. Beliebige Formeln
                knnen eingebunden werden. Smtliche Winkelfunktionen,
                algebraische Logik mit Hierarchie (Punkt vor Strich), zu-
                stzlich noch Quersumme und Wochentag in die Berechnung
                einbauen.
 Autor:         Michael Keukert @ AC2


7.48  MLZWO
===========

 Archivename:   MLZWO.ZIP
 Archivlnge:   22063
 Beschreibung:  MLZWO - Neue Version 5/94 Verwaltet Mailinglisten
 Autor:         Marcus Schmidke @ BM


7.49  MPROGVW
=============

 Archivename:   MPROGVW.ZIP
 Archivlnge:   14596
 Beschreibung:  MPROG.EXE speichert den Inhalt des MPROG.DAT in eine
                lesbare ASCII-Datei namens MPROG.TXT
 Autor:         Michael Keukert @ AC2


7.50  MPWD
==========

 Archivename:   MPWD14.ZIP
 Archivlnge:   34520
 Beschreibung:  Neue /TERBO-Version von MistPassword - dem Passwortsicher-
                heitsscanner. MistPWD meckert User mit einem individuellen,
                konfigurierbaren Text an, wenn ihr Passwort nicht gewissen
                Sicherheits-Mindestanforderungen gengt. Neu: eine (zustz-
                liche) DPMI-Version mit erheblichem Geschwindigkeits-
                gewinn.
 Autor:         Michael Keukert @ AC2


7.51  MSGID-EXE
===============

 Archivename:   MSGID111.ZIP
 Archivlnge:   23335
 Beschreibung:  Analysiert die vergebenen MSG-Ids (Allg & Pers) und man
                kann die ID damit auch setzen.


7.52  MT2BIN
============

 Archivename:   MT2BIN.ZIP
 Archivlnge:   13262
 Beschreibung:  MT2BIN dekodiert aus Gateway-Infiles eventuell enthaltene
                UUcodierte Binaries automatisch. Neue, erheblich
                verbesserte Version. In drei Durchlufen wird das INFILE
                abgearbeitet und sinnvoll sortiert. So wird eine weitaus
                grere Dekodierungsrate (bisher ca. 20, jetzt ca. 90%)
                erreicht. Source ist dabei, damit mir keiner Schweinereien
                nachsagt.
 Autor:         Michael Keukert @ AC2


7.53  MUSER.EXE
===============

 Archivename:
 Beschreibung:  Trgt $-User in Gruppen ein, die ber die Kommandozeile
                bergeben
                werden.


7.54  MUVIEW
============

 Archivename:   MUVIEW.EXE
 Archivlnge:   16123
 Beschreibung:  Der Remote-Userdaten-Editor (R.U.D.E.). Kann derzeit zwar
                nur anzeigen (und (noch) nicht editieren), dafr kann man
                diese Version 0.2 auch ber die Kommandozeile aufrufen.
                Also entweder mit der Usernummer oder ber den vollen Namen
                oder - wie bisher - interaktiv. MUView /? zeigt eine kurze
                Hilfe. Von MC 2.21/DPMI @ AC2


7.55  MVIEW
===========

 Archivename:   MVIEW.EXE
 Archivlnge:   34500
 Beschreibung:  Neue Version von MVIEW. Das Programm dient zum schnellen
                Browsen durch die Messagebase, um z.B. Hackermails aufzu-
                spren. Netzwerkfhig! Neu in dieser Version: Netzwerk-
                Update, wenn zwischendurch neue Messages reingekommen sind.
                Suche nach Netz-MsgID. Nur MSGs eines Users.
 Autor:         Michael Keukert @ AC2


7.56  MV-Pack
=============

 Archivename:   MVPACK.ARJ
 Archivlnge:   33225
 Beschreibung:  Das MV-Pack stellt zwei Programme zum MAUSVAR.DAT File im
                Mausverzeichnis zur Verfgung. MVV.EXE zeigt den Inhalt der
                Datei bersichtlich (und redirectable) an, MVPATCH erlaubt,
                im Falle eines Unfalls oder eines versehentlichen Lschens
                die Anruferzahl der Maus in dieses File zu patchen.
 Autor:         Michael Keukert @ AC2


7.57  NetJames
==============

 Archivename:   NetJames
 Beschreibung:  NetJames ist quasi eine 'Shell' fr das MausNet. Er kann
                beliebige Archive ber das Netz versenden, er regelt MAUS-
                MAUS Gates oder hat Funktionen, um das Netztiming z. B. im
                Abendnetz zu verbessern. Man kann aber beispielsweise auch
                beliebige Archive per NetJames ber das MausNet an benach-
                barte Muse weitergeben, ohne 'Ausreier' beim Netztiming
                zu riskieren.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.58  NETMC
===========

 Archivename:   NETMC04.ZIP
 Archivlnge:   42298
 Beschreibung:  Keukert & Stattaus Productions proudly presents: NetMC 0.04
                Einfaches Programm zum Fileaustausch zwischen zwei Musen
                ber das MausNet. Nur ein Programm wird bentigt. Alterna-
                tive fr die Muse, die James nicht installieren wollen.
 Autor:         Michael Keukert @ AC2


7.59  NetStat
=============

 Archivename:   NSTAT19.ZIP
 Archivlnge:   59468
 Beschreibung:  Netstat V 1.9. Kann bereits das Tarifsystem ab 1.1.96
                Realmode und DPMI


7.60  NewUse2Maus
=================

 Archivename:   NU2MMAUS.ZIP
 Archivlnge:   316733
 Beschreibung:  NewUse2Maus 1.20.1 mit allem, was bentigt wird, um es auf
                einer Maus zu installieren. CheckU2M.ARJ und Service.ARJ
                sind im Archiv enthalten, die beiden sorgen dafr, da es
                abschaltbar ist (CheckU2M.ARJ) und da der User es selbst
                abschalten kann (Service.ARJ). NewUse2Maus stellt Verket-
                tungen in '-'-Zeilen anhand von 'R'-Zeilen her.
 Autor:         Timm Ganske


7.61  Rejectit
==============

 Archivename:
 Archivlnge:
 Beschreibung:  Programm zum erzeugen einer Busy-Meldung bei ISDN-Karten,
                wenn die Maus ber das analog Modem belegt ist.
 Autor:         M. Schmidke (ms@bm.maus.de)


7.62  REQUEST
=============

 Archivename:   REQUEST.ZIP
 Archivlnge:   304830
 Beschreibung:  Wie man der Maus den FidoNet Filerequest beibringt.
 Autor:         Michael Keukert @ AC2


7.63  SCHEDULE
==============

 Archivename:   SCHEDULE.ZIP
 Archivlnge:   16089
 Beschreibung:  Schedule ist ein Hilfsprogramm zur automatisierten monat-
                lichen Auswertung /und/ Archivierung der Maus, MausNet und
                Gatewaydaten. Mit Hilfe von Schedule knnen umfangreiche
                Batche (beiliegend) gesteuert werden, die hier seit ber 2
                Jahren tadellose jeden Monat die Abrechnung erstellen,
                posten und archivieren.
 Autor:         Michael Keukert @ AC2


7.64  Schnulli
==============

 Archivename:   SCHNUL49.ARJ
 Beschreibung:  Schnulli 4.9 - SaugTausch fr die MAUS *** Diese Version
                wird fr MAUS 7.95i bentigt *** Bitte lesen!.doc und die
                History in schnulli.doc beachten! DOS und OS/2-Version
                dabei.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.65  Service-Programm
======================

 Archivename:   Service
 Beschreibung:  Service kommt unter 'Externe Programme' in die MAUS. Auch
                hier ist wie bei Jane das Men frei erstellbar. Man kann
                mit Service den Schnulli PPT-Autoversand, NewUse2MAUS, Ur-
                laubstausch und Geburtstagsliste konfigurieren, nach PM-IDs
                suchen lassen und es knnen Infotexte eingebunden werden.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.66  SETPTDAT
==============

 Archivename:   CONVPT.ARJ
 Archivlnge:   35771
 Beschreibung:  Enthlt das Programm SETPTDAT.EXE V 0.2 und die passende
                Doku. Man kann damit strefrei, risikolos und simpel den
                Programmteil konvertieren, d.h. auf gesetzten
                ProgteilDatPath umsteigen. jc@hb-Edition. V 0.2: Mir Para-
                meter -R wird das Ganze umgehkehrt gemacht.


7.67  Speedtausch
=================

 Archivename:   Speed11.ARJ
 Archivlnge:   107814
 Beschreibung:  Speed-Tausch - V 1.1. Beschleunigt den MausTausch ein
                wenig. *** Diese Version wird bentigt fr MAUS 7.95h ***
                *** Nicht mit lteren MAUS-Versionen einsetzen *** Dabei:
                Speedoff Real&DPMI, Speedon, Doku etc.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.68  TeamShell
===============

 Archivename:   TEAM10.ARJ
 Archivlnge:   45209
 Beschreibung:  TeamShell V 1.0 TeamShell ist eine Shell um SysopTeam (von
                Stefan Uhlmann) herum. Es kann jeder beliebige Sysop
                Wochensysop sein und nicht nur der Dmon. Neu: /NEUUSER
                /SUCHEUSER funktioniert wie /NEU und /SUCHE, Mails von
                MAUS, MausNet etc. werden aber ignoriert.
 Autor:         Frithard Meyer-zu-Uptrup @ S3


7.69  TICTAC11
==============

 Archivename:   TICTAC11.ARJ
 Archivlnge:   64242
 Beschreibung:  TicTac V 1.1 Importiert FIDO-Fileechos, JAMES-Fileexporte
                (Filenetz, Saugtausch) und MAUS-Ringe (allerdings nur
                komplett!)in den Programmteil. Konfigurationsanleitung ist
                in der Doku zu James enthalten! Stand: wie James 1.1


7.70  TOPLINES
==============

 Archivename:   TOPLIN11.ZIP
 Archivlnge:   12137
 Beschreibung:  TopLines v1.1, zeigt jetzt auch Anrufzahl und Zahlerstatus
                an.


7.71  VONXY
===========

 Archivename:   VONXY.ARJ
 Archivlnge:   12287
 Beschreibung:  Erstellt Logfile ber den Usenet-Traffic. Statt XY das
                eigene Mauskrzel einsetzen, also z.B. VONK2.EXE oder
                VONHRO.EXE
 Autor:         Michael Keukert @ AC2


7.72  XENOPHOB
==============

 Archivename:   XENOPHOB.EXE
 Archivlnge:   15235
 Beschreibung:  XenoPhob setzt fr einen beliebigen User ein neues,
                zufllig ermitteltes Passwort in die Userdaten ein. Aufruf
                ber die Kommandozeile mit der Usernummer (auch negative
                fr Gateways) oder den Usernamen. Benutzung auf eigene
                Gefahr! Von MC 2.21/DPMI @ AC2



===========================================================================
Kapitel 8

Die Maus-News-Files der letzten Versionen
===========================================================================

Die gesammelten News-Texte aller Mausversionen sollten eigentlich immer in
der K2, Gruppen-PT Sysop.Prog liegen. Deshalb hier nur die der letzten Ver-
sionen.


8.1  Welche Softwareversionen sind aktuell?
===========================================

Um die aktuelle Version der Maus-Soft, des MNConfig und des MausNet zu
erfahren, gengt ein Blick in den ISB-Eintrag der Maus K2:


                           +----------+-------+
                           | MAUS     | 7.95i |
                           | MausNet  | 2.54  |
                           | MNconfig | 2.0   |
                           | NetStat  | 1.9   |
                           | KrunUser | 2.95  |
                           | Fwd-PM   | 2.1   |
                           | MsgID    | 1.11  |
                           | OUT_IN   | 1.0   |
                           | TopLines | 1.1   |
                           +----------+-------+

      Tabelle 9: Maussoftversionen in K2 letzte nderung: 07.07.96 gs


Aktuelle Versionen von Hilfsprogrammen zur Maus (Monatliches Posting in der
Gruppe Tools.Beta)


+------------------------------+----------+----------+-------------------+
| Programm                     | aktuelle | aktuelle |     aktuelle      |
|                              | Release  |   Beta   | Entwicklerversion |
+------------------------------+----------+----------+-------------------+
| BinkCost2 (incl. Source)     |   2.0    |          |                   |
| CDFNet (incl. Source)        |   1.0    |          |                   |
| Gate2Grp                     |   1.0    |          |        1.1        |
| Gatestat                     |   1.2    |          |                   |
| Glasnost (incl. Source)      |   1.0    |          |                   |
| Histat                       |          |   0.2    |                   |
| KillLokl (incl. Source)      |   1.0    |          |                   |
| KillMsg (incl. Source)       |   1.0    |          |                   |
| MC Mausring Commander        |   2.41   |          |                   |
| MCC Maus Control Center      |          |   0.59   |                   |
| MCall                        |   1.0    |          |                   |
| MClock                       |   0.1    |          |                   |
| MFormel                      |   1.01   |          |                   |
| MProg (incl. Source)         |   1.0    |          |                   |
| MT2Bin (incl. Source)        |   1.2d   |          |       1.2j        |
| MUView                       |   0.1    |          |                   |
| MUser                        |   1.0    |          |                   |
| MView                        |          |   0.05   |                   |
| MakePkt (incl. Source)       |   0.01   |          |                   |
| Maus2RA (incl. Source)       |   1.4    |          |                   |
| MausDoor                     |   1.1    |          |                   |
| MausDown                     |   1.0    |          |                   |
| MausFile                     |   2.7    |          |                   |
| MistPassword                 |   1.4    |          |                   |
| NetMC (Fileversand per Netz) |          |   0.4    |                   |
| Schedule (Autom. Abrechnung) |   1.0    |          |                   |
| VonXY (incl. Source)         |   1.0    |          |                   |
| Xenophob (Zufallspassworte)  |   1.0    |          |        1.1        |
+------------------------------+----------+----------+-------------------+

Tabelle 10: Aktuelle Versionen von Hilfsprogrammen zur Maus (Stand 16.2.97)



         +-----------+------------------------------------------+
         | Programm  | aktueller                                |
         |           | Release                                  |
         +-----------+------------------------------------------+
         | DokuServe | 0.7                                      |
         | MEvent    | 1.0  (klappt nicht mit Multiplex-Events) |
         +-----------+------------------------------------------+

        Tabelle 11: Sourcen verloren, daher Entwicklungsstopp bei:



8.2  Bekannte Bugs, Probleme zur Maus
=====================================

Folgendes ist bei der aktuelle Maussoft zu beachten

    Die Maus ab Version 7.95h setzt keine Baudraten mehr selber. Das mu
     man vorher selber in Config.sys bzw Autoexec.bat erledigen. Hier das
     Beispiel fr Port 1

     CONFIG.SYS
     DEVICE=C:\UTIL\X00.SYS E 0=COM1 T=2048 R=2048 FIFO=15
     AUTOEXEC.BAT
     XU set:0:57600:8N1 lock:0:57600:8N1

    Probleme mit MENDE.DAT
     Von: Timm Ganske @ OF (Mi, 25.12.96 17:43)
     MId: 199612251743.a15779@of.maus.de
     Hier noch eine kleine Warnung an alle, weil ich damit lange gekmpft
     hatte: Lat im Callchk das MENDE.DAT nicht neu schreiben, das gibt
     eine Sharing violation, wenn dieser Fall eintritt. Erst mit der nch-
     sten Version der Maus wird das dann (hoffentlich) wieder gehen.

     Betroffen ist insbesondere die Beispielanwendung von FORTRAND aus
     meinem SYSOP.PROG. Wer keine User mit so dmlichen Scripts hat, die
     immer genau whrend des Abspanns auflegen, kann das Risiko natrlich
     weiterhin eingehen, man mu halt damit rechnen, da es auch mal
     schiefgeht ...

    Mausabsturz beim Programmetaggen
     Bei mehr als 50 selektierten Programmen im Programmtaggen-Men strzt
     die Maus einfach ab. Z.B. so:

     !!! --------------------- MAUS abgestrzt ! --------------------- !!!
     
     ** Grober Schnitzer - MAUS 7.95j/dpmi/gs/beta **
     
     ** ganz auen ** ** Hauptmen ** PrgTeil- ProgLschen -O ProgTagg -O
     
     Benutzereingaben:
     J;P;LJ;L
     
     Turbo-Fehler #201 bei 0014:01d5 - Range check: 101 <> 1..100
     
     Traceback:
     0010:34cf 0010:39bd 0010:3f4b 0010:86fa 000e:1bf8 0002:119f 001d:001b
     0001:0101
     
     Programm beendet!

    Fehler in der Maus 7.95g (ist die alt!)


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

     Von: Gereon Steffens @ K2 (So, 07.01.96 19:27)
     Folx,

     leider ist in der neuen MAUS 7.95g ein peinlicher Bug, der auch
     ziemlich drastische Auswirkungen haben kann (wie z.B. CLP erfahren
     musste): Wenn man online eine Gruppe im SysOp-Teil lscht, dann kann
     das dazu fhren, da der MAUS mehr oder weniger zufllig Netzgruppen
     entzogen werden. Also bitte Finger weg von dieser Funktion!

     Das entsprechende quivalent im Tausch (GL-Kommando) hat diesen Bug
     nicht. Wo ich gerade dabeibin, nochmal der Hinweis auf die Problematik
     mit falsch eingestellten Baudraten. Bitte lest und beachtet A26284@K2
     in SYSOP.TECH! Ich bin derzeit noch mit einigen anderen nderungen
     beschftigt, eine neue Version gibt's sobald wie mglich.

     Sorry for any inconvenience.

     Gereon

    Fehler in der Maus 7.95j
     Der Aufruf der 'UserRlisten', 'Zahler' erzeugt einen Mausabsturz.

    Das MausNet vertrgt im Moment nur zwei Modems!!!
     Wenn man also die Maus mit drei Modems betreibt, mu man im MausNet
     auf ein Modem verzichten. In der Maus mssen unbedingt die Modems 1
     und 2 diejenigen sein, die auch im MausNet aktiv sein sollen. Eine
     andere Einstellung bringt nur Probleme.


8.3  News zur Maus 7.95h
========================


8.3.1  What's new in MAUS 7.95h?
--------------------------------

     What's new in MAUS 7.95h?
    Nochmal der Hinweis: die MAUS macht keine SetBaudrate-Aufrufe mehr,
     wenn FixedBaudrate=TRUE ist. Das bedeutet, da vor dem Start der MAUS
     sicher- gestellt sein mu, da die Baudrate der seriellen Schnittstel-
     len und auch die bertragungsparameter korrekt gelockt *und* einge-
     stellt sind. Wenn man X00.SYS verwendet, kann man das mit XU.EXE ein-
     stellen, etwa so: XU set:0:57600:8N1 lock:0:57600:8n1 fr jeden Port.
     Fr andere FOSSIL-Treiber bitte in deren Doku nachsehen.
    Gateways drfen Msgs bis zu 12 Std. aus der Zukunft eintauschen
    Bugfix: Gruppen-Lschen im SysOp-Teil tut's wieder
    Bugfix: Anrufcounter bei aufeinanderfolgenden Anrufen desselben Users
     wird jetzt korrekt hochgezhlt.
    Wenn MPROG.DAT nicht vorhanden ist, gibt's jetzt eine entsprechende
     Meldung.
    MausTausch: bricht maschinenlesbare Infofiles nicht mehr um. Im ITI
     gibt's dazu ein neues Flag "W", mit dem angezeigt wird, ob ein File
     umbrechbar ist (W+) oder nicht (W-).
    MausTausch: untersttzt TD- und TZ-Kommando wie in der Quark.
    Beim Start per "m7com /t ..." wird keine "MAUS XX - Start..."-Zeile
     mehr ins MCALL.LOG geschrieben.
    ConnectBaudXX ist jetzt Longint, d.h. man kann Bitraten von mehr als
     64K angeben.
    DirectBaud ist jetzt ebenfalls longint.
    Neue Cfg-Var CharWaitTimeOut (word, default 110). Damit kann man den
     Time- Out in Sekunden angeben, nach dem die MAUS den User mit "to"
     rauswirft. Kleinster mglicher Wert ist 10, und beim Ablauf wird auch
     wie bisher erst noch 3mal gepiept und weitere 10 Sekunden gewartet.
    Neue Cfg-Var LowMemoryLimit (longint, default 0). Bei Werten > 0 wird
     zwischen Anrufen berpft, ob noch soviel Memory frei ist wie angege-
     ben. Wenn das nicht der Fall ist, wird der Event aus LowMemoryEvent
     (word, default 203) ausgelst. Damit kann man sich gegen die Spei-
     cherlecks schtzen, die entstehen knnen, wenn ein User mitten in
     einer Routine auflegt, die Speicher alloziert hat und nicht mehr
     freigeben kann. Wenn man den Event umdefiniert, kann man auch einen
     automatischen Wechsel von RealMode- zur DPMI-Version implementieren.
    Bugfix bei der Behandlung von M-Zeilen im Tausch, sollten jetzt
     berall funktionieren.
    Gateways drfen jetzt beliebige Adressen in V-Zeilen schicken.
    Die Routine zur ITG-Erstellung ist komplett neu und braucht nicht mehr
     so riesige Speichermengen wie frher.
    Die Logfilestatistik kommt mit 5stelligen Anrufzahlen zurecht.
    Einige Overlays verschoben, dadurch >20K mehr Speicher in der
     RealMode- Version.
    BugFix: in der DPMI-Version schlug die Maximalgrenerkennung frs
     Outfile oft viel zu spt zu.
    Neue CfgVar ModemX.RingCount (word, default 0). Damit kann eingestellt
     werden, beim wievielten Klingeln die MAUS abheben soll. War doch nicht
     so schwer einzubauen...
    Wenn Response_RING auf '*' endet und das Modem nach dem RING noch mehr
     Daten schickt, dann werden diese im MCALL protokolliert, wenn
     LogIgnored=TRUE ist.
    In den Userdaten wird jetzt festgehalten, wann der Record zum letzten
     Mal gendert durch NUDE oder Tauschkommandos gendert wurde. Die
     Tauschkommandos zum Gruppen-Be- und Abstellen zhlen dabei nicht mit.

MNconfig:

    Infofiles SYSOPGRP.INF, SBOXLIST.INF und SBOXLISG.INF auf 8 stellige
     MAUS- Namen angepasst, ebenso den Netzplan.
    klemmt Quarks die lokalen Gruppen der Server-MAUS nicht mehr ab.
    aufhrlichere Log-Meldungen zur Gate- und Fremdbox-Konfiguration.
    PK-Zeile: akzeptiert jetzt auch den Typ "H" fr US Robotics HST-Modi
     Die Connect-Typen sind brigens additiv gemeint, V und H schlieen
     also A nicht mit ein!


8.4  News zu Maus 7.95i und MNConfig 2.0
========================================

Aus dem Newstext:

     Sorry da das mit dieser Version so lange gedauert hat, aber ich
     hab' im Moment einen ca. 60-Stunden-Job, und auerdem in den
     letzten Wochen auch noch einige wichtige Sachen privat zu tun.

     Gereon


8.4.1  What's new in Maus 7.95i
-------------------------------

    In Zusammenarbeit mit dem neuen MNconfig werden die Daten aus den D-
     und Z- Zeilen der .EXPs ausgewertet und entsprechend geroutet, s.u.
     Der Abschnitt dazu ist *WICHTIG*, bitte aufmerksam lesen!
    Kosmetische nderung im Programmteil-Men
    Von anonymen Gruppen knnen nur noch SysOps und GC die Leser- und Mit-
     glieder- listen abrufen.
    Neue CfgVar: ConnectMitPort (boolean, default False). Bei True wird
     die Portnummer an den Connectstring angehngt, damit man im MCALL.LOG
     sofort sehen kann, auf welchem Modem ein Anruf 'reinkam.
    Wenn eine Mitteilung mit M-Zeile kommt, entfernt die MAUS keine
     Leerzeilen mehr, auerdem wird bei solchen Mitteilungen die Umlautwan-
     dlung sowohl beim Import als auch beim Export abgeschaltet.
    ITG ist wieder schneller.
    Bugfix: "Vernetzung ndern" im SysOp-Teil geht nur fr Gruppen, die
     fr die Box erlaubt sind.
    Bugfix bei E-Zeilen aus der Zukunft.
    Der Async-Tausch tut's nur, wenn man das MausTausch-Login benutzt, und
     das prft die MAUS jetzt auch ab.
    Bugfix: Loginzeit-Berechnung beim Neueintrag im Relogin gefixt. Zum
     Neueintragen bekommt man jetzt soviel Zeit wie ein normaler User zu
     dieser Zeit, mindestens aber NeuLoginZeit Minuten (neue Cfg-Var,
     default 5).
    Sicherheitscheck: bei jedem Start der MAUS wird berprft, ob es evtl.
     Dubletten bei den Gruppennamen gibt. Falls ja, wird eine entsprechende
     Warnung ins MCALL.LOG geschrieben.
    Bugfix: Spannermodus wird nach einem externen Chatter wieder korrekt
     ein- geschaltet.
    Zugriffsmodes fr (hoffentlich alle) Files gendert. Die MAUS ffnet
     blicherweise ihre Files mit Modus 162 (Read/Write, Lesen fr andere
     Erlaubt), andere Programme, die solche Files lesen wollen mssen dann
     Modus 64 (Read-Only mit Sharing) benutzen.
    Zeitfreigabe unter OS/2 an einigen weiteren Stellen eingebaut.
    Gruppenbergreifende Kommentare im Tausch sind erlaubt.
    Zu jedem ConnectStringX kann per ConnectEventX (word, default 0) ein
     Event konfiguriert werden. 0 bedeutet, da kein Event ausgelst wird.
    Bei der Bearbeitung von UQx- und GQx-Kommandos gibt die MAUS jetzt
     'was aus.
    ITK um G-Zeile erweitert, wie in TAUSCHBAU besprochen. Jedes Kommando
     ist einer (G)ruppe zugeordnet, im Moment sind das folgende:
      U   fr Userdaten
      A   fr administrative Userdaten
      G   fr Gruppendaten
      T   fr Tausch-Optionen
      F   fr FE-Features und Technik.
     Achtung: die letzte ffentliche MINNIE-Version (MIN03*.ARJ) hat einen
     Bug, der mit so einem ITK den Tausch unmglich macht. Abhilfe: Das
     ITK-File lschen, oder die aktuelle Version (MIN07*.ARJ, z.B. in BM
     und K2 im GPT MausTausch) installieren.
    Neue Cfg-Var DownloadSperre (char, default 'D'). Damit kann angegeben
     werden, ob Uploads zunchst fr weitere Downloads gesperrt werden
     sollen. Bei einer Sperre muss erst der SysOp oder PT-Wart den Download
     solcher Files freischalten (das geht ber Begleitinformationen n-
     dern). Die mglichen Werte fr diese Variable sind D - Sperre deakti-
     viert, N - Uploads von Neulingen werden gesperrt, $ - Uploads von
     Nichtzahlern werden gesperrt.
    Bugfix beim Tauschkommando UF: zu lange FWD-Adressen werden jetzt als
     Fehler abgelehnt.


8.4.2  nderungen am MNconfig:
------------------------------

    D- und Z-Zeilen (fr Domainangaben) werden aus den .EXPs gelesen und
     alles, was nicht .maus.de oder .maus.sub.org ist, wird in einem neuen
     File \maus\net\MN-ALIAS.DAT gespeichert. Dieses File liest die MAUS
     beim Start und routet Mails entsprechend.
     Fr die Zeilen gibt es zwei Formate: wenn der Eintrag mit einem "."
     beginnt, dann heisst das, das die MAUS unter ihrem normalen Krzel als
     Rechner unter dieser Domain bekannt ist. Wenn der Eintrag nicht mit
     "." beginnt, wird er als Rechnername interpretiert. Z.B. wren im
     UN.EXP also "D.maus.ruhr.de" und "Dun.maus.ruhr.de" quivalent,
     wichtig wird der Unterschied z.B. bei F und DU3.
     Die Auswertung am Beispiel eines (hypothetischen) .EXP-Ausschnitts fr
     K2:
     D.maus.de
     Z.maus.sub.org
     Z.maus.rhein.de
     Zmausk2.cologne.de

     Mail an foo@k2.maus.de, foo@k2.maus.sub.org, foo@k2.maus.rhein.de und
     foo@mausk2.cologne.de wrde damit bers MausNet an die K2 geschickt,
     bzw. von K2 lokal zugestellt.

     Fr Tool-Programmierer: Das MN-ALIAS.DAT ist - in Pascal-Notation -
     ein
     file of record
     box: 0..255;
     domain: string[50];
     end;
     Auf eine spezielle Reihenfolge der Records darf man sich nicht verlas-
     sen.

    Wenn eine Netzgruppe umbenannt wird, aber schon eine lokale Gruppe mit
     demselben Namen existiert, gibt's jetzt eine entsprechende Warnung.


8.4.3  Ergnzung zum Programmteil Maus 7.95i
--------------------------------------------

Von : Frithard Meyer-Zu-Uptrup @ S4 (Do, 11.07.96 15:12)

Ferner zum Programmteil:

nderungen am Programmteil

MAUS 7.95i Programmteil V 35

    KonfigVariable ProgTeil.an geht jetzt, mit FALSE lt sich also der
     ganze Programmteil lahmlegen um z.B. mit dem MC zu importieren.
     Damit man den Programmteil ber Netzwerk / von Programmen aus sperren
     kann wird ferner in MausPath die Datei 'PROGTEIL.AUS' abgefragt -
     existiert sie, ist der Programmteil ebenfalls gesperrt.
     Beim Userhinweis bei gesperrtem Programmteil wird zwischen temporr
     gesperrtem Programmteil: ('Der Programmteil ist momentan gesperrt -
     Sorry' und kaputtem Programmteil ('Der Programmteil ist zur Zeit aus
     technischen Grnden nicht zugnglich - Sorry') unterschieden.
    Bei deaktiviertem oder falsch konfiguriertem Programmteil strzt die
     MAUS nicht mehr ab wenn sich ein User<>GAST einloggt.
    Downloadsperre (siehe Gereons Newsfile), dazu noch:
     Info fr Programmierer rund um den Programmteil: in IBMParameter ist
     der Status von gesperrten Files 'G'. Wer also in seinem Programm den
     Status nur auf 'X' abfragt, hat nichts weiter zu beachten. Programme
     die z.B. Filelisten erzeugen, sollten aber den Sperrstatus anzeigen.
    OS/2-Version: Sortierung geht bei jeder Sortierung bis max. 15000 Pro-
     gramme

fritz


8.5  News zu Maus 7.95j und MNConfig 2.01
=========================================


8.5.1  What's new in Maus 7.95j
-------------------------------

    Schon seit 7.95i: der Default fr die Cfg-Var BangLogout ist jetzt
     True.
    SysOp-Userlisten haben berschriften
    Bugfix: bei M-Zeilen im Infile wird jetzt wirklich keine Umlautwan-
     dlung mehr gemacht.
    Bugfix: RT 216 beim Dupecheck gefixt.
    Bugfix: die MAUS erkennt ihre eigenen Aliasnamen (und die anderer
     Muse) aus den D/Z-Zeilen im .EXP jetzt korrekt als Empfngeradressen
     bei Mail.
    Neues SysOp-Tausch-Kommando UO zum Setzen des Promi-Status
    Fremdboxen drfen nur diejenigen Gruppen bestellen, die ihnen auch
     erlaubt sind.
    Die MAUS akzeptiert im Infile drei neue Headerzeilen: F, T und S fr
     FollowUp-To, Reply-To und Sender. Wie bei der M-Zeile werden diese
     Dinger einfach nur durchgereicht.
    Noch 'ne neue Headerzeile, nur fr Gateways erlaubt: X. Damit knnen
     Flags zu dieser Mitteilung angegeben werden, derzeit wird nur eins un-
     tersttzt: R+ bzw. R-. R+ gibt an, da diese Msg reexportiert werden
     darf (default), R- verbietet einen Reexport. Diese Flags werden nur in
     Gateway-Outfiles geschrieben. ACHTUNG bei MAUS-to-MAUS-Gates: die
     funktionieren nur noch dann, wenn entweder beide oder keine der Muse
     die X-Zeile kennen. Beim Update also mit den Nach- barn besprechen,
     oder die X-Zeilen rausfiltern (z.B. mit grep -v "^X")
    Mit den Config-Variablen LocalInfoX.Desc und LocalInfoX.File (mit X in
     A..U) kann man lokale Infofiles festlegen. Online werden die im
     (I)nfomen unter L(O)kales angeboten, per Tausch als Infofiles ILOKx.
     LocalInfoX.Desc ist die Beschreibung eines solchen Infofiles, eins der
     Zeichen in diesem String muss fuer die Menuauswahl in () angegeben
     werden. Dabei mu es sich um einen Buchstaben oder eine Ziffer han-
     deln. LocalInfoX.File ist der Name der zugehrigen Infodatei, die im
     InfoPath liegen mu. Wenn Beschreibung oder File leer sind, oder das
     File nicht existiert, oder der Auswahlbuchstabe fehlt oder nicht ein-
     deutig ist, wird so ein Config- Eintrag ignoriert.
    Das Infofile ITG hat keine E-Zeilen mehr (damit ndert es sich nicht
     so oft), dafr gibt's ein neues Infofile ITE, das hat das
     nderungsdatum.
    Es gibt einen Cache fr die CRCs derjenigen Infofiles, die 'richtige'
     Files sind. Der Cache wird in MausPath\M7INFO.CRC gespeichert, bei
     jedem Start prft die MAUS, ob sich das Modifikationsdatum der Files
     gegenber dem gespeicherten gendert hat, und berechnet die CRC neu,
     falls ja. Wenn M7INFO.CRC fehlt, wird der Cache komplett neu aufge-
     baut. Wer diesen Cache nicht haben will (weil er z.B. im CallCheck
     oder sonstwo Infofiles ndert), kann ihn per InfoFileCRCcache:=false
     abschalten.
    Experimentelles Flag: MausPMRealName (boolean, default false). Wenn
     diese Variable auf true steht, generiert der Tausch-Exporter fr
     MausNet-PMs eine N-Zeile (indem er einfach von der V-Zeile alles ab
     dem @ abschneidet).
    Per Default werden Mails an die Usenet-Namen von Musen nicht mehr
     durchs MausNet geroutet. Man kann dieses Feature per UseMausAlias :=
     true aber wieder einschalten.
    Beim Einlesen von M7COM.CFG werden Events, deren Zeiten ber Mitter-
     nacht hinweg gehen, angemeckert.


8.5.2  nderungen am MNconfig 2.01
----------------------------------

    .maus.sub.org wird nicht mehr untersttzt
    Bei Boxnummern-Kollisionen wird das ltere der beiden .EXPs in .EX
     umbenannt.
    Bugfix: Gate-Erlaubniseintrge fr ganze Domains werden jetzt korrekt
     erkannt.
    Fremdboxen drfen nur diejenigen Gruppen bestellen, die ihnen auch
     erlaubt sind.



===========================================================================
Kapitel 9

Die Variablen aus der m7com
===========================================================================

Alle Werte sind in m7com.cfg einzutragen. Die aktuellen Werte, stehen immer
in der m7com.req. Diese Datei legt die Maus an, wenn ConfigRequestFile
gesetzt ist.


9.1  AbschiedsText
==================

 Default:     'Tsch'

 Bedeutung:   Damit werden die Benutzer verabschiedet. Also 'Tsch, Herr
              Heinz'

              Einzutragen in m7com.cfg


9.2  AllgDupMax
===============

 Default:     '500'

 Bedeutung:   Soviele Mails durchsucht der Dupecheck in der Maus bei ff-
              entlichen Mails. Defaultwert ist DupMaxDefaultUser bzw
              DupMaxDefaultGate

              Einzutragen in m7com.cfg


9.3  AllgProgPath
=================

 Default:     'MausPath\MAUSPROG\'

 Bedeutung:   In dem Verzeichnis werden die Ordner fr die verschiedenen
              Betriebssysteme angelegt

              Einzutragen in m7com.cfg


9.4  AMIGAProgPath
==================

 Default:     'GruppenProgPath\AMIGA\'

 Bedeutung:   Pfad fr Programme des AMIGA-Betriebssystems

              Einzutragen in m7com.cfg


9.5  AsyncTauschPath
====================

 Default:     'MausPath\AsyncTau\'

 Bedeutung:   Pfad fr den AsyncTausch

              Einzutragen in m7com.cfg


9.6  AutoEventX
===============

 Default:     ''

 Bedeutung:   Wenn der String des AutoLogX empfangen wird, der AutoEventX
              ausgefhrt. Es kann jeder definierte Event (von 50-79) ausge-
              lst werden.

              Einzutragen in m7com.cfg


9.7  AutoLogX
=============

 Default:     ''

 Bedeutung:   Von Edgar Rosenboom

              Auf einen String hin, kann man hiermit einen Event auslsen.
              Dieser String kann, soweit ich mich richtig erinnere, bis
              "Sind sie eingetragener Benutzer" gesendet werden.

              Ich habe z.B. so den Faxempfang beim ZyXEL eingestellt. Das
              ZyXEL sendet den String ZyXEL. Also folgendes eingetragen:
              AutoLog3 := 'ZyXEL'; ''
              Dann startet der Event 67 auf der Maus (Fax annehmen).
              AutoEvent3 := 67 ; [0]

              Einzutragen in m7com.cfg

Siehe Auch die Frage (siehe "Kann man bei einem Anruf automatisch einen
Event auslsen?") dazu.


9.8  BangLogout
===============

 Default:     TRUE

 Bedeutung:   Bei TRUE gibt es in jedem Men einen neuen Punkt "!", mit dem
              man sich nach einer (immer gleichen) Ja/Nein-Abfrage
              ausloggen kann. Dabei werden nur noch die Telefongebhren
              (falls eingeschaltet) und die Verbindungszeit ausgegeben.

              Einzutragen in m7com.cfg


9.9  BatchExecPath
==================

 Default:     MausPath

 Bedeutung:   Hier werden die Batche gestartet

              Die MAUS startet ihre Batches (PACKER, PROTBAT, EXTERN,
              ARCCHECK, CALLCHK, TAU_IN, TAU_OUT) aus diesem Verzeichnis.

              Einzutragen in m7com.cfg


9.10  BatchWorkPath
===================

 Default:     'MausPath\Batch\'

 Bedeutung:   Pfad in dem die Uploads, Packerergebnisse usw landen.

              Einzutragen in m7com.cfg


9.11  BeepNeuUser
=================

 Default:     FALSE

 Bedeutung:   Was passiert hier? Hmmmmm..:-)

              Einzutragen in m7com.cfg


9.12  BeitragsLevel
===================

 Default:     '0'

 Bedeutung:   Beitragslevel sagt, wie die MAUS die Beitrge "einfordern"
              soll.

               0   "Hier wird nicht gezahlt", Default

               1   "Man darf zahlen": in HiScore- und UserListe gibt's ein
                   '$' fr Zahler

               2   "Zahlen wird gern gesehen": extra Zahler-Liste unter
                   Benutzerliste verfgbar

               3   "Eigentlich sollte man ja zahlen": in der Anrufstatistik
                   erscheint eine Zahlungsmoral

               4   "Eigentlich man mu zahlen": '/' = mu noch zahlen er-
                   scheint in der Benutzerliste

               5   Warnung beim Einloggen 14 Tage bevor Zahlung abluft

               6   Nach abgelaufener Zahlung wird beim Einloggen daran
                   erinnert

               7   "Ihr sollt zahlen !": beim Einloggen erhalten alle
                   aktiven Benutzer bei 50% der Anrufe (Zufall) einen
                   freundlichen Hinweis auf (I)(M).

               8   Neu einloggen gesperrt fr Nicht-Zahler.

               9   reserviert

               10  reserviert

              Einzutragen in m7com.cfg


9.13  BoxConfPath
=================

 Default:     'MausNetPath\Conf\'

 Bedeutung:   Dort liegen alle EXP-Files der anderen Muse und auch das
              eigene CNF-File der Maus.

              Einzutragen in m7com.cfg


9.14  CallCheckAtInterval
=========================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird CALLCHK nicht nur nach jedem Anruf, sondern
              auch beim Modem-Check ausgefhrt Siehe auch CheckBetweenCalls
              und das Kapitel (siehe "Was hat es mit dem CALLCHK.BAT auf
              sich?") dazu.

              Einzutragen in m7com.cfg


9.15  CharWaitTimeOut
=====================

 Default:     '110'

 Bedeutung:   Damit kann man den Time-Out in Sekunden angeben, nach dem die
              MAUS den User mit "to" rauswirft. Kleinster mglicher Wert
              ist 10, und beim Ablauf wird auch wie bisher erst noch 3mal
              gepiept und weitere 10 Sekunden gewartet.

              Einzutragen in m7com.cfg


9.16  ChatExtern
================

 Default:     FALSE

 Bedeutung:   Im E(X)tern-Men wird der Menpunkt fr den Chatter nur noch
              whrend der SysOp-Sprechstunde (und wenn UserDarfChatten TRUE
              ist) angezeigt.

              Einzutragen in m7com.cfg


9.17  ChatMenuePunkt
====================

 Default:     '0'

 Bedeutung:   Extern.X.Menue-Nummer fr den Chat.

              Einzutragen in m7com.cfg


9.18  ChatOhneNachfrage
=======================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird ohne Nachfrage der CHAT gestartet.

              Einzutragen in m7com.cfg


9.19  ChatZeitAnrechnen
=======================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird die Zeit, die bei einem Chat verbraten wird,
              auf die Onlinezeit angerechnet, allerdings max. soviel, da
              ein Event nicht gefhrdet wird.

              Einzutragen in m7com.cfg


9.20  CheckBetweenCalls
=======================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird immer zwischen zwei Anrufen der Batch `callchk'
              ausgefhrt. Dieser Batch kann ber seinen Returncode einen
              Event auslsen, indem er entweder mit "exit X" beendet wird
              (4DOS), oder die Nummer des auszulsenden Events in die Datei
              "callchk.rc" im MAUS-Directory schreibt (BRNDAMAG.COM). Ein
              Returncode von 0 zeigt an, da *kein* Event ausgefhrt werden
              soll.

              Ein Beispiel:

              echo off
              rem %1 %2 %3 enthalten das Datum (D M Y)
              rem %4 %5 %6 enthalten die Uhrzeit (H M S)
              rem %7 enthlt den Wochentag (Mo Di Mi ...)
              rem %8 enthlt ein "C" oder "I" als Kennzeichen, ob der
              rem    Batch nach einem Anruf (C), beim ModemCheckInterval
              rem    (I) oder manuell (M) aufgerufen wurde.
              echo %1 %2 %3 %4 %5 %6 %7 %8 >callchk.log
              if exist %mauspath%callchk.rc del %mauspath%callchk.rc
              set RC=0
              rem ein bldes Beispiel:
              rem Ab 23 Uhr wird zwischen zwei Anrufen Event 77 ausgelst.
              if %4 gt 22 set RC=77
              goto done
              rem ein besseres Beispiel (4DOS required):
              rem wenn ber's Netz M7COM.CFG edtiert wird, startet die
              rem MAUS neu.
              rem Event 79 ist dafr im MAUS.BAT als "goto Again"
              rem definiert.
              set C_D=%@date[%@filedate[m7com.cfg]]
              set C_T=%@time[%@filetime[m7com.cfg]]
              set R_D=%@date[%@filedate[m7com.req]]
              set R_T=%@time[%@filetime[m7com.req]]
              if %C_D lt %R_D goto next
              if %C_D gt %R_D goto doit
              if %C_T gt %R_T goto doit
              goto next
              :doit
              set RC=79
              goto done
              :next
              rem weitere Abfragen hier
              :done
              echo %RC >%mauspath%callchk.rc

              Der Returncode mu dabei in [0,50..79] liegen, alles andere
              wird ignoriert. Solche Events werden im MCALL.LOG protokol-
              liert, falls definiert auch mit EventXXHinweis. Zwischen zwei
              Anrufen kann man per Alt-F4 die sofortige Ausfhrung von
              CALLCHK erzwingen.

              Siehe auch Was hat es mit dem CALLCHK.BAT auf sich? (siehe
              "Was hat es mit dem CALLCHK.BAT auf sich?")

              Einzutragen in m7com.cfg


9.21  CheckBreak
================

 Default:     FALSE

 Bedeutung:   Wenn das TRUE ist, kann man die MAUS mit Ctrl-Break killen.
              Keine gute Idee.

              Einzutragen in m7com.cfg


9.22  CheckFreeList
===================

 Default:     FALSE

 Bedeutung:   HeapCheck fr FreeList per ConfigVar CheckFreeList einschalt-
              bar. Uralt und nicht mehr relevant.

              Von: Frank Berger @ AC (Mi, 07.02.96 08:46)

              Hallo Ulrich,

              ER> - HeapCheck fr FreeList per ConfigVar CheckFreeList
              ER> einschaltbar FALSE
              US>Ich kann vor allem mit den letzten Satz nicht anfangen.
              US>Die einzigen Wrter die ich verstehe lauten: fr; per;
              US>einschaltbar. Das sind 3/7 des Satzes.

              Also gut. Fangen wir mal systematisch an.

              Die Silben "List" und "Check"=berprfen drften Dir gelufig
              sein, also haben wir schon mal zwei halbe und ein Drittel
              Wort auf der "Haben"-Seite ;-). Gratuliere! Jetzt hast Du
              ber die Hlfte des Satzes, nmlich dreizehn
              Einundzwanzigstel, verstanden.

              Jetzt mal "im Ernst" weiter:

              "Heap" ist ein allgemein blicher Ausdruck unter Programmie-
              rern, der einen Teil des Arbeitsspeichers umschreibt. Im
              allgemeinen werden umfangreichere Datenstrukturen (zum
              Beispiel Listen) auf dem Heap abgelegt. Dabei ist im
              Gegensatz zum "normalen" Speicher eine besondere Vorsicht
              bzw. Sorgfalt seitens des Programmierers vonnten, da er
              selbst fr das Reservieren und wieder Freigeben dieses Spei-
              chers verantwortlich ist. "HeapCheck" hat also was mit der
              berprfung dieses Speichers zu tun.

              In Zusammenhang mit "Heap" bedeutet "Free" das Freigeben von
              Daten auf dem Heap, d. h., diese Daten knnen danach ber-
              schrieben werden. Es geht also darum, da der Speicherbereich
              irgendeiner Liste, die wohl auf dem Heap angelegt war, wieder
              freigegeben wird, um anderen Aufgaben zur Verfgung zu
              stehen. Wenn man solche "Free"-Aufrufe vergit, passiert es
              leicht, da irgendwann kein Speicher mehr zur Verfgung steht
              und das Programm abstrzt.

              "ConfigVar": Wenn Du "Var" noch nie gehrt haben solltest,
              mtest Du vielleicht doch mal den (Sysop-)Job oder die
              Gruppe wechseln. "ConfigVar" bezeichnet eine Maus-Pro-
              grammvariable, die ber ein Config-File (M7COM.CFG oder
              MAUSNET.CFG) einstellbar ist. Programmtechnisch gesehen sind
              solche "var"s eigentlich vom Benutzer zur Laufzeit definierte
              Konstanten. In diesem Fall vom Typ BOOLEAN, d. h. diese Con-
              figVar kann nur TRUE oder FALSE annehmen, also "ja" oder
              "nein".

              "CheckFreeList" - kannst Du Dir jetzt selbst zusammenbasteln.
              "berprfe das Freigeben der Liste" (oder eben nicht) - darum
              geht's. Was fr eine Liste gemeint ist, geht aus obiger Zeile
              nicht hervor - da ntzen auch viele Jahre Sysop-Dasein
              nichts!
              mfg,

              _______
               _/_ (
               / rank

              Einzutragen in m7com.cfg


9.23  CheckSnow
===============

 Default:     FALSE

 Bedeutung:   Bei TRUE wird vor jeder Zeichenausgabe auf den horizontalen
              Strahlrcklauf gewartet. Damit wird das Flimmern auf CGAs
              verhindert, aber auch die Ausgabe langsamer.

              Einzutragen in m7com.cfg


9.24  CloseAllHandles
=====================

 Default:     FALSE

              Einzutragen in m7com.cfg


9.25  CloseFilesDebug
=====================

 Default:     FALSE

              Einzutragen in m7com.cfg


9.26  CommitCache
=================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird vor jedem Start eines externen Programms
              (Packer, Protokoll, CallChk etc.) der Cache geflushed. Dazu
              wird die DOS-Funktion "Commit File" (Int 21h, Funktion 68h)
              benutzt, auf die mindestens SmartDrive reagiert.

              Einzutragen in m7com.cfg


9.27  ComPort
=============

 Default:     '2'

              Einzutragen in m7com.cfg


9.28  ComSpec
=============

 Default:     Enviroment-Variable SHELL aus der CONFIG.SYS

              Einzutragen in m7com.cfg


9.29  ConfigFile
================

 Default:     m7com.cfg im MausPath

 Bedeutung:   In ConfigFiles knnen per "ConfigInclude := 'filename'" jetzt
              weitere cfg-Files eingelesen werden. ConfigInclude darf
              mehrfach in einem Cfg-File vorkommen, und wird auch in den
              eingelesenen Files ausgewertet. Die Verschachtelungstiefe ist
              egal, nur die Gesamtanzahl aller Includes ist limitiert
              (derzeit auf 30). Im .REQ werden alle Includes angegeben. NB:
              Bei mehrfach definierten Variablen zhlt die zuletzt gelesene
              Definition! Rekursionen sind auch mglich. Nested includ
              essind nicht mglich.

              Einzutragen in m7com.cfg


9.30  ConfigRequestFile
=======================

 Default:     TRUE

 Bedeutung:   Wenn TRUE, wird ein File m7com.req angelegt, in der alle Va-
              riablen und die aktuellen Werte angelegt. Nach Mglichkeit
              landen dort auch die Fehlermeldungen. Auerdem wartet die
              Maus 3 Sekunden, bevor es weiter geht. Damit hat man etwas
              Zeit, die Fehlermeldung zu lesen.
              Nachdem das aber zu starken Verzgerungen beim hochfahren der
              Maus fhrte, wartet die Maus jetzt nicht mehr.

              Einzutragen in m7com.cfg


9.31  ConfigVerbose
===================

 Default:     FALSE

 Bedeutung:   Beim anlegen eines *.REQ Files (siehe ConfigRequestFile
              (siehe "ConfigRequestFile") werden auch allen Variablen
              eingetragen, die M7COM.EXE oder alle anderen Maus-Utilitys,
              die auf m7com.cfg zugreifen, nicht anfordert. Damit kann man
              also feststellen welche Variablen berflssig sind. Aber
              ACHTUNG nicht nur die Maus sondern mindestens auch der Maus-
              putz greifen auf das cfg-File zu.

              Einzutragen in m7com.cfg


9.32  ConnectBaudX
==================

 Default:     unterschiedlich

 Bedeutung:   Baudrate zu den String. Nach dem Wert wird die Zeit fr
              Downloads, tausch usw. berechnet. Bei Connects mit Fehlercom-
              pression sollte die Werte Connect-Baudraten ca. 10% mehr
              angeben.

              Wenn man es genau machen will:
              10 Bit/Byte ohne Fehlerkorrektur, 8 Bit/Byte mit. Also:
              16800/10=1680, 16800/8=2100 und von den Werten zieht man dann
              nochmals ca. 10% fr den Protokoll-Overhead und eventuelle
              Schlechte Leitungen ab.

              Einzutragen in m7com.cfg


9.33  ConnectEventX
===================

 Default:     0

 Bedeutung:   Zu jedem ConnectStringX kann per ConnectEventX ein Event
              konfiguriert werden. 0 bedeutet, da kein Event ausgelst
              wird.

              Einzutragen in m7com.cfg


9.34  ConnectMitPort
====================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird die Portnummer an den ConnectString angehngt,
              damit man im MCALL.LOG sofort sehen kann, auf welchem Modem
              ein Anruf 'reinkam.

              Einzutragen in m7com.cfg


9.35  ConnectOhneARQ
====================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird die (eh redundante) Angabe "ARQ" aus Connect-
              Meldungen entfernt, um mehr Platz fr den Usernamen zu
              lassen.

              Einzutragen in m7com.cfg


9.36  ConnectStringX
====================

 Default:     'CONNECT'

 Bedeutung:   String, den das Modem beim Connect meldet


              Beispiel:
              ConnectString1 := 'CONNECT 14400/*'
              ConnectBaud1 := 14400

              Es sind maximal 40 verschiedene Connect-Strings mglich.

              Einzutragen in m7com.cfg


9.37  ConsoleKey.FX
===================

 Default:     ''

 Bedeutung:   ConsoleKey.F[5678] Was in diesen Variablen konfiguriert wird,
              lsst sich bei einem Tastaturanruf in der MAUS per Alt-F5 bis
              Alt-F8 wieder abrufen. Control-Zeichen knnen als ^X darge-
              stellt werden.

              Ein ^ wird durch ^^ erzeugt. Sehr praktisch ist, das #222
              ALT-222 emuliert.

              Einige Beispiele:

               ConsoleKey.F5  'JFrithard Meyer-Zu-Uptrup^MGeheim^M'; Login

               ConsoleKey.F6  'pad-7^M^Ml'; Progliste der letzten 7 Tage

               ConcoleKey.F7  #222'JChristian Golar'; Anstatt ALT-222 usw
                              nur ALT-F8 Der Eintrag im m7com.cfg sieht
                              dann so aus:

                              ConsoleKey.F7 := #222'JChristian Golar'

               ConcoleKey.F8  #222'JChristian GolarJPW';

                              Das gleiche nochmal, nur wird das PW danach
                              geschickt.  ACHTUNG , damit kann jeder, der
                              an die Konsole kommt, sich unter dem Namen
                              einloggen.

              Siehe auch das Kapitel zum Konsolenlogin (siehe
              "Konsolenlogin mit zwei Tastendrcken!")

              Einzutragen in m7com.cfg


9.38  CRbeforeAT
================

 Default:     TRUE

 Bedeutung:   Bei FALSE wird vor dem AT kein CR gesendet

              Einzutragen in m7com.cfg


9.39  DefaultSysOpName
======================

 Default:     'SysOp'

 Bedeutung:   Wird als Defaultwert fr den Eintrag von SysOpName im
              EXTERN.CFG benutzt.

              Einzutragen in m7com.cfg


9.40  DelayVorProt
==================

 Default:     '300'

 Bedeutung:   So viele Millisekunden wartet die MAUS zwischen "Protokoll
              startet" und dem eigentlichen Start. Wenn man nicht einen
              guten Grund hat, sollte dort nix anderes als der Default oder
              sogar '1' stehen.

              Bei kleinen werten kann es aber vorkommen, das die User bei
              Beginn jeder bertragung CRC-Fehler bekommen, weil das Proto-
              koll zu schnell startet. Zumindest haben wir das in der B
              festgestellt. Einzutragen in m7com.cfg


9.41  DirectBaud
================

 Default:     '19200'

 Bedeutung:   Auf dieser Baudrate wird der Direktport fest betrieben. Siehe
              auch Direktlogin-Anleitung. Besser die Werte ber X00 in der
              CONFIG.SYS festlegen. Siehe auch MaxBaud

              Einzutragen in m7com.cfg


9.42  DirectChat
================

 Default:     '753'

 Bedeutung:   Anchatten eines Users jetzt auch ber den DirectPort mglich.
              Wenn der String aus DirectChat empfangen wird, wird der User
              wie sonst auch gefragt, ob er den Chat annehmen will. Das
              Ergebnis wird am DirectPort ausgegeben.

              Einzutragen in m7com.cfg


9.43  DirectDCDignore
=====================

 Default:     TRUE

 Bedeutung:   Bei FALSE beachtet die MAUS jetzt auch am DirectPort das
              DCD-Signal und "legt auf" wenn das nicht vorhanden ist.

              Einzutragen in m7com.cfg


9.44  DirectLog
===============

 Default:     ''

 Bedeutung:   Wenn dieses Zeichen von Direktport von der Maus empfangen
              wird, sendet die Maus eine Kopie des Mausbildschirms ber den
              Direktport. Damit lt sich der Mausbildschirm remote berwa-
              chen. Siehe auch Direktlogin-Anleitung

              Einzutragen in m7com.cfg


9.45  DirectLogin
=================

 Default:     FALSE

 Bedeutung:   Siehe Direktlogin-Anleitung. Wenn DirectLogin FALSE ist,
              fehlen auch alle anderen DirectLogin-Variablen im m7com.req.

              Einzutragen in m7com.cfg


9.46  DirectTextInfile
======================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird beim Kommandozeilentausch das Infile nicht mehr
              erst nach BatchWorkPath kopiert und ausgepackt, sondern
              direkt geffnet und gelesen. Das tut's also nur mit Textfiles
              und nur beim Tausch mit m7com /t!

              Einzutragen in m7com.cfg


9.47  DirectPortModemSimulator
==============================

 Default:     FALSE
 Bedeutung:   DirectPortModemSimulator (Boolean, default FALSE). Bei TRUE
              versucht
              die MAUS auf dem DirectPort ein Modem zu simulieren:
                  alle Eingaben werden geecacht.
                  bei CR wird der Eingabe-Puffer des DirectPorts gelscht.
                  wenn "ATblabla" ankommt, sendet die MAUS "OK"
                  wenn DirectRing ankommt, sendet die MAUS "CONNECT xxx"
                   mit xxx=DirectBaudRate
                  wenn grade ein User drin ist, sendet die MAUS stattdes-
                   sen "BUSY"
                  beendet man ein DirectLogin, sagt die MAUS "NO CARRIER"
                  die MAUS schaltet DTR am DirectPort jetzt so, da man
                   damit auf der anderen Seite CD bedienen kann. Dazu
                   braucht man aber ein spezielles Kabel, etwa so:


                 MAUS      PC/ST     Krzel     Beschreibung
                 2 ---\/--- 2        TxD        Transmit Data
                 3 ---/\--- 3        RxD        Receive Data
                 4 ---\/--- 4        RTS        Ready to Send
                 5 ---/\--- 5        CTS        Clear to Send
                 7 -------- 7        GND        Signal Ground
              /- 6 ---\     6 --\    DSR        Data Set Ready
              \- 8   /-\--- 8   |    CD         Carrier Detect
                20 -/   \- 20 --/    DTR        Data Terminal Ready (
              Ein kleiner Nachteil dabei ist, da sich die MAUS dabei dann
              nicht mehr merkt, da ein DirectRing da war.
              Siehe auch Direktlogin-Anleitung
              Einzutragen in m7com.cfg


9.48  DirectPortRtsCts
======================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird auch fr den DirectPort RTS/CTS-Handshake ein-
              geschaltet. Dies ist ein Versuchsballon: bisher war das immer
              ausgeschaltet, aber evtl. erklrt das die Aussetzer am
              DirectPort, die u.a. in SU gehuft auftraten.

              Einzutragen in m7com.cfg


9.49  DirectPortShowLogin
=========================

 Default:     wei ich nicht, hab keinen Direktport hier

 Bedeutung:   Normale und CallCheck-Events werden jetzt auch auf dem
              DirectPort protokolliert, die Variable auf TRUE steht.

              Einzutragen in m7com.cfg


9.50  DirectPortWakeup
======================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird immer dann, wenn die MAUS testet, ob das Modem
              noch da ist, der DirectPort neu initialisiert. Das ist zwar
              brutal, aber die Probleme bei der MAUS SU sind damit gelst.

              Einzutragen in m7com.cfg


9.51  DirectRing
================

 Default:     '222'

 Bedeutung:   Zeichenfolge zum einloggen ber den Direktport Siehe auch
              Direktlogin-Anleitung

              Einzutragen in m7com.cfg


9.52  DirectShowLogin
=====================

 Default:     wei ich nicht, hab keinen Direktport hier

 Bedeutung:   Bei TRUE wird beim Einloggen eines Users dessen Namen (bzw.
              "Gast") auf den DirectPort ausgegeben, beim Anrufende werden
              der Ende-Status (le, cl1 etc.) und die Anrufdauer ausgegeben.

              Einzutragen in m7com.cfg


9.53  DirectTime
================

 Default:     'howl8'

 Bedeutung:   Wenn ber den DirectPort der String aus DirectTime empfangen
              wird, sendet die MAUS die aktuelle Uhrzeit.

              Einzutragen in m7com.cfg


9.54  DisconnectWait
====================

 Default:     '3'

 Bedeutung:   Gibt an, wie lange (in Sekunden) die MAUS beim Auflegen
              warten soll, bevor sie DTR runterzieht. Wirkt nur, wenn
              UseDtrH=TRUE ist. Siehe auch die Frage zur Gebhrenanzeige
              (siehe "Die Gebhrenanzeige der MAUS, stimmt die?") der Maus
              und zum ausloggverhalten (siehe "Beim ausloggen bertrgt das
              Modem nicht mehr den Pufferinhalt.") der Maus.
              Ich fahre hier in Berlin mit einem Wert von 1 sehr gut. Keine
              Beschwerden von Usern wegen fehlender Zeichen beim
              bertragen, dafr aber ein schon schneller Logout.

              Einzutragen in m7com.cfg


9.55  DownloadSperre
====================

 Default:     'D'

 Bedeutung:   Damit kann angegeben werden, ob Uploads zunchst fr weitere
              Downloads gesperrt werden sollen. Bei einer Sperre muss erst
              der SysOp oder PT-Wart den Download solcher Files freischal-
              ten (das geht ber Begleitinformationen ndern). Die
              mglichen Werte fr diese Variable sind

               D - Sperre deaktiviert,

               N - Uploads von Neulingen werden gesperrt,

               $ - Uploads von Nichtzahlern werden gesperrt.

              James untersttzt diese Feature im Moment nur in der
              Betaversion.

              Einzutragen in m7com.cfg


9.56  DOSProgPath
=================

 Default:     GruppenProgPath\DOS\'

 Bedeutung:   Pfad fr Programme des DOS-Betriebssystems

              Einzutragen in m7com.cfg


9.57  DSZlogFile
================

 Default:     ''

              Einzutragen in m7com.cfg


9.58  DtrDelay
==============

 Default:     '300'

 Bedeutung:   Bestimmt wie lange DTR runtergezogen wird. Angabe in ms.

              Einzutragen in m7com.cfg


9.59  DumpCore
==============

 Default:     FALSE

 Bedeutung:   Soll das File 'Core.Dmp' (im MausPath) erzeugt werden? Keine
              Ahnung, was das ist.

              Einzutragen in m7com.cfg


9.60  DupMaxDefaultGate
=======================

 Default:     '2000'

 Bedeutung:   Soviele Mails durchsucht die Maus nach Dupes beim Gatetausch.

              Einzutragen in m7com.cfg


9.61  DupMaxDefaultUser
=======================

 Default:     '500'

 Bedeutung:   Soviele Mails durchsucht die Maus beim Dupecheck

              Einzutragen in m7com.cfg


9.62  EditorName
================

 Default:     ''

 Bedeutung:   Quoting Editor fr den Tastatur-Sysop: Im Dialog (Q) wie
              Quote bernimmt die kommentierte Msg gequotet in ein File
              QUOTE.TMP und ruft den konfigurierten Editor auf. Wenn das
              File im Editor gendert und gesichert wird, wird die Msg als
              Kommentar eingetragen, wenn nicht, wird sie gelscht.

              Beispiel 'Q' [z.B. fr Q.EXE]

              Einzutragen in m7com.cfg


9.63  EliminateBirthDayLier
===========================

 Default:     TRUE

 Bedeutung:   Lscht einen User 42 Sekunden nach seinem ersten Anruf, wenn
              er das falsche Geburtsdatum eingegeben hat.

              Einzutragen in m7com.cfg

              :-) (c) by Jdel


9.64  EventXXAktiv
==================

 Default:     TRUE

 Bedeutung:   Bei FALSE werden die Zeiten fr den Event XX nicht beachtet,
              d.h. also der Event abgeschaltet. Ntzlich, wenn man einfach
              einen Event mal eben disablen will.

              Einzutragen in m7com.cfg


9.65  EventXXBisZeit
====================

 Default:     ''

 Bedeutung:   EventXXBisZeit - sptestmgliche Zeit fr Event XX Siehe
              EventXXVonZeit

              Einzutragen in m7com.cfg


9.66  EventXXDauer
==================

 Default:     '0'

 Bedeutung:   Damit kann zu Events jetzt eine geschtzte Dauer angegeben
              werden, die in der Tabelle der Events auch mit ausgegeben
              wird.

              Einzutragen in m7com.cfg


9.67  EventXXHinweis
====================

 Default:     ''

 Bedeutung:   Text-Beschreibung der Events,

              Einzutragen in m7com.cfg


9.68  EventXXMultiplex
======================

 Default:     '0'

 Bedeutung:   Fr Events sind jetzt je bis zu 8 Zeiten erlaubt. Dazu muss
              EventXXMultiplex auf die Zahl der vereinbarten Zeiten gesetzt
              werden. Statt in den sonst benutzen Variablen werden dann
              EventXX[von|bis|wurf]Zeit.Y verwendet, wobei das Y von 1 bis
              EventXXMultiplex hochgezhlt wird.

              Einzutragen in m7com.cfg


9.69  EventXXVonZeit
====================

 Default:     ''

 Bedeutung:   EventXXVonZeit - frhestmgliche Zeit fr Event XX

              EventXXBisZeit - sptestmgliche Zeit fr Event XX

              EventXXWurfZeit - um diese Zeit wird ein Benutzer gewaltsam
              hinausgeworfen, um den Event noch zu ermglichen. Kann ent-
              fallen, dann kann der Event nicht mehr garantiert werden. Das
              hilft natrlich nur, wenn zu diesem Zeitpunkt die Maus luft
              und die Uhr stimmt!

              Es mu stets gelten: VonZeit <= WurfZeit <= BisZeit

              Einzutragen in m7com.cfg


9.70  EventXXWurfZeit
=====================

 Default:     ''

 Bedeutung:   Zeit, zu der ein User gewaltsam hinausgeworfen wird. Siehe
              EventXXVonZeit

              Einzutragen in m7com.cfg


9.71  ExternMenue
=================

 Default:     TRUE

 Bedeutung:   Aktiviert den ExternMen-Eintrag in Hauptmen. Sinnvoller-
              weise definiert man dann auch externe Programme

              Einzutragen in m7com.cfg


9.72  ExternX.Acc
=================

 Default:     '1'

 Bedeutung:   Bestimmt ab welchen Userlevel ExternX.Name erscheint.

                  0 ab Gste

                  1 ab User

                  2 ab Zahler

                  3 ab SysOp

              Ein SysOp der keinen Dollar hat, bekommt bei der Einstellung
              2 den Menpunkt nicht angezeigt. Fr die Maus hat ein SysOp
              nicht automatisch einen Dollar! Siehe auch SysOpPayWarn
              (siehe "SysOpPayWarn")

              Einzutragen in m7com.cfg


9.73  ExternX.Door
==================

 Default:     FALSE

 Bedeutung:   TRUE zeigt an, da fr dieses externe Programm der DoorWay-
              Modus benutzt wird, die MAUS gibt dann vor dem Start noch
              einen entsprechende Meldung aus.

              Einzutragen in m7com.cfg


9.74  ExternX.Event
===================

 Default:     '0'

 Bedeutung:   Im E(X)tern-Men kann eine neue Sorte von Programmen
              definiert werden: wenn zu einem Menpunkt X die Cfg-Variable
              ExternMenuX.Event mit einem Wert verschieden von 0 definiert
              wird, wird zur Ausfhrung des Programms die MAUS beendet. Im
              MAUS.BAT kann das wie bei einem Event erkannt werden, als
              Return-code wird nmlich der Wert von ExternMenuX.Event
              zurckgeliefert. Eine Rckkehr zur MAUS ist im gleichen Anruf
              nicht mglich, darauf wird der User hingewiesen und es kommt
              auch noch eine Sicherheitsabfrage.

              Mgliche Einsatzbereiche dafr sind Programme, die extrem
              viel Memory bentigen, oder aber die Mglichkeit, echte
              Events auszulsen, ohne dafr die SysOp-Formel kennnen zu
              mssen (Status 'S' reicht, um Zugang zu Punkten mit
              ExternMenuX.Acc:=3 zu bekommen). Die Nummern fr die Events
              mssen im Bereich [50..79] liegen.

              Einzutragen in m7com.cfg


9.75  ExternX.Name
==================

 Default:     ''

 Bedeutung:   Das ist der Name, der im Externen-Men erscheint. In Klammern
              wird der Buchstabe zum anwhlen des Externen Programmes ange-
              geben. Beispiel:
              Extern1.Name := '(M)aus B Service'; [' ']


              und das EXTERN.BAT sieht dann so aus (normales DOS):

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

              if "%1"=="M" goto service
              goto trente
              :service
              c:
              cd \maus
              service.exe
              goto trente
              :trente


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

              Einzutragen in m7com.cfg


9.76  FixedBaudRate
===================

 Default:     TRUE

 Bedeutung:   Kommunikation Rechner-Modem immer mit MaxBaud

              Einzutragen in m7com.cfg


9.77  FloppyDefaults
====================

 Default:     'A:\'

 Bedeutung:   Einstellung fr alle Up/Downloads direkt von der Tastatur.
              Kann man natrlich whrend des einspielens ndern.

              Einzutragen in m7com.cfg


9.78  FlushCallInfo
===================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird das MCALL.LOG nach jeder Zeile geflushed. damit
              da bei Crashes auch was zu lesen steht. Das hab ich damals
              bei der Sache mit Marcus' Keksstrahlen eingebaut :-)

              Einzutragen in m7com.cfg


9.79  FormelProgramm
====================

 Default:     ''

 Bedeutung:   Name des Programms, mit dem die Zugangsberechtigung zum
              SysOp-Teil getestet wird. Ein Beispiel mit der alten Formel
              liegt als SYSFORM.PAS/.EXE bei. Wenn FormelProgramm leer ('
              ') ist, wird weiterhin die alte eingebaute Formel verwendet.

              Man kann auch anstatt eines externen Programmes einen 4DOS-
              Batch ausfhren lassen. Hier ein Beispiel von Timm Ganske:

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

              [m7com.cfg]
              FormelProgramm := 'SFORMEL.BTM'; [' ']
              [Ausschnitt m7com.cfg Ende]
              
              [sformel.btm]
              if %@eval[ %1 \ 100 + %1 %%100 ] == %2 quit 0
              quit 1
              [sformel.btm ende!]

              Diese Beispielformel sollte dafr sorgen, da man bei der
              Zahl abcde folgendes rechnen mu: abc+de. Ich habe sie jetzt
              nicht getestet, aber 4DOS bietet alle Mglichkeiten, belie-
              bige Formeln aufzustellen. Einfach mal die Hilfe zu %@EVAL
              anschauen.

              Einzutragen in m7com.cfg


9.80  GarKeinChat
=================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird der Punkt (K) im Hauptmen nicht mehr
              angezeigt.

              Einzutragen in m7com.cfg


9.81  GeizhalsNach
==================

 Default:     '40'

 Bedeutung:   Nach wievielen Anrufen gilt ein Anrufer als Geizhals.

              Einzutragen in m7com.cfg


9.82  GeizhalsSchonfrist
========================

 Default:     '0'

 Bedeutung:   Werte >0 legen fest, da jemand erst nach der angegebenen
              Anzahl von Tagen zum Geizhals werden kann, egal wie
              GeizhalsNach gesetzt ist.

              Einzutragen in m7com.cfg


9.83  GeizhalsTauschLimit
=========================

 Default:     '0'

 Bedeutung:   Ein Wert >0 gibt an, wie gro (in Kilobytes gemessen) das
              OUTFILE.TXT eines Geizhalses sein darf

              Einzutragen in m7com.cfg


9.84  GeizhalsTauschOK
======================

 Default:     TRUE

 Bedeutung:   Bei FALSE wird der MausTausch fr Geizhlse gesperrt. Gilt
              nicht fr Sysops

              Einzutragen in m7com.cfg


9.85  GetCallWithDTR
====================

 Default:     FALSE

 Bedeutung:   Bei TRUE Anruf ber S0=1/DTR^ annehmen anstatt ber ATA

              Einzutragen in m7com.cfg


9.86  Gruppenliste.Oeffentlich
==============================

 Default:     TRUE

 Bedeutung:   Bei FALSE ist die Mitgliederliste einer Gruppe nur noch fr
              die Mitglieder der Gruppe, den Chef und die SysOps abrufbar.

              Einzutragen in m7com.cfg


9.87  GruppenProgPath
=====================

 Default:     MausPath\GRUPROG\'

 Bedeutung:   Pfad fr die Gruppenprogrammteile

              Einzutragen in m7com.cfg


9.88  InfoFileCRCcache
======================

 Default:     TRUE

 Bedeutung:   Hiermit kann der Cache der Infofile (File
              MausPath\M7INFO.CRC), des es ab Maus 7.95j gibt, abgeschaltet
              werden. Ist aber nur ntig, wenn man z.B. im CallCheck.Bat
              irgendwelche Infofiles ndert.

              Einzutragen in m7com.cfg


9.89  InfoPath
==============

 Default:     MausPath

 Bedeutung:   Hier liegen die Infotexte der Maus. Also eigentlich alles was
              mit *.Inf im Mausverzeichnis rumliegt.

              Einzutragen in m7com.cfg


9.90  ImmerSpannen
==================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird schon beim Start der MAUS der Spannermodus ak-
              tiviert.

              Einzutragen in m7com.cfg


9.91  ISDNCallReject
====================

 Default:     FALSE

 Bedeutung:   Siehe ISDNCallRejectEAZs

              Einzutragen in m7com.cfg


9.92  ISDNCallRejectEAZs
========================

 Default:     ''

 Bedeutung:   Die MAUS (und das MausNet ab v2.53) kann jetzt aktive Rufab-
              lehnung im ISDN. Dazu muss die Variable ISDNCallReject auf
              "TRUE" gesetzt werden, auerdem mu man in
              "ISDNCallRejectEAZs" angeben, auf welche(n) EAZ(s) Anrufe
              abgelehnt werden sollen. Dabei wird einfach eine Aufzhlung
              der EAZs als String, ohne irgendwelche Trennzeichen erwartet.
              Damit das funktioniert, ist die Installation des Programms
              Rejectit von Marcus Schmidke @ BM erforderlich, das liegt
              u.a. im GPT SYSOP.PROG @ K2.

              Einzutragen in m7com.cfg


9.93  KByteStattRecsAnzeigen
============================

 Default:     FALSE

 Bedeutung:   Bei TRUE werden die Up-und Downloads nicht mit mit Recs (128
              Byte) sondern mit KB protokolliert.

              Einzutragen in m7com.cfg


9.94  LocalInfoX.Desc
=====================

 Default:     ''

 Bedeutung:   Mit den Config-Variablen LocalInfoX.Desc und LocalInfoX.File
              (mit X in A..U) kann man lokale Infofiles festlegen. Online
              werden die im (I)nfomen unter L(O)kales angeboten, per
              Tausch als Infofiles ILOKx.
              LocalInfoX.Desc ist die Beschreibung eines solchen Infofiles,
              eins der Zeichen in diesem String muss fuer die Menauswahl
              in () angegeben werden. Dabei mu es sich um einen Buchstaben
              oder eine Ziffer handeln.
              LocalInfoX.File ist der Name der zugehrigen Infodatei, die
              im InfoPath liegen mu.
              Wenn Beschreibung oder File leer sind, oder das File nicht
              existiert, oder der Auswahlbuchstabe fehlt oder nicht eindeu-
              tig ist, wird so ein Config-Eintrag ignoriert.

              Einzutragen in m7com.cfg


9.95  LocalInfoX.File
=====================

 Default:     ''

 Bedeutung:   Lokales Infofile. Siehe LocalInfoX.Desc

              Einzutragen in m7com.cfg


9.96  LogChat
=============

 Default:     FALSE

 Bedeutung:   Wenn LogChat auf TRUE gesetzt ist und der eingebaute Chatter
              benutzt wird, wird beim Chatten ein Protokoll in der Datei
              CHAT.LOG (im MAUS-Directory) gefhrt. Diese Datei wird beim
              Beginn jedes Chats neu angelegt.

              Einzutragen in m7com.cfg


9.97  LogFileStatMitISDN
========================

 Default:     FALSE

 Bedeutung:   Bei TRUE werden im der Logfile-Statistik im MausMeter die
              ISDN-Anrufer (CONNECT 64000) einzeln ausgewiesen, dafr die
              300er, 1200er und 2400er zu einer Spalte "<=2400"
              zusammengefasst.

              Einzutragen in m7com.cfg


9.98  LogLevel
==============

 Default:     '3'

 Bedeutung:   Das sagt aus, wieviel von den Programmteil-Aktivitten im
              MCALL.LOG landen. Also sowas wie Beschreibung ndern, lschen
              etc. Je hher der Level, desto mehr landet im MCALL.LOG. 15
              ist dabei das Maximum.

              Einzutragen in m7com.cfg


9.99  LogIgnored
================

 Default:     FALSE

 Bedeutung:   Bei TRUE werden die Response-Ignore-Strings protokolliert,
              ebenso nach einem RING alles, was nicht als CONNECT erkannt
              wurde. Wenn Response_RING auf '*' endet und das Modem nach
              dem RING noch mehr Daten schickt, dann werden diese im MCALL
              protokolliert, wenn LogIgnored=TRUE ist.

              Einzutragen in m7com.cfg


9.100  LogInHinweisX
====================

 Default:     '' X von A bis Z mglich

 Bedeutung:   Hinweis zur Loginzeit

              Einzutragen in m7com.cfg


9.101  LogInProgX
=================

 Default:     'G' X von A bis Z mglich

 Bedeutung:   Ab welchen User-Level ist der Programmteil zu der LogInZeit
              erlaubt.

              Einzutragen in m7com.cfg


9.102  LogInZeitX
=================

 Default:     '' X von A bis Z mglich

 Bedeutung:   Man kann pro Stunde und getrennt fr Gste, User, Beitrags-
              zahler und "Geizhlse" die Online-Zeiten einstellen. Die Pa-
              rameter fr Beitragszahler und Geizhlse sind optional.
              Insgesamt knnen LogInZeiten von A-Z definiert werden. Jede
              Definition gilt stundenweise, bis eine andere Definition
              eintritt.
              Wenn eine Zeit auf 0 gesetzt ist, ist diese Anruferklasse fr
              diese Zeit gesperrt und wird vorm Hauptmen wieder aus der
              MAUS geworfen.

              Ein Beispiel:

              LogInZeitA := '00: 00, 20, 30, 10'
              LogInZeitB := '02: 60, 60'

              Erste Zeile: Zwischen 00:00 und 01:59 haben User 20 Minuten
              und Beitrags- Zahler 30 Minuten Online-Zeit. Gste sind ge-
              sperrt und Geizhlse haben nur 10 Minuten. Nach 2 Uhr haben
              alle Anrufer 60 Minuten. Programmteilsperre fr bestimmte
              Loginzeiten ber LogInProg Mgliche Eingaben G-ast, N-
              euling,U-ser,Z-ahler,S-ysop LogIn-Zeiten (wie sie bei einer
              neuen MAUS benutzt werden sollten) User 1/2 von Zahler und
              Geizhlse 10 Minuten weniger als User in SL

                            ab     User    Geizhals
                               Gast   Zahler
              LogInZeitA := '00: 5, 8, 16, 05'
              LogInProgA := ; ('')
              LogInHinweisA := ; ('')

              Einzutragen in m7com.cfg


9.103  LogPath
==============

 Default:     MausPath

 Bedeutung:   Pfad fr das MCALL.LOG und die der letzten 14 Tagen. Bei
              ModemLog TRUE wird dort auch das MODEM.LOG abgelegt. der PM-
              Forwarder FwdPM legt dort auch seine Log-Files ab.

              Einzutragen in m7com.cfg


9.104  LowMemoryLimit
=====================

 Default:     '0'

 Bedeutung:   Bei Werten > 0 wird zwischen Anrufen berpft, ob noch soviel
              Memory frei ist wie angegeben. Wenn das nicht der Fall ist,
              wird der Event aus LowMemoryEvent (word, default 203) ausge-
              lst. Damit kann man sich gegen die Speicherlecks schtzen,
              die entstehen knnen, wenn ein User mitten in einer Routine
              auflegt, die Speicher alloziert hat und nicht mehr freigeben
              kann. Wenn man den Event umdefiniert, kann man auch einen au-
              tomatischen Wechsel von RealMode- zur DPMI-Version
              implementieren.

              Einzutragen in m7com.cfg


9.105  MACINTOSProgPath
=======================

 Default:     GruppenProgPath\MACINTOS\'

 Bedeutung:   Pfad fr Programme des MACINTOS-Betriebssystems

              Einzutragen in m7com.cfg


9.106  MausHeader
=================

 Default:     ''

 Bedeutung:   Mit dem Text werden die User beim einloggen begrt.

              Einzutragen in m7com.cfg


9.107  MausMeter.ZugangAb
=========================

 Default:     'G'

 Bedeutung:   Ab dieser Userklasse ist der Mausmeter-Zugang erlaubt

              Einzutragen in m7com.cfg


9.108  MausNetPath
==================

 Default:     MausPath\net

 Bedeutung:   Pfad fr MNconfig, MausNet

              Einzutragen in m7com.cfg


9.109  MausPath
===============

 Default:     '\MAUS\'

 Bedeutung:   Hier wird der Pfad fr die Maus festgelegt.

              Einzutragen in m7com.cfg


9.110  MausPMRealName
=====================

 Default:     FALSE

 Bedeutung:   Experimentelles Flag ab Maus 7.95j
              Wenn diese Variable auf true steht, generiert der Tausch-
              Exporter fr MausNet-PMs eine N-Zeile (indem er einfach von
              der V-Zeile alles ab dem @ abschneidet).

              Einzutragen in m7com.cfg


9.111  MaxBaud
==============

 Default:     '19200'

 Bedeutung:   Die Maximale bps-Rate. Damit sagt die MAUS (per EXTERN.CFG)
              wie schnell die Leitung zum Modem ist.

              Ab der Maus 7.95g mu die Schnittstellengeschwindigkeit mit
              X00 und XU in der CONFIG.SYS und AUTOEXEC.BAT Sollte man
              besser ber den *X00* einstellen, dann kann hier ruhig der
              Defaultwert stehen. ACHTUNG. Ab der Maus 7.95g verndert die
              Maus keine Schnittstellenwerte. deshalb die Schnittstellenge-
              schwindigkeit mit X00 einstellen und mit XU unvernderlich
              einstellen. Beispiel:

              CONFIG.SYS
              DEVICE=C:\UTIL\X00.SYS E 0=COM1 B,0,115200 T=2048 R=2048 FIFO=15
              AUTOEXEC.BAT
              xu set:0:115200:8N1 lock:0:115200:8N1

              Einzutragen in m7com.cfg


9.112  MaxConnectWait
=====================

 Default:     '60'

 Bedeutung:   Wie lange (in s) soll auf eine CONNECT Meldung gewartet wer-
              den

              Einzutragen in m7com.cfg


9.113  MaxExceed
================

 Default:     '5'

 Bedeutung:   Gibt die Zeit in Minuten an, ab der eine harte Onlinzeitber-
              schreitung gegeben ist.

              Einzutragen in m7com.cfg


9.114  MaxRelogins
==================

 Default:     '0'

 Bedeutung:   Insgesamt sind nur maximal soviele Relogins mglich, wie hier
              angegeben ist. Der Wert 0 bedeutet, da es kein Limit gibt.
              Die frhere Beschrnkung, da sich jemand nicht unter seinem
              Namen noch einmal und ein Gast auch nicht wieder als Gast
              einloggen konnte sind hiermit weggefallen.

              Einzutragen in m7com.cfg


9.115  MenueTrenner
===================

 Default:     TRUE

 Bedeutung:   Schaltet die '-' in den Mens an.

              Einzutragen in m7com.cfg


9.116  MinRamKBFrei
===================

 Default:     '120'

 Bedeutung:   Das ist die Rcksicherung, der Cache wird nie so gro, da
              nicht mindestens dieser Wert an KB freigehalten wird. Siehe
              ParCacheSize

              Einzutragen in m7com.cfg


9.117  MittAllgPath
===================

 Default:     MausPath

 Bedeutung:   Pfad fr die ffentliche Messagebase.

              Einzutragen in m7com.cfg


9.118  MittPersPath
===================

 Default:     MausPath

 Bedeutung:   Pfad fr die persnliche Messagebase. Siehe auch MittAllgPath

              Einzutragen in m7com.cfg


9.119  ModemAbheben
===================

 Default:     'M0 H1'

 Bedeutung:   Das wird bei einem RING auf einem Port an alle anderen Port
              auf denen kein RING kam geschickt, damit Anrufer dort ein
              Besetzzeichen hren. Maximale Lnge 20 Zeichen

              Auch beim verlassen der Maus mit ALT-234 oder anderen legalen
              verlassen, wird das an alle Ports geschickt, damit die User
              ein Besetzzeichen hren.

              Einzutragen in m7com.cfg


9.120  ModemAnnehmen
====================

 Default:     'A'

 Bedeutung:   Das schickt die Maus ans Modem, wenn ein Anruf angenommen
              werden soll und eine Verbindung aufgebaut werden soll.
              Maximale Lnge 20 Zeichen

              Einzutragen in m7com.cfg


9.121  ModemAuflegen
====================

 Default:     'M1 H'

 Bedeutung:   String, den die Maus beim Auflegen ans Modem schickt.
              Maximale Lnge 20 Zeichen

              Einzutragen in m7com.cfg


9.122  ModemCheck
=================

 Default:     'B'

 Bedeutung:   Das wird, wenn ModemCheckInterval gesetzt ist, an das Modem
              geschickt. Maximale Lnge 20 Zeichen

              Man sollte unbedingt testen, ob der Defaultwert, also 'atb'
              auch funktioniert. Wenn nicht entsprechend ndern, z.B. in
              'B0'

              Einzutragen in m7com.cfg


9.123  ModemCheckS2
===================

 Default:     'S2?'

              Einzutragen in m7com.cfg


9.124  ModemCheckInterval
=========================

 Default:     '120'

 Bedeutung:   Damit wird das Zeitintervall in Sekunden festgelegt, in dem
              die MAUS zwischen zwei Anrufen checkt, ob das Modem noch
              ansprechbar ist. Auerdem wird bei diesem Check der
              DirectPort neu initialisiert, falls DirectPortWakeup = TRUE
              ist.

              Siehe auch CheckBetweenCalls

              Maximale Lnge 20 Zeichen

              Einzutragen in m7com.cfg


9.125  ModemCmdMode
===================

 Default:     '#0#0#0'

 Bedeutung:   Wie soll das Modem in den Commandmodus gehen. Achtung +++ ist
              ein gefhrlicher String, denn den knnte man in einer Nach-
              richt, die man ONLINE schreibt senden. Maximale Lnge 20
              Zeichen

              Einzutragen in m7com.cfg


9.126  ModemDa
==============

 Default:     FALSE

 Bedeutung:   Sollte auf TRUE stehen, wenn ein Modem da ist:-) Bei FALSE
              werden keinerlei Befehle an ein nicht vorhandenes Modem
              geschickt. Sinnvoll fr Test-Muse.

              Einzutragen in m7com.cfg


9.127  ModemDataMode
====================

 Default:     'O'

 Bedeutung:   Mit diesem Kommando geht das Modem wieder in den Datamode.

              Einzutragen in m7com.cfg


9.128  ModemExit
================

 Default:     ''

 Bedeutung:   Das bekommt das Modem, beim beenden der Maus geschickt. Darf
              maximal 80 Zeichen lang sein.

              Einzutragen in m7com.cfg


9.129  ModemInit
================

 Default:     ''

 Bedeutung:   Init-String fr das Modem. Darf maximal 80 Zeichen lang. Wird
              beim start der Maus an das Modem geschickt.

              Einzutragen in m7com.cfg


9.130  ModemLog
===============

 Default:     FALSE

 Bedeutung:   Bei TRUE wird in LogPath\MODEM.LOG ein Protokoll der Kommuni-
              kation zwischen MAUS und Modem angelegt.

              Einzutragen in m7com.cfg


9.131  ModemNoAutoCall
======================

 Default:     'S0=0'

 Bedeutung:   Das Kommando damit das Modem nicht beim x. Klingeln abhebt,
              sondern auf das RING wartet. Maximale Lnge 20 Zeichen

              Einzutragen in m7com.cfg


9.132  ModemPort
================

 Default:     '0'

 Bedeutung:   Port an dem das Modem hngt

              Einzutragen in m7com.cfg


9.133  ModemPorts
=================

 Default:     '1'

 Bedeutung:   Legt die Anzahl der Modemport fest. Zum umstellen siehe auch
              das entsprechende Kapitel (siehe "Wie stelle ich am besten
              von 1 auf 2 Port-Maus um?")

              Die Modem-Antworten sind jetzt auch pro Modem konfigurierbar.
              Die bisherigen Variablen Response_XX gibt's immer noch und
              dienen als Default fr die neuen Variablen
              ModemY.Response_XX.

              Alle Modem-Variablen gibt es demnach bei zwei-Port-Musen mit
              Modem1.xxx und Modem2.xxx.

              Einzutragen in m7com.cfg


9.134  ModemPortWakeup
======================

 Default:     FALSE

 Bedeutung:   Experimentell! Dies ist ein Versuch, wie die MAUS diese
              lstigen Runtime-Errors 80 und 81 von selber in den Griff
              kriegen knnte. Bei TRUE wird hnlich wie bei
              DirectPortWakeup versucht, bei Problemen den X00-Port neu zu
              initialisieren. Solche WakeUp-Versuche werden im MCALL.LOG
              als WakeUp(x) protokolliert, wobei x angibt, welcher Modem-
              Error sonst passiert wre (80 oder 81).

              Einzutragen in m7com.cfg


9.135  ModemReset
=================

 Default:     'Z'

 Bedeutung:   Wird beim Start der Maus ans Modem geschickt. Maximale Lnge
              20 Zeichen

              Einzutragen in m7com.cfg


9.136  ModemStatus
==================

 Default:     ''

 Bedeutung:   Befehl um eventuell Statusmeldungen nach dem auflegen ins
              ModemLogFile zu schreiben. Interessant fr die Fehlersuche.
               ACHTUNG
              Sobald der dort irgendwas drinsteht, wird dieser Befehl
              wirklich nach jedem Auflegen zum Modem geschickt und in ein
              File MODEM.STA geschrieben. Wenn man nicht aufpat, wird das
              File schnell sehr gro!

              Maximale Lnge 20 Zeichen

              Einzutragen in m7com.cfg


9.137  ModemSetS2
=================

 Default:     'S2=0'

 Bedeutung:   Wert des Escape-Zeichen fr das MausModem festlegen.

              Einzutragen in m7com.cfg


9.138  ModulDebug
=================

 Default:     FALSE

 Bedeutung:   sicher irgendwas fr Debug-Zwecke

              Einzutragen in m7com.cfg


9.139  Modem.DeAktivVorProt
===========================

 Default:     TRUE

 Bedeutung:   TRUE deaktiviert den Fossilport vor dem Protokoll

              Einzutragen in m7com.cfg


9.140  Modem.RedirectOK
=======================

 Default:     TRUE

 Bedeutung:   Bei FALSE versucht die MAUS nicht mehr, die Ausgabe externer
              Programme auf den betreffenden Modemport umzulenken. Das ist
              fr den Betrieb mit cFOS unter OS/2 leider ntig und hat zur
              Folge, da z.B. keine Packerausgaben beim Tausch mehr
              sichtbar sind und insbesondere, da es keine DOS-Shell im
              SysOp-Teil mehr gibt.

              Einzutragen in m7com.cfg


9.141  Modem.ReInitNachProt
===========================

 Default:     TRUE

 Bedeutung:   TRUE reaktiviert den Fossilport nach dem Protokoll wieder

              Einzutragen in m7com.cfg


9.142  Modem.RingCount
======================

 Default:     '0'

 Bedeutung:   Damit kann eingestellt werden, beim wievielten Klingeln die
              MAUS abheben soll.

              Einzutragen in m7com.cfg


9.143  ModemX.X00Port
=====================

 Default:     0

 Bedeutung:   Damit wird der X00-Port festgelegt, an dem das Modem X hngt.
              X ist dann die Modemnummer unter der das Modem z.B. per
              ModemX.Init angesprochen werden kann.

              Siehe auch Mehrere Modems an der Maus (siehe "Mehrere Modems
              an der Maus")

              Einzutragen in m7com.cfg


9.144  ModemX.ComPort
=====================

 Default:     1

 Bedeutung:   Der Com-Port, an dem das Modem X hngt. Siehe ModemX.X00Port
              und Mehrere Modems an der Maus (siehe "Mehrere Modems an der
              Maus")

              Einzutragen in m7com.cfg


9.145  MsgIndexMax
==================

 Default:     '0'

 Bedeutung:   Siehe MsgIdxReserveAllg

              Einzutragen in m7com.cfg


9.146  MsgIndexMaxAllg
======================

 Default:     '0'

 Bedeutung:   Siehe MsgIdxReserveAllg

              Einzutragen in m7com.cfg


9.147  MsgIndexMaxPers
======================

 Default:     '0'

 Bedeutung:   Siehe MsgIdxReserveAllg

              Einzutragen in m7com.cfg


9.148  MsgIdxReserveAllg
========================

 Default:     '5000'

 Bedeutung:   MsgIndexMax setzt eine absolute Grenze, MsgIdxReserveAllg
              oder MsgIdxReservePers eine dynamische (eben aktuelle MsgBase
              + Reserve). Damit ist MsgIndexMax fast berflssig und sollte
              immer auf dem Default (0) belassen werden. Tunen kann man
              dann mit MsgIdxReserve, indem man das so hoch setzt, da ein
              Schub Mail im Netz oder Tausch bequem in diese Reserve
              passen. Siehe auch das entsprechenden Kapitel (siehe "Was
              bedeutet MsgIdx-Buffer bergelaufen?")

              Einzutragen in m7com.cfg


9.149  MsgIdxReservePers
========================

 Default:     '1000'

 Bedeutung:   Siehe MsgIdxReserveAllg

              Einzutragen in m7com.cfg


9.150  MTPaidOnly
=================

 Default:     FALSE

 Bedeutung:   Damit kann der MausTausch den Nichtzahlern gesperrt werden

              Einzutragen in m7com.cfg


9.151  NeulingFrist
===================

 Default:     '0'

 Bedeutung:   Soviel Tage lang gilt ein User als Neuling.

              Einzutragen in m7com.cfg


9.152  NeulingSchreibSperre
===========================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird Neulingen (also Usern, die vor weniger als
              NeulingFrist Tage zum ersten Mal angerufen haben) das Schrei-
              ben von Gruppen-Mitteilungen verboten. Zahler sind keine
              Neulinge.

              Einzutragen in m7com.cfg


9.153  NeuLoginZeit
===================

 Default:     5 Minuten

 Bedeutung:   Zeit die ein User beim Relogin mindestens bekommt. Normaler-
              weise ist es die Zeit die ein normaler User zu dieser Zeit
              bekommt. Hiermit kann die Zeit auch anders verndert werden.

              Einzutragen in m7com.cfg


9.154  NetIOPath
================

 Default:     'MausNetPath\IO\'

 Bedeutung:   Path fr die empfangenen/zu sendenden Netzpakete.

              Einzutragen in m7com.cfg


9.155  NMittAllgPath
====================

 Default:     MausPath

 Bedeutung:   Wenn man auf der Msg-Partition nicht gengend Platz zum
              Krunchen hat, kann man hier in diesen Path die neuen, ge-
              krunchten Dateien angelegt. Nach dem erfolgreichen krunchen
              werden die beiden Dateien dann nach MittAllgPath umkopiert
              und gelscht.

              Einzutragen in m7com.cfg


9.156  NeuerUserErlaubt
=======================

 Default:     TRUE

 Bedeutung:   Bei FALSE kann sich kein User neu eintragen. Interessant fr
              Doppelmuse, bei denen eine eine Maus nur fr Zahler ist.

              Einzutragen in m7com.cfg


9.157  NMittPersPath
====================

 Default:     MausPath

 Bedeutung:   Wenn man auf der Msg-Partition nicht gengend Platz zum
              Krunchen der pers. Messagesbase ist, kann man hier in diesen
              Path die neuen, gekrunchten Dateien angelegt. Nach dem er-
              folgreichen krunchen werden die beiden Dateien dann nach
              MittAllgPath umkopiert und gelscht.

              Einzutragen in m7com.cfg


9.158  OS_2ProgPath
===================

 Default:     GruppenProgPath\OS_2\'

 Bedeutung:   Pfad fr Programme des Betriebssystems

              Einzutragen in m7com.cfg


9.159  ParCacheSize
===================

 Default:     '256'

 Bedeutung:   Soviele Par-Eintrge werden maximal auf einmal gelesen. 511
              ist der oberste Wert (64K) - ein Eintrag ist 128 Bytes gro.
              Der Programmteil behandelt das ziemlich selbstndig, wenn der
              Speicher knapp wird, reserviert er automatisch weniger. Dazu
              gibt's folgendes: MinRamKBFrei

              Einzutragen in m7com.cfg


9.160  Partitions
=================

 Default:     'CDEFGHIJKLMNOPQRSTUVWXYZ'

 Bedeutung:   Welche Partitions gibt es.

              Einzutragen in m7com.cfg


9.161  PersProgPath
===================

 Default:     'MausPath\PERS\'

 Bedeutung:   Pfad fr den persnlichen Programmteil

              Einzutragen in m7com.cfg


9.162  PackerX.Ext
==================

 Default:     unterschiedlich, X von 1 bis 20 mglich

 Bedeutung:   Extension des Packers Siehe auch PackerX.Select

              Einzutragen in m7com.cfg


9.163  PackerX.IDoffset
=======================

 Default:     unterschiedlich, X von 1 bis 20 mglich

 Bedeutung:   Ab dem wievielten Zeichen soll nach dem PackerX.IDstring
              gesucht werden Siehe auch PackerX.Select

              Einzutragen in m7com.cfg


9.164  PackerX.IDstring
=======================

 Default:     unterschiedlich, X von 1 bis 20 mglich

 Bedeutung:   An welchem ID-String wird das entsprechende Archive erkannt.
              Siehe auch PackerX.Select

              Einzutragen in m7com.cfg


9.165  PackerX.Name
===================

 Default:     unterschiedlich, X von 1 bis 20 mglich

 Bedeutung:   Der vollstndige Packer-Name in der Auswahl. Siehe auch
              PackerX.Select

              Einzutragen in m7com.cfg


9.166  PackerX.PackRate
=======================

 Default:     unterschiedlich, X von 1 bis 20 mglich

 Bedeutung:   Packerrate Siehe auch PackerX.Select

              Einzutragen in m7com.cfg


9.167  PackerX.Select
=====================

 Default:     unterschiedlich, X von 1 bis 20 mglich!item [Bedeutung:]
              Buchstabe, mit dem der Benutzer den Packer auswhlen kann.
              Mu damit auch im Packer.bat angesprungen werden.

              Allgemein gilt. Die Deafultwerte lassen sich wunderbar ver-
              wenden. Im einzelnen sind folgenden x-Werte vorbelegt:

                  1 (Z)IP v1.1
                  2 (A)RC
                  3 (L)Harc
                  4 Z(O)O
                  5 ZIP-SFXe
                  6 AR(J)
                  7 Z(I)P v2.0
                  8 L(H)A
                  9 bis Packer 20 sind nicht belegt

              Hier die Vorbelegung fr den Packer 1


              Packer1.Select := ; ['Z']

              Packer1.Name := ; ['(Z)IP v1.1']

              Packer1.Ext := ; ['.ZIP']

              Packer1.IDoffset := ; [0]

              Packer1.IDstring := ; ['PK'#3#4#10]

              Packer1.PackRate := ; [ 6.0000000000E-01]

              Packer1.ShowOutput := ; [TRUE]

              Einzutragen in m7com.cfg


9.168  PackerX.ShowOutput
=========================

 Default:     unterschiedlich, X von 1 bis 20 mglich

 Bedeutung:   Hiermit lt sich fr jeden Packer einzeln einstellen, ob die
              Ausgaben zum User geleitet werden. Fr ARJ unter OS/2 muss
              FALSE gesetzt werden. Siehe auch PackerX.Select

              Einzutragen in m7com.cfg


9.169  ProgDebug
================

 Default:     FALSE

 Bedeutung:   Da gibt's dann eine erweiterte Ausgabe, was der Programmteil
              an Dateien so ffnet, ... (Nicht zu empfehlen :-)

              Einzutragen in m7com.cfg


9.170  PersDupMax
=================

 Default:     '500'

 Bedeutung:   Soviele Mails durchsucht der Dupecheck in der Maus bei per-
              snlichen Mails. Defaultwert ist DupMaxDefaultUser bzw
              DupMaxDefaultGate

              Einzutragen in m7com.cfg


9.171  ProgSaugQuot
===================

 Default:     FALSE

 Bedeutung:   Hier wurde auf ziemlich verworrene (:-) ) Weise der letzte
              Download beim Download pro Monat bercksichtigt. Es ist inzw-
              ischen dahingehend berarbeitet, da pro Monat ohne Download
              der DPM-Wert um etwa 4% reduziert wird, nach 2 Jahren ohne DL
              ist der DPM-Wert also 0, unbhngig von der Downloadzahl. Bei
              TRUE wird der DPM auch noch anhand des letzten Saugdatums
              berechnet. Je lnger das entsprechende File nicht gesaugt
              wurde, desto mehr wird von dem rechnerischen DPM abgezogen.
              Wimni ist damit jedes File nach 24 Monaten Nichtsaugens beim
              DPM auf 0.

              Einzutragen in m7com.cfg


9.172  ProgTeilDatPath
======================

 Default:     ''

 Bedeutung:   Pfad fr die Programmteilbeschreibungen

              Einzutragen in m7com.cfg


9.173  ProgTeil.an
==================

 Default:     TRUE

 Bedeutung:   Sollte bis Maus 7.95h nicht verndert werden. Macht nix
              brauchbares.

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

              [Ab MAUS 7.95i Programmteil V 35] KonfigVariable ProgTeil.an
              geht jetzt, mit FALSE lt sich also der ganze Programmteil
              lahmlegen um z.B. mit dem MC zu importieren.

              Damit man den Programmteil ber Netzwerk / von Programmen aus
              sperren kann wird ferner in MausPath die Datei 'PROGTEIL.AUS'
              abgefragt - existiert sie, ist der Programmteil ebenfalls ge-
              sperrt.

              Beim Userhinweis bei gesperrtem Programmteil wird zwischen
              temporr gesperrtem Programmteil: ('Der Programmteil ist
              momentan gesperrt - Sorry' und kaputtem Programmteil ('Der
              Programmteil ist zur Zeit aus technischen Grnden nicht
              zugnglich - Sorry') unterschieden.

              Einzutragen in m7com.cfg


9.174  ProgTeil..Upload
========================

 Default:     'N'

 Bedeutung:   Bestimmt den Userlevel, ab dem in den ffentlichen Programm-
              teil etwas abgelegt werden darf.

              Siehe auch Gsteupload im Programmteil? (siehe "Gsteupload
              im Programmteil?")

              Einzutragen in m7com.cfg


9.175  ProgTeil..Download
==========================

 Default:     'G'

 Bedeutung:   Ab diesen Userlevel drfen Programm aus den ffentlichen Pro-
              grammteile gesaugt werden.

              Siehe auch Gsteupload im Programmteil? (siehe "Gsteupload
              im Programmteil?")

              Einzutragen in m7com.cfg


9.176  ProgTeil.P.Upload
========================

 Default:     'N'

 Bedeutung:   Ab diesen Userlevel drfen Programm in den persnlichen Pro-
              grammteile abgelegt werden.

              Siehe auch Gsteupload im Programmteil? (siehe "Gsteupload
              im Programmteil?")

              Einzutragen in m7com.cfg


9.177  ProgTeil.P.Download
==========================

 Default:     'N'

 Bedeutung:   Bestimmt den Userlevel, ab dem aus persnlichen Programmteil
              gesaugt werden darf.

              Siehe auch Gsteupload im Programmteil? (siehe "Gsteupload
              im Programmteil?")

              Einzutragen in m7com.cfg


9.178  ProgTeil.*.Download
==========================

 Default:     'G'

 Bedeutung:   Bestimmt den Userlevel, ab dem berhaupt etwas aus den Pro-
              grammteilen gesaugt werden kann.

              Siehe auch Gsteupload im Programmteil? (siehe "Gsteupload
              im Programmteil?")

              Einzutragen in m7com.cfg


9.179  ProgTeil.*.Upload
========================

 Default:     'N'

 Bedeutung:   Bestimmt den Userlevel, ab dem berhaupt etwas in den Pro-
              grammteilen abgelegt werden kann.

              Siehe auch Gsteupload im Programmteil? (siehe "Gsteupload
              im Programmteil?")

              Einzutragen in m7com.cfg


9.180  ProgTyp.DFUE
===================

 Default:     '130'

 Bedeutung:   Siehe auch ProgTyp.Packer Diese beiden Variablen steuern,
              welche Programmtypen bei Protokoll.X.restricted noch down-
              loadbar sind. Die Defaults stimmen fr das 1710-MPROG.DAT.
              Wer noch eins der alten MPROG.DATs benutzt (Filegre 1770
              oder 2070), mu 20 (DF) und 6 (Packer) eintragen.

              Einzutragen in m7com.cfg


9.181  ProgTyp.Packer
=====================

 Default:     '120'

 Bedeutung:   Siehe auch ProgTyp.DFUE Diese beiden Variablen steuern,
              welche Programmtypen bei Protokoll.X.restricted noch down-
              loadbar sind. Die Defaults stimmen fr das 1710-MPROG.DAT.
              Wer noch eins der alten MPROG.DATs benutzt (Filegre 1770
              oder 2070), mu 20 (DF) und 6 (Packer) eintragen.

              Einzutragen in m7com.cfg


9.182  PromiDarfChatten
=======================

 Default:     FALSE

 Bedeutung:   Bei TRUE darf ein Promi auch auerhalb der Sprechstunde
              chatten (wie ein SysOp).

              Einzutragen in m7com.cfg


9.183  PromptsMitESC
====================

 Default:     FALSE

 Bedeutung:   Wenn PromptsMitESC auf TRUE gesetzt wird, werden alle sog.
              "Selects" (Packer, Protokoll, Umlaute etc.) um den String
              "<ESC=Abbruch>" erweitert.

              Einzutragen in m7com.cfg


9.184  Protokoll.X.DownOK
=========================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Man darf mit dem Protokoll X Downloaden. Siehe auch Proto-
              koll.X.Name

              Einzutragen in m7com.cfg


9.185  Protokoll.X.ModemOK
==========================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Da nicht alle Protokolle (besser gesagt fast keine, insbeson-
              dere nicht DSZ, GSZ und MPt) ein Fossil benutzen knnen, das
              aber gerade fr ISDN/cFOS natrlich lebensnotwendig ist, mu
              man jetzt die Protkolle fr das zweite Modem explizit frei-
              schalten. Die geschieht einfach durch Setzen der Cfg-Var Pro-
              tokoll.X.ModemOk auf einen String(!), der die Liste der fuer
              dieses Protokoll erlaubten Modems enthlt. Per Default sind
              fr alle Protokolle die Modems 0 (Direct/Tastatur) und 1
              erlaubt, um ein Protokoll auf allen drei Modems zu erlauben,
              muss also Protokoll.X.ModemOk := '012' angegeben werden.

              Siehe auch Protokoll.X.Name

              Einzutragen in m7com.cfg


9.186  Protokoll.X.MultiOK
==========================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Multidownload mit dem Protokoll X erlaubt/funktioniert.

              Siehe auch Protokoll.X.Name

              Einzutragen in m7com.cfg


9.187  Protokoll.X.Name
=======================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Wie heit das Protokoll. Daraus werden die Selekts zusammen-
              gebastelt, auerdem steht das auch in den Benutzerdaten.

              Im einzelne sind wieder per default vorbelegt

               1   := (X)
               2   := (Y)
               3   := (Z)
               4   := (M)Pt/Puma
               5   := Ymodem(G)
               6   := (H)S/Link
               7 bis 10 sind nicht vorbelegt.

              Auch hier gilt. Die Default-Werte sind recht brauchbar. Wenn
              ein Protokoll nicht benutzt werden soll, einfach mit Proto-
              koll.6.Name := '' abmelden. Jedes Protokoll kann natrlich
              auch anders definiert werden. Also 1 ist HS-Link, 2 Z-Modem
              usw. Wenn man sich Arbeit machen will, wieso nicht.

              Einzutragen in m7com.cfg


9.188  Protokoll.X.NameMitModem
===============================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Wenn die mit NamenMitModem nacheinander definiert sind, wird
              es zusammengefasst.

              Sinnvoll fr X, Y, Z-Modem. Sieht dann so aus:

              X, Y, Z-Modem

              Siehe auch Protokoll.X.Name

              Einzutragen in m7com.cfg


9.189  Protokoll.X.Restricted
=============================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Das ist ein Gimmik: Danach geht, egal wie vorgegeben, kein
              Upload mehr, und der Download ist auf Rubrik Datenfernber-
              tragung (inklusive aller Unterpunkte) beschrnkt, entspre-
              chendes wird auch ausgegeben. Man kann allerdings noch im
              persnlichen Programmteil downloden, und auf den Tausch hat
              es auch keinen Einflu. Siehe auch Protokoll.X.Name

              Einzutragen in m7com.cfg


9.190  Protokoll.X.TauschOK
===========================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Tausch mit dem Protokoll X erlaubt. Siehe auch Proto-
              koll.X.Name

              Einzutragen in m7com.cfg


9.191  Protokoll.X.UpOK
=======================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Man darf mit dem Protokoll X Uploaden. Siehe auch Proto-
              koll.X.Name

              Einzutragen in m7com.cfg


9.192  Protokoll.X.ZeitFaktor
=============================

 Default:     unterschiedlich, X von 1 bis 10 mglich

 Bedeutung:   Das ist der Faktor, mit dem die Maximaldownloadzeit multipli-
              ziert wird. Hier nicht zu viel eintragen, da der berzug
              anders geregelt ist. Die Default-Werte funktionieren. Siehe
              auch Protokoll.X.Name

              Einzutragen in m7com.cfg


9.193  PTWhatSysOpZeit
======================

 Default:     FALSE

 Bedeutung:   Bei TRUE bekommt ein Programmteilwart die gleiche Loginzeit
              wie ein SysOp. Siehe auch SysopLoginZeit

              Einzutragen in m7com.cfg


9.194  Response_BUSY
====================

 Default:     'BUSY*'

 Bedeutung:   Diesen String soll das Modem bei einem besetzt zurckmelden.

              Einzutragen in m7com.cfg


9.195  Response_ERROR
=====================

 Default:     'ERROR*'

 Bedeutung:   Diesen String soll das Modem bei einem Fehler (z.B. falsches
              AT-Kommando zurckliefern.

              Einzutragen in m7com.cfg


9.196  Response_IgnoreX
=======================

 Default:     unterschiedlich, X von 1 bis 9 mglich

 Bedeutung:   Diesen String vom Modem kann die Maus ignorieren. Vorbelget
              sind folgende Werte:

               1  RRING
               2  DIALING
               3  RINGING
               4  ID=*
               5 bis 9 ''

              Besonderheit bei 4:
              Mit den beiden neuen Variablen ModemX.DeAktivVorProt und
              ModemX.ReInitNachProt kann eingestellt werden, ob der Fossil-
              port vor dem Protokoll deaktiviert und nachher wieder reakti-
              viert werden soll. Die Defaults sollten fr den
              "Standardfall" Modem + cFOS ok sein. Response_Ignore4 hat als
              Default jetzt auch den Wert "ID=*", so da man sich darum
              nicht mehr kmmern mu und beim cFOS getrost X7 einschalten
              kann.

              Einzutragen in m7com.cfg


9.197  Response_NO_ANSWER
=========================

 Default:     'NO ANSWER*'

 Bedeutung:   Diesen String soll das Modem zurckmelden, wenn kein Connect
              zustande kam.

              Einzutragen in m7com.cfg


9.198  Response_NO_CARRIER
==========================

 Default:     'NO CARRIER*'

 Bedeutung:   Modem-Meldung frs Auflegen

              Einzutragen in m7com.cfg


9.199  Response_NO_DIALTONE
===========================

 Default:     'NO DIALTONE*'

 Bedeutung:   Diesen String soll das Modem zurckmelden, wenn kein Freizei-
              chen da ist.

              Einzutragen in m7com.cfg


9.200  Response_OK
==================

 Default:     'OK'

 Bedeutung:   Diesen String soll das Modem zurckmelden, wenn ein Kommando
              korrekt verstanden wurde.

              Einzutragen in m7com.cfg


9.201  Response_RING
====================

 Default:     'RING'

 Bedeutung:   Modem-Meldung wenn es bimmelt.

              Einzutragen in m7com.cfg


9.202  RingAllowedSec
=====================

 Default:     '5'

 Bedeutung:   Config-Var fr "TrailBlazer" wie lange (in ms) darf nach dem
              Anrufabnehmen (ATA/DTR) noch ein RING kommen

              Einzutragen in m7com.cfg


9.203  SingleRing
=================

 Default:     FALSE

 Bedeutung:   Bei TRUE nimmt die Maus auf des erste RING hin ab, egal was
              da noch folgt (war frher fr das Elsa-Modem notwendig).

              Nie bei anderen Modems auf TRUE setzen. Das bewirkt ein nicht
              abheben im MausNet und somit keine Verbindung im MausNet.
              Also am besten diese Variable berhaupt nicht ins MausNet.cfg
              oder m7com.cfg eintragen

              Einzutragen in m7com.cfg


9.204  SommerzeitUpdate
=======================

 Default:     TRUE

 Bedeutung:   Damit lt sich die automatische Sommerzeit-Umstellung
              abschalten

              Einzutragen in m7com.cfg


9.205  SONSTIGEProgPath
=======================

 Default:     GruppenProgPath\SONSTIGE\'

 Bedeutung:   Pfad fr Programme die unter SONSTIGE einsortiert werden.

              Einzutragen in m7com.cfg


9.206  SpruchDesTages
=====================

 Default:     TRUE

 Bedeutung:   Bei TRUE wird beim einloggen ein Spruch des Tages angezeigt.

              Einzutragen in m7com.cfg


9.207  StatusZeileMitFlimmern
=============================

 Default:     TRUE

 Bedeutung:   Bei FALSE wird in der Statuszeile nur noch die Uhr angezeigt.
              Das sollte unter OS/2 etwas CPU-Zeit sparen.

              Einzutragen in m7com.cfg


9.208  ST_TOSProgPath
=====================

 Default:     GruppenProgPath\ST_TOS\'

 Bedeutung:   Pfad fr Programme des ST-TOS-Betriebssystems

              Einzutragen in m7com.cfg


9.209  SysOpImmerMitFormel
==========================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird zum Zugang zum SysOp-Teil *IMMER* die Formel
              abgefragt, auch bei einem Tastaturanruf.

              Einzutragen in m7com.cfg


9.210  SysopLoginZeit
=====================

 Default:     '60'

 Bedeutung:   Loginzeit fr Sysops. Die Loginzeit fr Programmteilwarte
              wird ber PTWhatSysOpZeit festgelegt.

              Einzutragen in m7com.cfg


9.211  SysOpPayWarn
===================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird von der MAUS beim Versand einer Zahlungserinne-
              rung auch Nachricht darber an den SysOp geschickt.

              Einzutragen in m7com.cfg


9.212  SysopSprechstunde
========================

 Default:     '00:00-23:59'

 Bedeutung:   Auerhalb der definierten Zeit piepst die MAUS nicht bei
              Anrufen und erlaubt den Usern keinen Chat.

              Einzutragen in m7com.cfg


9.213  UhrAnzeigen
==================

 Default:     TRUE

 Bedeutung:   Durch UhrAnzeigen := FALSE; wird jetzt wirklich nur die
              Uhrzeit-Anzeige in der Statuszeile abgeschaltet.

              Einzutragen in m7com.cfg


9.214  UNIXProgPath
===================

 Default:     GruppenProgPath\UNIX\'

 Bedeutung:   Pfad fr Programme des UNIX-Betriebssystems

              Einzutragen in m7com.cfg


9.215  UploadSperrebeiKBfrei.X
==============================

 Default:     '0'

 Bedeutung:   Wenn auf der entsprechenden Partition (x) nur noch soviel KB
              frei sind, wird jeglicher Upload verweigert. Beim
              ffentlichen Programmteil bezieht sich das aufs erste angege-
              bene Betriebssystem (deshalb erst die Frage nach dem Be-
              triebssystem, dann der Download Inzwischen hat das auch
              Auswirkungen auf den Mausputz. (Siehe dort :-)

              Einzutragen in m7com.cfg


9.216  UseDtrC
==============

 Default:     FALSE

 Bedeutung:   Bei TRUE geht das Modem bei DTR auf LOW in den Commandmodus

              Einzutragen in m7com.cfg


9.217  UseMsgIdxFile
====================

 Default:     TRUE

 Bedeutung:   Wenn TRUE, wird das MsgIdxFile benutzt

              Einzutragen in m7com.cfg


9.218  UseMsgIdxFileAllg
========================

 Default:     TRUE

 Bedeutung:   Wenn TRUE, wird das MsgIdxFileAllg benutzt

              Einzutragen in m7com.cfg


9.219  UseMsgIdxFilePers
========================

 Default:     TRUE

 Bedeutung:   Wenn TRUE, wird das MsgIdxFilePers benutzt

              Einzutragen in m7com.cfg


9.220  UseUsrIdxFile
====================

 Default:     TRUE

 Bedeutung:   Wenn TRUE, wird das UsrIdxFile benutzt;

              Einzutragen in m7com.cfg


9.221  UserDarfChatten
======================

 Default:     FALSE

 Bedeutung:   Bei TRUE darf ein User den CHAT anwhlen

              Einzutragen in m7com.cfg


9.222  Userliste.Anrufzaehler
=============================

 Default:     TRUE

 Bedeutung:   Bei FALSE werden in der Benutzerliste, den Gruppenlisten und
              in der HighScore-Liste die entsprechenden Daten nicht mehr
              ausgegeben

              Einzutragen in m7com.cfg


9.223  Userliste.Baudrate
=========================

 Default:     TRUE

 Bedeutung:   Bei FALSE werden in der Benutzerliste, den Gruppenlisten und
              in der HighScore-Liste die entsprechenden Daten nicht mehr
              ausgegeben

              Einzutragen in m7com.cfg


9.224  Userliste.Inaktivitaet
=============================

 Default:     TRUE

 Bedeutung:   Bei FALSE werden in der Benutzerliste, den Gruppenlisten und
              in der HighScore-Liste die entsprechenden Daten nicht mehr
              ausgegeben

              Einzutragen in m7com.cfg


9.225  Userliste.ZahlerStatus
=============================

 Default:     TRUE

 Bedeutung:   Bei FALSE werden in der Benutzerliste, den Gruppenlisten und
              in der HighScore-Liste die entsprechenden Daten nicht mehr
              ausgegeben

              Einzutragen in m7com.cfg


9.226  Userliste.ZugangAb
=========================

 Default:     'G'

 Bedeutung:   Ab welchen Userlevel ist der Zugang zur Userliste mglich.

              Einzutragen in m7com.cfg


9.227  UserPath
===============

 Default:     MausPath

 Bedeutung:   Beim beenden der Maus wird ein User-Index in der Datei
              MUSER.IDX

              gesichert und beim start dann wieder eingelesen, wenn die
              User-Dateien nicht neuer sind. Der Mausputz lscht die Datei,
              damit mindestens einmal am Tag die Files neu aufgebaut wer-
              den.

              Einzutragen in m7com.cfg


9.228  UseDtrH
==============

 Default:     TRUE

 Bedeutung:   Auflegen der Verbindung mit DTR = low. Bei FALSE geschieht es
              mit "+++" und dann mit ModemAuflegen

              Einzutragen in m7com.cfg


9.229  UseMausAlias
===================

 Default:     TRUE

 Bedeutung:   Per Default werden Mails an die Usenet-Namen von Musen nicht
              mehr durchs MausNet geroutet. Man kann dieses Feature per
              UseMausAlias := true aber wieder einschalten.

              Ab Maus 7.95j

              Einzutragen in m7com.cfg


9.230  UseXmodemExtern
======================

 Default:     FALSE

              Einzutragen in m7com.cfg


9.231  Uuuaaah
==============

 Default:     TRUE

 Bedeutung:   Mit FALSE kann das "Ghnen" zwischen 1 und 4 Uhr morgens
              abgeschaltet werden. :-)

              Einzutragen in m7com.cfg


9.232  WaitforDCDafterConnect
=============================

 Default:     '5'

 Bedeutung:   Wie lange (in *50ms) wird nach der CONNECT Meldung auf DCD^
              gewartet bis die ersten Zeichen gesendet werden.

              Einzutragen in m7com.cfg


9.233  WaitWithATA
==================

 Default:     '0'

 Bedeutung:   Wie lange (in ms) soll nach dem RING noch mit dem ATA
              gewartet werden

              Einzutragen in m7com.cfg


9.234  WatchDog
===============

 Default:     FALSE

 Bedeutung:   WatchDog, der bei CarrierLost in externen Programmen einen
              Reset auslst

              Einzutragen in m7com.cfg


9.235  WINDOWSProgPath
======================

 Default:     GruppenProgPath\WINDOWS\'

 Bedeutung:   Pfad fr Programme des WINDOWS-Betriebssystems

              Einzutragen in m7com.cfg


9.236  WriteSuccessMsg
======================

 Default:     FALSE

 Bedeutung:   Bei TRUE, schreibt der MNconfig nach jedem Lauf mit /X eine
              entsprechnde Mail an den WoSy. Siehe auch die Frage zum
              MNCONFIG (siehe "Wann und wie soll der MNCONFIG aufgerufen
              werden?")

              Pfad fr Programme des WINDOWS-Betriebssystems

              Einzutragen in m7com.cfg


9.237  XonPause
===============

 Default:     '200'

 Bedeutung:   Hiermit kann man die Wartezeit (in Timerticks, also 18tel
              Sekunden) zwischen dem Aussenden zweier XONs einstellen. Wenn
              XonPause auf 0 steht, werden keine XONs mehr geschickt (was
              ja auch bei RTS/CTS-Handshake kaum noch sinnvoll ist)

              Einzutragen in m7com.cfg


9.238  <Gruppenname>.CD
=======================

 Default:     FALSE

 Bedeutung:   Bei TRUE soll die Gruppe vom FileCheck des Progputz verschont
              werden. Laut Achim wird sie aber noch nicht entsprechend
              genutzt (Stand 12.3.96)

              Dann einzutragen in m7com.cfg


9.239  <Gruppenname>.GrpMsg
===========================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird bei einem Upload in den betreffenden Grup-
              penprogrammteil eine (lokal)e Mitteilung in der Gruppe er-
              zeugt, analog zu den Mitteilungen im persnlichen PT. Wenn
              die Mitteilung netzweit zu lesen sein soll, mu <Grup-
              penname>.GrpMsgLocal (siehe "<Gruppenname>.GrpMsgLocal") vom
              von Hand verndert werden.
              Der Gruppenname ist hierbei nicht unbedingt identisch mit dem
              normalerweise in der MAUS verwendeten, wg. DOS-Filenamen-
              Konventionen. Die korrekte gewandelte Form kann im M7COM.REQ
              bei den .GruppPath-Variablen gefunden werden.

              Einzutragen in m7com.cfg


9.240  <Gruppenname>.GrpMsgLocal
================================

 Default:     TRUE

 Bedeutung:   Wenn beim Upload in einen GPT eine Msg generiert werden soll
              siehe <Gruppenname>.GrpMsg (siehe "<Gruppenname>.GrpMsg")),
              ist diese normalerweise lokal, hiermit kann man die Distribu-
              tion auf "MausNet" umschalten. Sinnvoll fr Gruppen wie
              SYSOP.PROG oder MT.CAT.DEV.

              Einzutragen in m7com.cfg


9.241  <Gruppenname>.GruppPath
==============================

 Default:     '<Gruppenname>.GruppenProgPath'

 Bedeutung:   Pfad fr den Gruppen-PT der Gruppe xyz. Damit kann man fr
              jeden Gruppen-PT einen eigenen Pfad angeben

              Einzutragen in m7com.cfg



===========================================================================
Kapitel 10

Mausputz-Variablen
===========================================================================

Am einfachsten ist es, die Mausputz-Variablen auch in die m7com.cfg einzu-
tragen. Viele Sachen sind dort sowieso schon definiert (Gruppen-Pfade usw).


10.1  AllgFreiKB
================

 Default:     '3000'

 Bedeutung:   Ab welchen Plattenplatz soll der Mausputz das krunchen aus-
              lsen unabhngig von den anderen Putzparametern.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.2  AufbewahrungsCheck
========================

 Default:     TRUE

 Bedeutung:   Hiermit wird eine berprfung auf evtl. zu knappe Putzgrenzen
              eingeschaltet: wenn nach dem Putz die lteste in einer Gruppe
              verbleibende Mitteilung von "heute" ist, gibt's eine entspre-
              chende Meldung im Log.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.3  BAltKA
============

 Default:     '26'

 Bedeutung:   Legt fest, ab wann User gelscht werden.

              Siehe Wann werden Mails in Gruppen gelscht?

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.4  BAltKZ
============

 Default:     '32767'

 Bedeutung:   Legt fest, ab wann User gelscht werden.

              Siehe Wann werden Mails in Gruppen gelscht?

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.5  BAltLZ
============

 Default:     '182'

 Bedeutung:   Legt fest, ab wann User gelscht werden.

              Siehe Wann werden Mails in Gruppen gelscht?

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.6  BEinmalKA
===============

 Default:     '3'

 Bedeutung:   Legt fest, ab wann User gelscht werden.

              Siehe Wann werden Mails in Gruppen gelscht?

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.7  BEinmalKZ
===============

 Default:     '3'

 Bedeutung:   Legt fest, ab wann User gelscht werden.

              Siehe Wann werden Mails in Gruppen gelscht?

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.8  BEinmalLZ
===============

 Default:     '30'

 Bedeutung:   Legt fest, ab wann User gelscht werden.

              Siehe Wann werden Mails in Gruppen gelscht?

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.9  BNeuLZ
============

 Default:     '90'

 Bedeutung:   Legt fest, ab wann User gelscht werden.

              Siehe Wann werden Mails in Gruppen gelscht?

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.10  CDGruppe
===============

 Default:     ''

 Bedeutung:   ???

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.11  ForceAllwaysProgPutz
===========================

 Default:     FALSE

 Bedeutung:   Bei TRUE wird damit wohl immer der forcierte Mausputz (also
              das physikalische lschen der Mails) aktiviert

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.12  KrunchMax
================

 Default:     '60000'

 Bedeutung:   Siehe KrunchProzent

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.13  KrunchProzent
====================

 Default:     '3.0000000000E+01'

 Bedeutung:   Legt fest, ab welchen Prozentanteil von gelschten Mails die
              Messagebase gekruncht, d.h. die als gelscht markierten Mails
              wirklich aus der Messagebase gelscht werden. Entweder, wenn
              KrunchMax erreicht ist oder KrunchProzent an gelschten Mails
              vorliegt.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.14  GrpRenExpire
===================

 Default:     '60'

 Bedeutung:   Nach dieser Anzahl von Tagen wird eine Gruppenumbenennung aus
              dem MGRUPPEN.REN gelscht. Und ber diese Datei werden den
              Usern beim tausch die Gruppenumbenennungen mitgeteilt. Also
              nicht auf zu knappe Werte stellen. Am besten auf den Default-
              wert lassen.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.15  MsgOutActivePM
=====================

 Default:     '100'

 Bedeutung:   Nach soviel Tagen werden Mails, die den Status nicht gelesen
              oder zurckgestellt haben, gelscht.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.16  MsgOutDefaultAnzahl
==========================

 Default:     '400'

 Bedeutung:   Die Default-Anzahl an Mails, bevor der MausPutz zuschlgt.
              Siehe auch MsgOutDefaultTage und MsgOutDefaultKB

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.17  MsgOutDefaultKB
======================

 Default:     '200'

 Bedeutung:   Defaultgre der Gruppen in KB bevor der MausPutz zuschlgt.
              Siehe auch MsgOutDefaultTage und MsgOutDefaultKB

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.18  MsgOutDefaultTage
========================

 Default:     '180'

 Bedeutung:   Wieviele Tage werden Gruppen-Mails aufbewahrt. Auerdem kann
              noch fr jede Gruppe ein separater Wert angegeben werden. Das
              sieht dann so aus: MsgOut_SYSOPS := 'T 30 Z 300'; [' ']

              Allgemein gilt aber, wenn ein Wert der drei zutrifft, werden
              in der Gruppe Mails gelscht.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.19  MsgOut_<Gruppenmane>
===========================

 Default:     Die Einstellungen in MsgOutDefaultAnzahl MsgOutDefaultKB und
              MsgOutDefaultTage.

 Bedeutung:   Damit lt sich fr jede Gruppe spezielle Putzparameter ein-
              stellen. So z.B. fr Kubu damit dort die Mails nicht nur
              einen Tag aufbewahrt werden, fr Maus.Info oder Sysop.Info,
              damit man an nach ein paar Tagen nochmal was nachgucken kann
              usw.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.20  MsgOutOldPM
==================

 Default:     '30'

 Bedeutung:   Nach soviel Tagen werden Mails, die den Status gelesen, be-
              antwortet oder im Maustausch haben gelscht

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.21  NumFiles
===============

 Default:     ''

 Bedeutung:   NumFiles sind Dateien, in denen sich LinkIt (Fido-Gateway)
              merkt, bis wohin bereits exportiert wurde (Highwatermark).
              Diese mssen beim Mausputz gendert werden, deshalb kommen
              sie ins CFG, in einem String, durch Komma getrennt.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.22  PersProgOutNew
=====================

 Default:     '60'

 Bedeutung:   So lange werden persnliche Programme aufgehoben, bis sie ge-
              lscht werden, egal ob sie abgeholt wurden oder nicht.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.23  PersProgOutOld
=====================

 Default:     '20'

 Bedeutung:   Nach der Zeit in Tagen werden persnliche Programme, die
              abgeholt wurden, gelscht.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.24  PutzUploadDirs
=====================

 Default:     FALSE

 Bedeutung:   Der Mausputz lscht alle noch den den verschiedenen
              Uploaddirs liegenden Files. Damit knnen Fehlerhafte Uploads
              keine Dateileichen erzeugen.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.25  SYSOPSverschonen
=======================

 Default:     FALSE

 Bedeutung:   Fr den MausPutz: wenn diese Variable TRUE ist, werden nicht
              nur echte SysOps nie gelscht, sondern auch die Mitglieder
              der Gruppe SYSOPS vor diesem Schicksal verschont.

              Einzutragen in m7com.cfg oder Mausputz.cfg


10.26  TotalMsgMax
==================

 Default:     '65535'

 Bedeutung:   Damit kann unabhngig von allen anderen Angaben die absolute
              Maximalgre der AM-MsgBase eingestellt werden. Falls mehr
              als TotalMsgMax Mitteilungen vorhanden sind, werden soviel
              alte Msgs gelscht, da die Gesamtanzahl auf TotalMsgMax
              sinkt.



===========================================================================
Kapitel 11

MausNet-Variable
===========================================================================

Hier werden die Einstellungen fr das MausNetz eingestellt. Die entspre-
chende Datei ist die Mausnet.cfg im Net-Verzeichnis. Sowohl die Zeiten,
Modemeinstellungen, Anrufreihenfolgen, PM-Massen Kontrollen usw. Viele
Sachen werden aus dem m7com.cfg geholt (welche Jrg?) und sind auch dort
erklrt.


11.1  AbwimmelFile
==================

 Default:     ''

 Bedeutung:   Der Text, der beim User abwimmeln ausgegeben wird. z.B.
              AbwimmelFile := 'ABWIMMEL.TXT'. Default wie bisher. Davor
              wird immer der MausName und der folgende Text ausgegeben: 4*
              <CR/LF>

              Einzutragen in mausnet.cfg


11.2  AmEndeAbheben
===================

 Default:     TRUE

 Bedeutung:   Das MausNet soll nach dem Ende der bertragung Abheben, damit
              die User kein Freizeichen hren, sondern ein Besetztton. Das
              funktioniert nur mit Modems ohne BTZ-Aufkleber. Also Bh:-)

              Einzutragen in mausnet.cfg


11.3  AnfangSenden
==================

 Default:     Hngt von der Ebene im Mausnetz ab.

 Bedeutung:   Bestimmt, ab wann das MausNet, wenn es ohne oder mit dem Pa-
              rameter /1 aufgerufen wird, anfngt die Box ber sich anzu-
              rufen. Siehe auch die Fragen zum MausNet. (siehe "Wie kann
              ich das Nachtnetz zu anderen Zeiten fahren?")

              Einzutragen in mausnet.cfg


11.4  CallDelay
===============

 Default:     '15'

 Bedeutung:   Anwahlpause die das Mausnetz zwischen zwei Versuchen einlegt.

              Einzutragen in mausnet.cfg


11.5  CallOrder
===============

 Default:     ''

 Bedeutung:   (optionale Config-Var) legt die Anrufreihenfolge fest. Z.B.:
              CallOrder := 'M,HB,BN2'. Nicht erwhnte Boxen werden hinten
              angefgt. Damit kann man erreichen, das z.B. eine Box unter
              einem, die noch viele andere Boxen hat, immer zuerst angeru-
              fen wird.

              Einzutragen in mausnet.cfg


11.6  DSZLOGFile
================

 Default:     'NetIOPath\DSZ.LOG'

 Bedeutung:   Legt den Pfad fr das Log-File fest.

              berprfung der bertragung in DSZ.LOG: MausNet sucht die
              letzten 1-2 Zeilen des DSZLogFile durch (ConfigVar mit
              Default MausNetPath + DSZ.LOG) und berprft, ob Filename und
              Filegre stimmen und ob als Result nicht "E" (Error) oder
              "L" (Carrier Lost) vermerkt wurde. Wenn DSZ.LOG gefunden
              wurde, gilt diese Auswertung mehr als die Existenz oder
              Nichtexistenz des File ZMODEM.OK. Wichtig ist dies fr die
              getrennte Auswertung bei bidirektionaler bertragung (ein
              Errorlevel sagt nicht, welche von beiden Richtungen geklappt
              hat) und auerdem zur Vermeidung merkwrdiger HS/Link-
              Errorlevel-Probleme. Sinnvoll ist, ein SET DSZLOG=DSZ.LOG im
              ZMODEM.BAT zu haben.

              Einzutragen in mausnet.cfg


11.7  DontCall
==============

 Default:     ''

 Bedeutung:   Diese Variable sorgt dafr, da die angegebenen Muse im
              normalen Netz nicht angerufen werden (gepackt wird auch
              nicht). Die entsprechenden File (*.par, *.dat und *.sta) wer-
              den aber natrlich angelegt.

              Einzutragen in mausnet.cfg


11.8  DontScroll
================

 Default:     TRUE

 Bedeutung:   Beim Msg-Verteilen gibt das MausNet auf dem Schirm nur CR (
              kein LF) aus, um das Scrollen zu vermeiden. Spart ca. 20-25%
              Zeit beim Verteilen (40 Sekunden im Nachtnetz in AC). Unbe-
              dingt sinnvoll und sollte gesetzt werden.

              Einzutragen in mausnet.cfg


11.9  DontWaitFor
=================

 Default:     ''

 Bedeutung:   Auf diese Boxen unter einem wird beim Nachtnetz nicht
              gewartet bis sie angerufen haben.

              Einzutragen in mausnet.cfg


11.10  DualLine
===============

 Default:     TRUE

 Bedeutung:   MultiPort-Untersttzung fr 2 Modems an 2 Ports an 1 oder 2
              Leitungen. Wenn ModemPorts := 1 [Default], bleibt alles beim
              Alten. Bei ModemPorts := 2 unterscheidet das MausNet ber die
              Config-Var

                  DualLine 2 Betriebsarten:
                  DualLine = TRUE [Default] -> 2 Modems an 2 Leitungen
                   (Modem und ISDN)
                  DualLine = FALSE -> 2 Modems an 1 Leitung (2 verschiede-
                   ne Modems)

              Modem1 ist das Default-Modem, das auch bei der Verbindungs-
              bernahme verwendet wird. Modem2 wird zum Rauswhlen fr die
              Muse benutzt, fr die es definiert ist. Im DualLine-Betrieb
              nimmt das MausNet auf beiden Ports Verbindungen an. Sonst
              wird nur mit Modem1 angenommen, es sei denn, es wird nur auf
              einen oder mehrere Anrufe von Modem2-Musen gewartet.

              Einzutragen in mausnet.cfg

##!subnode DumpCore


11.11  EndeNachOben
===================

 Default:     Hngt von der Ebene im Mausnetz ab.

 Bedeutung:   Bestimmt, ab wann das MausNet, wenn es ohne oder mit dem Pa-
              rameter /1 aufgerufen wird, aufhrt nach oben anzurufen.
              Siehe auch Fragen zum MausNet. (siehe "Wie kann ich das
              Nachtnetz zu anderen Zeiten fahren?")

              Einzutragen in mausnet.cfg


11.12  EndeNachUnten
====================

 Default:     Hngt von der Ebene im Mausnetz ab.

 Bedeutung:   Bestimmt, wie lange das MausNet probiert, wenn es ohne oder
              mit dem Parameter /2 aufgerufen wird, die Boxen unter sich zu
              erreichen. Siehe auch Fragen zum MausNet. (siehe "Wie kann
              ich das Nachtnetz zu anderen Zeiten fahren?")

              Einzutragen in mausnet.cfg


11.13  EndeVonOben
==================

 Default:     Hngt von der Ebene im Mausnetz ab.

 Bedeutung:   Bestimmt, wie lange das MausNet, wenn es ohne oder mit dem
              Parameter /2 aufgerufen wird, auf einen Anruf von oben
              wartet. Siehe auch Fragen zum MausNet. (siehe "Wie kann ich
              das Nachtnetz zu anderen Zeiten fahren?")

              Einzutragen in mausnet.cfg


11.14  EndeVonUnten
===================

 Default:     Hngt von der Ebene im Mausnetz ab.

 Bedeutung:   Bestimmt, wie lange das MausNet auf einen Anruf der Muse von
              unten wartet, wenn es ohne oder mit dem Parameter /1 aufgeru-
              fen wird. Siehe auch Fragen zum MausNet. (siehe "Wie kann ich
              das Nachtnetz zu anderen Zeiten fahren?")

              Einzutragen in mausnet.cfg


11.15  ExportMax
================

 Default:     '65535'

 Bedeutung:   ??

              Einzutragen in mausnet.cfg


11.16  FehlerBusy
=================

 Default:     '1'

 Bedeutung:   Um soviel Prozent geht ein Busy im MausNet in die Fehlerrate
              ein. Die Maus probiert nur solangen, bis die Fehlerrate von
              100% erreicht ist.

              Einzutragen in mausnet.cfg


11.17  FehlerNoAnswer
=====================

 Default:     '5'

 Bedeutung:   Um soviel Prozent geht ein NoAnswer im MausNet in die Fehler-
              rate ein. Die Maus probiert nur solangen, bis die Fehlerrate
              von 100% erreicht ist.

              Einzutragen in mausnet.cfg


11.18  FehlerNoCarrier
======================

 Default:     '30'

 Bedeutung:   Um soviel Prozent geht ein NoCarrier im MausNet in die Feh-
              lerrate ein. Die Maus probiert nur solangen, bis die Fehler-
              rate von 100% erreicht ist.

              Einzutragen in mausnet.cfg


11.19  FehlerNoDialtone
=======================

 Default:     '10'

 Bedeutung:   Um soviel Prozent geht ein NoDialtone im MausNet in die Feh-
              lerrate ein. Die Maus probiert nur solangen, bis die Fehler-
              rate von 100% erreicht ist.

              Einzutragen in mausnet.cfg


11.20  FehlerVerbindung
=======================

 Default:     '50'

 Bedeutung:   Um soviel Prozent geht ein Fehler in der Verbindung im
              MausNet in die Fehlerrate ein. Die Maus probiert nur
              solangen, bis die Fehlerrate von 100% erreicht ist.

              Einzutragen in mausnet.cfg


11.21  Funkuhr
==============

 Default:     FALSE

 Bedeutung:   Abgleich der Uhr nach der Funkuhr-Zeit. Beispiel. M setzt
              FunkUhr := TRUE und nach jedem Anruf werden die anderen Uhren
              Ebene fr Ebene nachgestellt. Bei Abweichungen > 5 Minuten
              kein Abgleich. Dieses sollte nur eine Maus im Netz gesetzt
              haben

              Einzutragen in mausnet.cfg


11.22  FunkuhrZeitFuerMin
=========================

 Default:     '60'

 Bedeutung:   Funkuhr-Zeit wird auch ber 2 Aufrufe hinweg gespeichert. In
              MAUSVAR.DAT steht Datum und Zeit des letzten Uhrabgleichs.
              Innerhalb der nchsten 60 Minuten (Config-Var Funk-
              uhrZeitFuerMin) glaubt das MausNet, Funkuhr-Zeit zu haben.
              Sinnvoll beim Uhrabgleich im MausNet /1 und dann fr die
              Weiterverteilung im MausNet /2 an die anderen Boxen.

              Einzutragen in mausnet.cfg


11.23  InitToMAUSCount
======================

 Default:     '3'

 Bedeutung:   Verbindungsbernahme: Initsequenz von MausNet an MAUS nicht
              mehr 5* alle 500 ms, sondern schneller. Dadurch Verbindungs-
              bernahme auch bei schnellen Rechner wie in AC3 sicherer!
              Beide Werte konfigurierbar:

              InitToMAUSDelay

              Einzutragen in mausnet.cfg


11.24  InitToMAUSDelay
======================

 Default:     '250'

 Bedeutung:   Verbindungsbernahme: Initsequenz von MausNet an MAUS nicht
              mehr 5* alle 500 ms, sondern schneller. Dadurch Verbindungs-
              bernahme auch bei schnellen Rechner wie in AC3 sicherer!
              Beide Werte konfigurierbar: Siehe auch InitToMAUSCount

              Einzutragen in mausnet.cfg


11.25  InitToNetDelay
=====================

 Default:     '3000

 Bedeutung:   ??? Das gleiche wie InitToMAUSDelay ?

              Einzutragen in mausnet.cfg


11.26  LangePersMsg
===================

 Default:     '5000'

 Bedeutung:   ???? Auch beim lokalen PM-Export Ausgabe der Msglnge, wenn
              grer LangePersMsg

              Einzutragen in mausnet.cfg


11.27  MaxFiles
===============

 Default:     '0'

 Bedeutung:   Ab DOS 3.30 kann man auch mehr Files (z.B. 30) ffnen. Dazu
              mu

              1. in CONFIG.SYS Files = 30

              2. in MAUSNET.CFG MaxFiles := 30 gesetzt werden.

              Einzutragen in mausnet.cfg


11.28  MinBaudXY
================

 Default:     '0'

 Bedeutung:   Anrufende Maus unterbricht Verbindungen mit nicht-maximaler
              Baudrate. Pro Box noch zustzlich konfigurierbar, z.B.:
              MinBaudMS2 := 1200

              Einzutragen in mausnet.cfg


11.29  Modem.Nummer.XY
======================

 Default:     ''

 Bedeutung:   Das ist die Nummer der Box XY. Default die Nummer aus dem
              EXP. Man kann auch andere Nummer definieren.

              Einzutragen in mausnet.cfg


11.30  ModemDialPost
====================

 Default:     ''

 Bedeutung:   Eigentlich abgeschaft. Steht aber noch drin.

              Einzutragen in mausnet.cfg


11.31  ModemDialPre
===================

 Default:     'DP'

 Bedeutung:   Default ModemDial Kommando, um die Boxen anzurufen. Kann man
              mit den Variablen ModemDailPreXY noch pro Maus einzel festge-
              legt werden.

              Einzutragen in mausnet.cfg


11.32  MsgStatTage
==================

 Default:     '45'

 Bedeutung:   Bestimmt wie lange die Daten zu den Msg-Traffic des Nacht-
              netzes in der MN-MSG.DAT gehalten werden. Siehe auch
              TimStatTage

              Einzutragen in mausnet.cfg


11.33  NetGrpExport
===================

 Default:     '0'

 Bedeutung:   ??? Keine Ahnung

              Einzutragen in mausnet.cfg


11.34  NoExpTo
==============

 Default:     ''

 Bedeutung:   ??? Keine Ahnung

              Einzutragen in mausnet.cfg


11.35  PMMassenFilter
=====================

 Default:     '64'

 Bedeutung:   Ab welcher Lnge werden PMs an einen User gefiltert. Ist
              MausNetzweit einheitlich auf 64Kb einzustellen. 0 bedeutet
              kein Filter. Siehe auch PMMassenHinweis

              Siehe auch Gefilterte PM-Massen (siehe "Gefilterte PM-
              Massen")

              Einzutragen in mausnet.cfg


11.36  PMMassenHinweis
======================

 Default:     '0'

 Bedeutung:   Ab welchen PM-Massen bekommt der Sysop eine Warnmeldung. Kann
              kleiner als PMMassenFilter sein.

              Siehe auch Gefilterte PM-Massen (siehe "Gefilterte PM-
              Massen")

              Einzutragen in mausnet.cfg


11.37  PMVerlustMax
===================

 Default:     '120'

 Bedeutung:   Das Mausnetz berwacht den Status der PMs. Wenn eine Mail
              keinen angekommen Status bekommt, gibt es eine entsprechende
              Warnung. Und zwar so lange, bis der Maximalwert erreicht ist
              oder der Status entlich angekommen ist. Siehe auch
              PMVerlustMin und Was bedeutet die 'nicht angekommen' Meldung?
              Siehe auch PMVerlustMin und Was bedeutet die 'nicht angekom-
              men' Meldung?

              Einzutragen in mausnet.cfg


11.38  PMVerlustMin
===================

 Default:     '72'

 Bedeutung:   Das Mausnetz berwacht den Status der PMs. Wenn eine Mail
              keinen angekommen Status bekommt, gibt es eine entsprechende
              Warnung. Und zwar ab der Zeit, die hier als minimalwert ange-
              geben ist. Siehe auch PMVerlustMax und Was bedeutet die
              'nicht angekommen' Meldung?

              Einzutragen in mausnet.cfg


11.39  PackZeitProMB
====================

 Default:     '30'

 Bedeutung:   bertragung der erwarteten Packzeit bei Verbindungsbernahme
              durch das MausNet. Der Defaultwert ist sehr niedrig. Fr ein
              386/40 mit Writecache kann man 100 setzen. Wenn keine Proble-
              me auftreten, kann der Defaultwert aber auch stehen bleiben.
              Messung wird im Logfile ausgegeben.

              Einzutragen in mausnet.cfg


11.40  PasswordB2
=================

 Default:     ''

 Bedeutung:   Hier kann und sollte unbedingt pro MausNet-Verbindung ein
              Pawort eingetragen werden. So kann verhindert werden, das
              irgend jemand unter der Kennung einer anderen Box anruft und
              Mails unter dieses Fake-Kennung verbreitet. Das Passwort mu
              natrlich auf beiden Seiten gleich gesetzt sein. Pro Maus
              einzel konfigurierbar

              Einzutragen in mausnet.cfg


11.41  Protokoll.XY
===================

 Default:     'Z'

 Bedeutung:   Protokoll whlbar: pro Box gibt's ein Protokoll.XY, da z.B.
              fr HS/Link auf 'H' gesetzt werden kann. Wenn beide Boxen
              dies fr den anderen gesetzt haben, wird damit gearbeitet,
              sonst luft's wie gehabt mit ZModem. Das Protokoll wird als
              Parameter 5 an ZMODEM.BAT bergeben. UseZModem ist dafr
              abgeschafft.

              Einzutragen in mausnet.cfg


11.42  Protokoll.Bidirect
=========================

 Default:     'H'

 Bedeutung:   Bidirektionale bertragung (z.B. mit HS/Link): wenn das
              vereinbarte Protokoll bidirektional arbeitet (mu in Proto-
              koll.Bidirect [Default: 'H' aufgelistet sein), wird statt
              "rz" oder "sz" "bi" an ZMODEM.BAT bergeben.

              Einzutragen in mausnet.cfg


11.43  TimStatTage
==================

 Default:     '90'

 Bedeutung:   Bestimmt wie lange die Timing-Daten des Nachtnetzes in der
              MN-MSG.DAT gehalten werden. Siehe auch MsgStatTage

              Einzutragen in mausnet.cfg


11.44  UhrAbgleichMax
=====================

 Default:     '300'

 Bedeutung:   Wenn die Uhren um mehr als dieser Wert voneinander abweichen,
              gibt es keinen Uhrabgleich.

              Einzutragen in mausnet.cfg


11.45  WarteAufPacken
=====================

 Default:     '60'

 Bedeutung:   Solange wartet die Maus bei einem manuellen MausNet, wenn
              eine andere Maus angerufen wird, bis diese mit dem packen
              fertig ist (da ja online gepackt wird)

              Einzutragen in mausnet.cfg



===========================================================================
Kapitel 12

Stichwrter / Schnellsuche
===========================================================================

Hier nochmal ein Teil der Fragen anders aufgelistet. Vielleicht findet man
so einige Sachen eher. Ich hatte ja schon Probleme Fragen wieder zu finden.

Modemfragen

    Connect-String Beispiele (siehe "Beispiele fr Connect-Strings")
    ELSA Microlink (siehe "Tips zur Konfiguration des ELSA MicroLink 33.6
     TQV")
    Faxempfang (siehe "Kann man mit dem Maus-Modem automatisch FAXe em-
     pfangen")
    ISDN/Telefonnummer des Anrufers (siehe "Telefonnummer des Anrufers im
     MCall.Log")
    ISDN - Busy erzeugen (siehe "Besetzt erzeugen mit einer ISDN-Karte")
    ISDN im MausNet (siehe "ISDN im MausNet, was ist zu beachten?")
    ISDN unter OS/2 (siehe "ISDN-Ports unter OS2")
    PDZM unter OS/2 (siehe "PDZM-Modem und die Maus unter OS/2")
    Pufferinhalt beim ausloggen (siehe "Beim ausloggen bertrgt das Modem
     nicht mehr den Pufferinhalt.")
    unbekannte Connectmeldungen (siehe "Wie verhindert man unbekannte
     Connect-Meldungen?")
    Uploadprobleme (siehe "Probleme beim Upload, bzw kein Upload mglich")
    USR Courier (siehe "Tips zur Konfiguration des USR Courier v34")
    USR Sportster (siehe "Tips zur Konfiguration des USR Sportster")
    USR Sportster Voice (siehe "Tips zur Konfiguration des USR Sportster
     Voice")
    bertragung nicht vollstndig (siehe "Beim ausloggen bertrgt das
     Modem nicht mehr den Pufferinhalt.")
    Zwei Modems an der Maus (siehe "Mehrere Modems an der Maus")
    Zwei Port Maus (siehe "Wie stelle ich am besten von 1 auf 2 Port-Maus
     um?")
    ZyXel 1496 (siehe "Tips zur Konfiguration des ZyXel 1496")
    ZyXel 2864ID (siehe "Tips zur Konfiguration des ZyXel 2864ID")

Packerfragen

    Packer arj/OS/2 (siehe "Der arj-Packer unter Os/2")
    Packer Problem beim Netzpaket (siehe "Problene mit dem Auspacken des
     Netzpaketes?")
    Packer im MausNet (siehe "Kann man auch einen Packer-Batch im Mausnetz
     aufrufen?")
    Probleme mit dem RAR-Packer (siehe "Worauf ist bei der RAR-Packer
     Einbindung zu achten?")
    RAR-Packer in die Maus einbinden (siehe "Wie bindet man RAR-Packer in
     die Maus ein?")
    RAR-Packer zum zweiten (siehe "RAR-Packer zum zweiten")
    RAR-Packer zum zweiten (siehe "Worauf ist bei der RAR-Packer
     Einbindung zu achten?")

Alles um Userprobleme

    Gsteupload (siehe "Gsteupload im Programmteil?")
    Geizhals (siehe "Ab wann gelten User als Geizhals?")
    Gruppenflags (siehe "Gruppenflags fr lokale Readonly Gruppen?")
    Gruppenflags Erklrung (siehe "Was bedeuten die Gruppenflags?")
    unsinnige Gruppenflags? (siehe "Unsinnige Gruppenflags mglich?")
    Maus-Gebhrenanzeige (siehe "Die Gebhrenanzeige der MAUS, stimmt
     die?")
    Messageszhler verndern (siehe "Messagezhler fr alle User vern-
     dern/zurcksetzten?")
    Messagespointer (siehe "Messagepointer 0 bei Neuuser?")
    Mitlesen in Gruppen (siehe "Mitlesen in Gruppen ohne Mitgliedschaft?")
    Mulit-Maustausch (siehe "Multi-Maustausch, wie geht das?")
    Neuuserproblem? (siehe "Messagepointer 0 bei Neuuser?")
    Pawort automatisch ndern (siehe "Automatisches ndern der PW fr
     bestimmte User")
    REN-Meldung (siehe "Wie lange schickt die Maus Gruppennamennderungen
     an die User?")
    Programmteilwart (siehe "User als Programmteilwart, was beachten?")
    Text beim Gstelogin (siehe "ndern des Textes, den Gste beim
     einloggen angezeigt bekommen")
    Text beim neueintragen (siehe "ndern des Textes, den man beim neu
     eintragen angezeigt bekommt")
    Uploadproblem eins (siehe "Probleme beim Fileupload / Schrott-Files?")
    Uploadproblem zwei (siehe "Probleme beim Upload, bzw kein Upload
     mglich")
    User-Pawrter berprfen (siehe "Checken der User-Pawrter")
    Userproblem / alle Gruppen bestellt (siehe "Wenn ein User mal alle
     Gruppe bestellt hat")
    Z-Modem Probleme (siehe "Zu lange downloads bzw. downloads ber
     mehrere Stunden")

Programmteil

    Gruppenprogrammteil ohne Gruppe (siehe "Gruppenprogrammteil ohne eine
     Gruppe einrichten?")
    Gruppenprogrammteil auf CD (siehe "Wie richte ich einen Gruppen-PT auf
     CD ein?")
    Gruppenprogrammteil auf CD und Festplatte (siehe "Gruppenprogrammteil
     auf CD und Festplatte")
    Gruppenprogrammteil Zugang (siehe "Gsteupload im Programmteil?")
    Programmteil sperren (siehe "Wie sperre ich den Programmteil
     komplett?")
    ProgTeilDatPath (siehe "Wozu ist ProgTeilDatPath gut?")

Fr Konsolensysops

    ALT-Tasten
    Direktlogin (siehe "Direktlogin-Anleitung")
    Direktport / Atari (siehe "Wie schliee ich einen ATARI am Direktport
     an?")
    Dirketport / Mac (siehe "Wie schliee ich einen MAC an den Direktport
     an?")
    Konsolenlogin (siehe "Konsolenlogin mit zwei Tastendrcken!")
    Konsolen / Filebeschreibung uploaden (siehe "Kann man von der Konsole
     Filebeschreibungen uploaden?")
    MCall-Log (siehe "Abkrzungen im MCall-LOG")
    Maus-Tastencodes (siehe "Welche Tastencodes gibt es bei der Maus?")
    Statuszeilen der Maus (siehe "Was bedeuten die Zahlen oben auf den
     Mausbildschirm?")
    Statuszeilen der Maus, genauer erklrt (siehe "Was bedeutet die
     Statuszeile in der Maus?")

Alles zum lschen von Mails/Programmen etc.

    Check fr Putzgrenzen (siehe "Was macht der Check fr zu knappe
     Putzgrenzen?")
    KRUNUSER? (siehe "Was macht der KRUNUSER?")
    Mails-Lschen/Schrottmails (siehe "Wie lscht man Schrottmails?")
    Mails lschen? (siehe "Wann werden Mails in Gruppen gelscht?")
    Mausputz (siehe "Allgemeines zum Mausputz")
    Mausputz Aufrufparameter (siehe "Aufrufparameter des MausPutz")
    ProgFix (siehe "Aufrufparameter des ProgFix")
    User lschen (siehe "Wann werden User vom Mausputz gelscht?")

MausNet

    Anrufreihenfolge (siehe "Kann man die Anrufreihenfolge im Nachtnetz
     verndern?")
    Box umbenennen (siehe "Wie benennt man eine Box um?")
    Box Ende (siehe "Worauf ist zu achten, wenn mal eine Box vom Netz
     geht?")
    CNF-nmderungen (siehe "Worauf ist bei nderungen des CNF-Files zu
     achten?")
    CNF-File Erklrung (siehe "Bedeutung des Parameter des CNF-Files")
    EXP verschicken (siehe "Wie verschickt man ein neues EXP der eigenen
     Maus?")
    GetHeap (siehe "Was bedeutet die GetHeap Meldung im MausNet.log?")
    MausNet Parameter (siehe "Aufruf-Parameter des MausNet")
    MsgID-Dupes (siehe "Was tun bei MsgId-Dupes?")
    Zu wenig MsgIDs frei (siehe "Was tun bei zu wenig freien MsgIDs?")
    Nachtnetz (siehe "Wie kann ich das Nachtnetz zu anderen Zeiten
     fahren?")
    'Nicht angekommen' (siehe "Was bedeutet die 'nicht angekommen'
     Meldung?")
    neue Box (siehe "Jeden Tag meldet der MNCONFIG mir eine neue Maus?")
    Netstat (siehe "Netstat, was bedeuten die Ausgaben?")
    Netstat genauer erklrt (siehe "Netstat Erklrung zum zweiten")
    Netzpaket futsch (siehe "Wenn ein Netzpaket verloren geht")
    PMK-Token Format (siehe "Was ist das PMK-Token Format und wozu gibt es
     das?")
    PM-Massen (siehe "Gefilterte PM-Massen")
    Vernetzung im MausNet (siehe "Wie verndert man die Vernetzung im
     Mausnetz?")
    XLate (siehe "Xlate, was bedeutet das?")
    'zurckgeroutet' (siehe "Was bedeutet zurckgeroutet?")
    nicht eingetragen (siehe "Wie entstehen 'nicht eingetragen'
     Meldungen?")

Allgemeine Tips zur Maus

    CallCheck-Bat (siehe "Was hat es mit dem CALLCHK.BAT auf sich?")
    CallCheck Batch
    Crash....Hilfeeee (siehe "Was tun nach einem Crash?")
    Externe Programme (siehe "Gibt es Benutzer-Levels fr die Externen
     Programme?")
    Externe Programme (siehe "Wie bindet man externe Programm in die Maus
     ein?")
    Eventzeiten Erklrung (siehe "Bedeutung der Eventzeiten")
    Events pro Tag (siehe "Wie oft laufen Events am Tag?")
    Event per Anruf auslsen (siehe "Kann man bei einem Anruf automatisch
     einen Event auslsen?")
    Events vordefiniert (siehe "Vordefinierte Events in der Maus")
    Mvideo.dat
    Maus.bat (siehe "Tips zum Maus.bat")
    MsgIDX-Buffer bergelaufen (siehe "Was bedeutet MsgIdx-Buffer
     bergelaufen?")
    MsgID-Dupes (siehe "Was tun bei MsgId-Dupes?")
    MNConfig (siehe "Wann und wie soll der MNCONFIG aufgerufen werden?")
    m7com aufsplitten? (siehe "Geht ein include in der m7com.cfg?")
    XLATE
    PDZM-Modem (siehe "Zu lange downloads bzw. downloads ber mehrere
     Stunden")

Gatefragen/InterNetfragen

    Fido-gate (siehe "Fido-Gate. Wie richte ich sowas ein?")
    Gate / lokal (siehe "Wie richte ich ein lokales Gate zum InterNet
     ein?")
    Gate / Maus2Maus Gate (siehe "Wie richte ich ein lokales Gate zu einer
     anderen Maus ein?")
    IN und Kommerz
    InterNet-Werbung (siehe "Was kann man gegen Internet-Werbung per PM
     machen?")
    Werbung per PM (siehe "Was kann man gegen Werbung in Mails machen?")
    Werbung-per-Mail

Und hier der ganze Rest

    Betreff-Krzel in Programme (siehe "Betreffkrzel in Programme")
    CoSysop-Vorstellungen
    ct (siehe "Wer ist der Ansprechpartner bei der c't fr nderungen des
     Eintrags?")
    Dupe-Check (siehe "Was berprft die Maus beim Dupe-Check?")
    Dollardatum ber 2000?
    Demo-Maus (siehe "Wo gibt es eine Demo-Maus?")
    EXP-verschicken (siehe "Wie verschickt man ein neues EXP der eigenen
     Maus?")
    ITK
    Jahr 2000 (siehe "Ist die Maus fr das Jahr 2000 vorbereitet?")
    Klette?? (siehe "Was ist Klette und Use2Maus?")
    Mailingliste (siehe "Mailingliste, was fr Programme gibt es?")
    MU (siehe "Was hat es mit dem MU auf sich?")
    Murphy (siehe "Murphy, wer ist das?")
    Maustausch-Kommandos (siehe "Wie ist die Definition der Maustausch-
     Kommandos?")
    Maus-Backup (siehe "Maus-Backup. Was sollte mindestens gesichert wer-
     den?")
    Maus tunen (siehe "Wie kann man eine Maus noch beschleunigen?")
    Mausdatum in der Zukunft (siehe "Wenn mal die Maus ein Datum in der
     Zukunft hat")
    Maus-Fehlermeldungen (siehe "Maus-Fehlermeldungen")
    Mausgrenzen (siehe "Welche Grenzen gibt es bei der Maussoft")
    Milgre (siehe "Welche Grenzen gibt es bei der Maussoft")
    mprog.dat zu lang (siehe "Wie werde ich ein zu langes mprog.dat wieder
     los?")
    MSGID (siehe "MSGID-Programm")
    MVIDEO-DAT (siehe "Was steht in der MVIDEO.DAT Datei?")
    os/2 Beispiel-inf (siehe "Beispiel-Konfiguration fr eine OS2-Maus")
    PMK-Token (siehe "Was ist das PMK-Token Format und wozu gibt es das?")
    Quark (siehe "Wie richte ich eine Fremdbox unter der Maus ein?")
    Runtime-Fehlermeldung (siehe "Runtime-Fehlermeldungen")
    Sommerzeit unter OS/2 (siehe "Sommerzeit-Umstellung bei OS/2")
    Sommer/Winterzeit (siehe "Sommerzeit/Winterzeit??")
    Tastencode
    TIC-Files (siehe "TIC-File-Generatoren-Liste")
    Umlautprobleme (siehe "Umlautprobleme bei Quarks")
    Use2Maus




===========================================================================
Anhang A

Sysoptreffen Mosbach September 91
===========================================================================


A.1  Einleitung zum Mosbacher Protokoll
=======================================

ID:A25613@K2 und ab TOP 5: ID:A25614@K2
Von: Dirk Steins @ K2 (Mi, 25.09.91 11:09)

Das Mosbacher Protokoll:

Anwesend in Mosbach waren die Sysops von 23 Musen. Warum wir uns dort
versammelt haben, mu ich hoffentlich nicht nochmal wiederholen. Fangen wir
mal an.

Als erstes wurde Gereon Steffens als Diskussionsleiter bestimmt, da er der
erste eingetragene Benutzer in MS war. Dann wurde noch ein Protokollfhrer
gesucht und jemand, der die Wortmeldungen in die richtige Reihenfolge
bringt. Protokollfhrer wurde Markus Wagenmann und meine Wenigkeit bernahm
die Aufgabe der Wortmeldungskoordination.

Folgende Punkte wurden dort auf die Tagesordnung gesetzt und auch behan-
delt:

Tagesordnung

    Abstimmungsverfahren
    IN-Beteiligung
    Ignorer in Kunterbunt
    Vergrerung des Mausnetzes (Grenzen/Perspektiven)
    Topologie des Mausnetzes
    Farben in der Maus (ANSI-Sequenzen)
    Technische Probleme (Mehrbenutzer-Maustausch, Tausch in mehreren
     Musen)
    GEnie-Gate
    Zerberus Gruppen Suche/Biete
    Mindestanforderungen fr neue Muse
    Maus-Logo
    Pool fr Hardware
    Pseudos Ja/Nein

Als erstes haben wir festgelegt, wer von den Anwesenden berhaupt abstimmen
darf, denn auch darber existierten verschiedene Meinungen, ob Co-Sysops
mit abstimmen drfen oder nicht. Nach einer Diskussion ber dieses Thema
wurde dann zur Abstimmung geschritten. Damit wir da nicht direkt in Proble-
me liefen, durften bei dieser Abstimmung nur die anwesenden Mausbetreiber
abstimmen. Mit einfacher Mehrheit wurde entschieden, da alle anwesenden
abstimmen drfen, sowohl Sysops als auch Co-Sysops. Nachdem dieser erste
Punkt nun geklrt war, konnten wir zu dem ersten Punkt auf der Tagesordnung
bergehen.


A.2  TOP 1: Abstimmungen in der Maus
====================================

Es wurde folgendes beschlossen:

  1. Wir haben ab jetzt folgende Abstimmungsmodi:

         Betreiberabstimmung: Bei dieser drfen nur die Betreiber von
          Musen abstimmen, Co-Sysops also nicht. Dies ist insbesondere fr
          die Flle gedacht, in denen es um Geld geht, da die Sysops zah-
          len mssen.
         Sysopabstimmung: Alle Sysops drfen abstimmen. Dies ist fr
          solche Flle gedacht, in denen es nicht unbedingt um Geld geht,
          aber wo es um wichtige Sachen geht, die die User nicht unbedingt
          etwas angehen.
         Userabstimmung: Jeder Spender/Beitragszahler darf abstimmen.

  2. Wir haben auerdem beschlossen, da es sinnvoll ist, bei einigen Ab-
     stimmungen nur eine 2/3-Mehrheit zum Beschlu zuzulassen. Dies wird je
     nach Fall vom Abstimmungsleiter festgelegt. Ebenso wird gegebenenfalls
     eine Mindestbeteiligung festgelegt.

  3. Wir whlen einen Mausabstimmungsleiter (+ Stellvertreter), der die
     ganzen Abstimmungen in der Maus koordiniert. Dazu wird eine neue
     Gruppe ABSTIMMUNG fr die Userabstimmungen eingerichtet, in der vom
     Abstimmungsleiter der Aufruf zur Diskussion ber das Thema und der
     Aufruf zur Abstimmung gepostet wird. ABSTIMMUNG hat Read-Only und
     Paid-Only zu sein (und Default, spter auch Plicht), die Diskussionen
     sollen in Maus bzw. Sysops stattfinden (ggf. in besonderen Fllen in
     anderen Gruppen).
     Fr Sysop- und Betreiberabstimmungen werden diese Sachen (CFD, CFV) in
     Sysop-Info gepostet. Der Abstimmungsleiter hat folgende Pflichten:

         Aufruf zur Diskussion
         Protokollierung der Diskussion
         Festlegung des Wahlmodus/Mindestbeteiligung (nur Sysop-/Betrei-
          berabstimmung)
         Aufruf zur Abstimmung mit Angabe der wichtigen Argumente
          Pro/Contra aus der Diskussion
         Auswertung der Abstimmung und Bekanntgabe des Ergebnisses
         Archivierung des Ergebnisses

  4. Nach dem Aufruf zur Diskussion (CFD) kann zwei Wochen ber das Thema
     diskutiert werden. Diese Diskussionszeit kann bei Bedarf noch zweimal
     um jeweils eine Woche verlngert werden. Nach Ablauf dieser Zeit ruft
     der Abstimmunsgleiter durch eine entsprechende Message in ABSTIMMUNG
     bzw. SYSOP-INFO zur Abstimmung auf. Die Stimmen sind dann innerhalb
     einer Woche an den Abstimmungsleiter zu senden. Dieser postet dann
     nach der Auswertung das Ergebnis in SYSOP-INFO und ABSTIMMUNG (sofern
     erforderlich).

  5. Der Abstimmungsleiter kann jederzeit abgewhlt werden. Dazu ist der
     Vorschlag eines neuen Abstimmungsleiters erforderlich, eine Angabe von
     Grnden fr die Abwahl und eine entsprechende Abstimmung, die dann vom
     Stellvertretenden Abstimmungsleiter durchgefhrt wird.

  6. Sollte bei einer Sysop- oder Betreiberabstimmung die festgelegte
     Mindestbeteiligung nicht erreicht werden, so wird diese Abstimmung zu
     einer Pflichtabstimmung, an der alle Betreiber teilnehmen mssen.

  7. Die Programmierer der Maus knnen nicht durch eine Abstimmung zu
     schwerwiegenden programmtechnischen nderungen in der Maus gezwungen
     werden, in diesem Falle haben sie das Recht, das zu verweigern.

  8. Wenn es bei Abstimmungen um Belange geht, die nur Muse etwas angehen,
     so sind auch nur echte Muse stimmberechtigt, Quarks und Ferwis nicht.
     Bei anderen Abstimmungen sind diese gleichberechtigt.

  9. Als Abstimmungsleiter wurden gewhlt:

   Abstimmungsleiter:   Erwin Timmerbeil @ BN
   Stellvertreter:      Frank Tegtmeyer @ HRO


A.3  TOP 2: Individual Network
==============================

Die Fragen, die diskutiert wurden, waren folgende:

Wollen wir eine Pflichtbeteiligung aller Muse am IN?
Wie sieht es in der Zukunft mit den Kosten aus?

Nach der Diskussion wurde folgendes beschlossen:

  1. Nach auen hin nehmen alle Muse am IN teil!

  2. Innerhalb des Mausnetzes regeln wir die Teilnahme selbst. Durch die
     neue Gatewaysoftware knnen dann einzelne Muse, die nicht am IN
     teilnehmen wollen/knnen, intern abgeklemmt werden, so da sie nicht
     den Gateway zum Usenet nutzen knnen. Empfangen von internationaler
     Mail wird aber dadurch fr alle Muse mglich sein!

  3. Wir empfehlen jeder Maus, am IN teilzunehmen. Dies gilt insbesondere
     auch fr neue Muse, die neu in das Netz kommen.

  4. Die durch die Gesamtteilnahme entstehenden Kosten werden intern auf
     die real teilnehmenden Muse umgelegt. Einige Muse (B, BN, W)
     erklrten sich bereit, auch hhere Beitrge zu zahlen um den Pool
     auszugleichen.

  5. Die zuknftigen Kosten: Da noch nicht feststeht, wieviele
     Rechner/Domains nchstes Jahr am IN teilnehmen werden, stehen die
     genauen Kosten noch nicht fest. Nach Auskunft von Jrgen Conradi sieht
     es im Moment so aus, da wohl pro Maus Kosten von ca. 15,- bis 20,- DM
     pro Monat entstehen werden. Dies kann noch niedriger werden.

  6. Das IN bzw. Jrgen Conradi @ HB als unser Vertreter bezglich IN soll
     regelmig Rechenschaft ber die Einnahmen und Ausgaben ablegen.

Anmerkung: Da es bei dieser Frage um effektiv auftretende Kosten fr die
Mausbetreiber ging, wurde die Abstimmung als reine Betreiberabstimmung
durchgefhrt.


A.4  TOP 3: Ignorer in Kunterbunt
=================================

Die Herkunft dieser Messages ist ja inzwischen von Erwin Timmerbeil geklrt
worden. Noch nicht bekanntgegeben wurde hier im Netz, wer alles an dieser
Aktion beteiligt war. Dies waren: Erwin Timmerbeil @ BN, Heinz Decker @ BN,
Jrgen Lanzki @ BN, Florian Helm @ SU, Stefan Radermacher @ K2 und Dirk
Steins @ K2 (also ich).

Der Ignorer-Gang wurde ein mndlicher Verweis erteilt, und sie mute das
Versprechen abgegeben, solch eine Aktion nicht zu wiederholen.


A.5  TOP4: Vergrerung des Mausnetzes (Grenzen/Perspektiven)
=============================================================

Es wurde die Frage gestellt, wie weit das Mausnetz noch ohne technische
Probleme wachsen kann.

Jrg und Kai konnten dazu keine genaue Auskunft der Art "Wir knnen xx
Muse und yy Gruppen ohne Probleme verkraften" geben, waren aber beide der
Meinung, da im Moment noch einiges an Luft im Timing vorhanden sei und da
man daran wahrscheinlich auch noch einiges rausholen knnte.


A.6  TOP 5: Topologie des Mausnetzes
====================================

Im Prinzip ging es bei dieser Frage um das gleiche wie bei Punkt 4 und
wurde deshalb damit schon erledigt.


A.7  TOP 6: Farben in der Maus (ANSI-Sequenzen)
===============================================

Es ging um die Frage, die Frank Baschin neulich in Sysops gestellt hatte,
warum die Maus auf Schwarz und Wei umschaltet. Frage wurde durch Kai Hen-
ningsen und Jrg Stattaus beantwortet.


A.8  TOP 7: Technische Fragen
=============================

Es wurde beschlossen, diese Fragen (Mehrbenutzer-Maustausch etc.) in den
entsprechenden Gruppen zu behandeln, da dies in einer Diskussion sowieso
nicht mglich ist.


A.9  TOP 8: GEnie-Gate
======================

Es gab ja schon einige Diskussionen um den GEnie-Gateway, die hier nochmal
besprochen wurden. Es wurde beschlossen, den Gate vorerst nicht weiter
auszubreiten und auch bei bestehenden, vernetzten Gruppen zu berprfen, ob
berhaupt Interesse an diesen Gruppen vorhanden ist und ob diese gelesen
werden. Wenn dieses nicht der Fall ist, soll zur Kosteneinsparung die ent-
sprechenden Gruppen wieder abgeschaltet werden.


A.10  TOP 9: Zerberus Gruppen Suche/Biete
=========================================

Da niemand aus Mnchen da war, konnte das Thema nicht weiter behandelt wer-
den. (Oder war da doch noch was anderes, ich habe nichts weiteres in den
Unterlagen stehen?)


A.11  TOP 10: Mindestanforderungen fr neue Muse
=================================================

Es wurde berlegt, was fr Mindestanforderungen fr neue Muse gelten und
ob wir dort etwas vorschreiben sollen. Nach kurzer Diskussion (war ja schon
spt) wurde beschlossen, nur die Empfehlungen fr neue Muse zu erweitern.
Folgende Mindestanforderungen sollte eine neue Maus in Zukunft erfllen:

    IN-Teilnahme

    24h Online-Zeit

    AT als Rechner

    V.32 als Modem

Auerdem wurde beschlossen, keine berbevlkerung eines Raumes mit Musen
zuzulassen, solange keine vernnftige Auslastung der vorhandenen Muse
gewhrleistet ist, also z.B. keine Maus K5 oder AC4 oder so.


A.12  TOP 11: Maus-Logo
=======================

Da ja demnchst die Maus OTR auf der Hobby-Elektronik in Stuttgart prsen-
tiert wird, wurde von den Ausstellern der Vorschlag gemacht, doch ein ein-
heitliches Maus-Logo fr solche Sachen zu haben. Ein genauer Beschlu
darber wurde aber meines Wissens nach nicht getroffen. (Steht auch nichts
im Protokoll)


A.13  TOP 12: Pool fr Hardware
===============================

Es kam die Frage auf, ob ein allgemeiner Pool fr Hardwareanschaffungen
geschaffen werden soll, damit etwas Geld vorhanden ist, falls eine Maus in
eine Notsituation kommt (Platte abgeranzt oder hnliches und kein Geld da).
Dieser Vorschlag wurde abgelehnt.


A.14  TOP 13: Pseudo-Accounts
=============================

Da in der letzten Zeit ja auch immer wieder Pseudo-Accounts von Sysops ein-
gerichtet wurden, kam die Frage auf, ob so etwas toleriert werden soll oder
nicht. Die Diskussion darber brachte folgendes Ergebnis:

Grundstzlich sollten keine Pseudo-Accounts eingerichtet werden. Fr
Damnen, also Programme, die direkt Daten aus der Maus erhalten oder in
diese schreiben, sind solche Accounts erlaubt. Diese mssen dann aber
deutlich als solche erkennbar sein. Bis Dmonen "echt" von der MAUS unter-
sttzt werden (d.h. Ein-Wort-Namen, die nicht in der Userliste auftauchen),
sind solche Accounts fr Dmonen so umzubenennen, da der Nachname "Pro-
gramm" oder "Dmon" ist.

Andere Pseudo-Accounts sind "genehmigungspflichtig", sollten vor der
Einrichtung vorgestellt und zur Diskussion gestellt werden.


A.15  TOP 14: Fido 241, Dieter Soltau
=====================================

Es wurde gefragt, wie wir uns in Bezug auf Dieter Soltau verhalten sollen,
der ja alle Messages aus der Maus in das Fido-Netz 241 bounced (auf Grund
von seiner Meinung nach falschen Message-IDs). Es gab die Mglichkeit, da
wir LinkIt so abndern, da PMs in das 241er-Netz wieder mglich sind, oder
da wir hart bleiben und darauf hoffen, da Dieter Soltau entweder irgend-
wann einsieht, da es Unsinn ist, was er macht, oder da er abgesgt wird
(was aber noch eine ganze Weile dauern kann). Hiermit mchte ich brigens
kurz Jan Egner fr seine guten Informationen zu diesem Thema danken.
In einer der Diskussion folgenden Abstimmung wurde dann beschlossen, da
wir LinkIt nicht ndern. Es geht also auch demnchst keine PM in das
241er-Netz. Damit das MausNetz einheitlich auftritt, wurde auerdem be-
schlossen, da die anderen Gates in das Fido-Netz so schnell wie mglich
auf das neue LinkIt umgestellt werden.
Auerdem sollte in der nchsten Zeit auf Grund des knappen Ergebisses noch
eine Abstimmung zu diesem Sachverhalt stattfinden.

-------------------------------------------------
Ende des Protokolls. Tippfehler (c) Dirk Steins.
-------------------------------------------------



===========================================================================
Anhang B

Sysoptreffen Flensburg 9.10-11.10.92
===========================================================================


B.1  Einleitung zum Flensburger Protokoll
=========================================

         Datei:  FL_LANG.TXT
   erstellt am:  11.02.93
  verndert am:  15.03.93

         Autor:  Michael Keukert, Stefan Rupp, Jrg Stattaus
     Kurz-Info:  Protokoll des MausNet SysOp-Treffens

  Beschreibung:  berarbeitetes Protokoll des MausNet-Sysop-Treffens
                 vom 9.10 bis 11.10.1992 in Flensburg-Glcksburg,
                 endgltige Fassung vom 11.03.93.

Gruppe:   MAUS.DOKU
Subject:  Protokoll Sysop-Treffen
ID:       A31822@AC, A31823@AC, A31824@AC
Von:      Jrg Stattaus @ AC (Fr, 12.03.93 23:59)

berarbeitetes Protokoll des MausNet-Sysop-Treffens vom 9.10 bis 11.10.1992
in Flensburg-Glcksburg, endgltige Fassung vom 03.03.93.

Tagesordungspunkte:

1.0.   Gateways (und deren Zukunft)
1.1.     Gateway Zerberus
1.2.     Gateway UseNet
1.3.     Gateway HB (Probleme, Kosten, UUE's)
1.4.     Gateway Genie
1.5.     lokale Gateways
2.0.   IN
2.1.     Kosten,Kostensenkung
2.2.     Kosten u. Schutz bei Anschlgen von Hackern
2.3.     Alternativen zum IN
3.0.   MAUS
3.1.     MAUS 9 wann, was kann sie?
3.2.     Multiport MAUS
3.3.     Online Editor
3.4.     Netzstruktur und Topologien
3.5.     neue Regelung fr Netzgruppeneinrichtung
3.6.     neue Regelung fr neue Sysops (Aufnahmekriterien)
3.7.     $ per MauTau setzen knnen (Erleichterung der Wartung)
3.8.     MausTauschformat und Erweiterung
3.9.     Verbreitung der MAUS im Osten
3.10.    Wahl des Stellvertreters des AL
4.0    SYSOPS
4.1.     welche Pflichtgruppen fr Sysops?
4.2.     soll eine Gruppe SYSOP-LALL/LITE eingerichtet werden?
4.3.     Pflichtgruppen jeder Maus
4.4.     nchstes Treffen wo und wer?
4.5.     kommerzielle Werbung in der Maus

Am Anfang wurde der Abstimmungsmodus geklrt: alle Anwesenden drfen ab-
stimmen, ist das Ergebnis unklar, erfolgt eine Betreiberabstimmung, bei der
nur die MausNet-Box-Betreiber abstimmen drfen (ach, was?).


B.2  1.0. GATEWAYS:
===================


B.2.1  1.1. Gateway Zerberus:
-----------------------------

Obwohl Klaus Atzpodien in Flensburg ber das Thema referiert hat, gibt der
folgende Abschnitt wegen mangelhafter Aufzeichnungen den aktuellen Stand
der Dinge nach Kenntnis von Michael Keukert wieder:

Das Z-Netz hat per Koordinationsbeschlu seinen Gateway zum MausNet ausge-
tragen. *EIGENTLICH* sollten alle Z-Netz-Systeme daraufhin die Systeme
ZERMAUS.ZER und ZERM-SL.ZER aus ihrer Konfiguration austragen (das geht bei
denen nicht automagisch). Nun sieht es aber so aus, da bei einem Groteil
der Z-Netz-Systeme die Maus-Bretter recht beliebt sind. Auch mchte man auf
den persnlichen Mailtransfer mit den Maus- Usern nicht verzichten. Deshalb
sind viele Sysops der Aufforderung der Koordination NICHT nachgekommen, und
fhren zumindest ZERMAUS.ZER noch. Gestern Abend (16.2.93) habe ich noch
persnlich in der BIONIC.ZER, einem der grten Systeme im Z-Netz angeru-
fen, und dort noch den ZERMAUS Eintrag gefunden.

Ob, und wie das Z-Netz seine geplante Aufteilung in das Z-Brett-Netz und
das Z-PM-Netz durchfhrt, und wie die Kosten und Pflichten von teilnahme-
willigen Systemen aussieht, ist derzeit noch nicht bekannt.

Das Meinungsbild der Maus-Sysops scheint aber allenthalben in die Richtung
zu gehen, da man auch sehr gut ohne den Brettaustausch mit dem Z-Netz
leben kann, da eh mehr Maus-Bretter ins Z-Netz gehen als umgekehrt. Auf den
PM-Austausch mchten die meisten aber nicht verzichten.

Beschlsse: keine


B.2.2  1.2 & 1.3 Gateway UseNet in HB
-------------------------------------

Mick Schmidt @ HB berichtet ber die aktuelle Lage:

Problem der letzten Zeit, das auch zu den Unstimmigkeiten in SYSOPS gefhrt
hatte, war in erster Linie, da die User im MausNet nach wie vor viel zu
schlecht informiert sind und viele Sysops sich auch berhaupt nicht darum
kmmern, teilweise nicht mal oder nur sehr schleppend auf Anfragen aus HB
reagieren. Konkret: bermige (insbesondere finanzielle) Belastung des
Gateway in HB, verursacht durch Mailmassen, teils von Usern aus dem Usenet,
aber hauptschlich von Mailinglisten und Mailservern.

Seit geraumer Zeit mssen diese Mailmassen in Bremen ausgefiltert werden,
um das MausNet-Timing nicht zu gefhrden. Die Abholung der aufgelaufenen
Mail-Massen und die Bezahlung der entstandenen Kosten durch die User funk-
tioniert aber uerst schlecht.

Lsung:

Die enstandenen Kosten werden direkt vom IN-Konto der jeweiligen Heimatmu-
se der User abgebucht, der Sysop mu sich dann mit seinem User
auseinandersetzen, um das Geld wieder reinzubekommen. Zur Not kann ja der $
gekrzt werden. Zusammen mit der Abbuchungsmeldung an den Sysop geht eine
Benachrichtigung an den User raus, da er sich die Sachen, die fr ihn an-
gekommen sind, innerhalb der nchsten 14 Tage in HB abholen kann, danach
werden sie gelscht.

Die Lsung findet allgemeine Zustimmung.

[Anm. zum letzgenannten Verfahren: dieses ist inzwischen, zum Zeitpunkt der
neuen, besseren Ausformulierung des Protokolls schon wieder gendert. Die
aktuelle Regelung wird regelmig in MAUS.INFO geposted und kann natrlich
vom lokalen Sysop oder von <info maus-de @ HB> erfragt werden.]

Nchstes Problem: Bisher werden nur bergroe UUEncodete Mails abgefangen.
Es kommen aber auch verstrkt groe ASCII Mails, z.B. Inhaltsverzeichnisse
von Mailservern, etc.

berlegung: Soll ein Filter bezglich der Datenart eingesetzt werden? Wie
sollte dieser dann aussehen? Ein Vorschlag: User bekommt die ersten Mail-
zeilen, dann kann er entscheiden, ob interessant. Und dann kann er es
abholen.

>Abstimmung zwei Befrworter, Rest dagegen.

Dann wurde diskutiert, was als nicht erlaubte PM-Massen gilt: nur Files,
die per UU, AtoB oder sonstwie bertragen werden, oder auch beliebige PMs.
Eine Argumentation ging in die Richtung, da Mails mit Briefcharakter etwas
"schtzenswertes" seien, da wir ein Netz zur Kommunikation seien. Gegen-
stimmen meinten, da uns der Inhalt von PMs nichts angeht, und egal wre,
ob nun persnliche Briefe, Sourcen oder GIFs ausgetauscht werden. Zhlen
wrde die Lnge und man solle ein Limit fr die maximal erlaubte Gre
festsetzen.

>Abstimmung: deutliche Mehrheit fr Inhalt egal, PM-Massen ab x KB.

Wie soll die Grenze fr PM-Massen aussehen?
64KB, 48KB, 32KB?

>Abstimmung unentschieden zwischen 64K und 48K.
>Betreiberabstimmung ergab dann 11 Stimmen fr 64K, Rest fr 48K. [48K]

48 KB sollten fr jede "normale" Mail ausreichen, dies sollte jedoch
beobachtet werden, damit ggf. die Grenze nach oben oder nach unten ange-
passt werden kann. Grundstzlich gilt: Filetransfers per Mail sind im
MausNet unerwnscht! In Ausnahmefllen ist eine Mailgre von bis zu 48 KB
zulssig, jedoch nicht regelmig. Ab 48 KB werden Mails im gesamten
MausNet ausgefiltert und um eine Ausnutzung dieser relativ hohen Grenze
besser erkennen zu knnen, werden schon bei einer niedrigeren Grenze
Warnmeldungen von der Maus an den Sysop erzeugt.

Diese neuen Regelungen sollen den Usern mglichst bald bekannt gemacht wer-
den und auch weitere Informationen zum Thema Gateways "Was geht und was
nicht" sollen insbesondere auch von den lokalen Sysops weitergegeben wer-
den. Speziell auch an neue User, am besten auch als Erinnerung z.B. durch
regelmige Rundschreiben oder Nachrichten in FFENTLICH.

Frage: Soll eine Gruppe FTP eingerichtet werden, in der Anfragen gepostet
werden knnen, welche Files wo und von wem zu besorgen sind?

>Abstimmung: Gruppe FTP kein allgemeiner Konsens. So etwas kann lokal
geregelt werden.


B.2.3  1.4. Gateway Genie:
--------------------------

Marco Hahn @ SL brachte das Thema Maus-GEnie Gateway wieder auf die
Tagesordnung. Er meinte, es bestnde von Seiten des GEnie, als auch von
Seiten der GEnie-User nach wie vor starkes Interesse an einer Vernetzung.
Er habe die Sache soweit abgeklrt, das auch die eine oder andere GEnie-
Gruppe (Roundtable) ins MausNet gereicht werden knne.

Trotzdem bleibt nach wie vor die Frage der Kosten. Jeder Roundtable hat
einen eigenen Sysop, der anteilig am Nachrichtenaufkommen entlohnt wird. Er
erhlt also fr jede im Roundtable geschriebene Mail Geld - auch fr die
ber einen Gateway eingespeisten.

Das Stimmungsbild der Maus-Sysops nach kurzer Diskussion:

Es stt auf Mifallen, da an Maus-Mails verdient werden wrde. Bei einer
eventuellen Vernetzung sollten smtliche Kosten/Einnahmen offengelegt wer-
den. Auf jeden Fall drfen der Maus keine Kosten entstehen, ein eventueller
Gateway mu entweder selbst anrufen oder eben die Telefonkosten bernehmen.
Einige Stimmen forderten sogar, smtliche Gewinne, die durch einen eventu-
ellen Maus-Gate eingespielt wrden, mten wieder an die Maus zurckflieen
und z.B. in den IN-Topf eingebracht werden.

Ein Beschlu wurde nicht gefat.


B.2.4  1.5. lokale Gateways:
----------------------------

ber den Begriff "lokale Gateways" wurde diskutiert. Nach Michael Keukert
ist ein lokaler Gateway nur dann lokal, wenn er z.B. eine lokale Area einer
Fido-Box mit einer lokalen Gruppe einer Maus austauscht. Die jetzigen
sogenannten "lokalen Gateways", die netzweite Fido-Areas bei sich importie-
ren, sind nicht lokal, da dort von Mausern geschriebene Mails ins ganze
FidoNet gehen.

Jrg Stattaus erklrte die Probleme von "lokalen" Fido-Gateways, die Grup-
pen oder Areas austauschen wrden, die bereits in AC ber den Gateway
gehen. Zur Zeit ist dies nicht mglich, da aus technischen Grnden Dupes
nicht als solche erkannt werden knnen. Eine MAUS-Mail, die in AC ber den
Gateway geht, wrde in einer anderen MAUS wieder importiert werden. Umge-
kehrt wrden auch Fido-Mails doppelt importiert werden. Neben diesen tech-
nischen Problemen ist es auch erwnscht, da alle Vernetzungen mit AC
abgesprochen sind, da man dort politisch fr den Gateway verantwortlich sei
und eventuelle Probleme auf AC zurckfallen. Netzgruppen sollen weiterhin
in AC ber den Gateway gehen.

hnliches gilt fr "lokale" UseNet-Gateways. Hier bedarf es einer Abklrung
mit Jrgen Conradi bezglich des IN-Vertrages, denn HB ist fr das MausNet
Domain-Verwalter und verantwortlich fr Mails unter der Adresse .maus.de
oder .maus.sub.org. Derzeit drfen nur in Bremen Gruppen in der MAUS.* Hie-
rarchie im Usenet eingerichtet werden.


B.3  2.0. IN:
=============


B.3.1  2.1 Kosten, Kostensenkung
--------------------------------

Die IN-Teilnahme des MausNetzes ist nicht mehr volumenabhngig, sondern die
vom MausNet ans IN zu zahlenden Kosten sind nur abhngig von der Anzahl der
(am IN teilnehmenden) Muse im Netz (IN = Individual Network). Um die
Kosten untereinander jedoch mglichst gerecht aufzuteilen, stuft sich jede
Maus selbst bezglich ihrer InterEUNet-Teilnahme als klein, mittel oder
gro ein. So entstehen Kosten von 10, 15 bzw. 20 DM,-/Monat zuzglich der
pauschalen DM 5,- Servergebhren als Beteiligung an den Bremer
Telefongebhren.

Es wurde darum gebeten, diese Selbst-Einteilung mglichst gewissenhaft zu
machen, da theoretisch stets genausoviel kleine wie groe Muse existieren
mssen, um die Kosten plus/minus Null abzudecken.

Die Teilnahme am IN (eigentlich IN e.V.) macht uns gleichzeitig zu Mit-
gliedern im DFN (Deutsches Forschungs-Netz), im WiN e.V. (Wissenschafts-
Netz) und im EUnet.

Da die Gebhren fr 1993 im Voraus zu zahlen sind, zahlt das MausNet zur
Zeit neben den Gebhren fr 1992 die fr 1993 schon mal mit, damit Anfang
des nchsten Jahres das Kapital vorhanden ist. Das IN hat eine 9600 bps
WiN-Leitung gemietet, die DM 18.000,- / Jahr kostet. Das Mausnet zahlt zur
Zeit 600,- bis 670,- DM / Monat fr die Teilnahme am InterNet. Weil ab 93
nur noch der Beitrag fr jeweils ein Jahr fllig wird (93 also fr 94),
sollten die Kosten also demnchst etwas sinken.

Da das IN nur fr Privatanwender zur Verfgung steht, drfen kommerzielle
Muse (z.B. Atari) nicht am IN teilnehmen. Es steht diesen (wie auch den
anderen Musen, die aus anderen Grnden (noch) nicht am IN teilnehmen) die
Domain maus.sub.org offen. Solche Muse zahlen nur die pauschale Serverge-
bhr von DM 5,- / Monat an die Maus HB.


B.3.2  2.2 Kosten und Schutz bei Anschlgen von Hackern
-------------------------------------------------------

Problematisch ist die Behandlung von Anschlgen gegen das MausNet durch
Mailbomben. Es gibt augenblicklich leider keine Mglichkeit, solche Mail-
bomben bereits an der uniol (Uni Oldenburg, von dort pollt die Maus HB)
abzufangen. Grere Mailmassen lassen die Maus HB also unter Umstnden
lange Zeit pollen. Dadurch kann nicht nur das Netztiming gekippt werden,
sondern es entstehen auch groe Telefonkosten. Diese mssen irgendwie
getragen werden, auch wenn die Mails nicht von einem Maus-Benutzer angefor-
dert worden sind, also auch niemand dafr verantwortlich gemacht und
finanziell belastet werden kann. Solche Kosten mssen vom IN-Konto getragen
werden und sich auf berschssigen Beitrgen ergeben.

Die Telefonverbindung HB <-> uniol ist keine Ortsverbindung, weshalb solche
Mailbomben sehr teuer werden knnen. Eine Abhilfe wre eine Verbindung im
Ortstarif. Einige Muse betreiben bereits jetzt schon eigene Internet-
Gateways. Dadurch wird der Risikofaktor aber nur wenig verringert, da der
Groteil der Mails nach wie vor ber HB luft.

Damit das Problem auch tatschlich bekannt ist (und nicht etwa scherzweise
von einigen Benutzern heraufbeschworen wird), soll ruhig ffentlich auf
diese Problematik hingewiesen werden - gegebenenfalls empfangene Mailbomben
bekanntgegeben werden -, ohne da detailiert auf die technische Realisie-
rung solcher Anschlagsmglichkeiten hingewiesen werden soll.


B.3.3  2.3. Alternativen zum IN:
--------------------------------

Thorsten Kitz stellte im Auftrag des Sysop der Maus MK ein alternatives
Konzept zur Versorgung des MausNet mit Usenet-News vor. Die Maus MK bezieht
seit einiger Zeit ihre News ber einen Anbieter aus Grobritannien. Dies
sei, auch unter Zunahme der Telefonrechnung, immer noch billiger als jetzt
ber das IN. Den brigen Sysops erschien das etwas seltsam. Konkrete Zahlen
und Kostenaufschlsselungen konnte Thorsten leider nicht vorlegen.

Ein weiteres Problem tat sich in der anschlieenden Diskussion auf: Wenn
die Mails ber UK laufen, so mag das zwar fr das MausNet gnstiger sein,
fr den Absender aus einem anderen Netz knnte es so aber teurer werden.
Und ob jemand Verstndnis dafr hat, da eine Mail von einem Rechner zu
einem anderen Rechner im gleichen Land, mglicherweise sogar in der glei-
chen Stadt, auf einmal ber Grobritannien geroutet wird, und ihm so
eventuell sogar Mehrkosten verursacht, wurde angezweifelt. Der Vertreter
der Maus MK war anderer Meinung und meinte, MK werde auch weiterhin seinen
Bedarf in Grobritannien decken.


B.4  3.0. MAUS:
===============


B.4.1  3.1. MAUS 9: wann kommt sie, was kann sie?
-------------------------------------------------

Jrg Stattaus versuchte, die wesentlichen neuen Features, die zur MAUS 9
gehren werden, aufzuzhlen. Konkrete Aussagen zur Realisierung lassen sich
nicht machen, da dies vor allem eine Frage des Zeitplans von Kai und Jrg
ist. Ziemlich sicher ist nur, da die MAUS 9 im Laufe des Jahres 93 kommen
wird. Die Features:

    Neuer Header in den Mails: im Header werden die jetzigen und neue, zu-
     stzliche Felder in einer "tokenized" Form mit einem Kennerbyte,
     gefolgt von einem Pascal-String (maximal 255 Zeichen) stehen. Dieses
     Format ist leicht und schnell auszuwerten und erweiterungsfhig.
    Lngere MsgIds: statt den jetzigen internen 3-Byte langen MsgIds (1
     Byte Box-Nummer, 1 Word Msg-Nummer) werden auch intern die String-Ids
     verwendet, die jetzt nur als MId-Zeile durchgereicht werden. Dadurch
     lassen sich UseNet- und andere MsgIds direkt bernehmen und so wird
     ein vernnftiger Dupe-Check und Kommentar-Link ermglicht.
    Lngere Gruppennamen: bis 80 Zeichen. Gruppennamen anderer Netze
     sollten mglichst unverndert bernommen werden. Netzweit gelten dann
     einheitliche Gruppennamen.
    Erhhung der Gruppenanzahl auf 2048: Platz fr neue Netzgruppen, mehr
     Importe und regionale Gruppen
    Crossposting: eine Mail in mehreren Gruppen: dieselbe Message einmal
     in der Messagebase, aber durch Angabe einer Gruppenliste mehreren
     Gruppen zugehrig. Unklarheit besteht noch ber einige Details (in
     welche Gruppe geht ein Kommentar).
    FollowUp und FollowUpTo: gruppenbergreifende Kommentar-Verkettung
     wird in der MAUS untersttzt. Eine Angabe FollowUpTo (deutscher Name
     wird noch gesucht) soll Kommentare defaultmig in eine andere Gruppe
     lenken.
    MausTausch nach altem und neuem Standard: wenn das FrontEnd dies
     anfordert, kann ein Level-2-MT durchgefhrt werden, der durch entspre-
     chende Erweiterungen erst die neuen Features komplett untersttzt. Aus
     Kompatibilittsgrnden soll weiterhin das alte Format untersttzt wer-
     den.
    Message-Index grer: statt 21.800 sollen 65.536 Msgs untersttzt wer-
     den. - _ein_ Feld fr den kompletten Benutzernamen: bis zu 64 Zeichen
     statt Trennung in Vor- und Nachname. Dadurch knnen "von", "van" und
     mehrere Vornamen richtig eingetragen werden. Schwierigkeiten wird die
     Abkrzungs- routine (EK oder EvK fr Erwin van Kann) machen, aber Kai
     zeigte Zuversicht, dieses Problem lsen zu knnen.
    Geburtsdatum mit doppelter Abfrage (nach Datum oder nach Alter): wer
     will, kann das Geburtsdatum eintragen, damit er nicht jhrlich nde-
     rungen vornehmen mu. Wer dies nicht will, kann alternativ das Alter
     oder wie gehabt nichts angeben.

Wnsche von Sysops, die in der MAUS 9 eingebaut werden sollen:

    bei (K)ommunikation mit Sysop eigenen Chatter einbinden
    Bei Aufruf des Users kommt der Chat direkt (geht laut Kai nicht?)
    Pieper beim User-Login/-out abstellbar
    Alt + F2 (Spannermodus) auf Dauerbetrieb einstellbar


B.4.2  3.2. Multiport MAUS:
---------------------------

Eine Multiport-MAUS, die mehreren Usern gleichzeitig Zugang bietet, ist
eine viel gewnschte Sache. OS/2 stellt eine Betriebssystem-Grundlage dar,
die dies ermglichen wrde. Aber zur Realisierung wird ein Turbo-Pascal fr
OS/2 gebraucht, auf das noch gewartet werden mu. Als Vorbereitung werden
aber Multiuser-fhige Datenroutinen schon in die MAUS 9 mit eingebunden.
Vor Fertigstellung der MAUS 9 ist an eine "MUM" (Multiuser-MAUS) nicht zu
denken.


B.4.3  3.3. Online Editor:
--------------------------

Soll nach Jrg Stattaus nicht verbessert werden, da das Online lesen und
schreiben nicht gefrdert werden soll. Stattdessen soll der MausTausch be-
nutzt werden. Allgemeine Zustimmung.


B.4.4  3.4 Netzstruktur und Netztopologien
------------------------------------------

Immer wieder kommen Fragen von Usern und Sysops, welche MAUS-Gruppen wo mit
welchen Fremdnetzen vernetzt sind. Die immer komplexer werdende Netzland-
schaft erschwert die bersicht erheblich, so da sogar viele Sysops nicht
mehr genau ber alle Details Bescheid wissen (knnen). Der Vorschlag wurde
gemacht, alle Vernetzungen zentral zu verwalten, so da zumindest eine
Institution die Informationen sammelt und verfgbar hlt.

Der zu whlende "Netzgruppenkoordinator" sollte als weitere Aufgabe die
Vergabe neuer Netzgruppennummern haben. Bisher wurde diese Aufgabe zentral
von Jrg Stattaus in Aachen bernommen. Mit dem entsprechenden Utility
knnten aber von einer anderen Maus aus neue Netzgruppen eingerichtet wer-
den - der Vorgang ist also nicht technisch an die Maus AC gebunden.

In einer spektakulren Kampfabstimmung setzte sich Edgar Rosenboom @ UN
ganz knapp gegen seinen einzigen Gegankandidaten Rene Deutscher @ HH2 als
NeGruKo "Netz-Eddie" durch: Edgar bekam alle Stimmen.


B.4.5  3.5 neue Regelung fr Netzgruppeneinrichtung
---------------------------------------------------

Die bereits existierende Regelung zur Einfhrung neuer Netzgruppen wurde
bezglich ihrer Praxistauglichkeit im "grer gewordenen MausNet" disku-
tiert. Die bisher geltende Regelung, unabhngig von der Natur der neuen
Gruppe (MausNet-intern oder Import, Volumen der Importgruppe) einheitlich
10 Interessenten als Bedingung festzulegen, wurde vielfach als unbefriedi-
gend empfunden (sowohl von User- als auch von Sysop-Seite). Andere Alterna-
tiven wurden diskutiert; u.a. Abhngigkeit der ntigen Pro-Stimmen von der
Anzahl der Muse im Netz.

Beschlossen wurde schlielich, da fr die Einrichtung einer reinen
MausNet-internen Gruppe weiterhin 10 Stimmen ausreichen sollen, whrend fr
den Import einer Fremdnetz-Gruppe 20 Interessenten gefunden werden mssen;
jeweils unter Bedingung, da kein "erheblicher Widerspruch" vorliegt.


B.4.6  3.6. neue Regelung fr neue Sysops:
------------------------------------------

Nach langer und heftiger Diskussion, ob neue Sysops vorher ein halbes Jahr
User gewesen sein mssen (Frank Tegtmeyer @ HRO), oder ob im Einzelfall und
nach dem subjektiven Eindruck entschieden werden soll (Wolfgang "Bin gleich
fertig" Walter @ KA), wurde folgender Beschlu gefat:

Beschlu:

  1. Personaldebatte unter Ausschlu des Aspiranten in SYSOPS
  2. Personaldebatte MIT dem Aspiranten in SYSOPS.NEU
  3. Keine Pflicht-User-gewesen-sein-Zeiten fr neue Sysops

Gerade im Hinblick auf die Ausdehnung des MausNet im Osten, sollten die
Kriterien dort nicht ganz so eng ausgelegt werden. So sollte Firmenunter-
sttzung kein Hinderungsgrund sein, wenn sichergestellt wird, da keine
netzweite Werbung erfolgt.

Am Rande dieser Diskussion war ein interessantes Experiment in angewandter
Unlogik zu sehen. Es sollte abgestimmt werden, OB, und wenn ja, welche
Sysop-Gruppen Sysop-Aspiranten bekommen drften.

Abstimmung:
Es drfen prinzipiell Sysop-Gruppen freigeschaltet werden.
Sysopabstimmung: keine klaren Mehrheiten
Betreiberabstimmung: Mehrheit fr das Freischalten

Abstimmung:
Welche Gruppen drfen freigeschaltet werden?
Sysopabstimmung: Fr keine Gruppe fand sich eine Mehrheit.

Dieses unlogische Ergebnis (es drfen Sysop-Gruppen freigeschaltet werden,
aber es darf keine spezielle Gruppe freigeschaltet werden) lt sich nur
auf einen Fehler bei der Abstimmung zurckfhren.


B.4.7  3.7. $ per MauTau setzen knnen (Erleichterung der Wartung):
-------------------------------------------------------------------

$ setzen mit MauTau: da Marco nicht anwesend war, und das Programm MauTau
sowieso nicht weiterentwickelt wird (laut Frank Baschin), und da Marco
keine Zeit mehr hat, erbrigte sich die Diskussion. Kai meinte sowieso, da
diese Option nicht geplant sei.


B.4.8  3.8. MausTauschformat und Erweiterung:
---------------------------------------------

Grundstzlich sind die Frontend-Programmierer fr das reibungslose Zusam-
menspiel von MAUS und Frontend verantwortlich. Als grundlegendes Maus-
Feature wird hierbei die Kommentarverkettung angesehen.

Fr Erweiterungen des MausTausch-Formates ist Kai Henningsen @ MS zustn-
dig. Was wohl in absehbarer Zeit kommen wird, ist der Up- und Download von
Files per MausTausch.


B.4.9  3.9 Verbreitung der MAUS im Osten
----------------------------------------

Ein Interessent aus Leipzig hat sich bei Frank Tegtmeyer @ HRO wegen einer
MAUS erkundigt. Diese wrde von einer Firma betrieben werden, und der In-
teressent wrde in der MAUS werben wollen. Das gab Anla zur Diskussion
ber kommerzielle Werbung im MausNet. Es wurde beschlossen, da Werbung in
Netzgruppen nicht gestattet wird. In lokalen Gruppen kann beliebig geworben
werden. Auerdem darf eine Firmen-MAUS zustzlich im MTITEL.DAT einen
Hinweis auf die Betreiberfirma fhren (siehe Beispiel MAUS GG [Anmerkung:
jetzt MTK] von Atari).


B.4.10  3.10 Wahl eines stellvertretenden Abstimmungsleiters
------------------------------------------------------------

Zur Wahl eines stellvertretenden Abstimmungsleiters stellten sich die 4
Kandidaten Florian Helm @ BN, Sam Jost @ FL2, Mick Schmidt @ HB und Stefan
Rupp @ AC2. Gewhlt wurde Sam Jost @ FL2.


B.5  4.0. SYSOPS:
=================


B.5.1  4.1. Welche Pflichtgruppen fr Sysops?
---------------------------------------------

Beschlu: Mindestens ein Sysop jeder Maus *MU* SYSOP-INFO lesen. Daraus
folgt, da SYSOP-INFO auch eine Pflichtgruppe fr die Maus ist. Zudem
sollte mindestens ein Sysop auch SYSOPS lesen (kein Beschlu).


B.5.2  4.2. soll eine Gruppe SYSOP-LALL/LITE eingerichet werden?
----------------------------------------------------------------

Ja: 21 Nein: 24


B.5.3  4.3. Pflichtgruppen jeder Maus:
--------------------------------------

Beschlu: Jede Maus *MUSS* die Gruppen MAUS*.* fhren!
          Ausnahme: Gruppe MAUSBAU nur fr Muse, in denen
                    Maus-Entwickler sitzen. Und MAUSRING
                    nur fr die am Ring teilnehmenden Systeme.

Zur Zeit sind also als Pflichtprogramm zu fhren:

    MAUS
    MAUS.INFO
    MAUS.GRP
    MAUS.DOKU

Dringend empfohlen fr am IN teilnehmende Muse:

    DE.NEWUSE
    DE.ORG.IN


B.5.4  4.4. nchstes Treffen wo und wer?
----------------------------------------

Fr das nchste Sysoptreffen haben sich sowohl die Sysops aus UN als auch
die Stuttgarter angeboten. Rosi Rosenboom hat dann ihr Angebot zurck-
gezogen, da zur Vorbereitung nicht gengend Mglichkeiten bestnden. Die
Stuttgarter sind aber gerne bereit und haben als Termin den Herbst '93 vor
Semesteranfang ins Auge gefat. Es gab allseits Lobbekundungen.


B.5.5  4.5. kommerzielle Werbung in der Maus:
---------------------------------------------

Kritisiert wurde die kommerzielle Werbung in der BIETE-Gruppe. Diese Gruppe
ist aber ein Z-Netz-Import und somit mu sich das Z-Netz darum kmmern.
Kommerzielle Werbung ist dort auch nicht erlaubt, bzw. kostet DM 50,- in
einer Kommerzkasse bei Kerstin@ttb.zer.

Im MausNet gilt, da keine Werbung im Netz erwnscht ist. Dies gilt sowohl
fr Netzgruppen, als auch fr das lokale MAUS-Erscheinungsbild. Ganzseitige
Werbe-Titelseiten schaden dem MAUS-Image. Erlaubt ist eine Zeile im Header
oder Footer und ein Infofile unter (I)nfo (K)ommerzielles.


B.6  Anhang: Teilnehmerliste:
=============================

Insgesamt 60 Teilnehmer:

@AC  Stattaus, Jrg       @KA  Walter,Wolfgang
                               Strmer, Matthias
@AC2 Keukert, Michael
     Rupp, Stefan         @KI  Krger, Nils-Henner
                               Meyer, Heiko
@AC3 Leutloff, Christian
     Wickinghoff, Claus   @M4  Hohendorf, Christian

@BB  Frey, Ulrich         @ME  Eschenbach,Georg
     Henne, Jrg
                          @MK  Kitz, Thorsten
@BI  Keinhorst, Stefan
                          @MS  Henningsen, Kai
@BL  Faigle, Franz
                          @PB  Ohse, Uwe
                               Baumgart, Frank
@BN  Lanzki, Jrgen
     Helm, Florian        @HG  Lenz, Ralf

@DU  Abele, Klaus         @HH  Labeit, Harald
     Schroers, Georg           Przetak, Michael

@F   Stille, Sevo         @HH2 Deutscher, Rene
     Woltmann, Detlef          Fritze, Markus

@FL  Barth, Jens-Peter    @HH3 Landgrebe, Gunnar
     Dawartz, Jrn             Heier, Thomas
     Albrecht, Oliver
     Horst, Ingo          @HRO Tegtmeyer, Frank
     Standtke, Maik            Tegtmeyer, Petra
                               Bieschewski, Stefan
@HB  Schmidt, Mick
     Brinkmann, Olav      @KA  Walter,Wolfgang
     Voelker, Wolfgang         Strmer, Matthias

@HG  Lenz, Ralf           @KI  Krger, Nils-Henner
                               Meyer, Heiko
@HH  Labeit, Harald
     Przetak, Michael     @M4  Hohendorf, Christian

@HH2 Deutscher, Rene      @ME  Eschenbach,Georg
     Fritze, Markus
                          @MK  Kitz, Thorsten
@HH3 Landgrebe, Gunnar
     Heier, Thomas        @MS  Henningsen, Kai

@HRO Tegtmeyer, Frank     @PB  Ohse, Uwe
     Tegtmeyer, Petra          Baumgart, Frank
     Bieschewski, Stefan

Ende:

Wenn sich innerhalb einer Woche kein begrndeter Widerspruch regt, gilt
dieses Protokoll.

- Was ist der langen Rede kurzer Sinn? (F. Schiller)


B.7  Kurzfassung mit wichtigen Beschlssen fr MAUS.INFO
========================================================

Protokoll des MausNet-Sysop-Treffens vom 9.10 bis 11.10.1992 in Flensburg-
Glcksburg.

Kurzfassung mit wichtigen Beschlssen fr MAUS.INFO (vollstndiges Proto-
koll in MAUS-DOKU):

Tagesordungspunkte:
1.0.   Gateways (und deren Zukunft)
1.1.     Gateway Zerberus
1.2.     Gateway UseNet
1.3.     Gateway HB (Probleme, Kosten, UUE's)
1.4.     Gateway Genie
1.5.     lokale Gateways
2.0.   IN
2.1.     Kosten,Kostensenkung
2.2.     Kosten u. Schutz bei Anschlgen von Hackern
2.3.     Alternativen zum IN
3.0.   MAUS
3.1.     MAUS 9 wann, was kann sie?
3.2.     Multiport MAUS
3.3.     Online Editor
3.4.     Netzstruktur und Topologien
3.5.     neue Regelung fr Netzgruppeneinrichtung
3.6.     neue Regelung fr neue Sysops (Aufnahmekriterien)
3.7.     $ per MauTau setzen knnen (Erleichterung der Wartung)
3.8.     MausTauschformat und Erweiterung
3.9.     Verbreitung der MAUS im Osten
3.10.    Wahl des Stellvertreters des AL
4.0    SYSOPS
4.1.     welche Pflichtgruppen fr Sysops?
4.2.     soll eine Gruppe SYSOP-LALL/LITE eingerichtet werden?
4.3.     Pflichtgruppen jeder Maus
4.4.     nchstes Treffen wo und wer?
4.5.     kommerzielle Werbung in der Maus

1.2 & 1.3 Gateway UseNet in HB

Die enstandenen Kosten fr PM-Massen werden direkt vom IN-Konto der jewei-
ligen Heimatmuse der User abgebucht, der Sysop mu sich dann mit seinem
User auseinandersetzen, um das Geld wieder reinzubekommen. Zur Not kann ja
der $ gekrzt werden. Zusammen mit der Abbuchungsmeldung an den Sysop geht
eine Benachrichtigung an den User raus, da er sich die Sachen, die fr ihn
angekommen sind, innerhalb der nchsten 14 Tage in HB abholen kann, danach
werden sie gelscht.

[Anm. zum letzgenannten Verfahren: dieses ist inzwischen, zum Zeitpunkt der
neuen, besseren Ausformulierung des Protokolls schon wieder gendert. Die
aktuelle Regelung wird regelmig in MAUS.INFO geposted und kann natrlich
vom lokalen Sysop oder von <info maus-de @ HB> erfragt werden.] Dann wurde
diskutiert, was als nicht erlaubte PM-Massen gilt: nur Files, die per UU,
AtoB oder sonstwie bertragen werden, oder auch beliebige PMs.

>Abstimmung: deutliche Mehrheit fr Inhalt egal, PM-Massen ab x KB. Wie
soll die Grenze fr PM-Massen aussehen? 64KB, 48KB, 32KB?

>Abstimmung unentschieden zwischen 64K und 48K.

>Betreiberabstimmung ergab dann 11 Stimmen fr 64K, Rest fr 48K. [48K]

3.4 Netzstruktur und Netztopologien

Der zu whlende "Netzgruppenkoordinator" soll als Aufgabe die Vergabe neuer
Netzgruppennummern haben. Zustzlich soll er Informationen ber den Ver-
netzungsstatus von Netzgruppen an den Gateways (reiner Import, gleichbe-
rechtigte Vernetzung) sammeln. Edgar Rosenboom @ UN wurde ohne Gegenstimme
gewhlt.

3.5 neue Regelung fr Netzgruppeneinrichtung

Beschlossen wurde, da fr die Einrichtung einer reinen MausNet-internen
Gruppe weiterhin 10 Stimmen ausreichen sollen, whrend fr den Import einer
Fremdnetz-Gruppe 20 Interessenten gefunden werden mssen; jeweils unter
Bedingung, da kein "erheblicher Widerspruch" vorliegt.

3.10 Wahl eines stellvertretenden Abstimmungsleiters

Als stellvertretender Abstimmungsleiter wurde Sam Jost @ FL2 gewhlt.

4.3. Pflichtgruppen jeder Maus:

Beschlu: Jede Maus *MUSS* die Gruppen MAUS*.* fhren:

    MAUS
    MAUS.INFO
    MAUS.GRP
    MAUS.DOKU

Dringend empfohlen fr am IN teilnehmende Muse:

    DE NEWUSE
    DE ORG IN

4.5. kommerzielle Werbung in der Maus:

Im MausNet gilt, da keine Werbung im Netz erwnscht ist. Dies gilt sowohl
fr Netzgruppen, als auch fr das lokale MAUS-Erscheinungsbild. Ganzseitige
Werbe-Titelseiten schaden dem MAUS-Image. Erlaubt ist eine Zeile im Header
oder Footer und ein Infofile unter (I)nfo (K)ommerzielles.



===========================================================================
Anhang C

Sysoptreffen Stuttgart 7.10-10.10.93
===========================================================================

Protokoll des MausNet-Sysoptreffens vom 07.10. - 10.10.1993 in Stuttgart.

Tagesordnungspunkte: Zu Beginn schlug Jrg Henne (der die Diskussion
leitete) vor, Abstimmungen am Sonntag en Block durchzufhren. Dieser Vor-
schlag wurde mehrheitlich abgelehnt. Alle Abstimmungen erfolgten im An-
schlu an die Diskussion.


C.1  1.0 Technik
================


C.1.1  1.1 Bericht der Programmierer
------------------------------------

Gereon Steffens gibt einen groben berblick ber den bisherigen Stand der
Planungen zur Maus 9. Mit dieser sollen 65535 Gruppen und 65535 Muse
realisiert werden. Die "Maus-To-Maus-Gates" fallen weg. Stattdessen sollen
regionale Gruppen ber ein Crashnetz direkt zwischen den beteiligten Musen
ausgetauscht werden knnen. Die Baumstruktur (das heutige Nachtnetz) bleibt
erhalten. Hardwarevoraussetzungen werden steigen, da Maus 9 DPMI-fhig wer-
den soll. Es darf keine Rolle mehr spielen, ob fr die Userdatei 1 KB oder
18-20 KB pro User bentigt werden. Mit Maus 9 wird ein MausTausch Level 1
(O-Ton Gereon: "Was auch immer das sein mag") eingefhrt. Die Umstellung
von Maus 7 auf Maus 9 wird eine Stichtagumstellung, hnlich der
Postleidzahlenumstellung (O-Ton Gereon: "Nicht fnf ist Trmpf, sondern
drei ist Brei oder so"). Fr die Umstellung werden zur Konvertierung der
User- und Message-Dateien Hilfsprogramme geschrieben. Das sind bisher alles
nur Ideen.

Zur Maus 7 kndigte Gereon einige nderungen an. Es wird in Zukunft mglich
sein, das MausMeter per MausTausch abzurufen. Diese Version wird frhestens
in 2 Wochen freigegeben, da dieses Feature noch nicht von den Frontends un-
tersttzt wird. Diese Infofiles bentigen keine CRC-Berechnung, da sie bei
jedem Abruf verschieden sein werden. Fr Remote-SysOps ist es dann auch
mglich, das MCALL.LOG per MausTausch abzurufen. Gereon kndigte auch an,
da er fr vernnftige Anregungen jederzeit offen ist, solange es sich
nicht um irgendwelche obskuren Vorschlge handelt (O-Ton Gereon: "Nicht
wahr, Wolfgang?").

Die Mausprogrammierer haben sich bereits Gedanken gemacht, was nach Maus 9
kommen soll. Der Hintergrund ist der, da fr Maus 9 nicht irgendwelche Da-
tenstrukturen festgelegt werden, die in 2 Jahren wieder umgeworfen werden
mssen. Diese "Maus 10" soll eine Multi-Port-Maus werden, wodurch ein
Multitasking-Betriebsystem (z. B. OS/2) vorausgesetzt wird. Hier wurde auch
daran gedacht, DR-DOS 7.0 als Betriebsystem zu verwenden (O-Ton Gereon:
"Bitte nicht schlagen"), wobei eine Art Client-Server-Struktur Verwendung
finden knnte.

Jrg Stattaus uerte sich skeptisch, was die Fertigstellung der Maus 9
angeht. Bisher wurde davon ausgegangen, da die Maus 9 im Jahre 1993
fertiggestellt wird (siehe auch Flensburger Protokoll 3.1), was aus Zeit-
mangel der Programmierer nicht mglich war. Jrg stellte die Frage, ob
jemand in "C" eine neue Maus programmieren mchte, da eine Portierung nicht
sinnvoll ist. Die aktuelle Maus soll dabei als Pflichtenheft angesehen wer-
den. Diese Maus soll eine Alternative zur Maus 9 sein, was nicht heien
soll, da Maus 9 begraben wird.

Fritz Elfert gab darauf bekannt, da eine Mailingliste existiert, in der
bereits Grundberlegungen zu einer Unix-Maus (UMaus) angestellt wurden.
Evtl. kann Ende 1993 in die Programmierung eingestiegen werden. Mitte des
Jahres wurden die ersten Planungen dazu begonnen, die sich mit den Vorstel-
lungen von Gereon zur Maus 10 decken. Diese Maus soll auf jeden Fall
netzwerkfhig werden. Allerdings befindet sich diese Maus noch im Planungs-
stadium. Jrg, Kai und Gereon gaben bekannt, da sie diese Maus unter-
sttzen werden. Sie werden alle Informationen (insbesondere zu den Daten-
strukturen) zur Maus herausgeben. Nach Jrg's Aussagen knnen beide Seiten
davon profitieren.

Frank Baumgart gab abschlieend noch einen kurzen berblick ber den
derzeitigen Stand der Quark-Soft, die inzwischen komplett von BASIC nach C
portiert wurde. Die Quark-II wird "in der nchsten Woche" wieder in die
Beta-Phase gehen. Es gibt nach Franks Worten bereits berlegungen zu einer
Quark-III, die ebenfalls in C programmiert werden soll und so portabel wie
mglich gehalten werden soll, damit sie auf alle Plattformen (TOS, Linux)
leicht portiert werden kann. Diese Quark-Version wird auch multiport-fhig
sein.


C.1.2  1.2 ISDN
---------------

Jrg Henne gab einen kurzen berblick zum Thema ISDN, das durch die anstei-
genden Datenmengen interessanter wird. Auf Nachfrage, wer sich bisher damit
beschftigt hat, meldete sich Klaus Abele, der auf die dabei auftretenden
Probleme hinwies. Mit dem MausNet ist bisher kein Mischbetrieb
(analog/ISDN) mglich, da von der Software derzeit nur eine Schnittstelle
untersttzt wird. Eine einfache Lsung wre ein Kombigert, welches automa-
tisch zwischen Modem- und ISDN-Anruf unterscheiden kann. Von Fritz Elfert
kam daraufhin der Vorschlag ins MausNet einzubauen, da in der MAUSNET.CFG
fr jede Maus der Port (Modem/ISDN) einzeln konfiguriert werden kann. Kai
warf daraufhin ein, da er noch keinerlei ISDN-Erfahrung habe, aber die
Anregung notiert ist. Von Klaus kam noch der Vorschlag, da eine Multitas-
king-Maus das Netz als eigenen Task abwickeln sollte, damit die Box fr
diese Zeit nicht heruntergefahren werden mu. Klaus erluterte abschlieend
noch kurz die Kosten, die bei einer ISDN-Anbindung entstehen wrden (Grund-
gebhr, Hardware- und Anschlukosten).


C.1.3  1.3 Gruppennamen
-----------------------

Zunchst wurde nochmal kurz auf Maus 9 eingegangen. Jrg Stattaus erklrte,
da Gruppennamen maximal 255 Byte lang werden knnen. Aufgrund der langen
Gruppennamen sind Gruppenhierarchien mglich. Was es an softwaremiger Un-
tersttzung dafr geben wird, ist unklar. Die Gruppenselektion wird wahr-
scheinlich so aussehen, da die Gruppen durch "taggen" (wie derzeit im Pro-
grammteil) ausgewhlt werden. Von Kai kam der Hinweis, da der hierarchi-
sche Gruppenaufbau eine administrative Angelegenheit sei und nicht Sache
der Programmierer. Auf Anfragen zur Messagegre bzw. Anzahl der Nach-
richten erklrte Jrg, da eine Messagegre von 64 KByte geplant sei.
Diese Gre wird aber konfigurierbar sein. Die Anzahl der Nachrichten wird
eine 32-Bit-Zahl sein, also theoretisch ca. 2-4 Giga Nachrichten. Kai wies
dann noch darauf hin, da die Nachrichten ruhig theoretisch lnger als 64
KByte werden knnen, nur der Header drfe nicht lnger als 64 KByte werden.
Fr jede Header-Zeile sind maximal 255 Bytes vorgesehen. (O-Ton Kai:) "Das
technische Limit mu nicht notwendigerweise das administrative Limit sein"

Zur Problematik "einheitliche Gruppennamen im MausNet" wies Erwin Sien-
knecht darauf hin, da Frontends keine nderung des Gruppennamens erkennen,
was bei der Namensnderung bestehender Gruppen zu Problemen fhren wrde.
Da dies ein technisches Problem zwischen der Maus und den Frontends ist,
wurden u. a. Steuermessages zur Gruppenumbenennung vorgeschlagen. Da dieses
Thema bisher noch nicht zu einem Konsens in TAUSCHBAU gefhrt hat, wird es
eine technische Lsung wohl so schnell nicht geben. Es stellte sich nun die
Frage, ob eine "politische" Lsung gefunden werden sollte, oder ob die
Gruppennamen wie bisher bleiben sollten. Frauke Cremer wies auf die Proble-
matik der Quarks hin, die ihre Nachrichten bekanntlich per MausTausch be-
kommen. Frauke sagte, da es rgerlich sei, wenn eine neue Netzgruppe ein-
gerichtet wird und in der Servermaus einen anderen Namen als den Netznamen
bekommt. Der Quark-SysOp kann ja nur den Netznamen wissen, so da die Quark
bei abweichenden Gruppennamen die Fehlermeldung bekommt, da es die
bestellte Gruppe nicht gibt. Die folgende Abstimmung ergab eine deutliche
Mehrheit zur Vereinheitlichung der Gruppennamen. Als Termin wurde der 1.
November 1993 festgelegt. Michael Keukert brachte daraufhin den Einwand,
da manche Netzgruppennamen nicht korrekt seien (Beispiel: Die MausNet-
Gruppe heit CT, die Zeitschrift aber C'T). Es wurde per Akklamation be-
schlossen, da Michael Keukert erstmal eine Vorschlagsliste erarbeitet.
Anschliessend sollen die Namen in den betreffenden Gruppen mit einfacher
Mehrheit abgestimmt werden. Gereon machte abschliessend noch den Vorschlag,
in die Maus-Software etwas einzubauen, was diese Umstellung fr die Front-
ends einfacher machen wird. Dieses Feature steht nach seinen Aussagen ganz
oben auf der "Maus-to-do-Liste".


C.2  2.0 Allgemeines
====================


C.2.1  2.1 einheitliches Logo
-----------------------------

Jrg Henne stellt die Frage, ob wir ein einheitliches Logo wollen, wie es
z. B. das Z-Netz hat. Von Kai kommt daraufhin der Vorschlag, ein Logo auf
ASCII-Basis zu erstellen, da die einzige Ecke, wo ein Logo hufiger und
wiedererkennbar auftauchen wrde, das Netz wre. Wolfgang Walter gibt zu
bedenken, da es derzeit verschiedene Logos gibt (Eissing, Lichti, PMaus)
und da Muse, die sich fr ein abweichendes Logo entschieden haben um ihre
Identitt gebracht wrden. Frauke vertrat den gleichen Standpunkt, da das
Thema berflssig sei. Wir sind keine Firma, sondern ein privates Hobby-
Netz. Es gibt jetzt Maus-Pads, T-Shirts, und demnchst vielleicht auch noch
Kugelschreiber. Die folgende Abstimmung ergab eine deutliche Mehrheit gegen
ein einheitliches Logo.


C.2.2  2.2 Markenzeichen
------------------------

Jrg Henne schnitt das Thema um die Rainbow BBS (Fido) an, deren SyOp von
der Firma Rainbow verklagt wurde, da diese Firma den Namen "Rainbow" hat
schtzen lassen. Lutz Gruenenwald gab daraufhin einen kurzen Bericht zum
Ablauf und Ausgang des Prozees. Im Fido gab es krzlich Aufregung, weil
ein User den Begriff "Fido" schtzen lie. Niemand wei, was er damit
bezwecken will. Um nun zu verhindern, da mit "MausNet" etwas derartiges
geschieht und den Musen die Benutzung dieses Begriffes untersagt wird,
wurde der Vorschlag gemacht, da sich die SysOps den Begriff MausNet
schtzen lassen. Es wurde auch vorgeschlagen die Begriffe "Maus" und "Maus-
Tausch" zu schtzen, aber das wurde als aussichtslos aufgegeben. Jrg
Stattaus brachte den Einwand, da "Maus" ein normales Wort der deutschen
Sprache ist und daher nicht geschtzt werden kann. Dieses wurde von Frauke
nochmal besttigt. Stefan Rupp und Lutz Gruenenwald gaben nun einen ber-
blick ber die Vorgehensweise und die Kosten, die dabei entstehen wrden.
Der Antrag kostet DM 300,- und weitere DM 60,- pro Sparte. Bei Ablehnung
werden DM 150,- erstattet. Das sind alles einmalige Zahlungen. Nach einer
lngeren Diskussion, ob "Maus" und/oder "MausNet" geschtzt werden sollen,
und ob der die Eintragung als Warenzeichen sinnvoll sei, machte Georg Bauer
den Vorschlag den Versuch mit "MausNet" zu starten. Wenn wir MausNet nicht
schtzen knnen, kann es niemand. Und wenn es doch jemand schafft, haben
wir es schriftlich, da es gar nicht geht, bzw. wir es schon frher ver-
sucht haben und damit die lteren Rechte. Jrg Henne rief nun zur Abstim-
mung auf, den Begriff "Maus", "MausNet" oder keines von beiden schtzen zu
lassen. Die Abstimmung ergab eine knappe Mehrheit fr "MausNet". Es wurden
Stimmen laut, es trotzdem auch mit "Maus" zu versuchen, worauf die Abstim-
mung wiederholt wurde. Nun wurde abgestimmt, ob wir "Maus", "MausNet" oder
beide Begriffe schtzen lassen sollen. Die Abstimmung ergab eine eindeutige
Mehrheit, es nur mit "MausNet" zu versuchen. Jede(r) Anwesende zahlte dafr
DM 3,- um die Eintragung zu finanzieren. Im Falle einer Ablehnung sollen
die erstatteten DM 150,- dem Netz zugute kommen (z. B. "Fonds fr notlei-
dende Muse", IN-Konto, oe. ae.)


C.3  3. Gruppe SYSOPS / Abstimmungen
====================================

Die Problematik der Gruppe SYSOPS war ja allen Anwesenden bekannt und
braucht daher an dieser Stelle nicht wiederholt zu werden.

Von Florian Helm kam der Vorschlag, eine SysOp-Gruppe einzurichten, in der
allerdings nur Betreiber schreiben drfen. Gereon wies darauf hin, dass die
Gruppe von ca. 5 Personen vollgemllt wurde, wodurch eine Mengenbeschrn-
kung sinnvoller sei als eine Betreibergruppe. Michael Keukert wandte ein,
da Mengen-Beschrnkungen technisch derzeit nicht mglich, und von daher
schwer durchzusetzen sind. Jrg Stattaus schlug vor, da befristete Schreib-
sperren gebraucht werden, evtl. mal ber eine moderierte Gruppe SYSOPS
nachzudenken. Michael zeigte dazu die derzeit blichen Arten der Moderation
(Fido: Moderator meckert User an, die Gruppen zumllen und knnen diesen
Schreibzugriff entziehen. UseNet: Mails werden als PM an den Moderator
geschickt, der die Nachrichten dann in die Gruppe postet) auf. Georg Bauer
brachte zu Florians Vorschlag, eine Betreibergruppe einzurichten, den
Einwand, da Betreiber als Moderatoren ihrer Co-SysOps unbrauchbar sind, da
die letzten Diskussionen in SYSOPS gezeigt haben da die Fronten zwischen
den Musen und nicht zwischen den SysOps bestanden. Eine Betreibergruppe
wrde nichts ndern, da zwar weniger Namen zu lesen sind, aber immer noch
die gleichen Argumente wiederholt werden.

Das bereits vor Wochen in SYSOPS angeregte Abstimmungsleiter-Team (AL-
Team), knnte die Rolle eines Diskussionsleiter-Teams (DL-Team) bernehmen,
schlug Jrg vor. Sevo bekrftigte dies, da Einzelpersonen als Abstimmungs-
leiter - wie die Erfahrung der letzten Jahre gezeigt hat - zu schnell
demontiert werden. Frauke schlug vor, da das DL-Team aus drei und nicht
aus fnf Personen bestehen sollte, da unter 3 Leuten eher eine Einigung
mglich sei als unter 5 Leuten. Michael regte an, fr Diskussionen des DL-
Teams eine eigene Gruppe einzurichten, die zwar von allen SysOps gelesen,
aber nur vom DL-Team beschrieben werden kann.

Da schnell mal ein Mitglied des DL-Teams ausfallen kann (Klausur, Urlaub),
regte Frauke an, drei Stellvertreter zu whlen (fr jedes Mitglied einen).
Kai schlug vor, da die Mitglieder des DL-Teams aus verschiedenen Musen
kommen sollten, da (wie schon von Georg festgestellt) die Fronten zwischen
verschiedenen Boxen, aber nicht innerhalb einer Maus existierten. Jrg
Henne griff nochmal den Vorschlag von Jrg Stattaus auf, das DL-Team solle
in Personalunion mit dem AL-Team stehen.

Im Laufe der Diskussion wurde sich darauf geeinigt, da dem DL-Team die
Kompetenz eingerumt werden soll, "totgelaufene" Diskussionen in SYSOPS fr
beendet zu erklren und evtl. SysOps, die sich daran nicht halten, fr eine
bestimmte Zeit aus der Gruppe SYSOPS auszuschliessen. Jrg Stattaus stellte
heraus, da die Schreibsperre durch die Leserschaft der Gruppe SYSOPS zu
legitimieren ist. Sevo machte darauf aufmerksam, da der Abstimmungszeit-
raum krzer gemacht werden sollten. Auf ein Abstimmungsergebnis zu einer
Schreibsperre kann man nicht ein paar Wochen warten. Da das AL-Team mit der
Gruppe SYSOPS und dem Lesen der Gruppen MAUS.INFO und MAUS berlastet wre,
schlug Michael Keukert vor, da das AL-Team Abstimmungen ber Gruppenein-
richtungen und Gruppenex- und Importe an User delegieren knnen sollte.

Die folgende Abstimmung, ob wir "eine Gruppe von Leuten, die auf die Gruppe
SYSOPS irgendwie einwirken knnen" haben wollen, ergab eine deutliche Mehr-
heit - bei einer Gegenstimme - zugunsten eines DL-Teams.

Die Abstimmung ber die Zusammensetzung des DL-Teams ergab 16 Stimmen fr
den Vorschlag, da die Mitglieder des DL-Teams aus verschiedenen Orten
kommen sollen und 54 Stimmen fr den Vorschlag, da die Mitglieder aus 3
verschiedenen Musen kommen mssen.

Bei den folgenden Abstimmungen ging es nun um die Kompetenzen des DL-Teams.
Der Vorschlag "Das DL-Team hat die Kompetenz, ein Thema abzuwrgen" wurde
mit einer Gegenstimme und fnf Enthaltungen angenommen. Der Vorschlag "Das
DL-Team kann gegenber einem Schreiber in der Gruppe SYSOPS eine Verwarnung
aussprechen" wurde mit fnf Gegenstimmen und 4 Enthaltungen angenommen.

Diese Verwarnung kann ausgesprochen werden, wenn ein SysOp sich nicht an
die Bestimmung hlt, da ein Thema beendet ist, oder wenn er rumflamed.

Ebenfalls eine deutliche Mehrheit fand der Vorschlag, da der SysOp, ber
den der CFV luft, whrend des CFV Schreibverbot hat. Mit deutlicher Mehr-
heit abgelehnt wurde der Vorschlag, da whrend ein CFV gegen einen SysOp
luft (wenn dieser zu einem Thema geflamed hat), das Thema fr alle in der
Gruppe SYSOPS tabu ist. Dafr fand sich eine deutliche Mehrheit dafr, da
ber den CFV nicht diskutiert werden darf, whrend dieser luft.

Eine weitere Abstimmung ber die Kompetenzen des DL-Teams ergab bei drei
Gegenstimmen und sechs Enthaltungen, da das DL-Team die Befugnis hat,
gegen einen SysOp ein Schreibverbot zu verhngen. Dieses mu durch einen
CFV durch die SysOps legitimiert werden. Das Schreibverbot gilt default-
mig fr 14 Tage und das Ergebnis des CFV mu drei Tage nach posten des
CFV verffentlicht werden. Sonderregelungen fr den Wiederholungsfall
mssen seperat bestimmt werden. Die anschliessende Abstimmung ber die
Verlngerung der Abstimmung von drei auf fnf Tage wurde bei vier Pro-
Stimmen und 14 Enthaltungen abgelehnt.

Der Vorschlag, den Abstimmungsleiter durch das "3+3 AL-Team" zu ersetzten,
wurde bei fnf Gegenstimmen und sechs Enthaltungen angenommen. Bei fnf Ge-
genstimmen und 12 Enthaltungen wurde Personalunion zwischen dem DL-Team und
dem AL-Team beschlossen.

Die Amtszeit des AL-Teams wurde bei drei Gegenstimmen und 24 Enthaltungen
auf ein halbes Jahr festgesetzt. Falls Proteste gegen das AL-Team aufkommen
sollten, so finden die Regeln zur Abwahl des Abstimmungsleiters aus dem
Mosbacher Protokoll fr jedes einzelne AL-Team-Mitglied Anwendung. Dieses
wurde ohne Gegenstimmen, bei 10 Enthaltungen beschlossen. Der alte Abstim-
mungsleiter (bzw. AL-Team) fhrt die Wahl zum neuen AL-Team durch. Die
Wiederwahl ist mglich.

Ohne Gegenstimmen, bei drei Enthaltungen wurde auch das Wahlverfahren be-
schlossen: Jeder SysOp hat 3 Stimmen, die er auf 3 verschiedene Kandidaten
verteilen kann. Die Ergebnisliste wird in der Reihenfolge der Anzahl der
erhaltenen Stimmen von oben nach unten ausgewertet unter der Voraussetzung,
da aus einer Maus nicht mehr als 1 Mitglied pro Maus im AL-Team ist (auer
als Stellvertreter eines anderen). An dieser Stelle verweisen wir noch auf
die Thematik "Doppelmuse", die zu einem spteren Zeitpunkt behandelt wurde
(Anm. d. Protokollfhrer).

Mit einer deutlichen Mehrheit wurde beschlossen, da das AL-Team von den
SysOps gewhlt wird. Acht Stimmen entfielen auf den Punkt "Wahl des AL-
Teams durch die User" und sieben Enthaltungen wurden registriert.

Bezglich einer eigenen Diskussionsgruppe SYSOP.AL fr das AL-Team (alle
SysOps drfen lesen, schreiben darf nur das AL-Team) stimmten 10 SysOps
gegen diesen Vorschlag, 16 enthielten sich der Stimme und die Mehrheit
stimmte dafr.


C.4  4. Druckmittel fr Muse, die Abstimmungsergebnisse ignorieren
===================================================================

Nach einer ca. einstndigen Diskussion einigten sich die Anwesenden mit
deutlicher Mehrheit (bei einer Gegenstimme und sieben Enthaltungen) darauf,
Sanktionen festzulegen und diese genauer zu definieren.

Nach anschliessender Diskussion wurde dieses Ergebnis wieder verworfen und
auf Antrag von Michael Keukert (mit deutlicher Mehrheit) festgehalten, da
der Ausschlu einer Maus zwar das letzte und schwerwiegendste Mittel ist,
welches im Sanktionsfall eingesetzt werden kann, aber da dieses Mittel
existiert.


C.5  5.0 Gateways
=================


C.5.1  5.1 Berichte der Betreiber
---------------------------------


C.5.1.1  5.1.1 Fido

Sevo Stille gab einen berblick ber die derzeitige Situation im deutschen
Fidonetz. Nach der Spaltung in GCC-Fido und Fido-Classic Mitte 1993 hat
sich die Spaltung verhrtet. Dadurch herscht ein ziemliches Adresschaos,
welches aufhren mu. Sevo berichtetet, da es im zurckliegenden Jahr ein
paarmal Probleme mit Moderatoren von Fido-Gruppen (Beispiel STARTREK)
gegeben hat. Er wies darauf hin, da wenn ein SysOp von einem Moderator
angeschrieben wird, unbedingt der Gateway-SysOp informiert werden mu.
Wichtig ist, da dafr gesorgt wird, da der User vorerst nichts mehr in
der betreffenden Gruppe schreibt. Anschliessend kann die Sache mit dem Mo-
derator geklrt werden. Darauf zu warten, da der Moderator die Gruppe fr
das Gateway sperrt ist sicher der falsche Weg. Da die Gruppen immer nur
ber ein Gateway rausgehen, ist an der Message-ID der Gateway zu erkennen.
Beim GCC-Gateway (F) ist Sevo Stille der Ansprechpartner und beim Classic-
Gateway (AC) ist es Jrg Stattaus.

Um das Adresschaos mit Fido-Adressen innerhalb des MausNet zu vermindern,
sollen die Gateways umbenannt werden (Fido-F/Fido-AC), damit die Adresse
eindeutiger ist.


C.5.1.2  5.1.2 Z-Netz

Klaus Atzpodien konnte ber den Z-Netz-Gateway nichts neues berichten. Der
Gateway luft seit jahr und Tag stabil und macht keine Probleme. Vor Maus 9
wird sich an diesem Gateway auch nichts ndern. Auf Nachfrage, warum die
Gruppen BIETE und SUCHE nicht mehr mit dem Z-Netz vernetzt sind, erklrte
Klaus da diese im Z-Netz aufgeteilt wurden und der Import eingestellt
wurde, da nicht alle Gruppen dieser Hierarchie mit einer Gruppe vernetzt
werden knnen.


C.5.1.3  5.1.3 GerNet

Michael Keukert berichtete ber den neuen Gernet-Gateway. Die Gate-Soft mu
noch installiert werden. PMs ins und aus dem GerNet werden ber diesen
Gateway laufen, ebenso wie die Gruppe C'T und evtl. noch andere gewnschte
Gruppen. Derzeit ist alles noch eine Frage der Installtion. Was schon an
PMs am Gateway ankommt wird aufgehoben und nicht weggeworfen.


C.5.1.4  5.1.4 Usenet

ber dieses Thema folgt an anderer Stelle ein eigenes Kapitel.


C.5.2  5.2 Gruppenexport
------------------------

Anla zu diesem Thema war der umstrittene Export der Gruppe MAC ins UseNet.
Gegen eine Box, die sich nicht an Abstimmungsergebnisse hlt, sollen
Sanktionen verhngt werden knnen. Der Abstimmungsaufruf zu Gruppenexporten
soll in Zukunft eindeutiger formuliert werden.

Peter Bhnke regte an, anstelle der Stimmensammlung sofort eine Abstimmung
durchzufhren, weil immer jemand gegen ist. Damit wrde auch die Bewertung
von "deutlichem Widerspruch" wegfallen. Vorgeschlagen wurde auch, den
Ablauf der Gruppeneinrichtungen fr Exporte zu bernehmen. Fritz Elfert
schlug vor, einen Prozentwert der Teilnehmer anzusetzen. Wenn mehr als 10 %
der Teilnehmer bei einer Umfrage unter den Lesern der Gruppe gegen einen
Export sind, findet der Export nicht statt.

Weiterhin wurde angeregt, da der Aufruftext standardisiert werden sollte.
Peter Bhnke forderte, da der Aufruf nur in der Gruppe und nicht in
MAUS.INFO oder anderswo gepostet wird. Ebenso sollte der Aufruf, so Michael
Keukert, positiv formuliert werden. Er sollte zum Beispiel nicht so ausse-
hen: "Ist jemand dagegen, da nicht exportiert wird?".

Der Vorschlag, den Ablauf zur Gruppeneinrichtung zu bernehmen wurde
nochmals in die Diskussion eingebracht. Das Thema wurde damals ausreichend
diskutiert, warum sollte es nochmals ausgearbeitet werden, zumal es gut
funktioniert.

Folgender Ablauf zu Gruppenexporten wurde dann bei 8 Gegenstimmen und 6
Enthaltungen festgelegt: Der User (der den Export wnscht) wendet sich an
das AL-Team, welches ihm eine Besttigung und den formulierten Abstim-
mungsaufruf schickt. Hiermit autorisiert das AL-Team den User zum posten
des Abstimmungsaufrufes und zur Stimmensammlung. Der Aufruf wird nur in der
betreffenden Gruppe gepostet und enthlt nur die Punkte "Dafr" und
"Dagegen". Die einfache Mehrheit reicht fr den Export.

Mit 4 Enthaltungen und keiner Gegenstimme wurde noch beschlossen, da das
Ergebnis von Exportabstimmungen grundstzlich nach MAUS.INFO gepostet wird.


C.6  6.0 IN/Usenetgate
======================


C.6.1  6.1 Bericht der Betreiber (K)
------------------------------------

Stefan Radermacher konnte zur Funktion des Gateway nicht viel sagen, da
dieses von zweien seiner Co-SysOps gewartet wird, die beide nicht anwesend
waren, ebenso wie der Domainverantwortliche von .maus.de (Jrgen Conradi).

Stefan berichtete, da der Gateway derzeit auf seinem Notebook luft, aber
er hofft, da es in Krze unter OS/2 auf der Maus K laufen wird.


C.6.2  6.2 Gebhren und Mailbeschrnkung
----------------------------------------

Zum Thema Servergebhr berichtete Stefan, da im Monat 50,- DM an Kosten
anfallen, die er sich nicht leisten kann. Daher mchte er diese gerne auf
alle Muse umlegen, die Mail ber den Klner Gateway laufen lassen. Die
TeX-Mailingliste (TEX-D-L) wird als News betrachtet.

Frauke Cremer bat noch einmal darum offenzulegen, an wen was bezahlt werden
mu. Stefan erluterte, da der IN-Beitrag, der zur Teilnahme am IN und
damit zum Bezug und Versand von Mail und News ins Usenet berechtigt, an den
Domainverantwortlichen gezahlt wird. Die Servergebhr ist an die Maus Kln
zu zahlen, da dies die Telefonkosten sind, die der Maus Kln fr den
UseNet-Gateway entstehen. Eine volumenabhngige Abrechnung will Stefan
nicht erstellen, da der Aufwand zu hoch sei. Muse mit eigenem UseNet-
Gateway brauchen keine Servergebhr bezahlen.

Zur Mailbeschrnkung besteht derzeit folgende Regelung: Die maximale
Mailgre von einem User an den gleichen User ist pro Tag auf 48 KB festge-
legt. Bei berschreitung dieser Gre wird ab 100 KB eine Strafgebhr in
Hhe von 10,- DM pro angefangenem MB erhoben. Die Kosten sind eine reine
Abschreckung und nicht die tatschlichen Kosten, die hierbei entstehen.

Jrg Stattaus schlug vor, da die Strafgebhren dem Gateway zugute kommen
sollen und somit die Servergebhr vermindert werden kann.

Ohne Gegenstimme bei 11 Enthaltungen wurde beschlossen, da die Grenze fr
Mailmassen weiterhin bei 48 KB liegt. Alles, was darber hinausgeht, wird
nicht weitergeleitet, sondern gelscht. Absender und Empfnger erhalten
eine freundliche Aufforderung, das in Zukunft doch besser zu unterlassen.
Ab 100 KB werden pro angefangenem MB wird eine Strafgebhr in Hhe von DM
10,- erhoben.

Eine Betreiberabstimmung zu Servergebhr ergab ein einstimmiges Votum fr
DM 8,- pro Jahr und Maus die Mail ber den Klner Gateway laufen lt.


C.6.3  6.3 MX-Records
---------------------

Jrg Henne brachte das Thema MX-Records fr .maus.de zur Sprache. Die
beantragten MX-Records fr die Muse DU/DU2, DO/DO2/MK/UN und MS3 wurden
lt. Udo Erdelhoff von Frank Simon (alias Terra, Vorsitzender des IN)
abgelehnt. Bisher haben alle Muse, die hinter HB hngen einen eigenen MX-
Record, was technisch auch notwendig ist. Ausserdem haben die Aachener
Muse einen MX-Record. Mehr als diese werden .maus.de nicht zugesprochen.


C.6.4  6.4 Domainverantwortlicher maus.de
-----------------------------------------

Es wurde einiges an Informationen weitergegeben, was die Finanzlage und die
weitere Zukunft des IN angeht. Diese sind inzwischen durch das IN-Treffen
berholt. Zum Thema Finanzen wurde der Wunsch formuliert, da alle Muse
weniger als durchschnittlich DM 15 zahlen. Beschlossen werden konnte
nichts, da kein Vertreter der Domain-Verwaltung anwesend war.

Klaus Abele warf den Domainverantwortlichen vor, da in SYSOP.IN ein Infor-
mationsdefizit bestehe. Es sollten mehr Informationen von den DVs an die
SysOps weitergegeben werden. Peter Bhnke verteidigte die DVs. Wenn Jrgen
oder Gnter auf irgendwas angesprochen werden, erzhlen sie immer was. Wenn
sie nicht gefragt werden, knnen sie natrlich auch nichts sagen. Bisher
ist auf Anfrage immer was von den beiden gekommen. Abschliessend sagte
Peter noch, da wir uns um eine kostengnstigere Lsung kmmern sollten,
worauf Michael Keukert noch zu bedenken gab, da die billigste Lsung nicht
immer die gnstigste ist.

An dieser Stelle wurde die Diskussion dann beendet.


C.7  7.0 Maus-Lokales
=====================


C.7.1  7.1 Co-Sysops
--------------------

Hier stellte Jrg Henne zu Beginn erst einmal die Frage, was Co-SysOps
berhaupt sind.

Irgendwo sollte festgehalten werden, wer bei SysOp-Abtimmungen stimmberech-
tigt ist. Peter Bhnke machte den Vorschlag, da Co-SysOps im ISB stehen
sollten, damit das AL-Team eine Liste der bei SysOp-Abstimmungen stimmbe-
rechtigten Personen an der Hand hat. Vorschlag einer Definition: Co-Sysop
ist, wer im ISB steht. Betreiber werden extra ausgewiesen. Kai warf ein,
da es "vllig Banane" ist, wer die Stimme fr die Maus abgibt.

Die folgende Abstimmung ergab dann bei einer Enthaltung und sechs Gegen-
stimmen, da SysOps und Co-SysOps mit ihrem Namen im ISB stehen mssen. Die
Adresse ist keine Pflicht.

Nach kurzer Diskussion, bezglich der Stimmberechtigung der SysOps wurde
das Ergebnis der Abstimmung verworfen und die Abstimmung neu formuliert:
"SysOps, die abstimmungsberechtigt sind, mssen im ISB stehen." Dieser
Antrag wurde bei 15 Enthaltungen und vier Gegenstimmen angenommen.

Jrg Henne schlug vor, das ISB im PMK-Token-Format zu vereinheitlichen. Sam
Jost befrwortete das, da die Abstimmungsleiter dann das ISB maschinell
auswerten knnten. Wer seine SysOps dann nicht im PMK-Token-Format ins ISB
eintrgt, ist halt nicht abstimmungsberechtigt. Michael Keukert wies darauf
hin, da das ISB bei Maus 9 automatisch vorgegeben wird, um Fehler zu ver-
meiden. Daher sollte das derzeit noch nicht zur Pflicht gemacht werden.

Sevo teilte zum Thema ISB noch mit, da die Maus F ihre Rufnummer jetzt im
internationalen Format im ISB eingetragen hat. Damit Probleme mit den
sterreichischen und Schweizer Musen nicht auftreten, sollten das bei
allen Musen so gemacht werden.


C.7.2  7.2 Doppelmuse
----------------------

Jrg Henne stellte die Frage, wie der Begriff "Doppelmaus" zu definieren
sei und ob diese auch den doppelten IN-Beitrag zu zahlen htte. Klaus Abele
stellte heraus, da das Ziel der Doppelmaus nicht ist, die Zahl an Usern
und Zahlern zu verdoppeln, sondern den Usern mehr Zeit und bessere Mglich-
keiten in die Box reinzukommen zu geben. Er mchte nicht hren "Ihr seid
nur ein System, mt aber fr zwei Systeme zahlen". Klaus mchte ebenfalls
den Begriff "Doppelmaus" festgelegt haben. Ist es eine groe Maus oder wie
zwei Muse in einer Stadt zu sehen. Das nchste Problem der Doppelmaus ist
die Servergebhr fr den IN-Gateway. Gereon machte den Vorschlag eine Dop-
pelmaus als zwei Muse zu zhlen, da sie die Mglichkeit hat die doppelte
Anzahl an Usern zu versorgen. Klaus machte den Vorschlag die zweite Maus
als kleine Maus gegenber dem IN einzustufen, da sie am Anfang eine kleine
Maus sei. Wenn sie grer wird, kann sie dann hhergestuft werden. Wolfgang
Walter stellte heraus, da Karlsruhe freiwillig den Beitrag fr zwei Muse
zahlt, da es quasi eine Maus mit zwei Ports ist. Fritz Elfert brachte ein
kleines Gedankenspiel: "Wenn eine Maus acht Ports hat, versorgt sie dann
auch achtmal soviele User und mu den achtfachen Beitrag zahlen?". Das Ma
sollte nicht die Anzahl der Ports sein, sondern die Zahl der Zahler, da nur
diese die IN-Leistungen nutzen knnen. Kai Henningsen stellte heraus, da
das im Prinzip von den gesamt eingenommenen Geldern der Zahler abhngt.
Bisher wird nicht herumgegangen und gezhlt, sondern die Systeme schtzen
sich selbst ein, wie das in den meisten Bereichen auch ganz gut funkti-
oniert. Gereon brachte zum Beispiel der Acht-Port-Maus das Argument, da
diese die Ports die gleiche Adresse haben, eine Doppelmaus aber zwei
Adressen. Klaus Abele wandte ein, da im IN Doppelmuse nur als ein System
abgerechnet werden. Claus Wickinghoff fate das Problem nochmal zusammen,
da eine Doppelmaus die Rechte einer Maus, aber die Pflichten fr zwei
Muse haben.

Es folgte eine Abstimmung, ob ein System mit dem gleichen Betreiber,
rumlich beieinander stehend, bei gleichem Angebot der beiden Systeme (Aus-
nahme z.B. UN(2), die auf dem zweiten Port nur Spiele usw. anbieten) als
ein System oder mehrere Systeme zu betrachten sei. Dreizehn Stimmen fanden
sich fr den Punkt "mehrere Systeme", sieben Stimmen waren Enthaltungen und
der Rest stimmte fr den Punkt "ein System".

Nun fand eine Betreiberabstimmung ber die Verteilung der IN-Gebhr statt.
Jrg Stattaus schlug vor, da die Muse sich selbst einschtzen (22
Stimmen).

Der Vorschlag von Gereon Steffens, da jede Maus das gleiche zahlt erhielt
18 Stimmen. Sieben Betreiber einthielten sich der Stimme.

Kai Henningsen regte an, diese Abstimmung in die Gruppe SYSOPS zu verlegen,
da das Ergebnis recht knapp war. Dieser Vorschlag fand allgemeine
Zustimmung.


C.8  8.0 Maus-Guide, Moderatoren
================================

Jrg Henne stellte fest, da es in letzter Zeit Anstze zur Reglementierung
(Rules, Vorschlag des Mausguide) bis zur Einfhrung von Moderatoren wie im
Fido blich, gegeben hat.

Marcel Sieling brachte den Einwand, da das Thema lang und breit diskutiert
wurde. Es gibt den MausNet-Guide, der fast fertig ist. Den lokalen SysOps
sollte berlassen werden, was sie damit machen. Der MausNetGuide ist ganz
gut konsensfhig, warum sollte SysOps, die sich nicht damit anfreunden
knnen der Guide vorgeschrieben werden? Jede Maus sollte das halten wie die
lokalen SysOps wollen. Michael Keukert vertrat die gleiche Meinung. Die
Netiquette ist Sache der User und sollte nicht von oben herab bestimmt wer-
den.

Die Abstimmung, ob der MausNet-Guide als freiwillige Richtschnur anzusehen
ist, und es den lokalen Musen berlassen wird, was sie damit machen wurde
ohne Gegenstimme bei drei Enthaltungen angenommen.


C.9  9.0 Antrge
================


C.9.1  9.1 DL-Team
------------------

Auf Wunsch von Dirk Steins wird ins Protokoll aufgenommen, da das DL-Team
nur fr die Gruppe SYSOPS und nicht fr andere Gruppen gilt!


C.9.2  9.2 Regeln
-----------------

Peter Bhnke fragte nach, ob es eine allgemein gltige Regel gibt, wie mit
Usern, die sich in Gruppen daneben benehmen (z. B. UUs in NETGAMES),
verfahren wird. Dieses ist bisher nicht geregelt und wird individuell
gehandhabt.


C.9.3  9.3 PM-Status
--------------------

Michael Keukert berichtete ber rger in den Gruppen NETZWESEN und GATEWAYS
bezglich des Status von PMs, insbesondere den "Gelesen"-Status.

Die lauten Vertreter der Leute auerhalb des MausNet sind der Ansicht, da
der "Gelesen"-Status ziemlich kra gegen den Datenschutz verstt, aller-
dings scheint es auf der Seite auch einige Unklarheiten ber die Technik zu
geben. Erwin Timmerbeil hat einen Datenschutzbeauftragten gefragt, der
meinte da es kein Problem wre, wobei es auch im MausNet ein deutliches
Miverstndnis zwischen dem "Angekommen"-Staus und dem "Gelesen"-Status
gibt. Der "Gelesen"-Status wird entweder explizit vom Frontend gesetzt oder
eben nicht, Crosspoint setzt ihn, wenn eine bestimmte Option gesetzt ist,
auf 12 Uhr anstatt ihn gar nicht zu setzen. Dieser Streit hat schon einige
heftige usserungen ausserhalb des MausNet hervorgerufen hat, bis zur
usserung, da wir in einem faschistoiden Netz leben wrden. Michael fragte
noch, wie weit das bekannt sei, und wie weit Diskussionsbedarf besteht.

Sevo Stille vermutete, da diese Leute den "Gelesen"-Status nicht ganz
verstanden haben und von der Meinung ausgehen, da das in irgendeiner Form
ffentlich lesbar sei und da dabei konkrete Zeiten mitgeschickt werden.
Die Frontends sollten optional anbieten, die Uhrzeit mitzuliefern, was das
Datenschutzproblem umgehen wrde.

Michael Keukert regte an, in die MausTausch-Doku mit aufzunehmen, da ein
User, der den Status setzt, dies richtig zu tun hat. Wer den Status nicht
herausgeben will, setzt den Status nicht, damit falsche Statusmeldungen
unterdrckt werden. Jrg Stattaus machte deutlich, da dieses defaultmssig
der Fall sein sollte.

Die folgende Abstimmung ber den Vorschlag, da Frontend-Programmierer dazu
angehalten werden, den Status so zu behandeln, da dieser vom Frontend
richtig gesetzt wird, oder gar nicht wurde bei fnf Gegenstimmen und neun
Enthaltungen angenommen.

Der Antrag, da Statusmeldungen nur auf explizite Anforderung des Users
verschickt werden, wurde bei fnf Enthaltungen und einer Pro-Stimme
abgelehnt.


C.9.4  9.4 geheime Gruppe
-------------------------

Jrg Henne beantragte, eine geheime Gruppe einzurichten, deren einziger
Zugriffsberechtigter der "Butler James" (ein Programm, welches in einer
Reihe von Musen eingesetzt wird) ist. Diese Gruppe knnte auch fr andere
Programme benutzt werden.

Nach ausfhrlicher Diskussion ber die Vor- und Nachteile dieser Gruppe
wurde diese bei einer Abstimmung mit siebzehn Pro-Stimmen und vierund-
dreiig Enthaltungen abgelehnt.


C.9.5  9.5 SysOp-Treffen 1994
-----------------------------

Rosemarie Rosenboom gab den Termin des SysOp-Treffens 1994 bekannt. Dieses
findet vom 26.-28.08.94 in Oer-Erkenschwick statt. Ausrichter ist die Maus
Unna.


C.9.6  9.6 Teilnehmerliste 1993
-------------------------------

@AC  Jrg Stattaus           @L   Matthias Bachmann

@AC2 Michael Keukert          @LU  Olaf Boss
     Stefan Rupp
     Frank Landrock           @M   Lutz Gruenewald

@AC3 Claus Wickinghoff        @M4  Christian Hohendor
                                   Claudia Hohendorf
@BB  Jrg Henne
     Ulrich Fey               @MS  Kai Henningsen

@BM  Marcus Schmidtke         @N   Udo Fleckenstein

@BN  Florian Helm             @NF  Gerhard Trimpin
                                   Jrn Haase
@CB  Romeo Rakow         r
                              @OG  Andreas Mandel
@CLP Joachim Theile                Stefan Llabres

@DO  Michael Roder             @PB  Bernd Becker
     Stefan Hintz                  Frank Baumgart
     Peter Redecker                 Uwe Ohse

@DO2 Erwin Sienknecht         @PB2 Carsten Ellermann
     Alfred Schmidt
     Udo Erdelhoff            @PE  Lars-Iver Kruse
                                    Jrgen Stessun
@DU  Klaus Abele                   Steffen Engel
     Georg Schroers                Jrgen Loos
     Dietmar Hannemann   f
                              @R   Thomas Gallert
                                   Markus Fertsch
@F   Sevo Stille
     Timm Ganske              @RO  Marian Maier
     Petra Ilyes
     Detlef Woltmann          @RS  Thorsten Flck
                                   Claudia Hessling
                                   (Gast)
@FL  Maik Standtke
     Sam Jost                  @S   Gerhard Meiser
     Thomas Przetak                  Inge Meiser
                                    Andreas Frank
@GOe  Mario Adam                    Hans-Peter Deist

@H   Friedrich Laemmle         @S2  Markus Wagenmann
     Dittmar Knoop                  Peter Ahlert
     Andreas Zenner                   Uwe Schlenther
     Wolfgang Vlker               Florian Unger

@HB2 Peter Bhnke             @S3  Fritz Meyer-Zu-Uptrup
     Ulli Handorf                    Uwe Poliak
     Thomas Wilkens                 Michael Wist

                                @SB  Ralf Buehr
@HD  Philipp Oelwein
                               @SL  Marco Hahn
@HG  Ralf Lenz                      Michael Schlter
     Thomas Fey
                               @SN  Jrn Kresse
@HH  Harald Labeit
     Michael Przetak           @ST  Lorenz Isbeih
                                    Ralf Siepker
@HL  Karsten  Iwen                  Andre Duetsch
                                    Ralf Czekalla
@HN  Frauke Cremer
     Frank Duering              @ST2 Georg Bauer
                               /MS3 Martin Koyro
@K   Stefan Radermacher
     Joachim Hoss              @SU  Tobias Bartelt
                                    Vanessa Rehde
@K2  Gereon Steffens
      Edgar Fuss               @TBB Hans-Peter Bock
     Dirk Steins
                               @UN  Rosemarie Rosenboom
@KA2 Wolfgang Walter                Edgar Rosenboom
     Matthias Strmer              Martin Loos

@KI  Klaus Atzpodien           @WOB Jens Barth
     Nils-Henner Kruege
                               @W  Markus Klingspor
@KL  Gabriel Schmidt                 Fritz Elfert
                                    Jochen Krapf
@KR  Elmar Httges
     Marcel Sieling            @WUN Sebastian Hempel
     Harro Hedemann
                                @ZW  Andreas Mayer
                                    Ulrich Pfisterer


C.9.7  10.0 Nachtrag zum Protokoll
----------------------------------

Eine nachtrgliche SysOp-Abstimmung zum Thema DL-Team ergab folgendes: Ein
Misstrauensantrag mu von mindestens 3 stimmberechtigten Sysops untersttzt
werden - den Antragsteller eingeschlossen. Wird er im CFV abgelehnt, so
wird gegen das betroffene Mitglied des AL-Teams fr einen Monat (Datum des
Antrags) kein weiterer bearbeitet. Ein neuer Antrag mu sich in mindestens
zwei Untersttzern von allen bisher gegen diese Person gestellten unter-
scheiden.

Unna, 28.12.93

Die Protokollfhrer
(Rosemarie Rosenboom, Edgar Rosenboom, Martin Loos)



===========================================================================
Anhang D

Auerordentliches Sysoptreffen Wiesbaden 28.5.94
===========================================================================

Gruppe: MAUS.INFO ID: A56872@KA2 Wg.: Das Protokoll von Wiesbaden Von:
Matthias Strmer @ KA2 (Mi, 15.06.94 00:26)

Es begab sich zu der Zeit 14.00 am 28.5.1994 (Sternzeit 233487.2) Nun ja,
legen wir mal los.

Nach der auerordentlich pnktlichen Begrung durch Gary waren wir ge-
willt, Frauke Cremer @ HN als Diskussionsleiterin mit deutlicher Mehrheit
zu whlen. Zur Wahl standen noch Harald Krusekamp @ MS und Steffen Engel @
PE.

Nachdem eine kurze Stellungnahme zum Einstieg gewnscht wurde, verlas Erwin
Timmerbeil @ BN sein Posting in OEFFENTLICH @ BN vom 08.05.94 und entschul-
digte sich am Schlu nochmals ausdrcklich fr das Lesen der PMs, die er
von Michael Keukert @ AC2 zu lesen bekommen hatte. (Das handelt sich
hierbei um ein paar wenige aus den ersten Infiles.)

Ralf Lenz @ HG kritisierte die starren Fronten, whrend Jrgen Conradi @ HB
empfahl, den Begriff "Manifest" zu vermeiden und lieber von PMs, Mails oder
Mitteilungen reden wollte. Gereon Steffens @ K2 regte eine allgemein
sorgsame und neutrale Wortwahl an, da gewisse Begriffe doch negativ vorbe-
legt seien.

Auf Jrgens Frage, was unter dem Begriff "Stichwortweise Lesen der Mailing-
liste" zu verstehen sei, antwortete Michael, da er nur gelegentlich
nachgeschaut hat, ob sich das Archivende verndert hatte. Er schtzte, da
auer Hartmuts Mail noch 2-3 von ihm gelesen worden sind, ist sich der
genauen Zahl aber nicht sicher.

Mick Schmidt @ HB kritisierte in seiner nun folgenden Stellungnahme die
Form von Timmis Aussage und betonte noch einmal, da die Mailingliste (im
Folgenden "ML" abgekrzt) eine direkte Reaktion auf die Wahl des Diskus-
sionsleiterteams (DL-Team) gewesen ist. Er steht weiterhin zu den Zielen
der ML, distanziert sich aber von den Methoden, die, wie er betonte, nicht
angewandt worden seien.

Weiterhin berichtete er, da einige Teilnehmer der ML wnschen, den Status
der Mails der ML (PM oder nicht?) geklrt zu sehen und deshalb einer
Offenlegung widersprechen. Michael Frhlich @ HB mchte dies am Dienstag
(31.5.) in einem Gesprch mit einem Mitglied des ???Ausschusses des Bundes-
tags (Jrgen oder Mick: bitte berichtigen!)??? klren. Evtl. wird Thomas
Backhaus @ HB bei diesem Gesprch dabei sein, bei dem es auch um den
generellen Status von PMs geht.

Jrgen versicherte spter, da die Ergebnisse dieses Gesprchs keine
rechtlichen Folgen von Seiten der HB-User/Sysops fr die PM-Leser haben
soll. Es geht lediglich um die Klrung fr die Zukunft. Torsten Hellerhoff
@ AC2 leider NICHT anwesend) wird ein eigener Standpunkt zugestanden.

Olaf Boos @ LU berichtet von seiner Auswertung der ML und bietet die daraus
erstellte Statistik an. Dies wird wegen der fehlenden (am Dienstag
erwarteten) rechtlichen Stellungnahme abgelehnt.

Jrgen erklrt sich unter bestimmten Umstnden bereit, _seine_ Mails der
ML, die er geschrieben hat, freizugeben. Ralf berichtet, da er von Jrgen
anonymisierte Mails der ML, die ihn persnlich betrafen, erhalten hat und
da dieses Thema fr ihn nach der Einsicht erledigt sei.

Zum "Manifest" erklrte Jrgen, da nur ein ML-Mitglied in HB es berhaupt
erhalten habe, aber keine weitere Diskussion darber in der ML stattfand.
Im weiteren Verlauf des Tages kam die Frage auf, warum sich niemand aus der
ML von diesem "Manifest" im nachhinein distanziert habe. Darber bestand
wohl die allgemeine Auffassung der ML-Teilnehmer, da dies allein Hartmuts
Sache sei und die anderen Mitglieder der ML nicht betreffe. Originalton
Jrgen "Das geht mir kalt am Arsch vorbei."

Harald Labeit @ HH (im Folgenden zur Unterscheidung von Harald Krusekamp
mit Nachnamen) stellt die Frage, wer berhaupt Mitglied der ML sei, oder ob
wenigstens die anwesenden Mitglieder bereit seinen, sich erkennen zu geben.
Frauke stellt das auf Bitten von Harald Krusekamp @ MS zurck.

Michael Keukert erklrt das ML-Archiv weitergegeben zu haben, um den
Vorwurf einer Manipulation zuvorzukommen. Es sei allerdings ein Fehler
gewesen, dies nicht vorher verschlsselt zu haben.

Gereon erklrt unter allgemeiner Zustimmung, da der erste Punkt fr die
MAUS-Programmierer sei, eine PM-Verschlsselung einzufhren. Jrg Stattaus
@ AC berichtet, da er auf Michaels Rechner die PMs der ML, die bei dem
ersten Treffen bei Michael vorlagen, gelesen hat.

In der Pause bespricht Harald mit den anwesenden Sysops der MAUS HB persn-
lich, in wie weit er seine Erkenntnisse aus der Untersuchung des ML-
Archivs offenlegen darf/soll. Zur Erinnerung: Harald wurde am ??? in den
Untersuchungsausschu gewhlt.

Nach der Pause stellt Harald die ihm in Auftrag gegebene Auswertung der ML
dar. Er betont, da das "Manifest" die belste Mitteilung sei und da
Hartmut Malzahn @ MK, Michael Vondung @ MK und Torsten Hellerhoff @ AC2 die
treibenden Krfte und aktivsten Mitglieder der ML gewesen seien. Die
restlichen Teilnehmer haben in der ML im Groen und Ganzen keine anderen
Standpunkte vertreten als in der ffentlichkeit.

Die anwesenden Sysops sprechen Harald ihren Dank fr seine Mhe und seine
neutrale Darstellung aus. Spter wird er noch auf eigenen besonderen Wunsch
entlastet.

Edgar Rosenboom @ UN erlutert auf Nachfrage, warum die MAUS Unna das Netz
verlassen wollte, aber da sie den Usern zuliebe am Netz geblieben seien.
Er erlutert, da das unberechtigte Lesen und Mitschneiden von PMs sein
Vertrauen stark erschttert htte. Auf Bitten der User haben sich die
Sysops der MAUS UN sich aber entschlossen, doch am Netz zu bleiben.

Auf allgemeine Bitte um eine Stellungnahme, erlutert Gereon, warum er
zugestimmt habe und das er in Wiesbaden sei, um "seinen Kopf hinzuhalten".
Er werde die Konsequenzen auf jeden Fall akzeptieren und bittet im besonde-
ren darum, seinen Status als MAUS-Programmierer nicht zu bercksichtigen.
Erwin und Michael schlieen sich dem an, wobei Michael Keukert zustzlich
sagt, da es schwer erklrbar sei, wie sechs Leute gemeinsam eine solche
Fehlentscheidung treffen konnten. Roland Franz @ KR berichtet, hnliches
gelte auch fr Harro Hedemann @ KR, der spontan seinen Sysopstatus aufgege-
ben hat, nachdem er mit der ML konfrontiert worden ist.

- - - Ende des ersten Teil - - - Abendessen - - -

Thomas Backhaus @HB fehlt ein Statement von Jrg , der daraufhin seine
Betroffenheit darstellt, das zunchst nicht weiter reflektiert zu haben.Er
fhlte sich aus Sorge um das Netz dazu berechtigt. Diesen Standpunkt hatte
er auch bereits auf dem letzten User-Treff in Unna zu erklren versucht. Es
war fr ihn eine groe Erleichterung, als vor drei Wochen die Angelegenheit
ans Licht gekommen ist.

Peter Hellinger @N stellt die Frage nach dem Zweck des Mitschneidens.
Michael denkt, da die einzige Erklrungsmglichkeit eine Verdrngung
gesessen sei, die eigentliche Schmutzarbeit htte schlielich ein Programm
erledigt, das nicht eigens dafr geschrieben sondern nur geringfgig
gendert wurde.

Jrg betonte seine Verwunderung, da die Archivierung noch so lange weiter-
gelaufen sei.

Jrgen spricht die Logfiles an, und warum Michael in einer Mail darauf
verwiesen habe, da er diese erst berprfen msse. Michael erlutert, da
er die Logfiles zum einen nur in ausgewerteter Form zu Gesicht bekommt
(James) und zum Anderen, da er versucht hat, Torsten auf diesem Weg noch
ein wenig Zeit fr eine eigene Stellungnahme zu verschaffen.

Kai Henningsen @MS fragt, welche Konsequenzen nun aus der Situation gezogen
werden knnen und wie man in Zukunft eine solche Eskalation vermeiden
knne. Die Probleme haben schlielich nicht mit der ML angefangen.

Bernd Becker @PB fragt Jrgen, warum die ML-Teilnehmer nichts konkret
unternommen haben, als ihnen bewut wurde, da die ML mitgelesen wurde. Als
Antwort kam: "Aus Spa an der Freude ;-) ". Der Name der ML sei ein Beweis
dafr, da nicht ernsthaft etwas subversives geplant gewesen sei. Ansonsten
htte man der Liste einen unverfnglichen Namen gegeben.

Es wurden Stimmen laut, da es vor dem Ziehen von Konsequenzen erst einmal
ntig ist, die User umfassend und neutral ber den Sachverhalt aufzuklren
und eine eindeutige Stellungnahme zum Status von PMs zu erarbeiten. Die
Vorarbeiten dazu sind bewut Michael und Harald aufgetragen worden, das
Ziel soll ein Ehrenkodex fr Sysops sein.

Allen war klar, da dieses Treffen konkrete Ergebnisse haben mu, die sich
nicht in den Extremen "Friede, Freude, Eierkuchen" oder "ich will Blut
sehen" uern drfen. Deshalb wurden von uns folgende Vorschlge zur wei-
teren Vorgehensweise erarbeitet:

Konkret soll zuerst der Abstimmungsmodus fr die zuknftigen Sysop- Abstim-
mungen geklrt werden (One Maus, one Vote).

In der Zwischenzeit sollen die CFVs mit Sanktionen (fr jeden Beteiligten
einzeln) erarbeitet und direkt nach der Festlegung des Abstimmungsmodus zur
Abstimmung gebracht werden. Diese sollen folgende Punkte zur Wahl stellen:

    Netzausschlu
    Sysopausschlu (Bei Betreibern bedeutet dies den Verlust der Maus)
    Ausschlu von netzpolitischen mtern
    Verweis
    keine Sanktionen

Bei Personen, die schon einen Verweis erhalten haben, soll dieser im CFV
mit Datum erwhnt werden. Auerdem sollen bei diesen Abstimmungen keine
Mindestbeteiligungen erforderlich sein.

Die Sanktionen sollen bis auf Widerruf, mindestens aber fr ein halbes Jahr
(wie bei Abstimmungen allgemein blich) gelten.

Die einzelnen CFV sollen gleich nach Festlegung des Abstimmungsmodus
erfolgen. Bis dahin ist Zeit zur Diskussion.

Harald betonte noch einmal, da diese Vorkommnisse nicht am Ergebnis
sondern an den Zielen gemessen werden sollten.

Steffen Engel @PE2 schlgt die Formulierung eines minimalen Regelwerk vor,
das als Grundlage fr alle Sysops gelten soll. Dieses soll auch fr alle
bereits im Netz vorhandenen Muse zur Geltung gelangen, wenn ein Betreiber
sich nicht damit einverstanden erklren kann, so hat er das Netz zu verlas-
sen.

Stefan Radermacher zog seinen CFV zum befristeten Ausschlu von Mick aus
den Sysop-Gruppen zurck. Thomas erklrte sich bereit, Mick (der zu diesem
Zeitpunkt essen war) dazu zu bewegen, seinen Antrag gegen Olaf
zurckzuziehen.

Wir, die Protokollanten, mchten hier unseren Dank all denen, die durch
ihren tatkrftigen Einsatz dieses Treffen erst mglich gemacht haben,
aussprechen sowie unsere Zufriedenheit ber die ruhige und sachliche
Atmosphre und den erfolgreichen Ablauf dieses auerordentlichen Treffens
ausdrcken!!!

- - /Ende des offiziellen Teils um 21:42 Uhr/ - -

Wir, die Protokollanten, mchten hier noch unsere Zufriedenheit mit der
ruhigen und sachlichen Atmosphre und dem erfolgreichen Ablauf dieses
auerordentlichen Treffens ausdrcken und hoffen, da dieser Ton und diese
Stimmung noch eine Weile vorhalten!!!

Roman Kunz und Matthias Strmer, 16.6.1994



===========================================================================
Anhang E

Sysoptreffen Oer-Erkenschwick 26.8-28.8.94
===========================================================================

                 Protokoll des MausNet-Sysop-Treffens 1994
                  vom 26.8.-28.8.1994 in Oer-Erkenschwick


E.1  0. Vorbemerkung des Protokollfhrers Claus Wickinghoff @ AC3
=================================================================

Die Stimmung, die in Oer-Dings herrschte, vermag dieses Protokoll natrlich
nicht einzufangen. Um die teilweise etwas zusammenhangslos verlaufenden
Diskussionspunkte in eine lesbare Form zu bringen, habe ich nicht versucht,
das Protokoll chronologisch niederzuschreiben. Vielmehr habe ich alle Dis-
kussionen (hoffentlich) sinnvoll gegliedert und zeitlich zerrissene Themen
zusammengefhrt.

Einen Hauch der Stimmung sprt man, wenn man die Summe der abgegebenen
Stimmen der einzelnen Abstimmungen vergleicht. Der Grund war ein stndiges
Kommen und Gehen, vermutlich der Grund fr die letzte Abstimmung :-)
An dieser Stelle mchte ich noch im Namen der teilnehmenden Sysops unseren
Dank an Christian aussprechen, der als Versammlungsleiter meist die Ober-
hand und den "roten Faden" behielt.

Unser weiterer Dank gilt natrlich dem gesamten Organisationsteam, an der
Spitze Rosi und Edgar Roosenboom, die fr uns ein nettes, gemtliches Heim
gesucht und gefunden haben. Alles hat bis ins Kleinste gestimmt - sogar das
groe Schild mit der Maus an der letzten Abzweigung (damit man noch recht-
zeitig die Vollbremsung einleiten konnte).


E.2  1. Begrung
=================

durch den Versammlungsleiter Christian Rtgers @ UN Das Ergebnis der Ab-
stimmung, ob auf diesem Treffen Beschlsse gefat werden knnen, ist
unbekannt, da Sevo Stille @ F nicht erreichbar ist. Jrg Henne @ BB schlgt
vor, da alle Abwesenden als mgliche Gegenstimmen gewertet werden. Dieses
Problem wurde nach Feststellung der Anzahl anwesenden Betreiber
(dreiundvierzig) nicht weiter verfolgt.


E.3  2. Technik
===============


E.3.1  2.1 MAUS-Software
------------------------

Gereon Steffens @ K2 legt den Bericht der MAUS-Programmierer vor. Die
Dual-Port-Version ist fertiggestellt und ausgetestet. Die Umstellung auf
lange Gruppennamen ist weitgehend implementiert. Stichtag fr die automa-
tische Umstellung ist vorraussichtlich der 1.10.1994. Dabei werden die
Gruppennamen von bisher 10 auf 40 Zeichen erweitert und gleichzeitig netz-
weit einheitliche Gruppennamen eingefhrt. Weiterhin kann ein Gruppenname
Gro- und Kleinbuchstaben sowie Umlaute und bestimmte Sonderzeichen enthal-
ten. Als nchstes steht der Einbau einer PM-Verschlsselung an, die kon-
zeptionell fertig ist und eingebaut wird, wenn die Maus mit den langen
Gruppennamen stabil luft.

Zum Dauerthema MAUS-9 erklrte Gereon, da vieles davon in der aktuellen
MAUS bereits realisiert ist. Als nchster grerer Umbau steht eine neue
Messagebase an, in der auch Anforderungen fr Multiport-Betrieb
(beispielsweise Record-Locking) bercksichtigt werden.
Resmee von Gereon: "An der MAUS ist noch nie soviel passiert wie in den
letzten anderthalb Jahren."

Die Realmode-Version ist zum Debuggen der MAUS-Software notwendig und wird
daher mglichst lange parallel zur Protected-Mode-Version beibehalten.
Datenformate und weitere Infos zur MAUS werden von den Programmierern auf
Anfrage an Interessierte herausgegeben.


E.3.2  2.2 ISDN
---------------

Die Ebene 2 im MausNet ist komplett auf ISDN umgestellt, Ebene 3 zieht
langsam nach. Zur Zeit werden im Netz Raten von 12000 cps erreicht, eine
Steigerung auf 20000 cps wird fr mglich gehalten. Dadurch ist ein
minutengenaues Netztiming wieder mglich.
Weiterhin rentiert sich eine ISDN-Leitung schon bei einem Fernzonenlink.


E.3.3  2.3 UMaus
----------------

Jrg Henne @ BB erklrt, da zur Entwicklung der vollstndigen UMaus die
Programmiererkapazitten fehlen. Daher werden die Ideen und Konzepte zur
Entwicklung einer alternativen Oberflche fr die Quark verwendet.


E.3.4  2.4 Quark
----------------

Frank Baumgart @ PB gibt den aktuellen Stand der Quark wieder. Die Quark PB
wurde bereits komplett auf die neue Software unter Linux umgestellt und
luft stabil. Sie ist "sehr, sehr schnell, schneller als die MAUS". Die
Quark hat keine Mailgrenbeschrnkung, lange Message-IDs, lange Grup-
pennamen und eine PM-Verschlsselung. Als Oberflche steht zur Zeit GeoNet
zur Verfgung. Eine MAUS-konforme wird von dem UMaus-Team erstellt.

Als nchste Erweiterungen sind ein Programmteil und Multiport-Betrieb
geplant.

Uwe Ohse @ ME beantwortet einige Fragen zu UUCP, anderen Nachrichtenforma-
ten und ISDN. Prinzipiell sind diese Dinge mglich, werden aber in nchster
Zukunft noch nicht implementiert.

An Hardware bentigt eine Quark unter Linux einen 386er mit 8 MB Speicher.
Die Quark-Software wird als Binary ausgeliefert und kostet 200,- DM. Eine
Demo-Version liegt in der Quark PB.


E.3.5  2.5 OS/2-MAUS
--------------------

Marco Hahn @ SL: "Es gibt das Betriebssystem, es gibt ein paar Ideen und
die Quark ist zwei Jahre voraus."


E.3.6  2.6 UMS-MAUS
-------------------

Christian Rtgers @ UN stellt kurz UMS vor, eine Mail-Datenbank von Martin
Horneffer @ AC2 fr den Amiga. Geplant ist ein MAUS-kompatibler Aufsatz fr
UMS. Evt. erscheint Anfang '95 eine Demo-Version.


E.3.7  2.7 Warenzeichen "MausNet"
---------------------------------

Stefan Rupp @ AC2 berichtet, da die Einspruchsfrist im Mai ausgelaufen ist
und Jrg Stattaus @ AC in den nchsten Tagen vermutlich die Urkunde erhlt.
Damit wre "MausNet" eingetragenes Warenzeichen.

Als nchstes soll ein weiterer Versuch mit "MAUS" gestartet werden.

Nachtrag: Die Registrierung von "MausNet" war erfolgreich. Die Urkunde
befindet sich auf dem Weg von den Mhlen der Brokratie zu Jrg.


E.4  3. Gateways
================


E.4.1  3.1 UseNet
-----------------

Jrg Henne @ BB berichtet vom Zusammenbruch der "Teralon", wodurch das
Mailrouting aus dem Internet ins MausNet kurzfristig nach Bblingen umge-
stellt werden mute und die dadurch auftretende Probleme.

Zum Thema Kostenerstattung erklrt Stefan Radermacher @ K, da er bisher
kein Geld genommen hat und auch zuknftig keines nehmen wird.

Gereon Steffens @ K2 berichtet von seinen Bemhungen einen Gate zur Domain
Rhein.de aufzubauen.


E.4.2  3.2 Mail-Massen
----------------------

Mails ber 48 kB werden am Gate herausgefiltert. Absender und Empfnger
werden mit einem konfigurierbaren Text benachrichtigt und die Mail wird
vernichtet.
Aus der Erfahrung der letzten Monate zeigt sich, da keine Mailmassen durch
Benutzung von FTP-Servern anfallen. Meist handelt es sich um freundliche
UseNet-Teilnehmer.
In Zukunft soll daher weiterhin regelmig der Warnungstext von Dirk
Johannwerner @ K gepostet werden.


E.4.3  3.3 Name-Server fr maus.de und WWW-Page
-----------------------------------------------

Jrg Henne @ BB berichtet von der Inbetriebnahme eines Nameservers fr die
maus.de-Domain. Jetzt knnen problemlos MX-Eintrge fr Muse vergeben wer-
den.

Bei dem World-Wide-Web handelt es sich um ein Hypertext-System, von dem aus
dem Internet Informationen abgerufen werden knnen. Fr das MausNet soll
demnchst auch eine solche WWW-Page mit Infos zur MAUS angeboten werden.


E.4.4  3.4 Z-Netz und Sub.Org-Gate
----------------------------------

Fritz Lmmle @ H erlutert das neue Routing im Z-Netz. Seit dem 1.7.1994
wurde im Z-Netz das Domain-Routing eingefhrt, d.h. die einzelnen Systeme
haben sich an regionale Internet-Domains angeschlossen. Die zer-Adressen
gibt es offiziell nicht mehr, sie werden jedoch am Gate gewandelt. Nach
auen ist es also nicht mehr sichtbar, ob ein System am Z-Netz oder am
InterNet teilnimmt.


E.4.5  3.5 Gateway-Koordinator
------------------------------

Die bisher von Gnther Stck @ HB gefhrte Liste, welche Gruppe von welchem
Gate in welches Netz weitergegeben wird, mu weitergepflegt werden.

Kai Henningsen fhrt die vollstndige Vernetzungsliste,Peter Bhnke @ HB2
bernimmt freiwillig das Amt des Gateway-Koordinators.


E.4.6  3.6 Domainverwaltung fr maus.de
---------------------------------------

Harald Krusekamp @ MS verliest einen Teil seines am 24.8.94 in SYSOP-INFO
geposteten Satzungsentwurfs zu einem Trgerverein fr "maus.de". Er beant-
wortet einige Fragen zu dem Entwurf. Die Versammlung beschliet die Grn-
dung eines solchen vom MausNet unabhngigen Vereins.

Die Grndungsversammlung findet Samstag Abend statt. Sonntag vormittag
erstattet der erste Vorsitzende des Vereins Jrgen Conradi @ HB einen
kurzen Bericht. Zum zweiten Vorsitzenden wurde Gereon Steffens @ K2
gewhlt. Marcus Schmidtke @ BM ist Kassenwart, Herbert Framke @ SU2 ist der
Stellvertreter. Durch die starke Prsenz von Rheinlndern im Vorstand wird
der Vereinssitz entgegen des Satzungsentwurfs nach Kln gelegt.

Der Verein bentigt zwei MAUS-Gruppen: MAUS.DE.EV fr die vorstandsinternen
Diskussionen sowie eine weitere [deren Name nicht gefallen ist], in der die
Mailingliste des IN-Prsidiums gepostet wird.

Anfragen an die Domainverwaltung sollen regional bearbeitet werden.

Nachtrag: Das Posten der Mailingliste ist aus IN-Grnden nicht mglich, so
da diese Gruppe ersatzlos gestrichen ist.


E.4.7  3.7 Infofiles, Gator und Adressierungs-FAQ
-------------------------------------------------

Die Informationen im "Gator" von Michael Keukert @ AC2 und einigen Info-
files in den Musen sind teilweise falsch oder veraltet. Eine im InterNet
kursierende aktuelle FAQ wird ab sofort von Sebastian Hempel @ WUN regelm-
ig gepostet.

Die Infofiles sollten in absehbarer Zeit berarbeitet und auf einen netz-
weit einheitlichen Stand gebracht werden.


E.5  4. Administration
======================


E.5.1  4.1 AL-Team
------------------

Peter Bhnke @ HB2 gibt einen Rckblick auf seine bisherige Amtsperiode.
Aus der Versammlung kommt die Frage, ob man von der aktuellen one-maus-
one-vote-Regelung (der Abstimmungdmon berechnet Stimmenanteile) weg kann
und die Stimme lokal in jeder MAUS findet.
Dies wird abgelehnt, da dies zu langwierig ist und so kurzfristige Abstim-
mungen nicht mglich sind. Weiterer heier Diskussionspunkt ist die Stim-
menfindung, da es dort zwei verschiedene Verfahren gibt, die die Resultate
um einige Prozentpunkte verschieden errechnen.
Die weitere Diskussion der Verfahren wird nach SYSOPS vertagt.

Verfahren 1:
Die Gesamtstimme der MAUS wird auf die Abstimmenden verteilt. Jeder Abstim-
mende verteilt seinen Anteil auf die zur Wahl stehenden Punkte.

Verfahren 2:
Auch hier wird die Gesamtstimme der MAUS auf die Abstimmenden verteilt, al-
lerdings kann ein Abstimmender jedem zur Wahl stehenden Punkt seinen ganzen
Stimmenanteil geben.

Auf Vorschlag von Claus Wickinghoff @ AC3 soll in Zukunft bei jeder Abstim-
mungsauswertung der gewhlte Punkt im Originaltext aus dem Abstim-
mungsaufruf mitgepostet werden.
Peter verweist darauf, da sich einige Sysops wegen mglicher Anfeindungen
nicht trauen Abstimmungsantrge zu stellen. Um Unterstellungen wegen vom
AL-Team geflschter PMs zu vermeiden, muss ein Antrag dennoch ffentlich an
das AL-Team gestellt werden.

Das AL-Team kann deutlich entlastet werden, wenn zuknftig schon vorformu-
lierte Abstimmungsaufrufe dem Antrag beiliegen.

Sam Jost @ FL erklrt, da ein groes Problem fr die ALs die Leute sind,
"die immer dagegen sind". Er erhofft sich fr die Zukunft, da bei Abstim-
mungen mehr Zustimmung gezeigt wird, um die Nrgler zu entkrften und die
ALs zu strken.

Einsprche gegen Abstimmungen werden zuknftig in SYSOP.AL bzw. MAUS.AL
diskutiert. Das AL-Team verfat eine Antwort zu jedem Einspruch.


E.5.2  4.2 DL-Team
------------------

Eine ausfhrliche Diskussion wird fr nicht notwendig befunden.

Abstimmung:
Soll das DL-Team abgeschafft werden?
ja: 43 Sysops nein: kein Sysop Enthaltungen: 4 Sysops
Damit ist das DL-Team ab sofort abgeschafft.


E.5.3  4.3 Zukunft des AL-Teams
-------------------------------

Thomas Meiner @ OS2 erlutert seinen Entwurf zu einem Kontrollgremium,
welches Einsprche zu Abstimmungen bearbeitet und quasi das AL-Team
berwacht.

Christian von Grone @ PE2 mchte das AL-Team mit erweiterten Kompetenzen
ausstatten, so da es Sanktionen verhngen und durchfhren kann. Lediglich
fr Ausschlsse von Sysops ist eine Betreiberabstimmung notwendig.

Fritz Lmmle @ H erlutert, da das AL-Team aus 3 Personen besteht, damit
es sich gegenseitig berwacht und Irrtmer erkennt. Eine weitere Kontrolle
findet durch das Plenum der Sysops statt.

Harald Krusekamp @ MS wnscht, da ein Abstimmungsentwurf gepostet wird
gegen den dann formelle Einsprche eingelegt werden knnen. Dieser Ein-
spruch mu *nachvollziehbar* begrndet werden. Das AL-Team entscheidet dann
ber den Einwand.

Sam Jost @ FL schlgt vor in die Abstimmung einen Punkt aufzunehmen, mit
dem man Einspruch einlegen kann.

Abstimmung:
Ein Abstimmungsentwurf wird 5 Tage zur Diskussion gestellt. In die Abstim-
mung wird ein Punkt aufgenommen 'Die Abstimmung enthlt einen formalen
Fehler'. Das AL-Team bearbeitet diesen Einspruch.
ja: 40 Sysops nein: 6 Sysops Enthaltungen: 1 Sysop

Bis zur Auszhlung des Abstimmungsergebnisses sind Einsprche gegen die
eigentliche Abstimmung mglich. Ist das Ergebnis der Abstimmung bekanntge-
geben, sind nur noch Einsprche gegen die Auszhlung mglich. Im Zweifels-
fall mu das AL-Team die Auszhlung verschieben, bis die Einsprche gegen
die formale Korrektheit der Abstimmung geklrt sind.

Unter allgemeiner Zustimmung letztendlich folgender Konsens zustande: Das
AL-Team ist vllig frei in seinen Handlungen und hat die Rckendeckung der
Sysop-Gemeinschaft. Dem AL-Team werden kleinere Fehler zugestanden. Das
Mitrauen kann dem AL-Team nur durch die Sysop-Gemeinschaft ausgesprochen
werden - nicht durch vereinzelte Dauernrgler.


E.5.4  4.4 Maschinenlesbares Format fr den Abstimmungsdmon
------------------------------------------------------------

Abstimmung:
Abstimmungsberechtigt ist der Betreiber bzw. Sysop, der im PMK2-Format im
ISB eingetragen ist.
ja: sehr viele nein: kein Sysop Enthaltung: 4 Sysops

Abstimmung:
Betreiberabstimmungen werden nach one-maus-one-vote durchgefhrt, bei Be-
treibergemeinschaften werden dabei die Stimmen der mit "%B1" und "%B2" im
ISB eingetragenen Betreiber anteilsmig gewichtet.
ja: sehr viele nein: kein Sysop Enthaltung: kein Sysop


E.5.5  4.5 Grundsatzpapier
--------------------------

Als Alternative zu dem "Konsenspapier" von Gerhard Trimpin @ NF erlutert
Claus Wickinghoff @ AC3 einen eigenen Entwurf der AC3-Sysops. Dieser
Entwurf sieht statt einer Verschrfung der Regeln eine sinnvolle Lockerung
des Regelwerks vor.

Nach langer Diskussion fat Claus seinen Entwurf zusammen (weniger Regle-
mentierung, weitgehende Selbststndigkeit der einzelnen Muse, erweiterte
Befugnisse des AL-Teams).

Eine Meinungsumfrage ergibt 37 Stimmen fr den Entwurf bei 3 Gegenstimmen.
Die Entscheidung wird vertagt. Beide Parteien (Gerhard und Claus) sollen
ihre Entwrfe berarbeiten und in SYSOPS zur Diskussion stellen. Falls sich
weitere Personen berufen fhlen, ein Regelwerk zusammenzustellen, knnen
sie dieses gerne ebenfalls zur Diskussion stellen. Abschlieend soll die
gesamte Sysopschaft ber die Entwrfe in der Form "Regelwerk 1 oder Regel-
werk 2 oder ein anderes Regelwerk oder kein neues Regelwerk" abstimmen. Als
Stichtag fr die Abstimmung wird der 1.10.1994 festgelegt.

Im Folgenden sollen einige Beitrge aus der Diskussion festgehalten werden:

    Edgar Roosenboom @ UN:
     "mehr Regeln um Strenfriede in die Schranken zu weisen"

    Edgar Fu @ K2:
     "Sysops knnen keine lokale Angelegenheit sein, da sie Zugriff auf die
     MAUS-Dateien haben."

    Harald Krusekamp @ MS:
     "Weitere Reglementierung fhrt langfristig nicht zum Ziel."

    Marco Hahn @ SL:
     "Sanktionen verlaufen momentan im Sande"

    Stefan Rupp @ AC2:
     "In den letzten Jahren wurden fast nur Regelstreitigkeiten in SYSOPS
     diskutiert."

    Thomas Fey @ HG:
     "Das AL-Team hat das Vertrauen der Sysops, damit die Machtbefugnis
     selbststndig Entscheidungen zu treffen und durchzufhren. Als Not-
     bremse existiert immer noch das Mitrauensvotum."

    Claus Wickinghoff @ AC3:
     "Das AL-Team soll die Sysops und damit das MausNet auch nach auen
     reprsentieren knnen."


E.5.6  4.6 Arbeitsgruppen
-------------------------

Von einigen Leuten wurden Arbeitsgruppen angeregt, die bestimmte Themen
ausarbeiten und zur Abstimmungsreife bringen sollen. Nachdem diverse
Vorschlge zu Vorgehensweisen gemacht wurden, einigt sich die Versammlung
auf folgenden Konsens:

Arbeitsgruppen knnen sich selbststndig zusammenfinden oder vom AL-Team
eingerichtet werden. Der Arbeitsgruppe steht eine Netzgruppe zur Verfgung
(die bei Bedarf eingerichtet wird), deren Status die Gruppe selbst festle-
gen darf. Die Arbeitsgruppe sollte in angemessener Zeit, die vor Aufnahme
der Arbeit festgelegt wird, zu einem Ergebnis kommen. Im Bedarfsfall kann
diese Frist verlngert werden.


E.5.7  4.7 Strer in den Sysop-Gruppen
--------------------------------------

Hier wurde keine explizite Entscheidung gefat, als Grundverhaltensmanahme
wurde Folgendes festgelegt:

Die Strer sollten entweder ignoriert oder per PM ermahnt werden. Diese
Ermahnen durch extra dazu bestimmte Personen ist sinnlos. Hier ist jeder
einzelne gefordert, die Situation zu deeskalieren.


E.5.8  4.8 Sysops als lokale Angelegenheit des Betreibers?
----------------------------------------------------------

Da ein Sysop durch Zugriff auf die MAUS-Dateien auch Zugriff auf Daten
anderer Muse hat, ist er keine lokale Angelegenheit.

Abstimmung:
Ein Sysop der Kraft einer Abstimmung als Sysop aus dem MausNet ausgeschlos-
sen wurde, darf keinen Zugriff der ber die Mglichkeiten des Userstatus
hinausgeht auf eine MausNet-Box haben.
ja: 40 Sysops nein: 7 Sysops Enthaltung: 7 Sysops

Konsequenzen bei Versto gegen diese Regel werden nach Antrag gestellt.

Eine Begrenzung der maximalen Anzahl von Sysops einer MAUS ist nicht
notwendig, da Abstimmungen nach "one-maus-one-vote" durchgefhrt werden.


E.5.9  4.9 PM-Manifest
----------------------

Harald Krusekamp @ MS verliest die am 2.8.94 von ihm in SYSOP.INFO geposte-
te Fassung des PM-Manifests.

Abstimmung:
Soll das PM-Manifest so angenommen werden?
dafr: 53 Sysops dagegen: keiner Enthaltung: einer
Damit ist das PM-Manifest in Kraft und wird als Maus-Infofile bernommen.

Abstimmung:
Es soll ein Rundschreiben an Sysop@xy aufgesetzt werden, da alle Sysops
der MAUS xy das Manifest besttigen und akzeptieren. Fr diese Besttigung
haben sie 4 Wochen Zeit. Sind Sysops abwesend (z.B. durch Urlaub) mssen
sie so bald wie mglich das Manifest besttigen.
dafr: viele dagegen: 1 Sysop Enthaltung: 2 Sysops

Zur Durchfhrung dieser Mailing-Aktion meldet sich freiwillig Ulrich
Pfisterer @ ZW.


E.6  5. Gruppen
===============


E.6.1  5.1 Neueinrichtungen und Zusammenlegungen
------------------------------------------------

Abstimmung:
Einrichtung einer Gruppe MAUS.AL als Diskussionsforum des AL-Teams bei
userrelevanten Abstimmungen. User und Sysops haben nur Leserecht in der
Gruppe.
ja: viele Sysops nein: 1 Sysop Enthaltung: 10 Sysops

Abstimmung: MAUS und MAUS.INFO.D sollen zusammengelegt werden.
vertagt, da die User abstimmen mssen

Abstimmung:
Einrichtung einer Gruppe BETREIBER, in der nur Betreiber schreiben drfen.
ja: 2 Sysops nein: viele Sysops Enthaltung: 4 Sysops

Hier noch der kurze Verweis auf die beiden unter 3.6 erluterten Gruppen
das "MausNet-To-InterNet e.V."-Vereins.


E.6.2  5.2 berflssige Postings in den INFO-Gruppen
----------------------------------------------------

Zu den unntigen Postings in den *.INFO-Gruppen wurde kein Beschlu gefat.
Es wurde festgehalten, das SYSOP-INFO keine Diskussionsgruppe ist. Ggf. mu
ein Schreiber durch eine grere Anzahl PMs auf den Mistand aufmerksam
gemacht werden.
Anselm Kruis @ M erlutert, wie man unbeabsichtigtes Posten durch entspre-
chendes Konfigurieren der Gruppen auf "read-only" vermeiden kann. Timm
Ganske @ OF bittet die Frontend-Programmierer, in nchster Zeit das
"FOLLOW-UP" zu untersttzen.


E.6.3  5.3 Gruppen fr Produkt-Ankndigungen
--------------------------------------------

Um die bestehende ATARI.INFO-Gruppe sowie die noch einzurichtende PC.INFO-
Gruppe, in denen im MausNet ansssige Firmen ihre Produkte vorstellen
knnen, entbrannte eine heftige Diskussion.
Problematisch ist vor allem, da es sich um kommerzielle Mails handelt.
Nachdem von der Gruppe OEKOM (Oecher Kommerz) berichtet wurde, die seit
langer Zeit in den Aachener Mailboxen problemlos luft, einigen sich die
Sysops auf Folgendes:

Gabriel Schmidt @ KL und Peter Hellinger @ N sollen jeweils die von ihnen
ausgearbeiteten Regeln sowie eine lange Gruppenbeschreibung innerhalb der
nchsten beiden Wochen in SYSOPS vorstellen. Danach werden sich die Betrei-
ber in einer Abstimmung fr einen der beiden Entwrfe entscheiden.

Weiterhin soll eine NEWS-Gruppen-Hierarchie eingerichtet werden, in der die
gewhlten Regeln regelmig gepostet werden. Die Umbennenung in NEWS ist
notwendig, da die bestehenden INFO-Gruppen anderen Zwecken dienen. In
diesen Gruppen werden dann die gewhlten Regeln regelmig gepostet.
Fr die Einhaltung der Regeln in den Gruppen ist der lokale Gruppenchef zu-
stndig.

Abstimmung:
Einrichtung der NEWS-Gruppen (Atari.NEWS, PC.NEWS, etc.)
dafr: viele dagegen: keiner Enthaltung: 4 Sysops


E.6.4  5.4 Abschaffung der Gegenstimmen bei Gruppeneinrichtungen
----------------------------------------------------------------

Da sich die auf dem Sysoptreffen '92 in Flensburg eingefhrte Mglichkeit
gegen die Einrichtung einer Gruppe bewhrt hat, soll dies auch in Zukunft
beibehalten werden.

Abstimmung:
Soll das aktuelle Verfahren beibehalten werden?
dafr: viele dagegen: 4 Sysops Enthaltung: 3 Sysops

In den bestehenden Regeln wird ein unklarer Satz umformuliert in "Die
letztendliche Entscheidung in jegliche Richtung (pro oder contra) bleibt
dem Sysop-Plenum vorbehalten."


E.6.5  5.5 Notwendige Stimmenzahlen
-----------------------------------

Abstimmung:
Soll die zur Grndung einer Gruppe notwendige Stimmenanzahl von 10 auf 20
erhht werden?
dafr: 30 Sysops dagegen: 10 Sysops Enthaltung: 7 Sysops

Abstimmung:
Soll die zum Import einer Gruppe notwendige Stimmenanzahl von 20 auf 30
erhht werden?
dafr: 30 Sysops dagegen: 10 Sysops Enthaltung: 7 Sysops

Abstimmung:
Soll die zum Import einer Gruppe notwendige Stimmenanzahl von 30 auf 40
erhht werden? dafr: 7 Sysops dagegen: viele Enthaltung: einige

Damit sind fr die Grndung einer Gruppe ab sofort 20 Stimmen, fr den
Import einer Gruppe ab sofort 30 Stimmen notwendig. Auch hier gilt, da die
letztendliche Entscheidung beim Sysop-Plenum liegt, so da auch kleine
Gruppierungen zu einer eigenen Gruppe gelangen (Beispiel ARCHIMEDES).

Weiterhin kann bei einer Stimmensammlung zur Grndung einer Gruppe direkt
gefragt werden, ob die Gruppe exportiert werden darf.


E.6.6  5.6 Pflichtgruppen
-------------------------

Abstimmung:
Die Pflichtgruppen (SYSOP- und heutige MAUS-Hierarchie und M.INFO.D) sollen
so bleiben.
dafr: 42 Sysops dagegen: 5 Sysops Enthaltung: 1 Sysop

Die Empfehlung der Sysops sieht vor, da mindestens ein Sysop pro MAUS die
INFO-Gruppen liest und das MAUS.INFO auf Default gestellt wird.

Abstimmung:
Wer xy.INFO nicht liest, ist selber schuld.
xy==* 32 Sysops xy==MAUS 9 Sysops Enthaltung: 4 Sysops

-> Wer *.INFO nicht liest, ist selber schuld!


E.7  6. Abschlu
================

Abstimmung:
Beim nchsten Sysoptreffen soll es keinen Rechnerraum geben.
dafr: 32 Sysops dagegen: 8 Sysops Enthaltung: 11 Sysops

Als Sttte fr das nchste Sysoptreffen wird aus historischen Grnden die
Stadt Mnster vorgeschlagen. Die Sysops der dortigen Muse werden gebeten,
in den nchsten Wochen zu prfen, ob ihnen dies mglich ist.

6. Abschlu ===========

Abstimmung: Beim nchsten Sysoptreffen soll es keinen Rechnerraum geben.
dafr: 32 Sysops dagegen: 8 Sysops Enthaltung: 11 Sysops

Als Sttte fr das nchste Sysoptreffen wird aus historischen Grnden die
Stadt Mnster vorgeschlagen. Die Sysops der dortigen Muse werden gebeten,
in den nchsten Wochen zu prfen, ob ihnen dies mglich ist.

Nachtrag: Die Mnsteraner Sysops nehmen von der Ausrichtung des Sysop-
Treffens Abstand. Zur Zeit stehen Heilbronn und das Rhein-Main-Gebiet zur
Debatte. [gabs da eigentlich schon eine Entscheidung?]

-- Teilnehmerliste --

AC2  Stefan Rupp                        KA2  Matthias Strmer
AC3  Claus Wickinghoff                       Robert Lechler
     Christian Leutloff                      Ralf Urmersbach
     Achim Reinhard                     KI   Klaus Atzpodien
AN   Gert Stamminger                    KL   Gabriel Schmidt
BB   Jrg Henne                         KR   Elmar Httges
     Ulrich Frey                             Harro Hedemann
BB2  Sven Dittmar                            Henry Rolofs
     Holger Dengler                          Roland Franz
BI   Michael Mies                       LU   Stefan Hrter
BL   Carola Keck                             Jochen Friedrich
     Volker Keck                             Andreas Kgel
BM   Axel Katerbau                           Olaf Boos
     Marcus Schmidke                    M2   Anselm Kruis
BN   Heinz Decker                       ME   Uwe Ohse
     Margot Decker                      MK2  Martin Loos
     Birgit Luckas                           Dirk Reinarz
     Christian Luckas                   MS   Harald Krusekamp
DO2  Udo Erdelhoff                           Christian Ruetgers
     Uwe Blenz                          MS3  Martin Koyro
     Alfred Schmidt                          Matthias Heidbrink
DU   Klaus Abele                        OF   Timm Ganske
     Thomas Neumann                     OS2  Thomas Meiner
     Georg Schroers                     PB   Frank Baumgart
FL   Maik Standtke                           Bernd Becker
     Ingo Horst                         PE2  Jrgen Loos
     Sam Jost                                Steffen Engel
F   Udo Fleckenstein                        Christian Von-Grone
GI   Roman Kunz                         RS   Thorsten Flck
GP   Michael Wist                       S    Inge Meiser
H    Dittmar Knoop                           Gerhard Meiser
     Friedrich Lmmle                        Andreas Frank
HB   Jrgen Conradi                     S2   Christian Tischler
     Birgit Kuhfeld                     S3   Frithard Meyer-Zu-Uptrup
HB2  Ulli Hahndorf                      SB   Torsten Engel
     Peter Bhnke                       SL   Marco Hahn
HG   Tomas Fey                          SU2  Herbert Framke
HH   Harald Labeit                           Jrgen lanski
HH2  Philipp Oelwein                    TBB  Hans-Peter Bock
HN   Frauke Cremer                      UN   Rosemarie Rosenboom
     Frank Drring                           Edgar Rosenboom
K    Stefan Radermacher                      Karl Reinberg
     Andreas Hoffmann                   WUN  Sebastian Hempel
K2   Edgar Fu                          ZW   Marion Pfisterer
     Dirk Steins                             Ulrich Pfisterer
     Gereon Steffens                         Andreas Mayer

-- Ende des Protokolls --

-- schnapp -----------

-- Ende des Protokolls --



===========================================================================
Anhang F

Sysoptreffen Heilbronn 30.9.95
===========================================================================

Protokoll des Sysoptreffens 1995 in Heilbronn

Datum: Samstag, der 30.9.1995


F.1  1. Bericht der Gatewaybetreiber
====================================


F.1.1  Z-Netz: Friedrich Laemmle @ H
------------------------------------

Das Gate zum Z-Netz in Hannover luft zuverlssig. Das Z-Netz befindet sich
in Auflsung, da immer mehr Z-Netz-Sites ins Usenet abwandern. Fr Testim-
porte steht die Mausgruppe "ZNET.TEST" zur Verfgung. Anfragen und Wnsche
fr Testimporte nimmt Friedrich Lmmle @ H entgegen.

Das Z-Netz schreibt eine bestimmte Namensgebung fr seine Exportgruppen
vor, an die sich das MausNet halten sollte. Siehe auch Top 8.


F.1.2  Fido: Timm Ganske @ OF
-----------------------------

Das Fido-Gate in Frankfurt gibt es nicht mehr. Das Gate in OF hat einen
neuen Partner (HUB). Seit kurzem wird ber diesen Link versucht, die ins
Fido Mausgruppen dort zu verbreiten, da es ber AC nicht klappt.


F.1.3  Atari-Net: Roman Kunz @ GI und Udo Fleckenstein @ F
-----------------------------------------------------------

Das Gate zum Atari-Net ist von GI nach F verlegt worden. Soll auch das
englischsprachige Atarinetz NeST importiert werden?


F.1.4  Usenet, Internet: Jrg Henne @ BB
----------------------------------------

Seit 6 Monaten verfgt das Gate bei der Maus BB ber eine Standleitung ins
Internet. Mail wird daher sofort ausgeliefert.
Kann eine Mail nicht sofort ausgeliefert werden, wird noch 10 Tage lang
versucht, die Mail zuzustellen. Danach wird sie als unzustellbar zurckge-
schickt. Dies ist wichtig, weil etliche Internet-Sites keinen korrekten
MX-Record haben.
Die Gatewaylogfiles werden 14 Tage aufbewahrt.
Nachforschungen sind nur unter Angabe der Message-Id mglich! Folgende
Massenmail-Regelung ist fr eingehende Mail gltig: Mail ab 64kB bleibt im
Filter hngen und der Empfnger wird mittels einer PM informiert. Ab einer
Gre von 100kB erhlt der Empfnger zustzlich eine Zahlungsaufforderung.


F.2  2. Bericht des AL-Teams
============================

Als einziges anwesendes Mitglid berichtet Jrg Henne ber die Ttigkeit des
AL-Teams. Nach anfnglichen Schwierigkeiten hat das Team seinen Job in den
Griff bekommen.

Unter anderem mute die Abstimmungssoftware neu geschrieben werden. Die
neue Software besteht aus 2 Perl-Skripts und Timm Ganskes OMOV-Programm.
Sie steht auch dem neuen Team zur Verfgung.

Im AL-Team herschte folgende Aufgabenteilung: Tomas Fey kmmerte sich um
Gruppeneinrichtungen, Jrg Henne um den Rest. Jrg Henne rumt ein, das das
AL-Team die Abstimmung zu den langen Gruppennamen nach monatelanger Diskus-
sion verpennt hat. Aus dem Plenum wird vorgeschlagen, die Sache auf dem
Sysoptreffen zu regeln. Siehe auch TOP 8 und 9.


F.3  3. Bericht der Boxprogrammierer
====================================

Leider ist Gereon Steffens @ K2 krank und die anderen Mausprogrammierer
wollten oder konnten nicht zum Sysoptreffen kommen. Daher gibt es keinen
Bericht ber die Maus.

Uwe Ohse @ DU3 berichtet ber den Entwicklungsstand der Quark II. Die Quark
II luft zur Zeit unter Linux, Net-BSD und HP-UX. Wesentlicher Vorteil der
Quark ist die hhere Geschindigkeit sowie die einfachere Einbindung ins
Internet. Nachteilig ist die schlechtere Einbindung ins MausNet. Eine
aktuelle Demo der Quark steht zur Verfgung und kann im Saal bewundert wer-
den.

ber den Status der Quark I ist nichts genaues bekannt.


F.4  4. Neuwahl des Al-Teams
============================

Die Amtszeit des bisherigen AL-Teams ist abgelaufen.

Die Sysops beschlieen mit absoluter Mehrheit, sofort ein neues Team zu
whlen.

Folgende Kandidaten stellen sich zur Verfgung:
        Udo Fleckenstein @ F
        Timm Ganske @ OF
        Michael Wist @ GP
        Gert Stamminger @ AN (nur als Stellvertreter)
        Peter Bhnke @ HB2  (nur als Stellvertreter)

Die Sysops beschlieen ohne Gegenstimmen, da die Anzahl der Kandidaten
ausreicht.

Gegen eine Blockabstimmung werden keine Einwnde erhoben. Um der OMOV-
Regelung gerecht zu werden, wird eine Betreiberabstimmung durchgefhrt. Die
Kandidaten werden mit 2 Gegenstimmen gewhlt und nehmen die Wahl an.


F.5  5. regionales PM-Massenlimit
=================================

F. Meyer zu Uptrup @ S4 wnscht sich die Mglichkeit, regional ein hheres
Limit fr Massenmails als die im PM-Manifest vorgesehenen 64kB einzustel-
len, da er zu vielen Musen Nahbereichsverbindungen hat. Ein Problem
besteht darin, da das mausnet.exe Massenmails erst nach dem 1. Hop fil-
tert. Das fhrt dazu, da die MAUS S3 momentan quasi der Mlleimer des
MausNet ist. Wegen dieser Einschrnkung werden z.B. fter Sachen auf der S3
"entsorgt", welche fr die S4 bestimmt waren. Letzere steht ganze 20
Zentimeter von der ersteren weg.

Eine differenzierte Einstellung des Limits fr einzelne Verbindungen ist
derzeit nicht mglich. In der Diskussion werden folgende Gesichtspunkte
aufgezeigt:

    Regionale Regelungen knnen die User verwirren, wenn sie nicht mehr
     wissen, wieviel sie wohin verschicken drfen.
    Hhere Limits ndern den Charakter des MausNet von einem messageorien-
     tierten Netz hin Richtung auf ein fileorientiertes Netz.
    Hhere Limits an Gateways knnten Auswirkungen auf die Domain .maus.de
     haben. Friedrich Lmmle @ H hlt dem entgegen, da die Berechnungs-
     grundlage zumindest im HanNet 10MB/Monat sei, was von den Musen nicht
     erreicht werde.
    Eventuell widersprechen hhere regionale Limits dem PM-Manifest.

Die anwesenden Betreiber beschlieen bei 20 Pro-, 11 Gegenstimmen und 6
Enthaltungen, die bisherige Regelung, die regionale Limits verbietet, zu
ndern. Folgende Varianten werden abgestimmt:

    Falls die Mausprogrammierer keine zustzlichen Konfigurationsmglich-
     keiten einbauen, werden lokal hhere Limits erlaubt. Abgelehnt bei
     einer Prostimme.
    Falls die Mausprogrammierer ein pro Link einstellbares Limit einbauen,
     werden fr maximal einen Hop entfernte Empfnger hhere Limits zuge-
     lassen. Doppelmuse zhlen als 1 System. Angenommen bei 21 Pro-, 9 Ge-
     genstimmen und 6 Enthaltungen
    Falls die Mausprogrammierer ein System einbauen, das fr beliebige
     Verbindungen die Einhaltung aller unterwegs geltenden Limits auf der
     Absendermaus erzwingt und es den Usern einfach ermglicht, das jewei-
     lige Limit zu erkennen, so wird die Verwendung dieses Systems erlaubt.
     Angenommen bei 19 Pro-, 5 Gegenstimmen und 12 Enthaltungen.

Weiterhin wnschen sich die anwesenden Sysops eine Steigerung der maximalen
Nachrichtengre ber 16 kB hinaus.


F.6  6. Bericht ber den "Megahacker"
=====================================

Harald Krusekamp @ MS gibt einen ausfhrlichen Bericht ber die Jagd auf
den Megahacker, der im Sommer dieses Jahres aktiv war.


F.7  7. Vorverlegung des Nachtnetzes
====================================

Die Sysops beschlieen mit absoluter Mehrheit (Mit zwei Gegenstimmen und
drei Enthaltungen), das Nachtnetz vorzuverlegen, um die neuen Telekom-
Tarife ab 1996 auszunutzen. Die genauen Zeiten werden in Sysop.tech erar-
beitet.


F.8  8. lange Gruppennamen - Importgruppen
==========================================

Dieser Punkt behandelt nur reine Importgruppen, keine gleichberechtigten
Vernetzungen oder MausNet-eigene Gruppen. Nach einer Diskussion beschlieen
die Sysops folgende Regelung bei einer Gegenstimme und 3 Enthaltungen:

Importgruppen sollen die Orginalnamen des Herkunftsnetzes behalten bzw. den
vom Herkunftsnetz gewnschten Namen tragen.

Bei Importen aus dem Z-Netz wird deshalb ein "ZNET." vorangestellt, so wie
das vom Z-Netz gewnscht wird.

Die Sysops beschlieen, da Timm Ganske @ OF ber die Namen von Gruppen aus
FTN-Netzen entscheidet. Gruppen des FIDO-Netzes tragen den Vorsatz "fido.".

Die Namen der Importgruppen werden sptestens ab 1.11. durch den Netzgrup-
penkoordinator umgestellt. In diesem Zusammenhang beklagt der Gatewaykoor-
dinator Peter Boehnke @ HB2, da er ber keine aktuellen Listen verfgt.


F.9  9. lange Gruppennamen - eigene Gruppen
===========================================

Dieser Punkt behandelt nur MausNet-eigene Gruppen, keine gleichberechtigten
Vernetzungen oder Importgruppen.

Es existiert ein fertiger CFV fr eine Umbenennung der MausNet-eigenen
Gruppen. Die Sysops beschlieen bei 10 Enthaltungen, diesen CFV den Usern
unverzglich zur Abstimmung vorzulegen.

Es steht zur Diskussion, ob MausNet-eigene Gruppen innerhalb des MausNet
den Namensprefix "maus." fhren sollen. Als Argument hiergegen wurde das
>*Herkunftsflag genannt, durch das man auf diesen Prefix verzichten kann.
Die Sysops beschlieen bei 8 Gegenstimmen und 7 Enthaltungen, darber
sofort abzustimmen. Die Sysops lehnen den Prefix "maus." mit 3 Gegenstimmen
und 2 Enthaltungen ab.

Ausgenommen davon sind Gruppen, die bereits jetzt ein "MAUS" im Namen haben
*(MAUS, MAUS.INFO, etc.),sowie neue Gruppen, die aufgrund ihres Themas ein
*'MAUS' im Namen haben.


F.10  10. alternatives Netzprotokoll
====================================

>*Auf Anregung von Holger Dengler @ BB2 wnscht sich ein Teil der Sysops
ein alternatives Netzprotokoll, dessen Spezifikation allgemein zugnglich
sein soll. Holger Dengler ist Ansprechpartner fr die Bildung einer Ar-
beitsgruppe, die sich mit diesem Thema beschftigen wird.

Als Ziel soll eine zweite Schnittstelle alternativ zum Maustausch definiert
werden, die u.a. auch Gruppen durchrouten kann.


F.11  11. alternative Transportwege fr Netzpakete
==================================================

Jrg Henne @ BB erlutert die Mglichkeit, Netzpakete mittels UUCP over TCP
durch das Internet zu transportieren.

Die Sysops erheben keine Einwnde gegen den Transport durch das Internet,
wenn folgende Bedingungen erfllt sind.

    Die beteiligten Internet-Provider sind einverstanden.
    Die Internet-Kontingente der Domain .maus.de werden nicht belastet.
    Die Pakete werden unmittelbar vom Absender zum Empfnger transpor-
     tiert. Ein Transport via Mail scheidet daher blicherweise aus.
    Die Pakete enthalten keinen Klartext. Sie sind mglichst mit geeigne-
     ten Methoden zu verschlsseln.


F.12  12. das MausNet im WWW
============================

Michael Keukert @ AC2 will die WWW-Prsenz des MausNet koordinieren. Jrg
Henne @ BB kann einen WWW-Server fr das Mausnet aufsetzen. Persnliche
WWW-Seiten fr einzelne User sind nicht vorgesehen.


F.13  13. Infomaterial fr die IN-Geschftsstelle
=================================================

Fr die IN-Geschftsstelle wird Infomaterial ber das MausNet bentigt.
Timm Ganske @ OF und Jrgen Conradi @ HB schreiben einen entsprechenden
Text. Es gibt einen Mauskanal im IRC: #maustalk.


F.14  14. Vergabe von regionalen Gruppen
========================================

Es wird ber die Vergabemodalitten fr regionale Netzgruppen diskutiert.

Es wird ber folgende einander ausschlieende Vorschlge abgestimmt:

 a) Jeder Maus steht genau eine regionale Gruppe zu, fr die die Maus
    verantwortlich ist. Die Verbreitung dieser Gruppe steht im Belieben der
    verantwortlichen Maus.
    22 Stimmen.
 b) Solange es technisch mglich ist, werden regionale Gruppen vom Netz-
    gruppenkoordinator vergeben. Wenn die Gruppen knapp werden, kann der
    Netzgruppenkoordinator nach Belieben regionale Gruppen zurckverlangen.
    26 Stimmen
 c) Jede Maus kann 3 regionale Gruppen fhren. Darber hinausgehende
    Wnsche sind in Sysops vorzubringen und durchzusetzen.
    1 Stimme
 d) Es werden keine weiteren regionalen Gruppen eingerichtet, da regionale
    Verbindungen ber Maus-2-Maus-Gates mglich sind und netzweit lesbare
    Regionalgruppen wie normale Netzgruppen behandelt werden knnen.
    6 Stimmen

Enthaltungen: 3

Zwischen den Punkten a) und b) findet eine Stichabstimmung statt. Dabei
erhlt Punkt a) 33 Stimmen und Punkt b) 29 Stimmen. Damit wird Punkt a) an-
genommen.


F.15  15. Betreiberwechsel
==========================

Die Sysops heien die bisherige Praxis, bei einem Betreiberwechsel in
Sysop.info nachzufragen, ob Einwnde bestehen, gut.

Bei einem Betreiberwechsel sind die datenschutzrechtlichen Probleme zu
beachten, die durch die Weitergabe der Userdaten entstehen. Eventuell ist
den Usern rechtzeitig Gelegenheit zu geben, ihren Usereintrag zu lschen.


F.16  16. Sysoptreffen
======================

Dem Team der Quark Heilbronn um Frauke Cremer gilt der besondere Dank der
Sysops fr die Organisation des diesjrigen Treffens.

Die Sysops beklagen die geringe Beteiligung am diesjhrigen Treffen.
Insbesondere wird das vllige Fernbleiben der Mausprogrammierer heftig
kritisiert.

Es wird diskutiert, das nchste Treffen frher im Jahr zu stattfinden zu
lassen. Die Sysops beschlieen mit Mehrheit, beim bisherigen Termin zu
bleiben.

Es wird diskutiert, ob die Einrichtung von Arbeitsgruppen sinnvoll ist. Ein
Beschlu wird hierzu nicht gefat.

Die Muse HB und HB2 erklren sich bereit, das nchste Treffen
auszurichten.


F.17  17. Teilnehmerliste
=========================

Maus   Name
  AC2  Boris Meltzow
  AN   Robert Lechler
  AN   Gert Stamminger
  BB   Jrg Henne
  BB   Ulrich Frey
  BB2  Holger Dengler
  BB2  Sven Dittmar
  BL   Volker Keck
  BL   Carola Keck         *GAST* (Frau von Volker Keck, kein Sysop)
  BM   Markus Schmidke
  BOR  Georg Feuerstrter
  D    Andreas Jlicher
  D    Peter-F. Bajetto
  DO   Bjrn Oste
  DO   Stefan Hintz
  DO2  Uwe Blenz
  DO2  Andreas Rost
  DU   Klaus Abele
  DU   Thomas Neumann
  DU   Georg Schroers
  DU3  Uwe Ohse
  F   Martin Schwenk
  F   Udo Fleckenstein
  GI   Roman Kunz
  GI   Horst Jnger
  GP   Michael Wist
  H    Friedrich Lmmle
  HAM  Peter Huluk
  HAM  Michael Scharfschwerdt
  HB   Jrgen Conradi
  HB2  Peter Bhnke
  HH   Harald Labeit
  HL   Karsten Iwen
  HM   Jens Lthje
  HN   Frauke Cremer
  HN   Frank Drring
  K2   Edgar Fu
  KA   Wolfgang Walter
  KA2  Ralf Urmersbach
  KI   Klaus Atzpodien
  KN   Andreas Rieck
  KN   Martin Krschner
  KN   Matthias Krschner
  KR   Elmar Hoettges
  KR   Henry Rolofs
  LB   Uwe Seidler
  LI   Horst Kollmuss
  LU   Stefan Huerter
  LU   Andreas Koegel
  LU   Jochen Friedrich
  M2   Anselm Kruis
  MGN  Falk Sauer
  MK2  Dirk Reinarz
  MK2  Martin Loos
  MS   Michael Steinwachs
  MS   Harald Krusekamp
  OF   Timm Ganske
  OG   Andreas Mandel
  OG   Stefan Llabres
  OG   Alexander Prontepcharon
  OS2  Thomas Meiner
  PB3  Frank Baumgart
  PB3  Dirk Hagedorn
  S    Inge Meiser
  S    Gerhard Meiser
  S3   Frithard Meyer-zu-Uptrup
  SB   Torsten Engel
  SB   Christian Philipp
  SB2  Harald Eckstein
  SU2  Juergen Lanzki
  SU2  Herbert Framke
  SZ   Steffen Engel
  SZ   Stefan Brix
  TBB  Hans-Peter Bock
  UN   Edgar Rosenboom
  UN   Karl Reinberg
  W   Elke Freier
  W   Fritz Elfert
  W   Roland Fssl
  ZW   Andreas Mayer
  ZW   Ulrich Pfisterer
Macht zusammen 81 Teilnehmer, davon waren 80 stimmberechtigt.
=============================================================

Fr das Protokoll

    Anselm Kruis @ M2

    Michael Wist @ GP

    Michael Kugelmann @ S5 (berarbeitung)



===========================================================================
Anhang G

Sysoptreffen Bremen 18. Oktober 1996
===========================================================================

               Protokoll des MausNet(c) SysOp-Treffens 1996
                     Version 1.2 vom 18. Oktober 1996

Das SysOp-Treffen fand am 20. und 21. September 1996 im Jugendgstehaus in
Bremen statt. Anwesend waren 79 SysOps aus 48 Musen. Unter den SysOps
waren 74 mnnlichen und 5 weiblichen Geschlechts.

Die eigentliche Tagung fand am 21.09.1996 in der Zeit von 10:00 Uhr bis
17:30 Uhr statt. Sie wurde durch Mittagessen (12:30 Uhr) und Kaffeetrinken
(16:00 Uhr) unterbrochen. Sebastian Hempel @ WUN und Thomas Meiner @ OS2
bernahmen die schwere Aufgabe der Protokollfhrer.

Die Tagung bestand aus zwei Teilen. Am Vormittag wurden in einzelnen Ar-
beitsgruppen verschiedene Themen diskutiert. Die Ergebnisse dieser Arbeits-
gruppen wurden am Nachmittag im Plenum vorgetragen und evtl. Abstimmungen
dazu durchgefhrt. Den Vorstellungen der Arbeitsgruppen schlo sich eine
Diskussion im Plenum zu allgemeinen Themen an.


G.1  PARTTIME ARBEITSGRUPPEN
============================


G.1.1  AG Soziales
------------------

Thema

Die Arbeitsgruppe beschftigte sich mit den Umgangsformen im MausNet und
denen von SysOps ("Du arrogantes Arschloch") oder anderen Usern mit mtern
im speziellen.

Andreas Hoffmann @ K2

Ergebnisse

Im Allgemeinen werden die Umgangsformen im MausNet eingehalten. Bei ffent-
lichen Streitereien sollten sich andere User des fteren per PM einmischen.
Es kann jedoch Probleme geben, wenn einer der beteiligten Personen ein Amt
(Betreiber, SysOp, AL-Team, etc.) inne hat und auch auf PMs nicht reagiert.

Um das Eskalieren von Streitereien in Zukunft zu vermeiden, wird von der
Arbeitsgruppe die Einfhrung einer Schlichtungsinstanz (Schiedsgericht,
Schiedsstelle) mit entsprechender Macht vorgeschlagen.

Die Arbeitsgruppe macht folgenden Vorschlag zum Profil des Schiedsteams.

    In erster Linie ist das Schiedsteam fr den Fall gedacht, da ein
     Sysop oder Betreiber in eine Streitigkeit involviert ist.
    Das Schiedsteam soll nur auf Anforderung hin aktiv werden. Hierfr
     mssen sich User aus mindestens 10% der Muse (auf 5er aufgerundet),
     mindestens aber aus 15 unterschiedlichen Musen beim Schiedsteam ber
     einen User beschweren.
    Das Schiedsteam entscheidet dann in relativ kurzer Zeit mit einfacher
     Mehrheit ber evtl. Sanktionen. Als Sanktion ist das Abklemmen der die
     Streitigkeit betreffenden Gruppe(n) - SysOp-Gruppen fr 7 Tage und (in
     letzter Konsequenz) User-Gruppen fr 3 Tage - vorgesehen.
    Die Kommunikation des Schiedsteams kann ber eine eigene Gruppe, eine
     Mailingliste oder per Voice (Telefon) erfolgen.
    Das Schiedsteam berichtet anschlieend ber die Entscheidung, inklusi-
     ve einer kurzen Begrndung. Diskussionsverlauf und Entscheidungsfin-
     dung mssen weder ffentlich verfolgbar ablaufen, noch nachtrglich
     dokumentiert werden.
    Eine Info-Mitteilung ber das Schiedsteam wird regelmig in Maus.Info
     gepostet. In dieser Mitteilung soll darauf hingewiesen werden, da die
     Anrufung des Schiedsteams das letzte Mittel ist. Vorher sollten alle
     anderen Mglichkeiten zur Schlichtung eines Streits (lokale Gesprche,
     Einschalten des SysOps, etc.) verwendet werden.
    Das Schiedsteam soll 5 Mitglieder (ohne Vertreter) umfassen und eine
     unbeschrnkte Amtszeit besitzen.
    Das Schiedsteam entscheidet nur ber die Form nicht jedoch ber den
     Inhalt einer Diskussion. Es handelt sich um keine Moderation.

Abstimmungen

Soll ein Schiedsteam eingerichtet werden, das auf Anforderung hin ber
Sanktionen entscheidet? Als Sanktion ist hierfr das Abklemmen von User-
gruppen fr 3 Tage und fr SysOp-Gruppen fr 1 Woche vorgesehen.

    Ergebnis: 38 dafr, 18 dagegen, 10 Enthaltungen (66)
    Es wird ein Schiedsteam eingerichtet.

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

Das Schiedsteam wird erst auf Anforderung von Usern aus 5% der Muse, min-
destens jedoch 3, hin aktiv.

    Ergebnis: 54 dafr, 2 dagegen, 10 Enthaltungen (66)
    Das Schiedsteam wird erst bei der Aufforderung von Usern aus 5% der
     Muse, mindestens jedoch aus 3 Musen, hin aktiv.

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

Sollen die Mitglieder des Schiedsteams auf dem SysOp-Treffen gewhlt wer-
den?

    Ergebnis: 45 dafr, 9 dagegen, 12 Enthaltungen (66)
    Die Mitglieder des Schiedsteams werden auf diesem SysOp-Treffen
     gewhlt.

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

Es gibt 6 Vorschlge fr die Mitglieder des Schiedsteams: Harald Krusekamp
@ MS, Steffen Engel @ SZ2, Andreas Hoffmann @ K2, Marco Hahn @ SL, Philipp
Oelwein @ HH2 und Marcus Ohlhaut @ BA. Es wird ber jeden Vorschlag einzeln
abgestimmt. Die 5 Vorschlge mit den meisten Stimmen werden Mitglieder des
Schiedsteams.

    Harald Krusekamp @ MS erhlt 47 Stimmen
    Steffen Engel @ SZ2 erhlt 37 Stimmen
    Philipp Oelwein @ HH2 erhlt 31 Stimmen
    Andreas Hoffmann @ K2 erhlt 16 Stimmen
    Marcus Ohlhaut @ BA erhlt 17 Stimmen
    Marco Hahn @ SL erhlt 15 Stimmen
    Somit besteht das Schiedsteam aus: Harald Krusekamp @ MS, Steffen
     Engel @ SZ2, Philipp Oelwein @ HH2, Andreas Hoffmann @ K2 und Marcus
     Ohlhaut @ BA.


G.1.2  AG MausRte / User und SysOps
------------------------------------

Thema

Die Arbeitsgruppe beschftigte sich mit dem Verhltnis zwischen Usern und
SysOps.

Karl Reinberg @ UN

Ergebnisse

Das Mitrauen einiger User gegenber den SysOps entsteht aufgrund der
mangelnden Information der User ber die Aufgaben, Mglichkeiten und Ttig-
keiten der SysOps. Die Einfhrung eines MausRates, wie er in den letzten
Monaten in der Gruppe Maus diskutiert wurde, ist zur Lsung dieses Problem
ungeeignet. Auerdem hat eine Umfrage unter den Usern gezeigt, da von der
Mehrheit der User ein MausRat auch nicht gewnscht wird.

Die Arbeitsgruppe schlgt die Einfhrung eines neuen Infofiles vor. In
diesem Dokument soll ber die Aufgaben, Rechte und Pflichten der einzelnen
Personen mit entsprechendem Userstatus (Betreiber, SysOp, Programmteilwart,
Gruppenchef, AL-Team) informiert werden. Durch dieses Infofile soll auch
ber die Pflichten des SysOp aufgeklrt werden. Axel Katerbau @ BM erklrt
sich dazu bereit die Erstellung dieses Dokuments in Maus.Doku zu
koordinieren.

Der Einfhrung eines derartigen Infofiles wird allgemein zugestimmt,
weshalb keine Abstimmung darber notwendig ist.

Die Usermitbestimmung in technischer Hinsicht kann nur vorschlagenden
Charakter haben. Wie auch die SysOps den MAUS-Programmierern nur Vorschlge
machen knnen. Die Mitbestimmung der User auf administrativer Ebene ist
eine Angelegenheit der lokalen Autonomie.

Die Beteiligung der User an der Netzpolitik kann u.a. durch die Information
der User ber Diskussion in der Gruppe SysOps verbessert werden. Die Infor-
mationen beschrnken sich dabei auf das Thema und nicht auf den Inhalt der
Diskussion. Diese Information auf lokaler Ebene wird jeder MAUS im MausNet
empfohlen.

In der anschlieenden Diskussion wird die u.U. recht lange Antwortzeit von
Mitteilungen an SysOp @ MAUS moniert. Es wird eine allgemeine Empfehlung
ausgesprochen, da Mitteilungen an den WoSy einer MAUS innerhalb von 3
Tagen zu beantworten sind.

ber die Mitleser in den technischen SysOp-Gruppen von Fremdmusen (kommer-
zieller Einsatz der MAUS-Software) wird abgestimmt. Es wird darauf hinge-
wiesen, da nur im ISB eingetragene Personen lesenden Zugriff auf SysOp-
Gruppen haben drfen.

Abstimmungen

SysOps von Fremdmusen werden als Gast-SysOp im ISB eingetragen. Als Krzel
wird hierbei das Krzel der Fremdmaus eingetragen.

    Ergebnis: 56 dafr, 1 dagegen, 13 Enthaltungen (70)
    SysOps von Fremdmusen werden in obiger Form im ISB eingetragen.


G.1.3  AG Informationsfeldweg
-----------------------------

Thema

Die Arbeitsgruppe behandelte die Problematik der IN-Teilnahme und die
Frage, ob alle Muse verpflichtend Mitglieder einer Domain sein mssen.
Anselm Kruis @ M2

Ergebnisse

Mitteilungen von Musen, die nicht am IN teilnehmen, werden nicht expor-
tiert werden. Desweiteren ergibt sich die Problematik, da auf ffentliche
Mitteilungen aus diesen Musen keine privaten Kommentare geschrieben werden
knnen. Diesen Umstand knnte man u.U. durch eine entsprechende Absenderan-
gabe kenntlich machen, die von den Gateways mit einem Bounce behandelt
wird.

Es knnen nicht alle Muse an der Teilnahme am IN verpflichtet werden, wenn
sie bereits ber einen kommerziellen Provider versorgt werden. In der Ar-
beitsgruppe wurde auch berlegt, die Domain maus.de aus dem IN zu nehmen.
Diese berlegungen zielen jedoch auf die ferne Zukunft hin.

Es wird jeder MAUS dringend empfohlen, Mitglied einer Domain zu sein.


G.1.4  AG Kommerz
-----------------

Thema

Die Arbeitsgruppe beschftigte sich mich mit Regeln zum Kommerz in den
MausNet-Gruppe und der Werbung in der MAUS selbst.

Patrick Jerchel @ B

Ergebnisse

Der lokale Kommerz ist aufgrund der lokalen Autonomie erlaubt. Es wird zw-
ischen dem Kommerz von Seiten des Betreibers, dem Kommerz durch einen
Sponsor und dem Kommerz durch Dritte im allgemeinen unterschieden. Der
Kommerz kann in lokalen Gruppen, dem InfoFile Kommerz und durch entspre-
chende Hinweise in mtitel.dat und mende.dat erfolgen.

Die Arbeitsgruppe mchte auf dem SysOp-Treffen Entscheidungen ber den
Status von lokalen Kommerzgruppen (Pflicht und/oder Default), den Hinweis
auf lokale Kommerzgruppen und dem Umfang von Kommerz in Titel und Abspann
erreichen. Der lokale InfoText ber Kommerz bleibt weiterhin zur freien
Verfgung.

Des weiteren soll ber die Verwendung der MausNet-Adresse - nicht der IN-
Adresse - fr kommerzielle Belange entschieden werden. In diesem Zusammen-
hang soll auch der Status der Chef-Adressierung und der Verwendung von
Weiterleitungsdmonen geklrt werden.

Die Arbeitsgruppe diskutierte auch ber den MausNet-weiten Kommerz und den
erlaubten Umfang. Zur Entlastung der *.news Gruppen von kommerziellen
Mitteilungen wird die Grndung einer MausNet-weiten Kommerzgruppe vorge-
schlagen. Kommerzielle Mitteilungen knnten in dieser Gruppe kanalisiert
werden. Die Diskussion ber die Inhalte der *.news Gruppen konnte aus
zeitlichen Grnden nicht erfolgen. ber den Umfang von Postings in diesen
Gruppen wird daher in der Gruppe info.temp diskutiert.

Abstimmungen

Drfen kommerzielle lokale Gruppen den Pflicht-Status haben?

    Ergebnis: 0 dafr, 68 dagegen, 3 Enthaltungen (71)
    Lokale kommerzielle Gruppen drfen nicht den Status Pflicht haben.

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

Darf eine lokale kommerzielle Gruppe den Status Default haben, wenn der
Benutzer darauf hingewiesen wird, wie er diese wieder abstellen darf?

    Ergebnis: 24 dafr, 31 dagegen, 13 Enthaltungen (68)
    Eine lokale kommerzielle Gruppe darf nicht den Status Default haben.

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

Darf in lokalen Pflichtgruppen auf die Existenz von lokalen kommerziellen
Gruppen hingewiesen werden?

    Ergebnis: 31 dafr, 19 dagegen, 19 Enthaltungen (69)
    In lokalen Pflichtgruppen darf auf die Existenz von lokalen kommerzi-
     ellen Gruppen hingewiesen werden.

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

Im Titel darf ein Hinweis (1 Zeile) auf kommerzielle Gruppen bzw. den kom-
merziellen Inhalt gegeben werden.

    Ergebnis: 59 dafr, 7 dagegen, 3 Enthaltungen (69)
    Im Titel der MAUS darf ein Hinweis (1 Zeile) auf die kommerzielle
     Gruppe gegeben werden.

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

Im Abspann der MAUS drfen 5 Zeilen (incl. Sternchen) fr kommerzielle
Belange verwendet werden.

    Ergebnis: 32 dafr, 22 dagegen, 11 Enthaltungen (65)
    Der Hinweis auf kommerzielle Belange darf im Abspann durch 5 Zeilen
     erfolgen.

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

Darf die MausNet-Adresse (Realname) nach auen hin fr kommerzielle Belange
verwendet werden?

    Ergebnis: 44 dafr, 5 dagegen, 17 Enthaltungen (66)
    Die MausNet-Adresse (Vorname Nachname @ MAUS-Krzel) - nicht die
     maus.de Adresse (Vorname_Nachname@MAUS-Krzel.maus.de) - darf fr kom-
     merzielle Belange verwendet werden.

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

Darf die technische Adressierung (Info-Account, Chef) nach auen hin fr
kommerzielle Belange verwendet werden?

    Ergebnis: 1 dafr, 56 dagegen, 9 Enthaltungen (66)
    Die technische Adressierung darf nach auen hin nicht fr kommerzielle
     Belange verwendet werden.

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

Darf bei Fragen in ffentlichen (netzweiten) Gruppen ffentlich mit kommer-
ziellen Inhalten geantwortet werden?

    Ergebnis: 0 dafr, 51 dagegen, 15 Enthaltungen
    Es darf auf ffentliche Anfragen nicht ffentlich mit kommerziellen
     Inhalten geantwortet werden.

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

Soll eine neue (netzweite) Gruppe zur Kanalisierung von kommerziellen
Inhalten gegrndet werden?

    Ergebnis: 21 dafr, 37 dagegen, 8 Enthaltungen
    Es wird keine kommerzielle Gruppe im MausNet gegrndet.


G.1.5  AG Aueneinflsse
------------------------

Thema

Die Arbeitsgruppe beschftigte sich mit dem Problem von Hackern und
"Megahackern".

Holger Wulfers @ HB

Ergebnisse

Die beste Gegenmanahme gegen Hacker ist die Aufklrung der SysOps ber
Sicherheitslcher und deren Beseitigung. Die beste technische Manahme
gegen evtl. Zerstrungen ist das Backup.

Fr das Verhalten bei sogenannten Megahackern kann keine Empfehlung gegeben
werden. Es gibt auch keine Manahmen durch die derartige Zwischenflle
vermieden werden knnen. Es wird der Hinweis gegeben, da eine dauerhafte
Kontrolle der Inhalte nicht notwendig ist. Der SysOp mu erst Handeln, wenn
er von verbotenen Inhalten Kenntnis erlangt (z.B. durch Hinweise von
Usern).


G.1.6  AG Sonstiges/Diverses
----------------------------

Thema

Die Arbeitsgruppe beschftige sich mit den Themen

    Headerei, Quoterei, Footerei
    PGP-Signierung von ffentlichen Mitteilungen
    Pseudos und dem Problem des Doppelaccounts

Markus Ohlhaut @ BA

Ergebnisse

Der Status von Headern, dem Quoteverhltnis und Footern wird wie bisher
beibehalten. Header, bermige Quotes und Footer sind zu unterlassen. Die
PGP-Signierung von ffentlichen Mitteilungen ist nicht erwnscht. Nur fr
gewisse Mitteilungen mit wichtigem bzw. dokumenthaftem Charakter ist eine
Ausnahme erlaubt. Auerhalb von Info- und News-Gruppen wird die Signierung
als Footer angesehen.

Zu Pseudos bzw. dem Problem des Doppelaccounts findet eine Abstimmung
statt.

Abstimmungen

Pro natrliche Person, pro MAUS ist nur ein Account zum Schreiben ins Netz
unter Realname erlaubt.

    Ergebnis: 64 dafr, 3 dagegen, 3 Enthaltungen (70)
    Pro natrlicher Person ist pro MAUS nur ein Account zum Schreiben ins
     Netz unter Realname erlaubt. Bestehende Doppelaccounts sind von dieser
     neuen Regelung betroffen!


G.2  FULLTIME ARBEITSGRUPPEN
============================


G.2.1  AG Great Renaming
------------------------

Thema

Die Arbeitsgruppe behandelte die Umbenennung der MausNet-Gruppen. Durch die
Verwendung von langen Gruppennamen sollen die MausNet-Gruppen in Hierar-
chien gruppiert werden. Fr diese Gruppierung existieren verschiedene
Vorschlge. Karsten Iwen @ HL

Ergebnisse

Durch die Abwesenheit von Andreas Mayer @ ZW, der bereits verschiedene
Vorschlge gesammelt hat, konnte diese Arbeitsgruppe keine Ergebnisse
liefern. Da die Vorschlge nicht vorlagen, konnte auf dem Treffen auch
keine Abstimmung ber die verschiedenen Vorschlge durchgefhrt werden.

Ab dem 23.09. wird daher in der Gruppe Importgruppen.Rahmendiskussion eine
endgltige Ausarbeitung des CfVs zum "Great Renaming" durchgefhrt. Neben
Karsten Iwen @ HL haben sich Friedrich Lmmle @ H, Uwe Ohse @ DU3, Peter
Bhnke @ HB2 und Peter Redecker @ BOR bereit erklrt die Ausarbeitung zu
bernehmen.


G.2.2  AG Gateways
------------------

Themen

Die Arbeitsgruppe behandelte verschiedene Themen zu Gateways.

    zuknftiger Status von Kreuzvernetzungen
    Transitproblematik und Strategien zur Dupevermeidung
    Mindestanforderungen an Gateways

Georg Bauer @ MS3

Ergebnisse

Auer den Gruppen Netzwesen, Gateways und Gatebau werden alle Kreuzver-
netzungen in nchster Zeit aufgelst. Bei allen anderen Gruppen wird einem
der an der Kreuzvernetzung beteiligten Netze die Gruppe zugesprochen und
deren Name fr die Gruppe bernommen. Neue Kreuzvernetzungen werden nicht
mehr eingerichtet. Bei der Grndung einer Gruppe ist deren Exportname
festzulegen, an den sich alle anderen Netze halten mssen.

Die Transitproblematik - z.B. Zustellung einer Mitteilung vom Internet an
das FidoNet ber das MausNet - wird durch verschiedene Manahmen beseitigt.
Die Manahmen tragen auerdem zur Vermeidung von Dupes bei.

    Das einheitliche Splitting von Mitteilungen am Gateway und deren
     Kennzeichnung ist bereits geregelt, wird aber noch nicht von allen
     Gateways untersttzt.

    Die Header-Zeilen sender, follow-up und reply-to werden in einer der
     nchsten MAUS-Versionen verfgbar sein. Sobald diese Zeilen implemen-
     tiert sind, werden sie auch von Gateways verwendet werden.

    Nicht mehr exportierbare Mitteilungen sollten von Gateways gekenn-
     zeichnet werden. Dies ist z.B. bei Crosspostings notwendig, da durch
     den Wegfall von Header-Zeilen ein vernnftiger Export nicht mehr
     mglich ist.

    Beim Import von Mitteilungen aus dem MausNet ist die kurze MsgID aus
     der langen MsgID zu extrahieren und zu verwenden.

    Die Gateways verwenden die Domain-Eintrge der einzelnen EXP-Files um
     den einzelnen Musen die korrekte Domain zuzuordnen. In der MsgID
     selbst wird allerdings immer die Domain maus.de verwendet.

    Das Weiterleiten einer Mitteilung aus dem Internet an eine MausNet
     Adresse und weiter an eine Internet Adresse ist erlaubt.

Durch obige Manahmen ist ein Transit von Mitteilungen durch das MausNet
kein Problem mehr.

In der weiteren Diskussion wurden folgende Mindestanforderungen fr Gate-
ways im MausNet festgelegt. Die genauen Mindestanforderungen sollen bis
31.10.1996 inhaltlich mit den anderen Gateway-Programmierern in den ent-
sprechenden Gruppen abgesprochen werden.

  1. Die Splittingkonventionen mssen realisiert werden.
  2. Sender/Reply-To/Followup-To mssen untersttzt werden, sobald sie
     verfgbar sind.
  3. Mitteilungen, die beim Import so verndert werden, da ein Export
     nicht sinnvoll ist, mssen geeignet gekennzeichnet werden. Entspre-
     chend gekennzeichnete Mitteilungen drfen an anderen Gates nicht ex-
     portiert werden. Was zu einer Kennzeichnung fhrt, mu in Zusammenar-
     beit der Programmierer ausgearbeitet werden.
  4. Der Pathhack (news.maus.de in den Path eintragen) wird nur noch fr
     Fremdnetzmitteilungen gesetzt. Bei Mausmitteilungen wird er weggelas-
     sen. Statt dessen werden bei Mausmitteilungen beim Reimport aus der
     langen Message-ID die kurze Id ermittelt und als Temp-ID verwendet.
  5. Als Absenderadressen sind die Angaben aus der D-Zeile im EXP zu ver-
     wenden. Muse ohne D-Zeile werden nicht exportiert.
  6. Transit von Mail, verursacht durch den PM-Forwarder (Usenet an Maus
     weitergeleitet an Usenet) mu erlaubt sein.
  7. Die Konventionen zur M-Zeile mssen implementiert sein (rudimentre
     Mime-Untersttzung)
  8. Das Bouncen von ffentlichen Mitteilungen ist verboten. Am Rande der
     Diskussion wurde die Gruppe SysOp.Gate als "offizielle" Gruppe fr
     Diskussionen zu Gateways im MausNet festgelegt.


G.2.3  AG AL-Team
-----------------

Thema

Die Arbeitsgruppe diskutierte die derzeitige Problematik des AL-Teams, den
Modus fr Neuwahlen, die Lnge der Amtszeit und die Mglichkeit zur Betei-
ligung von Usern am AL-Team.

Thomas Meiner @ OS

Ergebnisse

Die Arbeitsgruppe schlgt die Aufteilung des AL-Teams in ein SysOp- und ein
User-Team vor. SysOp- und User-Team sind getrennt. Das User-Team bearbeitet
die Abstimmungen auf Userseite, das SysOp-Team kmmert sich ausschlielich
um SysOp-Abstimmungen und "kontrolliert" das User-Team.

In der anschlieenden Diskussion werden weitere Mglichkeiten zur Entlast-
ung des AL-Teams angesprochen. So wird vorgeschlagen, da User automatisch
einen CfO zur Einrichtung einer neuen Gruppe durchfhren knnen, wenn sie
auf die Anfrage beim AL-Team keine negative Antwort bekommen. Auch knnte
die derzeitige Struktur des AL-Teams (nur SysOps) beibehalten werden, wenn
das AL-Team Aufgaben delegieren knnte und somit nur noch koordinierende
Aufgaben hat.

Es wird vorgeschlagen, da das AL-Team als erste Handlung nach seiner Wahl
den nchsten Wahltermin festlegt. Somit knnte die derzeitige Situation -
AL-Team ist weit ber seine eigentliche Amtszeit immer noch im Amt -
vermieden werden. Es wird festgelegt, da das AL-Team regulr im Netz zu
whlen ist. Nur in Ausnahmefllen soll eine Wahl auf dem SysOp-Treffen
stattfinden.

Von den derzeitigen Mitgliedern des AL-Teams wird angeregt, einen einzigen
Abstimmungsdmon im MausNet zu installieren. Bisher habe jedes AL-Teams
seinen eigenen Dmon verwendet. Der Dmon des derzeitigen AL-Teams befindet
sich in F und kann von auen nicht betreut und "bedient" werden. Markus
Schmidke @ BM erklrt sich bereit, bis 19.10. einen funktionsfhigen Ab-
stimmungsdmon zu programmieren. Jrgen Conradi wrde ihn in der HB instal-
lieren. Der Dmon soll in Zukunft von allen AL-Teams verwendet werden.

Abstimmungen

Sollen User am AL-Team beteiligt werden?

    Ergebnis: 28 dafr, 35 dagegen, 9 Enthaltungen (72)
    Das AL-Team wird weiterhin nur aus SysOps bestehen.

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

Soll das AL-Team ermchtigt werden, Aufgaben an User zu bertragen?

    Ergebnis: 71 dafr, 1 dagegen, 1 Enthaltung (73)
    Das AL-Team darf Aufgaben in Zukunft an User bertragen.

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

Soll das AL-Team auch weiterhin aus 3 Personen bestehen?

    Ergebnis: 73 dafr, 0 dagegen, 0 Enthaltungen (73)
    Das AL-Team besteht aus 3 Personen.

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

Soll die Amtsdauer des AL-Teams 1 Jahr betragen?

    Ergebnis: 68 dafr, 0 dagegen, 3 Enthaltungen (71)
    Die Amtszeit des AL-Teams betrgt 1 Jahr

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

Soll das AL-Team jetzt sofort auf dem SysOp-Treffen gewhlt werden?

    Ergebnis: 12 dafr, 35 dagegen, 18 Enthaltungen (65)
    Das AL-Team wird nicht auf dem SysOp-Treffen gewhlt.

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

Soll das AL-Team in sptestens einem Monat gewhlt werden?

    Ergebnis: 52 dafr, 1 dagegen, 12 Enthaltungen (65)
    Das AL-Team wird in sptestens einem Monat im Netz gewhlt.


G.3  PLENUM des Sysoptreffens Bremen
====================================


G.3.1  Plenum: Neuer Standort der Netzzentrale
----------------------------------------------

Jrg Stattaus @ W2 berichtet vom derzeitigen Status der Netzzentrale in
Aachen (AC).

Frank Berger arbeitet in Paris und kommt nur jedes 2. Wochenende nach
Aachen. Der andere SysOp der MAUS Aachen (Robert Hecht) kann ebenfalls aus
Zeitgrnden nicht schnell auf evtl. Probleme reagieren. Frank mchte daher
aus zeitlichen Grnde die MAUS Aachen und damit die Netzzentrale abgeben.

Michael Keukert @ AC2 hat sich lokal bereits angeboten, die AC und damit
die Netzzentrale als Zweitmaus zu bernehmen. Fr die bernahme der Zentra-
le haben sich ebenfalls "Fritz mit dem langen Namen" (Frithard Meyer-zu-
Uptrup @ S3) und Friedrich Lmmle @ H bereit erklrt.

Die Entscheidung ber den Standort der neuen Netzzentrale wird vertragt und
in den SysOp-Gruppen besprochen.


G.3.2  Plenum: Bedeutung der einzelnen MausTausch Status
--------------------------------------------------------

Das einzige MausTausch-FrontEnd, das in dieser Hinsicht aus der Reihe
tanzte, war CrossPoint von Peter Mandrella @ LU. Peter ist derzeit dabei,
die Unstimmigkeiten zu beseitigen. Somit besteht kein Diskussions- und
Handlungsbedarf in dieser Hinsicht.


G.3.3  Plenum: Bericht der MAUS-Programmierer und Zukunft der Software
----------------------------------------------------------------------

Jrg Stattaus @ W2 erstattet als einziger anwesender Programmierer der
MAUS-Software Bericht.

Kai Henningsen @ MS ist nicht mehr im Programmier-Team der MAUS dabei.
Frithard Meyer-zu-Uptrup @ S3 ist seit diesem Jahr neu in das Team einge-
stiegen. Er kmmert sich um die OS/2-Umsetzung der MAUS und den Programm-
teil. Die Portierung der MAUS auf OS/2 ist grtenteils abgeschlossen. Es
fehlen nur noch Feinheiten und die Fossil-Untersttzung. Nach der
Portierung will sich Fritz um den Programmteil kmmern. Er bernimmt dafr
die Sourcen von Achim Reinhardt und wird wohl als erstes den SaugTausch
implementieren.

Die Sourcen der OS/2-MAUS sind brigens mit denen der normalen MAUS unter
DOS identisch. Die verschiedenen Versionen werden durch Compilerschalter
realisiert. Die beiden Versionen (DOS und OS/2) werden daher immer den
gleichen Stand haben.

Die MessageBase der MAUS 9 ist von Jrg fertig "designed" und basiert auf
dem MausTausch-Format. Das Format kann daher in Zukunft beliebig ohne
grere technische Probleme erweitert werden. Der MausTausch kann durch das
neue MessageBase-Format sehr einfach implementiert werden. Es existiert
bereits ein Importer/Exporter in einer Alpha-Version, der die bisherigen
Netzpakete in die neue MessageBase einsortieren bzw. daraus erzeugen kann.

Gereon Steffens @ K2 kmmert sich derzeit um die laufende Wartung der
MAUS-Software (Bugfixes, neue Features). Gereon ist im Gegensatz zu Jrg
etwas skeptischer, was die Realisierung der MAUS 9 angeht.

Durch die neue Arbeitsstelle hat Jrg jedoch weniger Zeit fr die Pro-
grammierung der Software. Er ruft deshalb interessierte und motivierte Pro-
grammierer zur Mitarbeit im Programmierer-Team auf. Georg Bauer wird sich
um die Weiterentwicklung des FidoNet-Gateway kmmern.


G.3.4  Plenum: Bericht der QUARK-Programmierer
----------------------------------------------

Uwe Ohse @ DU3 berichtet ber den derzeitigen Stand der Quark.

Die Quark kann bei der derzeitigen Struktur des MausNet nicht als Standard-
maus eingesetzt werden. Der Austausch von Netzpaketen funktioniert derzeit
nur zwischen Quarks. Eine Abhilfe ist evtl. durch die MAUS 9 mglich.

Ansonsten ist die Entwicklung soweit abgeschlossen. Auch er ruft interes-
sierte Programmierer zur Mitarbeit an der QUARK auf. In Zukunft ist u.a.
die MultiPort-Fhigkeit der QUARK-Software vorgesehen.


G.3.5  Plenum: Umpacken von Sharewarearchiven - Urheberrecht
------------------------------------------------------------

Das Umpacken von Shareware ist nach dem Urheberrechtsgesetzt verboten.

Durch den Paragraph 2 des Urheberrechtsgesetzes fllt auch Shareware bzw.
Software im allgemeinen unter die Regelungen dieses Gesetzes. Im Paragraph
17 dieses Gesetzes wird das Verbreitungsrecht geregelt. Durch diesen
Paragraph ist das Umpacken und Hinzupacken gesetzlich verboten. Der Autor
von Shareware gibt die Art der Verbreitung vor. Ein Umpacken der Archive
bzw. ein Hinzupacken von weiteren Dateien ist somit nicht erlaubt.

Das Umpacken von Archiven kann u.U. auch berprfungen auf die Authentizi-
tt unmglich machen. Einige Packformate erlauben dieses Verfahren, damit
man die Vernderung von Originalarchiven erkennen kann.


G.3.6  Plenum: Berichte von den Gateways
----------------------------------------

FidoNet-Gateways

Timm Ganske @ OF berichtet ber den Stand der Gateways zum FidoNet. Er
beschftigt sich derzeit mit der Erstellung von Pseudo-Rules, die fr ex-
portierte MausNet-Gruppen im FidoNet gelten sollen. Auch ist er um die
Zusammenstellung einer Liste aller ins FidoNet exportierten Gruppen bemht.

Die Verbreitung der MausNet-Gruppen im FidoNet beschrnkt sich auf Inseln.
Tests haben ergeben, da nur kleine Bereiche des FidoNet mit MausNet-Grup-
pen versorgt werden. Es wird daher der Export von Mitteilungen an allen
FidoNet-Gateways aktiviert. Sobald es zu Dupes kommen sollte, sind entspre-
chende Manahmen sofort einzuleiten.

GerNet-Gateway

Michael Keukert @ AC2 kann nichts besonderes ber das Gateway zum GerNet in
AC2 berichtet. Er weist jedoch auf das Vorhandensein von weiteren Areas
auer der ins MausNet importierte Area ct hin. Wenn Interesse am Import
dieser Areas besteht, knnen diese sofort in AC2 importiert werden.


G.3.7  Plenum: Sonstiges im Plenum
----------------------------------

TK-Gesetz und Auswirkungen auf das MausNet

Die Auswirkungen des neuen TK-Gesetzes sollten von Leuten mit juristischem
Hintergrundwissen untersucht werden. Interessant in diesem Zusammenhang ist
u.a. die Definition von geschftsmig, die schon bei der Anmeldung von
privat gefhrten Mailboxen beim BAPT eine Rolle gespielt hat. Auch der Un-
terschied zwischen den Begriffen Dienst und Dienstleistungen knnte fr die
Auswirkungen des TK-Gesetzes auf das MausNet relevant sein.

Es wird die Einrichtung einer temporren, MausNet-weiten Gruppe zu diesem
Thema vorgeschlagen. In dieser Gruppen sollen auch User beteiligt werden.


G.3.8  Plenum: Orte der nchsten SysOp-Treffen
----------------------------------------------

Das SysOp-Treffen 1997 findet in Bamberg statt. Fr 1998 hat sich der
Frankfurter Raum als Austragungsort des SysOp-Treffens angeboten.


G.3.9  Plenum: ANHANG
---------------------

Teilnehmerliste

MAUS    Vorname     Name
AC2     Boris       Meltzow
AC2     Michael     Keukert
AC2     Stefan      Rupp
A-W     Thomas      Moser
AN      Gert        Stamminger

B       Christian   Golar
B       Patrick     Jerchel
BA      Marcus      Ohlhaut
BA      Martin      Schwenk
BA      Michael     Neumann
BB      Ulrich      Frey
BIR     Ulrich      Schilken
BM      Axel        Katerbau
BM      Marcus      Schmidke
BOR     Georg       Feuerstrter
BOR     Peter       Redecker

D       Andreas     Jlicher
DO2     Udo         Erdelhoff
DO2     Uwe         Blenz
DU      Georg       Schroers
DU      Klaus       Abele
DU      Michael     Wolf
DU3     Uwe         Ohse

EL      Uwe         Sonntag

GP      Michael     Wist

H       Friedrich   Lmmle
HB      Holger      Wulfers
HB      Jrgen      Conradi
HB      Mick        Schmidt
HB      Rosi        Brase
HB2     Olaf        Peters
HB2     Peter       Bhnke
HB2     Thomas      Wilkens
HB2     Volkmar     Jrgens
HH      Harald      Labeit
HH2     Philipp     Oelwein
HH3     Gunnar      Landgrebe
HL      Karsten     Iwen
HM      Ingolf      Heilemeier
HM      Jens        Lthje
HRO     Andreas     Klebow

K2      Andreas     Hoffmann
KI      Klaus       Atzpodien
KR      Henry       Rolofs

LB      Andreas     Frank
LB      Uwe         Seidler
LU      Andreas     Kgel
LU2     Frank       Roeske
LU2     Stefan      Huerter

M2      Anselm      Kruis
MK2     Dirk        Reinarz
MK2     Martin      Loos
MS      Harald      Krusekamp
MS      Michael     Steinwachs
MS3     Georg       Bauer

OF      Jens        Hefter
OF      Marc        Hefter
OF      Timm        Ganske
OF2     Frederico   Hernandez-Pschel
OG      Alexander   Porntepcharoen
OG      Andreas     Mandel
OG      Patrik      Schindler
OS2     Thomas      Meiner

S       Gerhard     Meiser
S5      Inge        Meiser
S5      Michael     Kugelmann
SL      Marco       Hahn
SZ      Steffen     Engel

TBB     Hans-Peter  Bock
TBB     Stefan      Heidrich

UN      Edgar       Rosenboom
UN      Karl        Reinberg
UN      Rosemarie   Rosenboom

W2      Jrg        Stattaus
WHV     Silke       Tintelott
WHV     Thomas      Morgenthaler
WUN     Sebastian   Hempel
W      Elke        Freier
W      Roland      Fl


G.4  Wahl zum schnsten (mnnlichen) SysOp des MausNet in Bremen
================================================================

Am 21. September 1996 wurde in Bremen beim SysOp-Treffen die Wahl des
schnsten Sysops durchgefhrt.

Nun mchten wir den "normalen" ;-) Usern nicht vorenthalten, welche Herren
dort von einer fachkundigen Jury - bestehend aus 5 weiblichen Sysops - zu
den schnsten Sysops im MausNet gewhlt wurden.

Vielleicht kann man ja ein bewunderndes Pfeifen in die nchste Mail einbau-
en, mit der man sich jetzt endlich mal zum Maustreffen anmeldet, weil die
Neugierde einfach zu gro ist. ;-)

  1. Marcus Schmidke @ BM
  2. Jrg Stattaus @ W
  3. Timm Ganske @ OF, Harald Krusekamp @ MS
  4. Sebastian Hempel @ WUN
  5. Dirk Reinarz @ MK2, Peter Bhnke @ HB2
  6. Karsten Iwen @ HL, Patrick Jerchel @ B, Martin Schwenk @ BA
  7. Peter Redecker @ BOR, Roland Fl @ W, Stefan Heidrich @ TBB
  8. Hans-Peter Bock @ TBB, Ulrich Frey @ BB, Markus Ohlhaut @ BA,
  9. Thomas Morgenthaler @ WHV, Uwe Ohse @ DU3
 10. Uwe Seidler @ LB, Andreas Hoffmann @ K2
 11. Steffen Engel @ SZ, Harald Labeit @ HH



===========================================================================
Anhang H

Sysoptreffen Bamberg 26.-28. September 1997
===========================================================================

             Protokoll SysOp-Treffen 26.-28.09.1997 in Bamberg
              Protokoll: Matthias Strmer und Stefan Heidrich


    Begrung durch das Orga-Team
    "Wahl" der Protokollanten
    Arbeitsgruppenfestlegung
        - hierarchische Gruppennamen
        - neue Verfahren zum Netzgruppen lschen
        - Import-Prfix
        - Maus Hilfsfond
        - Mauswerbung
        - Netzziele
        - Mails/News netzweit lschen
        - SPAM
        - Pflege der EXPs
        - User abmahnen
        - Warum machen wir SysOp-Abstimmungen
        - Verhalten der SysOps gegenber dem AL-Team, Vorschlge, etc.
        - Maus 9
        - Offenlegung des MausNet-Protokolls


H.1  Jrg Stattaus: Maus-Programmierung
=======================================

Maus- und MausNet-Sourcen (in Pascal) sind freigegeben und werden ber
Gereon Steffens @ K2 zentral verwaltet, damit nicht mehrere Versionen
gleichzeitig im Umlauf sind. Jeder darf fr seinen persnlichen Gebrauch
daran herumbasteln, solche Versionen drfen aber nicht verbreitet werden.
Die Sourcen zur Maus 9 sind (noch) nicht frei, da sie noch in Arbeit sind.
Die Maus 9 soll dann einen Konverter fr die Datenbank von alt auf neu be-
kommen, er ist aber noch nicht verfgbar.


H.2  AG Import-Prfix / hierarchische Gruppennamen /Netzgruppen lschen
=======================================================================

Die MausNet-Gruppen sollen hierarchisiert werden. Dazu ist es laut Uwe Ohse
technisch ntig, entweder die Mausgruppen oder die importierten Gruppen mit
einem einheitlichen Prfix zu versehen.
Ein Importprfix wurde von den SysOps bereits beschlossen. Laut Aussage von
Udo Erdelhoff exportiert das Usenet Gruppen nur noch, wenn im Importnetz
die Gruppennamen gleich der Usenet-Gruppennamen sind. Ein Importprfix ist
deshalb nicht durchsetzbar, da sonst der Import eingestellt werden msste.
Zum Export von MausNet-Gruppen ist es sinnvoll, dass die Mausgruppen einen
Prfix bekommen: "maus.*". Deshalb ist es auch sinnvoll, diesen Mausprfix
intern zu benutzen, so dass intern und beim Export die gleichen Grup-
pennamen benutzt werden.
Da eine solche Hierarchie incl. des Maus-Prfixes aber auf Widerstand
stt, wurde von Andreas Mayer angeregt, dass ein Aliasnamen parallel zum
technischen Gruppennamen im ITG eingefhrt wird. Laut Jrg Stattaus ist
eine solche Manahme technisch mglich. Den Frontend-Autoren wird
nahegelegt, diese Aliasnamen mglichst bald zu untersttzen. Zum Verfahren
zur Netzgruppenlschung wurde angeregt, das gleiche Verfahren wir bei der
Gruppeneinrichtung zu benutzen. Dazu stellt der Netzgruppen-Koordinator im
eigenen Ermessen fest, welche Gruppen gelscht werden knnten. Er fhrt
dann eine Abstimmung in der entsprechenden Gruppe durch. Bei gleicher
Anzahl von Pro-Stimmen, die bis jetzt auch zur Gruppenneueinrichtung ntig
waren, wird die Gruppe beibehalten, ansonsten wird die entsprechende Gruppe
geschlossen.

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

Teilnehmer der Arbeitsgruppe:

     Adrian Reyer, Peter Bajetto, Jrg Stattaus, Arnd Graefe, Uwe
     Ohse, Wolfgang Walter, Matthias Strmer, Falk Sauer, Michael
     Scharfschwerdt, Wolfgang Vlker, Udo Erdelhoff, Martin Loos,
     Andreas Mayer, Bernd Dierolf, Michael Goldbach, Georg
     Feuerstrter, Dirk Reinarz, Gerhard Meiser, Andreas Kogel, Stefan
     Heidrich

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

Abstimmung im Plenum:

 Frage:         Wollen wir eine nderung des Gruppennamenkonzepts in
                Richtung langer, technischer Gruppennamen?
 Pro:           62
 Contra:        3
 Enthaltungen:  9
 Ergebnis:      Damit werden die langen Gruppennamen eingefhrt.


H.3  Abmahnen von Usern
=======================

In einigen Fllen ist eine Abmahnung von Usern durch andere User und/ oder
SysOps bzw. das in Rechnung stellen von Kosten durch das Lschen und
transportieren von Mails (hier: Kettenbriefen) vorgekommen. Rechtliche Mg-
lichkeiten dies zu unterbinden gibt es keine. Es wurde vorgeschlagen, eine
Absichtserklrung - hnlich dem PM-Manifest - zu beschlieen, dass Maus-
SysOps solche Abmahnungen oder hnliches unterlassen.

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

Teilnehmer an der Arbeitsgruppe:

     Jrgen Affenzeller, Michael Goldbach, Dirk Reinarz, Thomas
     Niering, Bernd Dierolf, Jochen Friedrich, Torsten Hallmann, Peter
     Bhnke, Adrian Reyer, Uwe Ohse, Arnd Graefe, Stefan Heidrich

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

Abstimmung im Plenum:

 Frage:         Verpflichten wir uns, Maus-Usern, die ffentlich nichtkom-
                merziellen Mist bauen, keine Abmahnung zu schicken?
 Pro:           50
 Contra:        1
 Enthaltungen:  15
 Ergebnis:      Es werden keine Maus-User abgemahnt, wenn sie nichtkommer-
                ziellen Mist bauen.

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

Abstimmung im Plenum:

 Frage:         Verpflichten wir uns, Maus-Usern, die kommerziellen Mist
                schreiben, keine Abmahnung zu schicken?
 Pro:           12
 Contra:        30
 Enthaltungen:  24
 Ergebnis:      Maus-User, die kommerziellen Mist bauen, drfen abgemahnt
                werden.

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

Abstimmung im Plenum:

 Frage:         Verpflichten wir uns, Nicht-Mausern, die Mist schreiben
                keine Abmahnungen zu schicken?
 Pro:           5
 Contra:        36
 Enthaltungen:  24
 Ergebnis:      Nicht-Maus-User drfen abgemahnt werden, wenn sie Mist
                bauen.


H.4  Maus-Hilfe-Fond
====================

Aufhnger an der Diskussion waren die finanziellen Schwierigkeiten des Be-
treibers der Maus Cottbus.
Die Diskussion in der Arbeitsgruppe teilte sich in einen Hardwarefond und
einen Finanzfond.

Hardwarefond
Der Hardwarefond soll einspringen, wenn eine Maus durch einen Defekt
pltzlich Ersatzhardware bentigt. Nun stellte sich die Frage, ob das - wie
bisher - regional regelbar sein sollte oder ob es einen netzweiten
Koordinator geben sollte, der wei, wo Hardware zu bekommen ist und eine
Liste ber verfgbare Einzelteile fhrt. Christian Golar @ B wrde sich
fr diesen Posten zur Verfgung stellen.

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

Abstimmung im Plenum:

 Frage:         Ist es gewnscht, einen Hardwarefond einzurichten?
 Pro:           46
 Contra:        8
 Enthaltungen:  17
 Ergebnis:      Es wird ein Hardwarefond eingerichtet.
                CG@B wird als Koordinator eingesetzt.

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

Finanzfond
Jede Maus im Netz sollte freiwillig 10,- DM - einmalig - einzahlen. Es soll
ein Team mit 3 Mitgliedern gebildet werden, dass nichtffentlich ber die
Vergabe entscheidet und den Fond verwaltet. Die finanzielle Untersttzung
soll als zinsloser Kredit vergeben werden, der innerhalb von 6 Monaten
rckzahlbar ist.
Der Antrag muss schriftlich an das Vergabeteam gestellt werden; ber die
Vergabe wird dann - wegen der Dringlichkeit - telefonisch entschieden. Das
Team legt einmal jhrlich - beim SysOp-Treffen - einen Rechenschaftsbericht
ab. In der Diskussion stellten sich dann noch die Fragen nach dem Mibrauch
durch das Team, da die Vergabe nicht ffentlich stattfinden soll, und nach
dem Fall, in dem das Geld nicht zurckbezahlt werden kann.
Soll der Kreditnehmer dann ffentlich bekannt gemacht werden?

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

Betreiberabstimmung im Plenum:

 Frage:         Ist es gewnscht, einen Finanzfond einzurichten?
 Pro:           20
 Contra:        12
 Enthaltungen:  11
 Ergebnis:      Aufgrund des knappen Ergebnisses und keiner qualifizierten
                Mehrheit besteht weiterhin Diskussionsbedarf zu diesem
                Thema.

Teilnehmer an der Arbeitsgruppe:

     Thomas Meiner, Christian Golar, Peter Bajetto, Gerhard Meiser,
     Martin Schwenk.


H.5  Ziele des MausNet
======================

Wie bekommen wir neue User und knnen alte halten?

    Off-Line Netz

    Kommunikation soll im Vordergrund stehen

    Userfreundlichkeit (Usernhe - Maustreffen)

    MIME

    Dem User zeigen, dass es einen Maustausch gibt

    evtl. automatischer Download eines FEs

    Oberflche kundenorientierter; einfacher an Informationen kommen

    SysOps sollten im Bedarfsfall auch zum User gehen und dort helfen

    Erklrung der Mausoberflche in www.maus.de

    Sollte das MausNet multimedialer werden? Oder in Richtung Usenet
     gehen?

    Handzettel verteilen -> daraus folgen steigende Anruferzahlen. Von
     diesen Neuusern bleiben ca. 30% als User dabei. Die 30 % beziehen sich
     speziell darauf, da versucht wird, mit Modemhndlern in Kontakt zu
     treten und die Handzettel neu verkauften Modems beizulegen.

    Werbeheft inkl. Einfhrung in die Maus (Volker Ronneberger@G)

    Disketten verschicken. Martin Ruf @ C-B hat eine solche Diskette
     bereits erstellt.

    Mglicherweise knnte man auch FEs auf eine Maus-Werbe-CD packen.

    In den Stuttgarter Musen wird fr die Hobby-Elektronik gerade eine
     solche Diskette erstellt und wird ab November auch dort im Programm-
     teil zu finden sein. Ansprechpartner: Michael Kugelmann @ S5

    Ansprechpartner fr FEs auf einer mglichen Maus-Werbe-CD:

      Lutz Grnenwald          -> DOS

      Michael Scharfschwerdt   -> OS/2

      Karl Reinberg            -> OS/2

      Martin Loos              -> Amiga

      Frank Rske              -> Atari

      Jrgen Affenzeller       -> OS/2

      Daniela Drbeck          -> Mac

      Gtz Hoffart             -> Mac/Windows/Atari

      Udo Fleckenstein         -> Linux

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

Teilnehmerliste an der Arbeitsgemeinschaft:

     Aleks A-Lessmann, Lutz Grnenwald, Andreas Weiss, Ralf Belscher,
     Horst Kollmu, Michael Scharfschwerdt, Volker Janzen, Edgar Fu,
     Philipp Oelwein, Volker Ronneberger, Gtz Hoffart, Martin Ruf,
     Karsten Iwen, Alexander Porntepcharoen, Andreas Mandel, Silke
     Tintelott, Thomas Morgenthaler, Matthias Fonfara, Andreas Mayer,
     Hartmut Heinbach, Gabriel Schmidt, Michael Wist, Georg
     Feuerstrter, Matthias Strmer


H.6  Pflege von EXPs
====================

Es kommt im MausNet vor, dass nicht von allen Musen, die das Netz verlas-
sen, auch die EXPs gelscht werden. Es gibt zwei Verfahren um die EXP-
Lschung zu vereinfachen:

    Die EXPs bekommen ein Lschflag, so dass MNConfig das EXP bei
     gesetztem Lschflag lscht oder umbenennt.

    Die EXPs werden durch eine zentrale Stelle - z.B. durch den Netz-
     Gruppen-Koordinator - gelscht, hnlich der Gruppeneinrichtung.

Sebastian Hempel fasst alle vorhandenen Texte, die sich um EXPs drehen,
zusammen und erstellt daraus eine EXP-Doku (Token-Formate), die vor Verff-
entlichung Gereon Steffens zur Korrektur vorgelegt wird. Diese EXP-Doku
enthlt dann auch Empfehlungen fr Eintrge ins EXP.


H.7  Spam / Netzweites Lschen von Ms
======================================

SPAM (Massenmitteilungen in ffentlichen Gruppen)
Filtermglichkeit gibt es im Grunde nur vor dem Gateway, da nur dort die
notwendigen Informationen zur Verfgung stehen. In den Gatewayprogrammen
werden keine Filter implementiert werden, wobei zumindest Erwinsgate die
Mglichkeit bietet, innerhalb des Gatelaufes weitere Programme auszufhren,
ber die durch jemand anderen diese Funktionalitt implementiert werden
knnte. In der Arbeitsgruppe wurde Spam subjektiv weniger strend empfunden
als die Belstigung durch ungewollt zugesandte Werbe-PMs. Es existieren
bereits Konfigurationen fr Internet-Mailverteiler (MTAs), die eine sehr
hohe Trefferquote haben und Massen-Werbemails ausfiltern (basierend auf der
IP-Adresse der Absender und abrufbaren Listen selbiger).
Die entsprechnde Konfiguration auf eisbaer (dem Rechner vor dem Hauptgate)
gestaltet sich problematisch, da die entsprechende Man-Power mit
Fachkenntnissen fehlt. Hilfe bezglich smail ist willkommen (Interessenten
wenden sich bitte an UF @ BB).

Netzweites Lschen
Das MausNet ist fr schnelle Cancels nicht geeignet, von der Einfhrung
eines zustzlichen 'Crash-Nets' zu diesem Zweck wird abgeraten (s.
Einrichtung Abendnetz). Cancels mssten innerhalb der Maus in der Message-
base und zustzlich in den Speedtausch-Outfiles bearbeitet werden, eine
Weiterleitung zum User ist notwendig wegen der hohen Tauschfrequenz vieler
Benutzer.
Die Arbeitsgruppe hlt geeignete Mechanismen zur Weiterleitung von
Steuerungsnachrichten (primr Cancels - Lschnachrichten) fr notwendig.
Diese sollen auf der langen Message-ID basieren und sind deshalb primr fr
die Verarbeitung in Frontends gedacht.
Eine Einspeisung der entsprechenden Nachrichten aus dem Usenet ist
vornehmlich wegen des sehr hohen Volumens nicht praktikabel (NoCem mit ca.
40MB/Tag)
Eine Alternative wre das manuelle Einspeisen von Lschmitteilungen
innerhalb des Mausnets. Eventuell auftretende soziale Probleme
(Fremdcanceln) drften sich in Grenzen halten und handhabbar sein.

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

Teilnehmerliste an der Arbeitsgruppe:

     Philipp Oelwein, Hans-Peter Bock, Juergen Affenzeller, Michael
     Keukert, Martin Ruf, Gabriel Schmidt, Andreas Weiss, Hartmut
     Heinbach, Thomas Gallert, Harald Beckert, Dirk Schulz, Christian
     Golar, Thomas Wilkens, Stefan Rupp, Edgar Fu, Martin Koyro,
     Stefan Huerter, Dirk Reinberg, Karl Jochen Friedrich, Frank
     Rske, Volker Ronneberger, Volker Janzen, Ralf Belscher, Michael
     Kugelmann, Ulrich Frey, Inge Meiser, Adrian Reyer, (zeitweise)
     Uwe Ohse, Udo Fleckenstein, Federico Hernandez-Pschel

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

Abstimmung im Plenum ber folgende Absichtserklrung:

 Frage:         Wir SysOps sprechen uns fr eine Annahmeverweigerung von
                PMs (Mail) von als Massenversendern bekannten IP-Domains
                aus.
 Erklrung:     Hiermit soll einem mglichen Zensurvorwurf (Lschen von
                Mail/PM) vorbeugend entgegengewirkt werden.
 Pro:           57
 Contra:        3
 Enthaltung:    10
 Ergebnis:      Die SysOps sprechen sich fr eine Annahmeverweigerung aus.


H.8  AL-Team, Abstimmungen, Vereinfachung Gruppeneinrichtung, SysOp-Abstimmungen, div.
======================================================================================

    AL-Team, Vereinfachung Gruppeneinrichtung
     Ziel der AG war es, die Arbeit des AL-Teams, sowie das Verfahren der
     Gruppeneinrichtung zu vereinfachen. Hierzu wurden folgende Lsungen
     erarbeitet:

    Einrichtung von Gruppen
     Das Verfahren zur Neueinrichtung von Gruppen wird vereinfacht: Die AG
     einigte sich auf folgende Verfahren:

        - Neueinrichtung von MausNet-internen Gruppen wird unbrokratisch
          auf Zuruf realisiert. Fr externe, zu importierende Gruppen wird
          der alte Ablauf beibehalten, d.h. Testimport und Abstimmung.
          Das Verfahren im Einzelnen:
             * Mail an das AL-Team @ OF, in der der Gruppenwunsch genannt
               wird.
             * Das AL-Team entscheidet, ob es eine solche oder hnliche
               Gruppe schon gibt, und ob die Gruppe erwnscht (mit den
               Zielen und Inhalten des MausNets vereinbar ist, es wurde
               hier auch der "Geist des MausNets" angesprochen).
               (Zusatz auf Wunsch von Philipp Oelwein: <<... ttigte ich
               den Zwischenruf "Und wo bleibt da Esoterik?", was aus dem
               Plenum mit Heiterkeit quittiert wurde und von Peter mit "Die
               ist unerwnscht.">>)
             * Fehlt die Gruppenbeschreibung, so fragt das AL-Team diese
               beim Einreicher des Gruppenwunsches an.
             * Der nchste Schritt ist eine Nachricht in Maus.Info, in der
               die User des MausNets ber die geplante neue Gruppe
               informiert werden. Mit dem Absendedatum fngt eine Ein-
               spruchsfrist von 7 Tagen an, nach der die Gruppe durch den
               Netzgruppenkoordinator eingerichtet wird.
             * Gibt es innerhalb der Einspruchsfrist einen _begrndeten_
               Einspruch an das AL-Team@OF, so wird der bisherige Grup-
               peneinrichtungsablauf ohne vorherige Diskussion (CFD) wieder
               durchgefhrt (CFV).
             * ber den Einspruch und die Begrndung entscheidet das AL-
               Team.
        - Normaler Ablauf der Gruppeneinrichtung:
          kurzfristiger CFV in Maus.Info.
        - Umbenennen von Gruppen und Vernetzungsstatus ndern
          Hier gilt der aktuelle Ablauf:
             * Ankndigung in Maus.Info
             * Abstimmung in der Gruppe durch AL-Team oder Beauftragten
             * Mail an Netzgruppenkoordinator

    Gruppenbeschreibungen ndern
     Diskussion in Gruppe und bei Einigkeit Mail an Netzgruppenkoordinator.

    Maus.Info.Wahl wird abgeschafft.

    SysOps
     Ein SysOp-Ausschlu ber eine Abstimmung (CFV) ist weiterhin mglich.
     Folgende bisher bliche Mglichkeiten fr einen Ausschlu gibt es auch
     weiterhin:

        - Netzausschluss
        - Betreiberausschluss
        - SysOp-Ausschluss

     Bei Nichtbeachtung erfolgt fr die betroffene Maus eine Gruppensperre
     und/oder Maussperre durch das Schiedsteam.

    SysOp-Gruppen

        - Sysop.Gate wird nach Maus.Gate umgenannt und fr Maus-User
          beschreibbar geflaggt. Fr auerhalb des MausNet ist entspre-
          chende Gruppe als moderierte Gruppe zu behandeln.
        - Die restlichen SysOp-Gruppen bleiben unverndert. Die AG
          empfiehlt jedoch die ffnung von SYSOP, bzw. dass mehr SysOps die
          Gruppe MAUS lesen und sich an den Diskussionen beteiligen sollen.
        - SysOp-Abstimmungen sind weiterhin verbindlich

    Das AL-Team kann eigenstndig entscheiden.

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

Teilnehmer der AG:

     Peter Bhnke, Torsten Hallmann, Thomas Morgenthaler, Tim Ganske,
     Mathias Fonfara, Gtz Hoffart, Martin Schwenk, Gert Stamminger,
     Klaus Bttner, Michael Wist, Marcus Ohlhaut, Matthias Krschner,
     Jrg Schuhardt, Aleks Almonacid-Lessmann, Michael Steinwachs,
     Lutz Grnenwald, Thomas Niering

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

Abstimmung im Plenum:

 Frage:         Wer ist dafr, die vereinfachte Gruppeneinrichtung
                einzufhren?
 Pro:           61
 Contra:        1
 Enthaltungen:  8
 Ergebnis:      Die vereinfachte Gruppeneinrichtung wird eingefhrt.

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

Abstimmung im Plenum:

 Frage:         Wer ist dafr SYSOP.GATE in MAUS.GATE umzubenennen, Usern
                zu ffnen (read/write) und zu exportieren?
 Pro:           41
 Contra:        10
 Enthaltungen:  24
 Ergebnis:      SYSOP.GATE wird umbenannt, geffnet und exportiert.

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

Abstimmung im Plenum:

 Frage:         Muss bei der ffnung von MAUS.GATE die Gruppe auf Mit-
                gliedschaft gesetzt werden?
 Pro:           19
 Contra:        43
 Enthaltungen:  17
 Ergebnis:      Maus.Gate mu innerhalb des MausNet nicht auf Mit-
                gliedschaft gesetzt werden.

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

Abstimmung im Plenum:

 Frage:         Soll die Gruppe SYSOPS fr User readonly geffnet werden?
 Pro:           38
 Contra:        20
 Enthaltungen:  15
 Ergebnis:      Ja, die Gruppe SYSOPS soll fr User readonly geffnet wer-
                den.


H.9  Schlusswort:
=================

tsch, das kommt davon, wenn man mich Protokoll schreiben lt. Dann gebe
ich nmlich auch noch meinen Senf dazu und das jetzt, bevor die
Teilnehmerliste kommt.
Zuerst einmal herzlichen Dank an das Orga-Team, das aus folgenden Leuten
besteht:

    Doris Meininger @ BA

    Margit Birkner @ BA

    Anne Gerber @ BA

    Bjrn Schmidgall @ F

    Martin Schwenk @ BA

    Tobias Vlker @ BA

Es hat mir saugut bei euch gefallen und ich komme gerne mal wieder; aber
nicht erst in 90 Jahren, sondern schon frher.

 BTW:  Das nchste SysOp-Treffen findet (wie ich gerade in SYSOP.INFO
       gelesen habe) im Frankfurter Raum statt und wird von den Musen
       AB/F/OF/OF2 ausgerichtet.

Weiterhin mchte ich mich bei:

    Brigitte Banck @ BA fr die Untersttzung beim Fahrdienst am Freitag,
     Gaby Kramer @ BA fr die Buttons,

    Joachim Herold @ F (Hara Ratschi) fr das tolle Programm am Samstag,
     Marcus Ohlhaut @ BA & M4 fr die PGP-Aktion

    AKKU Klaus Bttner fr die Frstenmaus
    Sebastian Hempel @ WUN fr die Kantholzkiste
    Brauerei Hummel in Merkendorf
    und bei allen, die ich hier vergessen habe auch noch ganz herzlich
     bedanken. Es war richtig toll bei und mit euch. DANKE!!!

BTW: Nchstes Jahr schreibt jemand anderes!!!

In diesem Sinn :)
Stefan


H.10  Teilnehmerliste am SysOp-Treffen
======================================

 AB    Jrg Schuhardt
 AC2   Stefan Rupp
 AC2   Michael Keukert
 AN    Gert Stamminger
 B     Christian Golar
 BA    Anne Gerber
 BA    Doris Meininger
 BA    Margit Birkner
 BA    Martin Schwenk
 BA    Tobias Vlker
 BB2   Ulrich Frey
 BOR   Georg Feuerstrter
 C-B   Martin Ruf
 D     Peter Bajetto
 DO2   Michael Scharfschwerdt
 DO2   Udo Erdelhoff
 DU3   Uwe Ohse
 DU3   Arnd Graefe
 DU3   Adrian Reyer
 FR    Gtz Hoffart
 F    Bjrn Schmidgall
 F    Thomas Niering
 F    Udo Fleckenstein
 G    Volker Ronneberger
 GP    Michael Wist
 GP    Ralf Belschner
 H/H2  Wolfgang Voelker
 HB2   Peter Bhnke
 HB2   Thomas Wilkens
 HD    Matthias Strmer
 HH2   Philipp Oelwein
 HL    Karsten Iwen
 HM    Jens Lthje
 K2    Edgar Fu
 KA    Wolfgang Walter
 KA2   Matthias Fonfara
 KL    Gabriel Schmidt
 KN    Andreas Rieck
 KN    Martin Krschner
 KN    Matthias Krschner
 LI    Bettina Natter
 LI    Horst Kollmus
 LU    Andreas Kgel
 LU    Jochen Friedrich
 LU2   Frank Rske
 LU2   Stefan Hrter
 M     Aleks Almonacid-Lessmann
 M     Lutz Grnenwald
 M2    Daniela Drbeck
 M4    Marcus Ohlhaut
 MGN   Falk Sauer
 MGN   Klaus Bttner
 MK2   Dirk Reinarz
 MK2   Martin Loos
 MK2   Petra Bochinz
 MS    Harald Krusekamp
 MS/MS2 Michael Steinwachs
 MS3   Martin Koyro
 NI    Edgar Rosenboom
 NI    Rosemarie Rosenboom
 OF    Timm Ganske
 OF2   Dirk Schulz
 OF2   Federico Hernandez-Pschel
 OG    Alexander Porntepcharoen
 OG    Andreas Mandel
 OS2   Torsten Hallmann
 OS4   Thomas Meiner
 R     Thomas Gallert
 R     Frau Gallert
 S     Gerhard Meiser
 S5    Inge Meiser
 S5    Michael Kugelmann
 SI    Andreas Weiss
 SI    Hartmut Heinbach
 TBB   Bernd Dierolf
 TBB   Hans-Peter Bock
 TBB   Juergen Affenzeller
 TBB   Michael Goldbach
 TBB   Stefan Heidrich
 UL    Volker Janzen
 UN    Karl Reinberg
 W2    Jrg Stattaus
 WHV   Silke Tintelott
 WHV   Thomas Morgenthaler
 WUN   Sebastian Hempel
 WUN   Yvonne Rckl



===========================================================================
Anhang

UDO6
===========================================================================

                       Dieser Text wurde erzeugt mit

                                    UDO
                          Release 6 Patchlevel 6
                                    TOS

                     Copyright (c) 1995, 1996, 1997 by
                               Dirk Hagedorn
                               Postfach 8105
                              D-59840 Sundern
                       E-Mail: DHagedorn@t-online.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://members.aol.com/DirkHage




