Das

SysOp-FAQ 0.7

Version 0.7
6. November 1997

von
Christian Goßlar
Telefon 030 - 827 011 44
Binger Str. 80
D-14197 Berlin
MausNet: Christian Goßlar @ 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 für Programme für 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 Stichwörter / Schnellsuche

Anhang

• A Sysoptreffen Mosbach September 91
• B Sysoptreffen Flensburg 9.10-11.10.92
• C Sysoptreffen Stuttgart 7.10-10.10.93
• D Außerordentliches 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

1 Einleitung

Dieses ist ein Versuch eines Sysop-FAQs.

Alle Angaben sind aber natürlich ohne Gewähr.

Für Anregungen, Kritik, Zuarbeit bin ich immer zu haben. Also schickt mir Infos zu Fragen die fehlen oder auch komplette Erklärungen.

Bedanken möchte ich mich bei Frithard Meyer-Zu-Uptrup für 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 natürlich bei den Maus-Programmierer Gereon Steffens, Jörg Stattaus und Kai Henningsen für ihre tolle Arbeit. Und auch bei Dirk 'UDO' Hagedorn für das tolle UDO, den das SysOp-FAQ ist

Im Moment sind die folgenden Ausgabeformate verfügbar:

• 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

  • für jedes Kapitel ein File (ca. 750 Files)

• UDO-Quelltext-Version

Falls noch weitere Ausgabeformat gewünscht 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 für 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 © cg.

2 Fragen zur Maus

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

• 2.1 Diverse Fragen und Tips
• 2.2 Fehlermeldungen der Maus
• 2.3 Fragen, Tips zu Modemprobleme
• 2.4 Fragen, Tips zu ISDN in der Maus
• 2.5 Probleme die Gruppen und den Programmteil betreffen.
• 2.6 Variablen-Einstellungen / Event-Probleme
• 2.7 Die Maus unter OS-halbe.

2.1 Diverse Fragen und Tips

• 2.1.1 Abkürzungen im MCall-LOG
• 2.1.2 Ab wann gelten User als Geizhals?
• 2.1.3 Ändern des Textes, den Gäste beim einloggen angezeigt bekommen
• 2.1.4 Ändern des Textes, den man beim neu eintragen angezeigt bekommt
• 2.1.5 Automatisches ändern der PW für bestimmte User
• 2.1.6 Checken der User-Paßwörter
• 2.1.7 Die Gebührenanzeige der MAUS, stimmt die?
• 2.1.8 Kann man bei einem Anruf automatisch einen Event auslösen?
• 2.1.9 Kann man von der Konsole Filebeschreibungen uploaden?
• 2.1.10 Konsolenlogin mit zwei Tastendrücken!
• 2.1.11 Messagezähler für alle User verändern/zurücksetzten?
• 2.1.12 Messagepointer 0 bei Neuuser?
• 2.1.13 Multi-Maustausch, wie geht das?
• 2.1.14 Tips zum Maus.bat
• 2.1.15 Was bedeuten die Zahlen oben auf den Mausbildschirm?
• 2.1.16 Was bedeutet die Statuszeile in der Maus?
• 2.1.17 Was hat es mit dem CALLCHK.BAT auf sich?
• 2.1.18 Was überprüft die Maus beim Dupe-Check?
• 2.1.19 Welche Tastencodes gibt es bei der Maus?
• 2.1.20 Wie bindet man RAR-Packer in die Maus ein?
• 2.1.21 Wie ist die Definition der Maustausch-Kommandos?
• 2.1.22 Was steht in der MVIDEO.DAT Datei?
• 2.1.23 Wie löscht man Schrottmails?
• 2.1.24 Wie stelle ich am besten von 1 auf 2 Port-Maus um?
• 2.1.25 Worauf ist bei der RAR-Packer Einbindung zu achten?
• 2.1.26 Vordefinierte Events in der Maus
• 2.1.27 RAR-Packer zum zweiten
• 2.1.28 Zu lange downloads bzw. downloads über mehrere Stunden

2.1.1 Abkürzungen im MCall-LOG

Hier die Abkürzungen, die im Mcall.Log auftreten können.

ACHTUNG: Die Abkürzungen, die James in seinem Bericht liefert, müssen nicht mit denen hier übereinstimmen. Deshalb immer bei Fragen oder Problemen im Mcall.log nachgucken.

2.1.2 Ab wann gelten User als Geizhals?

Das wird mit GeizhalsNach in Tagen festgelegt. Außerdem kann noch extra festgelegt werden, ob der User tauschen darf (GeizhalsTauschOK), wie groß das Outfile werden darf und auch, das man erst nach X Tagen Geizhals wird.

2.1.3 Ändern des Textes, den Gäste 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 für bestimmte User

Mit dem Programm XENOPHOB von Michael Keukert @ AC2 kann man für bestimmte User das Paßwort automatisch verändern lassen. Das Programm setzt für die angegebenen User ein zufällig gewähltes neues Passwort. Sinnvoll für Gate-User, Daemonen usw. die z.B. Sysop-Status haben.

2.1.6 Checken der User-Paßwörter

Mit dem Programm MPWD von von Michael Keukert @ AC2 kann man die User-Paßwörter auf zu kurze oder zu einfache Angaben testen. MistPWD meckert User mit einem individuellen, konfigurierbaren Text an, wenn ihr Passwort nicht gewissen Sicherheits-Mindestanforderungen genügt.

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

2.1.7 Die Gebührenanzeige der MAUS, stimmt die?

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

Servus,

Ein User berichtet mir von folgendem Phänomen.

Ihr Anruf hat 00:43 Minuten gedauert.
              ^^^^^
Gebühren für 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 sicherzugehen, daß die auch zum User übertragen werden.

Gereon

2.1.8 Kann man bei einem Anruf automatisch einen Event auslösen?

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 auslöst. 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 Möglichkeit, 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 - für alle weiteren derartigen Eingaben benutzt wird (NICHT für Menüs!). Das funktioniert, indem man statt dem Text ..p eingibt. Da das Feature ziemlich tief unten in der MAUS liegt, sind die Möglichkeiten stark eingeschränkt; 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 blöd? cg

2.1.10 Konsolenlogin mit zwei Tastendrücken!

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, lässt sich bei einem Tastaturanruf in der MAUS per Alt-F5 bis Alt-F8 wieder abrufen. Control-Zeichen können als ^X dargestellt werden. Ein ^ wird durch ^^ erzeugt. Sehr praktisch ist, das #222 ALT-222 emuliert. Einige Beispiele:

2.1.11 Messagezähler für alle User verändern/zurücksetzten?

Sysop-Menü, Löschen, # und dann den neuen Messagepointer setzen.

2.1.12 Messagepointer 0 bei Neuuser?

Wenn sie ein User neu einträgt, 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 zugeschütet wird.

2.1.13 Multi-Maustausch, wie geht das?

MultiTausch ist eine abgewandelte Form des MausTausch-Logins. Der Unterschied ist, daß nach dem Tausch nicht aufgelegt wird, sondern der User online in der Box bleibt und der tausch für den zweiten User ausgeführt werden kann. Statt mit "MausTausch<name>..." loggt man sich dafür 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 höchsten Wert eintragen, der nicht mehr benutzt wird. Meisten ist das 80. Ein höherer Wert geht IHMO auch nicht, da dann langsam die Fehlercodes von DOS beginnen.

• ein 'exit' in der ersten Zeile verhindert, das man die Maus ausversehen aus der DOS-Shell der Maus nochmal starten kann. Natürlich 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 gelöscht wird (und sicherheitshalber auch in der autoexec.bat ;-) maus.bat überprüft, 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 für gut befunden. Nicht vergessen, daß die Datei maus.akt beim Bootvorgang gelöscht 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
  |   |   |   +- Zählt alle Checks auf interne Timeouts (*2)
  |   |   +- Gesetzt wenn es ein internes Timeout gibt
  |   +- Zählt ausgehende Zeichen
  +- Zählt eingehende Zeichen

(*1) und "WFC?" steht für Wait For Call
(*2) was ständig 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 veranlaßt, 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 können weitere Abfragen kommen
..
:event
echo %RC% >%mauspath%callchk.rc

Zuerst wird getestet, ob noch ein altes Outfile in dem Pfad liegt. Wenn ja, darf natürlich kein Tausch ausgelöst werden, da sonst das alte Outfile überschrieben wird. Der Test sollte auch hier erfolgen. Wenn man das erst im Maus.bat testet, dann führt die Maus nur noch Events aus, wenn mal ein in- und Outfile rumliegt. Wenn Kein Outfile da ist, muß natürlich getestet werden, ob überhaupt ein INFILE vorhanden ist. Wenn ja, wird der entsprechende 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 größer 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 für Christian

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

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

goto Again
...

Zwischen zwei Anrufen kann man per Alt-F4 die sofortige Ausführung von CALLCHK erzwingen.

2.1.18 Was überprüft 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. Empfänger bzw. Gruppe. Länge.

MfG Kai

Wieviele Mails zurück 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!)

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 läuft der nicht.

Alexander Güth @ AN schrieb am 25.06.95

für alle die es interessiert, hier die Configs für den Packer RAR sowie dem neuen LHA 2.55. Dank hier bei Gereon für den obskuren Aufruf von LHA :-) - da muß man erstmal drauf kommen :-) ! Der Fehler/Grund hierfür liegt natürlich 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 gründlich genug getestet, denn beim Tauschen mit RAR kommt: DOSExit: 0 DOSExitCode: 6 und der Tausch mißlingt. 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 wegläßt, dann klappt wirklich alles. Achja, -std sollte man auch noch einfügen :-)

Kalle

Von: Alexander Güth @ 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 wegläßt, 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 prächtig ohne Probleme. Auch das Tauschen 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 ø Ungültiges Datei-Handle
   ø  (Invalid file handle)

Eventl. liegt es auch daran, das einfach nicht genügend freier Speicher da ist ? Fährst du die RealMode Maus ? Wenn ja, sollte oben mind. 200 KB freier Heap da sein. Sonst krachst auch bei mir regelmäßig. 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, nützte 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 nämlich dies:
(last operation status and reason for exit).
6 OPEN ERROR Open file error

Was auch erklären würde, wieso es ohne -x Parameter geht.
AG>Eventl. liegt es auch daran, das einfach nicht genügend freier
AG>Speicher da ist? Fährst 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:-

Daraus geht eindeutig hervor, daß RAR in der Kommandozeilenausführung 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:

Bedeutung:

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

Auf diesen mehr oder weniger konstanten Block folgen dann ein oder mehrere syntaxbeschreibende Blöcke. 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.

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

H und L dürfen 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 anzuhängen.

Ein 'o' hinter dem Datentyp bedeutet, daß in das Feld keine Daten eingegeben werden müssen. 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 löscht man Schrottmails?

Als Sysop einloggen, Sysop-Menü, Löschen, andere Mitteilungen und dann die IDs der zu löschenden Mails eingeben. Man kann sich dabei auch noch die Mails vorher angucken.

Eine andere Möglichkeit ist das löschen 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 Variablen Response_XX gibt's immer noch und dienen als Default für 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 wegzuhängen.

Wenn der RAR Packer ein Passwort verschlüsseltes Archiv zum *testen* bekommt frägt er nach dem Passwort, leider kann der User das nicht eingeben und der Prompt steht bis zum Reset auf dem Screen.

Für das Listen des Inhalts benötigt er kein Passwort, allerdings zum Auspacken beim Maustausch :-(.

Abhilfe bringt mittels "-pxxx" beim Aufruf ein beliebiges Passwort mit anzugeben, dann frägt der RAR nicht nach. Er meldet dann u.U. lediglich das das Passwort falsch ist. Unverschlüsselte Archive werden wie gewohnt ausgepackt. 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 für die Anrufübernahme des MausNet, der an einer bestimmten vordefinierten Sequenz erkannt wird. Dann wird autoEvent1 und AutoLog1 von der Maus ausgeführt. Deshalb sollte man diesen Event nicht aus dem Maus.Bat bzw. dem m7com.cfg löschen, verändern.

2.1.27 RAR-Packer zum zweiten

Wg.: Keine Sicherheitslücke 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 dürfen):

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

2. Versionsflag:

Im Gegensatz zu den anderen Packern gibt's bei RAR kein eindeutiges Flag an fester Stelle im Archivheader, an dem man die verwendete 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 "gefährlichen" Dateinamen im Inhalt (beliebt sind z.B. die Gerätetreiber CLOCK$, EMMXXXX0 etc.) schutzlos ausgeliefert!

Ich habe nun ein Zusatztool "RARCHECK" geschrieben, was sich sehr leicht in die Maus einbinden läßt und die Sicherheitslücke mit RAR nun endlich behebt:

RARCHECK kann beliebige mit RAR erzeugte Archive analysieren und

• die enthaltenen Dateien mit Hilfe einer frei definierbaren Exclude-List vollständig überprüfen und verbotene Dateinamen erkennen,

• überprüfen, ob Dateien enthalten sind, die den Namen von auf dem Rechner installierten Gerätetreibern 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 können!

RARCHECK kann außerdem die Versionsnummer von RAR bestimmen, die zum Auspacken eines RAR-Archivs benötigt wird. Dadurch wird es möglich, 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 enthält auch eine ausführliche Doku mit Beispielen zur Installation.

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

Viele Grüße, 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 Zeitüberwachung durchführen 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
• 2.2.2 Was bedeutet MsgIdx-Buffer übergelaufen?

2.2.1 Maus-Fehlermeldungen

2.2.2 Was bedeutet MsgIdx-Buffer übergelaufen?

Die Maus richtet zum importieren von Mails einen MsgIndx-Buffer ein. Wenn jetzt aber einmal ein großer 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 hängt davon ab, wie groß die MsgBase ist.

a)

MsgBase unter 60000 Msgs: In M7COM.CFG die Variable "MsgIndexMax" *nicht* besetzen, bei einer MAUS ohne große Gateways dafür "MsgIdxReserve" auf Werte zwischen 2000 und 5000 setzen.

b)

MsgBase bei 60000 oder mehr Msgs: Über die Putzparameter (Aufbewahrungszeit!) 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 dynamische (eben aktuelle MsgBase + Reserve). Damit ist MsgIndexMax fast überflüssig 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 würde MsgIndexMax wie gesagt nicht nehmen, dafür lieber MsgIdxReserve hochsetzen.

Gereon

2.3 Fragen, Tips zu Modemprobleme

• 2.3.1 Probleme beim Upload, bzw kein Upload möglich
• 2.3.2 Beim ausloggen überträgt das Modem nicht mehr den Pufferinhalt.
• 2.3.3 Kann man mit dem Maus-Modem automatisch FAXe empfangen
• 2.3.4 Mehrere Modems an der Maus
• 2.3.5 Tips zur Konfiguration des ZyXel 1496
• 2.3.6 Tips zur Konfiguration des ZyXel 2864ID
• 2.3.7 Tips zur Konfiguration des USR Courier v34
• 2.3.8 Tips zur Konfiguration des USR Sportster
• 2.3.9 Tips zur Konfiguration des USR Sportster Voice
• 2.3.10 Tips zur Konfiguration des ELSA MicroLink 33.6 TQV
• 2.3.11 Wie verhindert man unbekannte Connect-Meldungen?
• 2.3.12 Beispiele für Connect-Strings

2.3.1 Probleme beim Upload, bzw kein Upload möglich

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 empfängt das Modem mit passender Geschwindigkeit.

Die Lösung:

Der HDD-Blockmode verursachte die Fehlfunktion des Modems.

2.3.2 Beim ausloggen überträgt 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 überträgt nach dem
SS>Auflegen nicht mehr seinen Pufferinhalt.

dagegen kam aus MS doch neulich die passende Config für 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 können (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. Normalerweise würde nix passieren. Wenn allerdings die Variablen AutoLogX und AutoEventX gesetzt sind, kann automatisch ein Event ausgelöst werden, der dann das Fax empfängt 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 vollständige 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 hängen:

  Modem1.X00Port := 0; [0]  x00-Port, an dem das Modem1 hängt
  Modem1.ComPort := 1; [1]  Com-Port, an dem das Modem1 hängt
  
  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 erschlägt man am besten so. Alle relevanten Modem-Variablen z.B. per ModemInit definieren und nur wenn es nötig ist, z.B. per Modem2.Init einen anderen String einstellen. So spart man sich Tipparbeit, da die ModemInit-Werte als Defaultwerte für die ModemX.Init Variablen benutzt werden.

• Das war es eigentlich.

2.3.5 Tips zur Konfiguration des ZyXel 1496

Hier in der Maus B läuft 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  ; Lautstärke 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 Kompatibilität
---> S2   = 128 ; Escape-Charakter disablen -> gestrichen, nächste 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) Inaktivität 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 erhöhte 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 würde interessieren, wie sich das Modem an der MAUS verhält, 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 dafür 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 schmeißt den Connect sofort wieder weg. Die Kombination 2.04a und Maus 7.95j läuft aber einwandfrei.
- Bis einschließlich Firmware-Version 2.02 führte ein ATH1 dazu, daß ankommende Anrufe mit "User Busy" abgelehnt wurden. Otto Normaluser hörte dann das Besetztzeichen. Mit 2.03 wurde auf das auf "Call rejected" geändert, was zwar eigentlich richtig ist, aber bei Otto Normaluser zur Ansage "Dieser Anschluß ist vorübergehend nicht erreichbar" führt. 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 für 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 läßt man die Vorwahl natürlich 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. Außerdem solltest Du (in der Theorie auch einmalig, in der Praxis gibt es da Probleme) mit ATCN<0> und ATCI<00> die Präfixe für nationale und internationale Anrufe setzen. Ist nicht unbedingt notwendig, sieht nur im Log schöner 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 dieNetzstörer mit ISDN rauszukriegen.

JL>Ich möchte auch meine ISTEC 1008 rausschmeißen, denn die macht auch
JL>manchmal Streß.

Das Probleme kenne ich... Allerdings habe ich nie versucht, ein weiteres Modem an den a/b-Wandler anzuschlißen. 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 verstärkt 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 müssen dann alle Modemeinstellungen direkt im Modemsetting abgespeichert werden, da alle ModemInit Werte durch das ATZ überschrieben werden.

Das USR Courier läuft 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 führt 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 müssen deshalb so eingestellt werden, das ein 'ATZ' als Initstring ausreicht. Also auch ModemCmdMode usw. müssen 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 für die Maus-Konfig.:

; Defaults für 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 müßte 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> Könntet 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 mögliche Wert. Schadet auf jeden Fall nix.

2.3.9 Tips zur Konfiguration des USR Sportster Voice

Von: Daniel Stämmler @ 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 unnützes 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 zuverlässig 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 könnte noch sein, das es die Firmware nicht zuläßt, das man länger als 255 s ein ATH1 wirksam halten kann.

Besonders zu schätzen sind die Register zum Auslesen von Fehler- und Verbindungscodes (besonders gut nutzbar bei der Quark II), die es einem als Sysop ermöglichen Fehler in der Konfiguration von Usern zu erkennen.

Der Support von Elsa ist hervorragend, im übrigen ist das Sysopdeal- Programm verlängert 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 "spätesten" Treffer gesucht wird, schlägt 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 Müll-Connects, also Connets bei denen das Modem nur Müll zurückschickt, die Ausgabe des Modems als Modem-Müll im MCall.Log landet. Das kann man nur dann verhindern, wenn LogIgnored auf FALSE steht (denke ich mal)

2.3.12 Beispiele für Connect-Strings

Hier mal Gereons ConnectString Einstellunge für die Maus K2, mit der ZyXel v34 und ISDN-Connect funktionieren. Außerdem 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
• 2.4.2 Telefonnummer des Anrufers im MCall.Log

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 Gewähr.

So, und jetzt der Tip mit Gewähr. Hier läuft eine Teles-Karte und die Übertragung ins Logfile geht so:

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

oder den Defaultwert drin lassen:-). Außerdem muß mit s10.0=1 dem cFos noch gesagt werden, das die Caller-ID auch mit übertragen wird. Sonst ist nix an den Defaultwerten geändert.

cg

2.5 Probleme die Gruppen und den Programmteil betreffen.

• 2.5.1 Gruppenflags für lokale Readonly Gruppen?
• 2.5.2 Gruppenprogrammteil auf CD und Festplatte
• 2.5.3 Gruppenprogrammteil ohne eine Gruppe einrichten?
• 2.5.4 Gästeupload im Programmteil?
• 2.5.5 Mitlesen in Gruppen ohne Mitgliedschaft?
• 2.5.6 Probleme beim Fileupload / Schrott-Files?
• 2.5.7 Unsinnige Gruppenflags möglich?
• 2.5.8 User als Programmteilwart, was beachten?
• 2.5.9 Was bedeuten die Gruppenflags?
• 2.5.10 Wenn ein User mal alle Gruppe bestellt hat
• 2.5.11 Wie lange schickt die Maus Gruppennamenänderungen an die User?
• 2.5.12 Wie richte ich einen Gruppen-PT auf CD ein?
• 2.5.13 Wie sperre ich den Programmteil komplett?
• 2.5.14 Wozu ist ProgTeilDatPath gut?

2.5.1 Gruppenflags für lokale Readonly Gruppen?

Ich möchte eine lokale Info-Gruppe aufmachen und sie soll, mit Ausnahme für die Sysops, ReadOnly sein. Wie kann ich das einstellen?

Öffentlich, kein WriteAccess, kein KeineMitglieder, alle Sysops als Mitglieder 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 Festplatte 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 für seinen eigenen öffentlichen PT.
Nun aber zur Anleitung, wie ich es in der B3 gemacht haben. Und dort läuft 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) 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 feststellen, z.B. 42

• Maus runterfahren

• Die gerade erzeugten PAR/DAT Files des eben erzeugten PT löschen 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. Hört sich zwar nach viel Arbeit an, geht aber recht schnell. Außerdem werden dann die Dupes auch gleich aussortiert.

• Keine Panik, wenn man Files von der CD-löschen 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 löschen', die man extra wegdrücken 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 löschen. 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 Gästeupload 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 für die Programmteile fest. Allen anderen Programmteildefinitionen können nur den gleichen oder ein höheren Userlevel haben. Wenn es also Gäste erlaubt sein soll im persönlichen PT etwas uploaden, muß folgendes eingestellt werden:

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

ACHTUNG Auch wenn mit diesen Flags ein Gästeupload in den Gruppen-PT erlaubt ist, kann man noch mit den Gruppenflags den Zugang regeln. Wenn es also Gäste in einem Gruppen-PT erlaubt sein soll etwas downzuloaden, muß auch das 'Sogar-Gäste' 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 Gästen der Upload in Gruppen-PT nicht erlaubt sein soll, müssen die Gruppenflags so aussehen: Öffentlich, Sogargäste und Paywrite.

ACHTUNG

Mindestens bis Maus 7.95i ist es bei der Einstellung

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

Gästen möglich sich alle Programme im persönlichen PT auflisten zu lassen. Und alle heißt auch alle!

2.5.5 Mitlesen in Gruppen ohne Mitgliedschaft?

Ja das geht. Sysops können in allen Gruppen mitlesen ohne einzeln als Mitglied 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 können, obwohl sie keine Mitgliedschaft besitzen.

2.5.6 Probleme beim Fileupload / Schrott-Files?

Wenn während 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 löscht die Uploadverzeichnisse, so das zumindest am nächsten Tag wieder alles klappen sollte.

2.5.7 Unsinnige Gruppenflags möglich?

Die Maus erlaubt eigenltich alle Kombinationen von Gruppenflags. Es werden nur folgende Plausibilitätsprüfungen durchgeführt:

• 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 löschen. In Gruppen-Programmteilen klappt das nicht.

• um in Gruppenprogrammteilen etwas löschen zu können, 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 Mausgruppenflagkreuzworträtsel posten sollte, hier gleich meine Lösung 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 Lösungen 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:

Als Beispiel noch meine Antwort auf die auf dem Treff häufigst 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 rumfummeln, während der der zweiten das nicht darf.

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

1. K hat *keinerlei* Auswirkung auf die Zugriffsrechte für die Gruppe.

2. R ist stärker als W.

3. Gäste dürfen grundsätzlich nicht schreiben.

Tschö, Marcus.

2.5.10 Wenn ein User mal alle Gruppe bestellt hat

Wenn ein User mal alle in der Maus verfügbaren Gruppen bestellt hat, kann man ihm helfen, indem man im Sysop-Menü bei den Benutzerdaten mit *-sämtliche Gruppen für ihn deaktiviert. Per Tausch geht das bisher (7.95i) noch nicht.

2.5.11 Wie lange schickt die Maus Gruppennamenänderungen 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 läßt, kommt der nett Teil der Arbeit.

1. Zuerst muß man die Beschreibungsdateien für 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 können die beiden leeren alten Dateien überschrieben werden.

4. Wenn Alle Dateien auf der CD in einem Verzeichnis liegen, mußt 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, mußt du noch ein GRUPxxxx.PTH File erzeugen. Dort steht für jedes File drin, in welchen Verzeichnis es liegt. Erzeugen kannst du dieses PTH File z.B. mit CDPTH. Die erzeugte Datei muß dann natürlich auch GRUPxxxx.PTH heißen und gehört 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 völlig, z.B. um per MC über dasNetz zu importieren? Bei LoginProgX:='S' hat sich eben ein Programmteilwart eingeloggt und munter gesaugt ... Progteil.an:=FALSE: führt 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 läßt 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 temporär gesperrtem Programmteil: ('Der Programmteil ist momentan gesperrt - Sorry' und kaputtem Programmteil ('Der Programmteil ist zur Zeit aus technischen Gründen nicht zugänglich - 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 Steuerdateien in einem Pfad. Umstellen kann man mit convpt.arj von Fritz.

Erlebnisbericht von Björn 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 später die alten Steuerdateien löschen kann."

2.6 Variablen-Einstellungen / Event-Probleme

• 2.6.1 Bedeutung der Eventzeiten
• 2.6.2 Geht ein include in der m7com.cfg?
• 2.6.3 Gibt es Benutzer-Levels für die Externen Programme?
• 2.6.4 Wie bindet man externe Programm in die Maus ein?
• 2.6.5 Wie oft laufen Events am Tag?

2.6.1 Bedeutung der Eventzeiten

Folgende Event-Zeiten sind für 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 ausgeführt werden soll. Beispiel: Der MausPutz läuft als eigener Event normalerweise 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 auszuführen. Deshalb BisZeit 12 Uhr oder so. Andereseits macht es keinen Sinn, für das MausNetz /1 z.B. eine BisZeit von 8 Uhr anzugeben. Das hat ja für jedes Level eigene von-Bis Zeiten und macht auserhalb dieser Zeiten nix.

Diese Variablen:

EventXXHinweis
EventXXDauer

sind für die Anzeige in den Loginzeit für die gedacht und nur Hinweise. EventXXDauer bestimmt also nicht die Dauer des Events sondern soll den User nur einen Hinweis geben, das der Event ungefähr so lange dauert und man deshalb in den nächsten xx Minuten nicht mehr anrufen muß.

2.6.2 Geht ein include in der m7com.cfg?

Von : Jörg Stattaus @ AC (Fr, 27.03.92 10:01)
MS> Ich denke, es gibt einen Befehl, der lädt automatisch ein
MS> weiteres Text-Cfg-File dazu??

Marco, das ist wirklich das Beste für 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 möglich.

Ihr müßt dann per Event also nur dieses zweite z.B. LOGIN.CFG auswechseln.

Gruß Jörg

2.6.3 Gibt es Benutzer-Levels für die Externen Programme?

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

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 ausgewählt 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

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 tagsüber den Abendnetz Event zum testen aufruft, läuft der Abends nicht mehr automatisch an.

Wenn man per CallCheck Events starten läßt (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
• 2.7.2 Beispiel-Konfiguration für eine OS2-Maus
• 2.7.3 ISDN-Ports unter OS2
• 2.7.4 PDZM-Modem und die Maus unter OS/2
• 2.7.5 Sommerzeit-Umstellung bei 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 für eine OS2-Maus

Hier mal die Einstellungen aus WHV.

Wir könnten ja mal so eine Beispielkonfiguration erstellen. Mit Hinweisen, wo optimiert werden kann, die Fußangeln 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 Einträge:
IFS=C:\OS2\HPFS.IFS /CACHE:2048 /CRECL:4 /AUTOCHECK:CD

Diskcache wird nur für FAT benötigt nimmt also nur unnötig Speicher
weg. Hier läuft alles auf HPFS und sehr stabil. :-)
REM DISKCACHE=D,LW


-----------------------------------------------------------------
REM Autoexec.bat nur für 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 für den AUTOSTART beim booten damit SIO initialisiert
wird:
SIOINIT.CMD
-----------------------
C:
cd \SIO
su 2 LOCK 115200
-----------------------


Meine Einstellungen für 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 für die ISDN Karte*
p=MEM_EXCLUDE_REGIONS
v=D0000-D8FFF

p=MEM_INCLUDE_REGIONS
v=


Reicht meiner Meinung nach völlig. 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 für diesen Port auf FALSE setzten. Folgende Effekte treten auf:

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

CG>Was für Fehler treten ohne auf?

Nur einer. Es gehen keine Daten verloren, noch stürzt das System ab. Nur der User wundert sich warum sein Up-/Download nicht klappt. Ob die Verbindung 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 Oberfläche kicken und die MAUS neu starten. Bei dem nächsten ISDN Tauscher, wenn die MAUS wieder auf einen nicht existierenden COM - Port zugreifen möchte. Das selbe Spiel. Für OS/2 ist die MAUS dann ein wildgewordenes Progi, das nur Mist bauen möchte und um die Systemsicherheit nicht zu gefärden 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. Möchte das Protokoll immer eine Ausgabe auf einem COM Port machen. Deshalb kloppt OS/2 der MAUS tüchtig 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 Mäuse 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

3 Fragen zum Mausputz

• 3.1 Allgemeines zum Mausputz
• 3.2 Aufrufparameter des MausPutz
• 3.3 MSGID-Programm
• 3.4 Was macht der Check für zu knappe Putzgrenzen?
• 3.5 Was macht der KRUNUSER?
• 3.6 Wann werden Mails in Gruppen gelöscht?
• 3.7 Wann werden User vom Mausputz gelöscht?
• 3.8 Xlate, was bedeutet das?

3.1 Allgemeines zum Mausputz

Der Mausputz ist das Programm, das die Mails in der Messagebase als gelöscht markiert und auch löscht, User den 'gelöscht' Status verpaßt (die User aber nicht löscht!), den persönlichen Programmteil aufräumt und in den anderen Programmteilen auch aufräumt (was macht der da?). Außerdem legt es ein neues MCALL.LOG an und sichert die alten.

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

Die als gelöscht 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 gelöscht markiert (also in der Nacht von Montag zu Dienstag) oder beim Parameteraufruf /B. Für die Variableneinstellungen siehe das Kapitel über das User löschen

Wenn man die als gelöscht markierten User wirklich aus der Datei MUSER.DAT löschen will, muß man das Programm KRUNUSER benutzten. Dieses entfernt wirklich die entsprechenden Datensätze.

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:

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 - Überprüfung der MsgIds

3.4 Was macht der Check für zu knappe Putzgrenzen?

Nachdem der Mausputz eine Gruppe geputzt hat, prüft 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 für zu knappe Putzgrenzen:
05:10 Zu knapp: Große.Gruppe

In dem Fall haben Deine User ein echtes Problem, wenn sie Nachrichten von gestern kommentieren wollen, weil diese Nachrichten nicht mehr in der Messagebase sind. Weiterhin ist es denkbar, daß Nachrichten, die kurz vorher mit dem Netz angekommen sind, auch schon gelöscht wurden. Abhilfe: An den entsprechenden Variablen in der M7COM.CFG drehen, damit der Mausputz in der Große.Gruppe genügend Nachrichten vorhält.

Aktiviert wird der Check über die Variable AufbewahrungsCheck

3.5 Was macht der KRUNUSER?

das Programm KRUNUSER entfernt die vom MausPutz als gelöscht markierten User aus der Datei MUSER.DAT. Vor jeden KRUNUSER Aufruf werden von den zu verändernden Dateien BackUps angelegt.

ACHTUNG!!! Nach erfolgreichen Lauf des KRUNUSER am besten die Datei 'Recover.BAT' im Backupverzeichnis umbenennen. Sonst kommt man irgendwann später ausversehen mal auf die Datei, der Batch startet und kopiert die alten User und Messagebasedaten zurück. Danach kann man die Messagebase (sowohl PM als auch ÖM) wegschmeisen und hat den Userstand vom letzten KRUNUSER lauf.

3.6 Wann werden Mails in Gruppen gelöscht?

Die Defaultwerte für das löschen in den Gruppen werden durch die folgenden Variablen vorgegeben. Wenn eins von den Kriterien zutrifft, wird in der Gruppe gelöscht:

MsgOutDefaultTage

MsgOutDefaultAnzahl

MsgOutDefaultKB

Für einzelne Gruppen gibt man die Werte dann so an:

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

Für die PMs sind die Variablen folgende:

3.7 Wann werden User vom Mausputz gelöscht?

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" - tatsächlich ist die Bedingung etwas komplizierter (<KA Anrufe in <KZ Tagen). "Neu" ist ein Benutzer danach.

Dann wird er möglicherweise Zahler und ist vor dem Löschen sicher. Und schließlich "Alt".

• "KA" - Anzahl der (A)nrufe, die die Grenze für diese (K)lasse darstellen.

• "KZ" - (Z)eit (in Tagen, erster bis letzter Anruf), die die Grenze für diese(K)lasse darstellt.

• "LZ" - (Z)eit (in Tagen, nach dem letzten Anruf), nach der ge(L)öscht wird.

• Sonderfälle: ex-Zahler sind immer Altbenutzer. SysOps werden nur gemahnt, nicht gelöscht.

Nachfrage:

Altuser wären ja in obigem Beispiel User, die innerhalb der letzten 32767 Tagen max. 25x angerufen hätten - was sind sie danach?

oder andersherum gefragt:

Ich will, dass Ex-zahler frühestens 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 Stückchen Source-Code

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

>Gereon, kannst Du der Vollständigkeit 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
         { Lösch 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ß Jörg

Von : Jörg 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 abbekommen?

Gruß Jörg

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 ungeklärten Gründen immer wieder :-( Wenn man viele davon bekommt, sollte man aber prüfen, 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 gelöscht, daher hätte die Verkettung ebenfalls gelöscht sein sollen. MfG Kai

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

[*] steht für "letzter Kommentar auf diese Msg".

4 Fragen zum MausNet

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

• 4.1 Aufruf-Parameter des MausNet
• 4.2 Aufrufparameter des ProgFix
• 4.3 Bedeutung des Parameter des CNF-Files
• 4.4 Gefilterte PM-Massen
• 4.5 ISDN im MausNet, was ist zu beachten?
• 4.6 Jeden Tag meldet der MNCONFIG mir eine neue Maus?
• 4.7 Kann man auch einen Packer-Batch im Mausnetz aufrufen?
• 4.8 Kann man die Anrufreihenfolge im Nachtnetz verändern?
• 4.9 MausNet-Fehler - Zu viele offene Files -
• 4.10 Netstat, was bedeuten die Ausgaben?
• 4.11 Netstat Erklärung zum zweiten
• 4.12 Problene mit dem Auspacken des Netzpaketes?
• 4.13 Wann und wie soll der MNCONFIG aufgerufen werden?
• 4.14 Was bedeutet die GetHeap Meldung im MausNet.log?
• 4.15 Was bedeutet die 'nicht angekommen' Meldung?
• 4.16 Was bedeutet zurückgeroutet?
• 4.17 Wie benennt man eine Box um?
• 4.18 Wie kann ich das Nachtnetz zu anderen Zeiten fahren?
• 4.19 Wie entstehen 'nicht eingetragen' Meldungen?
• 4.20 Wie verändert man die Vernetzung im Mausnetz?
• 4.21 Wie verschickt man ein neues EXP der eigenen Maus?
• 4.22 Worauf ist bei Änderungen des CNF-Files zu achten?
• 4.23 Worauf ist zu achten, wenn mal eine Box vom Netz geht?

4.1 Aufruf-Parameter des MausNet

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

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 können diverse Fehler auftreten (von garkeiner Aktion bis zum kompletten löschen der Maus!!! Besser ist es JAZZ von Fritz zu benutzen.

ProgFix-Parameter:

4.3 Bedeutung des Parameter des CNF-Files

Das CNF enthält die Daten, die das MausNet über eine Box wissen muß. Das Format ist an das Infofile ITB angelehnt.

Beschreibung der Zeilen:

; CNF der AC4

*AC4

#112

#-22

NQUARK Köln 6

T+49-30-1181

-AC4

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-Mäuse
G.gun.de,-11,*
G.rhein.de,-11,-
G.de,-12,.maus.de,DU3

Ein Beispiel-CNF:

; Boxkürzel - 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
; Kürzel der Serverbox (fehlt für Baumwurzel):
-DU

; Primäre (D) und sekundäre (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-Mäuse
G.gun.de,-4711,.maus.de

; SysOp-Infos:
%B1 Uwe Ohse
%a1 Straße 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 später auf dem Transportweg nochmal PM-Massen gefiltert werden, weil sie beim ersten mal durch den MausNet-Check kamen, dann bekommt natürlich auch der entsprechende Sysop eine Mail.

Außerdem 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. Mit der Variable PMMassenHinweis kann man auch einstellen, ab wann der Sysop einen Hinweis auf große PM-Mengen bekommen soll.

4.5 ISDN im MausNet, was ist zu beachten?

Dazu mal den Text von Jörg:

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 können diesen Abschnitt überlesen.

cFos ist ein Interface zwischen Fossil-Treiber und CAPI. Für 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 heißt als Fossil-Port 1 (das ist der 2. Fossilport = COM2, da Fossil die Ports von 0 an zählt), -jc macht aus der Scrollock-LED eine ISDN-CARRIER-LED. Man kann mit dem cFos auch eine existierende serielle 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 läßt. Dieses File enthält den gesamten CAPI-Msg-Austausch. Aber Achtung: das File wird locker etliche 100 KB groß und ist nur nach eingehendem Studium von CAPIDOC verständlich. Wenn man also massive Probleme beim Verbindungsaufbau hat, sollte man hier reinschauen.

2. MausNet.CFG:

Dem MausNet muß gesagt werden, daß es 2 Ports unterstützen soll, wo diese liegen, wie das zweite Modem bedient wird, und welche Mäuse ü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*';  höre wieder auf alle EAZ
Modem2.DialPre  := 'D'
Modem2.Annehmen := '&L A';nicht mehr auf die Leitung hören 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' zurück. 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 bewähren, nur dann auf ISDN-Anrufe zu hören, wenn sie wirklich angenommen werden können. 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 läuft und welche Nummer sie hat:

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

Default ist also jeweils Modem.XY := 1. Wenn nun eine MAUS ISDN-mäßig erreicht werden soll, dann setzt man diese Config-Var und die ISDN-Telefonnummer! Default für 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 fehleranfällig!

Besser als mit X1 kann man mit X7 fahren. Es gibt dann ausführliche Resultcodes 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 Erklärung des Wertes xxxx liefert CFOS.DOC.

DSZ ist nicht Fossil-fähig. Deshalb brauchen wir bei der Lösung mit ISDN-CAPI und cFos ein Protokoll, daß über den Fossil läuft. Ein vernünftiges 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 für jeden MausNet-ISDN-Partner im MAUSNET.CFG eingestellt 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 müssen. 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 Kompatibilität 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 BÄH MAUS Leipzig/Taucha-1)

Man hat einfach vergessen, das EXP-File einer Maus, die aus dem MausNet ausgeschieden ist, zu löschen. Irgendwann wurde die Maus-Nummer neu vergeben und nun hast man zwei EXP auf der Platte, die beide für 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 BÄH löschen und gut is.

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

Ja. ZIP.BAT und ZIPX.BAT müssen die heißen, 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 für verschiedene Mäuse 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 verändern?

Problem. Man will im Nachtnetz, das eine bestimmte Box immer zuerst angerufen 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 Jörg sollte man schon wenn man 2 Mäuse 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 führt lediglich neue Features auf. Und jeder den ich angerufen habe weiß auch nichts darüber. Ich möchte das aber gerne verstehen, darf ich das?! ;-)

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

Out
          Ergebnis      Gebühren-
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 Würzburg steht unter IN 156 Einheiten, hier aber unter OUT nur 102,wie kann so eine große 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 daßda irgendwas über den Anteil errechnet wird und dann der jeweiligen 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 nächsten Frage- stunde, wenn es wieder heißt: Route mal mit Modemqual!

Salve fritz

PS: Falls ich's kapiere schreib ich dann mal eine Doku und für 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 Würzburg steht unter IN 156 Einheiten, hier aber unter OUT nur 102,
>wie kann so eine große 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, abhängig 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: Jörg Stattaus @ AC (Do, 12.08.93 12:09)

>In Würzburg steht unter IN 156 Einheiten, hier aber unter OUT nur 102,
>wie kann so eine große 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 hätte gerne die genaue Aufstellung auch der Gegenseite, wieviele Verbindungen stattgefunden haben, Fritz.

Und wenn die Verbindungszahl gleich ist, muß es mit den Einheiten pro Gespräch zusammenhängen. Da ist einmal die Frage, ob ihr die gleichen Zone und Sekunden/Einheit im netstat.cfg stehen habt. Wenn ja, müßten 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 zählt. Gruß Jörg

4.11 Netstat Erklärung 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 dafür. 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 dafür 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 fließen 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 sämtliche Verbindungen, die von BM nach K2 liefen, abgezogen). Daraus kommt ein Betrag, der tatsächlich 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 März 7459 KB von BM nach K2 und 54381 KB von K2 nach BM. Dafür 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 bezahlt, 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 für 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 können. Msgstat berechnet nun diesen "Routinganteil": wieviel Prozent der Daten, die BM insgesamt gesaugt hat, konnte BM denn überhaupt gar nicht brauchen?

In BM beläuft sich das konkret auf ca. 20% aller gesaugten Daten. Für die eingegangenen Daten bezahlt BM ca. 12 DM, d.h. 2,40 DM hat BM ausgegeben, ohne selber Verwendung dafür zu haben.

Bis hierhin ist die Abrechnung noch *absolut* korrekt.

Für den recht geringen Betrag von 2,40 DM pro Monat wird jetzt aber kein großes Aufhebens gemacht. Er wird einfach zu gleichen Teilen auf alle unter BM liegenden Boxen aufgeteilt, ohne dabei zu berücksichtigen, welche der Boxen denn nun den größten Anteil an den 2,40 DM hatte.

Das bedeutet letztendlich: jeder innere Knoten des Netzbaums zahlt genau so, als wenn er Blatt wäre, für 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 Lösung wäre vermutlich, auch die lokal eingetragenen öffentlichen Mitteilungen zu bewerten und jeweils die Kosten dynamisch auf die Boxen aufzuteilen, die die Mitteilungen erhalten.

Mit den herkömmlichen langfristigen Logfiles ist eine solche Aufteilung jedoch nicht möglich; ich könnte mir aber sehr gut vorstellen, daß James, der sowieso täglich die Netzlogfiles auswerten kann, hier exaktere Möglichkeiten bietet. Hm, nein, da stehen die Größen der Mitteilungen nicht drin. Das geht also auch nicht exakt. Tja, ich weiß es nicht, ob es eine exakte Abrechnungsmöglichkeit 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:

4.13 Wann und wie soll der MNCONFIG aufgerufen werden?

• MNConfig /X

  Darf nur einmal am Tag, und zwar nach dem Nachtnetz aufgerufen werden.

• MNConfig ohne Parameter

  Sollte nach jeder Änderung am *.CNF der eigenen Maus aufgerufen werden. Auch wenn man das Remote macht (dazu einen Event vorsehen). Anschließend 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 regelmäßiger Versand -> Dupe -> GetHeap
(0a41:1b05): 544, frei: 6328 6328(bis einschließlich "-> 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 Goßlar @ 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 können 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 zurückgeroutet?

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: zurückgeroutet.
14:03  PM an RENEGADE@newswire.gun.de-ac2: zurückgeroutet.
14:03  PM an Geist@nature.gun.de-ac2: zurückgeroutet.
=====================================================================

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 für .gun.de einrichten, der für die MAUS, aus der diese Mails stammen,erlaubt ist (vermutlich MAUS K, ich hatte hier dieselben Empfänger).

Gereon

Von: Jörg 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' für PM. Daspatcht du auf 'X' und das nächste MausNet, daß diese Msg importieren soll, tritt sie in die Tonne.

Gruß Jörg

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

>Das erste Byte ist ein 'P' für PM. Das patcht du auf 'X'

Man sollte noch dabeisagen, daß in den drei Byte danach die ID der Msg binärsteht, 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 könnt auch einfacher ein Netz von hand fahren. Danach liegt dann auf dereinen Seite wieder ein PAR/DAT für die andere MAUS da - das sind die zurück gerouteten Teile. Nochmal mit mausnet.log vergleichen und dann die beiden Teile löschen. 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 zurückgeroutet Mail im Netzpaket stehen. Und dann mit dem Hexeditor einfach die Mail wegpatchen.

4.17 Wie benennt man eine Box um?

Von Jörg Stattaus

Vorhaben: Maus OLD soll Maus NEU werden.

Bei einer Maus wird im alten CNF der Name geändert. Im OLD.CNF trägt man also *NEU ein. Der mnconfig /x nach dem nächsten Nachtnetz führt 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 für Doppelmäuse 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 Doppelmaus auch einmal am Tag ein MausNet /1 auslösen will, aber nicht auf die Mausnetzzeiten warten will, ändert man einfach in dieser Maus die entsprechenden Zeiten. Hier mal der Netzplan, wie er im Moment vom Maunetz vorgegeben 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 Defaultmäßig diese Zeiten:

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

Die geänderten Werte sind in das MausNet.cfg einzutragen.

4.19 Wie entstehen 'nicht eingetragen' Meldungen?

Das bedeute, daß das MausNet der Box Nachrichten für 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 gelöscht. Nur woher soll das MausNet das wissen. Das MausNet schickt also bis zum nächsten normalen MNConfig-Lauf immernoch Mails für diese Gruppe mit. Siehe auch den Punkt zum MNConfig

• 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 verändert man die Vernetzung im Mausnetz?

Von: Jörg Stattaus @ AC (Mi, 02.06.93 12:44)

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

1. Natürlich 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 läuft ja netzweit mnconfig/x und die Vernetzung wird geändert.

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 läuft, muß man von Hand nachbessern, sprich die EXPs entsprechend ändern und mnconfig /x aufrufen. Aber NUR dann.

Gruß Jörg

4.21 Wie verschickt man ein neues EXP der eigenen Maus?

Einfach das EXP-File der eigenen Maus verändern 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, würde es sehr lange dauern, bis wieder alle bei einem vorhanden sind. Deshalb sollte man die EXPs bei der täglichen 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 können unter Umständen bedeuten, das die Maus im Netz nicht mehr bekannt ist

• Vorher nachgucken, was die entsprechenden Parameter bedeuten.

• Überlegen, was man in die u Zeilen einträgt. Die sind nach dem nächsten Nachtnetz für alle zu lesen!

• Die Änderungen unbedingt mit einem DOS-Editor machen. Besonders bei Mäusen mit Umlauten im Kürzel 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. Höchstens für temporäre Mäuse 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 gelöscht 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 löscht. 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?

5 Allgemeine Fragen zum Mausrechner

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

• 5.1 Direktlogin-Anleitung
• 5.2 Fido-Gate. Wie richte ich sowas ein?
• 5.3 Mailingliste, was für Programme gibt es?
• 5.4 Ist die Maus für das Jahr 2000 vorbereitet?
• 5.5 Maus-Backup. Was sollte mindestens gesichert werden?
• 5.6 Murphy, wer ist das?
• 5.7 Runtime-Fehlermeldungen
• 5.8 Sommerzeit/Winterzeit??
• 5.9 Tips zum extern.cfg
• 5.10 Umlautprobleme bei Quarks
• 5.11 Was hat es mit dem MU auf sich?
• 5.12 Was ist Klette und Use2Maus?
• 5.13 Was ist das PMK-Token Format und wozu gibt es das?
• 5.14 Was kann man gegen Internet-Werbung per PM machen?
• 5.15 Was kann man gegen Werbung in Mails machen?
• 5.16 Was tun bei MsgId-Dupes?
• 5.17 Was tun bei zu wenig freien MsgIDs?
• 5.18 Was tun nach einem Crash?
• 5.19 Wenn ein Netzpaket verloren geht
• 5.20 Welche Grenzen gibt es bei der Maussoft
• 5.21 Wenn mal die Maus ein Datum in der Zukunft hat
• 5.22 Wer ist der Ansprechpartner bei der c't für Änderungen des Eintrags?
• 5.23 Wie kann man eine Maus noch beschleunigen?
• 5.24 Wie richte ich ein lokales Gate zum InterNet ein?
• 5.25 Wie richte ich ein lokales Gate zu einer anderen Maus ein?
• 5.26 Wie richte ich eine Fremdbox unter der Maus ein?
• 5.27 Wie schließe ich einen ATARI am Direktport an?
• 5.28 Wie schließe ich einen MAC an den Direktport an?
• 5.29 Wie werde ich ein zu langes mprog.dat wieder los?
• 5.30 Wo gibt es eine Demo-Maus?
• 5.31 TIC-File-Generatoren-Liste

5.1 Direktlogin-Anleitung

Aus dem File in der S3:
2 Sonstige DIRECT.ZIP 7415
Datenfernübertragung, 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 Schlünß
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.

Für 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 beträgt maximal 19200 Bps! Als Verbindungs-Programm kann jedes gängige 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 lästiges Diskettenwechseln erfolgen.

Als zusätzliches Feature kann der momentane Log-Schirm der MAUS per Tastendruck übertragen werden. Dadurch ist es also möglich die MAUS in einem anderen Raum stehen zu haben und trotzdem alle Aktivitäten per Remote zu beobachten.

2.0 die Hardware

Um zwei Rechner verbinden zu können, müssen erstmal die Hardwarevoraus- setzungen geschaffen werden. Dazu müssen beide Rechner eine freie, serielle Schnittstelle zur Verfügung stellen.

Diese beiden Schnittstellen müssen 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. Für alle Bastler ist hier eine komplette Anleitung:

Die Belegung für 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 für 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 müssen die Anzahl der Ports für den X00.SYS um einen erweitert werden. Dieser Port dient später 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 tatsächlichen Namen der Schnittstellen entsprechen müssen. Für den X00 bedeutet das z.B. in unserem Fall 0=COM1 und 1=COM2. Das ist wichtig, damit man später der MAUS diese Nummern mitteilen kann. (Siehe nächstes Kapitel.)

Weitere Infos zum X00.SYS sind in dessen Docu zu finden. Als nächstes 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 für 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 hängt
ModemPort  := 0   ;  X00-Port, an dem das Modem hängt
;
;             ^--> diese Angaben sind die gleichen wie von X00.SYS !!!

Für den Anfang sollte man es einfach mal mit diesen Werten probieren. Wichtig ist nur, daß bei DirectPort und ModemPort die gleichen Werte eingesetzt 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 tätigen. Hier sollte es jetzt mit jedem Terminal Programm möglich 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). Für 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 Abstürzen kommen. Die Folgeversionen sollten diesen Bug nicht mehr aufweisen.

Da TELIX nicht sehr groß ist, empfehle ich für 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 nächsten Test drückt 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 stattfindet, 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 überprüft werden! Hat auch dies geklappt, so ist man mit der Installtion fertig.

5.0 der MausTausch

Als SysOp sollte man bemüht sein, die MAUS nicht unötig 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 möglich. Für TELIX habe ich ein kleines Script Programm geschrieben, daß den MausTausch vollautomatisch durchführt. 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 müssen 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 durchzuführen 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 können. Es ist jedoch nur ein Grundgerüst. Für Erweiterungen wäre ich sehr dankbar.

Den registrierten Benutzern des MauTau's ab Version 2.4 (8.Release) steht sogar noch die Möglichkeit zur Verfügung als EXTERNES DFÜ-Programm einen BATCH zu definieren, der TELIX mit der Option sMT startet. So ist es am komfortabelsten. (Näheres 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 führt 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 für "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 anwählen.
  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 können die
//  nächsten 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 aufhören"))  // letzte Abfrage
 {
  cputs("J");     // und bestätigen.
 }
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 für 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 läuft kann man ganz normal in einer Gruppe lesen und die Mitglieder außerhalb 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 geführt 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 für 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 für mlzwo
rem Mail     = Vorname des Mailinglisten-Dämons
rem Daemon   = Nachname des Mailinglisten-Dämons

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 aufrufen.

5.4 Ist die Maus für 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)

> hätte 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 neugefüllt, es gibt da noch ein paar andere die auch kein Fehler sind:

MAUSSAVE.BAT

Rem  Hält 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 experiment 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 imagination, 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

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 läuft (zumindest in der Nacht). Denn das gibt Probleme. Ach ja. Der WoSysop bekommt einen Tag vorher eine Ankündigung zur Umstellung.

• am letzten Sonntag im März nach 02:00 um 1 Stunde vor, am letzten Sonntag im Oktober nach 03:00 um 1 Stunde zurück (Stand Okt '97)

• WoSy erhält 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 Mäuse 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 für Mäuse unter OS/2

Außerdem 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 losläuft, wird die Uhrzeit erst beim nächsten hochfahren der Maus, also bei nächsten 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 := 'Bärlin';
RestZeit := '16';
AnrufZahl := '99';
Zahler := 'TRUE';
BaudToUser := '17280';
BaudToModem := '38400';
FossilPort := '0';
ComPort := '1';
Spannen := 'FALSE';

Man kann also per CallChk-Batch bestimmte aktionen auslösen, wenn ein bestimmter User drin war oder für alle User Sachen in spezielle Verzeichnisse speichern (z.B. das letzte Outfile).

5.10 Umlautprobleme bei Quarks

Wenn eine Quark unter einem hängt müssen nicht nur die Umlaute bei dein Quarkuser richtig eingestellt sein, sondern die Umlauteeinstellung der in der Servermaus für die Quark muß auch stimmen. Irgendwas um ISO-xxxx sollte ein vernüftiges 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 Bestätigungsmail von seiner Heimatmaus an den jeweiligen Sysop schreiben. Eine Mail Online zu schreiben ist nicht nötig 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 freiwilliger zum festlegen des neuen MUs samt neuen Paßwort und natürlich 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 irgendwelchen Userlisten etc. erscheint

• Sinnvoll ist auch ein Promistatus, damit der nicht vom Mausputz gelöscht 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 trägt 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 für alle User erstellt werden und das ganze auch noch Offline abläuft.

Da Mails mit externen IDs nur an den Gates erzeugt werden können, 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 mußt du nur darauf achten, das Klette immer nach einen MausNet und vor eventuellen Speedtausch-Aufrufen läuft.

5.13 Was ist das PMK-Token Format und wozu gibt es das?

Um das CNF-File der Maus automatisch Auswerten zu können, hat man sich unter den auf das PMK-Token Format geeinigt. Hier die Beschreibung:

Das sog. PMK-Token Format, V2.0, 28.6.94

für die automatische Auswertung der EXPortfile- Information. Angaben, die ohne Rückfrage weitergegeben werden dürfen, fangen mit GROSSBUCHSTABEN an, Daten, die der Sysop nicht weitergeben will, mit kleinbuchstaben. (Im folgenden stehen immer nur die Großbuchstaben)

Verpflichtende Angaben: (Anmerkung von Christian Goßlar Verpflichtend ist sicher nur Betreiber und Sysop Name. Der Rest wird freiwillig sein)

So sähen die Angaben für die AC2 aus (man beachte die Groß/Kleinschreibung):
%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 Elsaßstraße 58, 52068 Aachen, Deutschland
%t 0241-513297
%S1 Stefan Rupp
%a1 Turpinstraße 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, bitteschön:

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, könnte 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 bzw das FAQ dazu

Sinnvoll ist auch dieser Hinweis

Von: Uwe Rößner @ MGN (Mi, 12.02.97 18:14)
MId: 199702121814.a21224@mgn.maus.de

Hallo,

AM> Dann ist der Müll aber schon da. Ich hoffe, daß man demnächst
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 unerwünscht.

Außerdem ist noch folgendes zu beachten. Bei reinen MausNet-Gruppen ist es nur Sache des MausNet, es ist arg stören 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 außer 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 ueberpruef ("msgid xy") & korrigier ("msgid set ####") das doch mal.

sollte man genau das tun, was dort beschrieben steht.

• erstmal das Programm MSGID besorgen

• MSGID mit dem Parameter xy starten xy steht für das Kürzel 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 höhere ID in der Maus erzeugen, z.B. so:
  MSGID set xxxx
  XXXX sollte so gewählt werden, das es ca. 1000 über der hösten bisherigen ID liegt.

• Danach bitte unbedingt mit
  MSGID LLIST xy
  kontrolieren, ob alles geklappt hat.

Siehe auch 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 Goßlar, 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, MsgOutDefaultAnzahl und MsgOutDefaultTage kontrollieren

3. vielleicht nochmal mit dem Programm msgid.exe die Verteilung der Message-IDs kontrollieren.

4. Die Mausputz-Parameter entsprechend ändern

5. Um jetzt eine Erfolg feststellen zu können, muß der Mausputz aufgerufen werden. Aber wenn man den nicht zum 'krunchen' auffordert, wird man nach dem MausPutz keine Änderung der Message-ID Verteilung feststellen. Also Mausputz /A (siehe auch 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 löschen.

Zum installieren einer neuen Messagebase benötigst du eine leere Messagesbase, 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 Mäuse (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 Messagebasebackup in die Maus einspielt. Auch wenn es nur ein paar Stunden alt ist. Man erzeugt Sprünge in der Message-ID Reihenfolge und das gibt nur Probleme.

Also nach neuinstallation der Messagebase immer MSGID aufrufen und die Messagesid neu setzten. Das gilt auch für 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

Außerdem muß man auch für alle User den Messagepointer auf einen richtigen Wert setzen. Wenn man eine neue Messagesbase installiert hat, ist das der Wert eins, sonst ein eintsprechen höherer (je nachdem von wann das Backup ist). Das setzten des Messagespointers für alle User geht von Sysop-Menü unter '(L)öschen/(#) setzen'. Wenn man das nicht macht, wundern sich die User beim nächsten Tausch, das sie keine Mails bekommen.

Danach bitte unbedingt

msgid list xx

testen, ob alles auch geklappt hat.

Siehe auch das Kapitel zum MSGID Programm.

Und zum nachholen des Netzes dort 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 größeres Netzpaket ist. Das macht nix. Einfach entsprechend umbenennen und dann Mausnet /import aufrufen. Das MausNet schmeist schon alle Mail und PMs weg, die nicht für die eigene Maus bestimmt sind. So geht also nix verloren.

5.20 Welche Grenzen gibt es bei der Maussoft

Im Moment gilt folgendes:

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 löschen (Sysopmenu). Auch die persönlichen! Dann Mausputz aufrufen, aber so, das die MBase gekrunscht (Parameter /f) wird (das ist wichtig). Nun die beiden *.NET Files im Mausverzeichnis löschen 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 löschen 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 für Ä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)

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 gültig.

5.23 Wie kann man eine Maus noch beschleunigen?

Am meisten bringt es, viel RAM für 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 möglich den Cache auch so einstellen, das immer einige Sektoren mehr gelesen werden als gerade angefordert werden.

Außerdem sollte immer mal wieder die Platte mit Defrag aufgeräumt 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 für 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 mußt mal einen Gate-User in der Maus installieren. Das geht ja recht einfach und ist im nächsten 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. Hauptsächlich müssen Ordner eingerichtet und eingetragen werden und das GATE.BAT, das als Beispiel beiligt, an deine eigene Konfiguration angepaßt 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 müssen gesetzt werden usw. Für 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 unschön aber sicher. Z.B. einfach durch einen kleinen Vorsatz wie IN. Wenn man sich dann später 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 enthält. Dort muß noch der Nachname mit einem führenden Punkt '.' versehen werden. Dann noch das Gate in die CNF Datei eintragen, fertig.

Spätestens 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 folgendermaßen 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-Mäuse
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 Zugangsbeschränkung, auch eingetragen ist. Sonst kann der dort keine keine Mails reinschreiben. Das gleiche gilt natürlich für 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 nämlich dann für die Maus garnicht.

Um lokale Gruppen mit einer anderen Maus zu vernetzen gibt es z.B. das Programm 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 Jörg besorgen. Dann ein entsprechendes CNF-File in denNetIOPath legen und den MNConfig aufrufen. Hier mal ein Beispiel-CNF

; Boxkürzel - 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
; Kürzel der Serverbox (fehlt für Baumwurzel):
-B

; Portdefinition
P#1
PT+49-30-999999999
PKA


; Primäre (D) und sekundäre (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-Mäuse
; entfällt (nur für Gateways)

; SysOp-Infos:
s Weitergabe der folgenden Informationen an Nicht-Mausnet-Sysops
s ist nicht gestattet. Ausnahme: Zeilen die mit '%' und einem
s Großbuchstaben 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 Netznummer, 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 Paßwort verändert werden.

Nun kann die Fremdbox anrufen. Der Benutzerstatus der Fremndbox ist überings 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 schließe ich einen ATARI am Direktport an?

Hier die komplette Belegung eines Null-Modem Kabels, das passend für 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 für 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 für 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 weiterführende Erklärung:

3. Rechner-Rechner (Nullmodem)

Für Datenübertragungen von Rechner zu Rechner müssen die Datenleitungen (RxD und TxD) natürlich gekreuzt werden. Das einfachste Verbindungskabel benötigt nur drei Leitungen: RxD, TxD und GND. Für LapLink z.B. genügt das. Braucht man einen Hardware-Handshake, so müssen ausserdem mindestens RTS und CTS verbunden werden, ebenfalls gekreuzt.

Benutzt man Software, die eigentlich für eine Modemverbindung gedacht ist oder die den Einschaltzustand des "Gegeners" überprüft, muss man noch weitere Signale verbinden. Da das DTE nur zwei Ausgänge hat (DTR und RTS), ein DCE aber 4 (CTS, DSR, RING und DCD) kann es nötig 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 wäre eigentlich richtig, aber wenn die Soft ein Carrier- signal braucht und (oft) DSR ignoriert...

(RTS kommt für solche Spielchen normalerweise nicht in Frage, weil es für den Handshake ständig 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 schließe ich einen MAC an den Direktport an?

From: Alexander Güth @ AN
Newsgroups: SYSOP.TECH
Subject: Directport Mac od. PC
Message-ID: <199611170018.a12592@an.maus.de>

Hi,

Für alle die es interessiert hier mal die PIN-Belegung eines Directportkabels (Nullmodem) zwischen MAC und Maus. Der vollständiger halber auch noch die Kabelbelegung PC - Maus.

Rechner-Rechner (Nullmodem) Mac - PC

Mac SCC/GeoPort                          PC RS-232
9pol (männlich)                          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 zuverlässig 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 Einschaltzustand 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 für ein Modem-Kabel für den MAC.

Rechner-Modem

Mac SCC/GeoPort                          Modem RS-232
9pol (männlich)                          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 geäussert, daß erweiterte MPROG.DAT eigentlich nur Probleme machen können! ........

Abhilfe: Altes MPROG.DAT rüberkopieren (1710 Bytes), PROGFIX drüberlaufen lassen (nur der tut's in diesem Falle - vorher Gruppen mit langen Namen in kürzere 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 *für 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 ERGÄNZEN UND KORRIGIEREN, WER ETWAS WEISS.
Verbesserungsvprschlägeund Korrekturen bitte per PM an
den Autor. Ich danke all denjenigen, welche bisher bei
der Erstellung und Korrektur der Liste beteiligt waren.

Allgemeine Infos:

Anmerkungen und Erklärungen:

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 (eingeschränkt)

4. zu [4]: Tools nur für Mäuse erhältlich und dort einsetzbar, z.B. um "Download mit TIC" anzubieten, normalerweise DOS-Programme

6 Wichtige Hinweise, Abstimmungsergebnisse usw

Hier habe ich mal völlig unverbindlich die Sachen über das Verhalten im MausNet zusammengesucht, die mir wichtig erscheinen.

• 6.1 IN und Kommerz
• 6.2 IN und Kommerz FAQ
• 6.3 Sysop-Info
• 6.4 Mitlesen von Betreibern Stand-alone Mäusen in den Sysopgruppen
• 6.5 Wo sollen neue Betreiber und neue CoSysops angekündigt werden?
• 6.6 geschäftsmäßiger <> geschäftlicher / BDSG
• 6.7 Die fünf goldenen Regeln für Sysops
• 6.8 Betreffkürzel in Programme

6.1 IN und Kommerz

Von: Jürgen Conradi @ HB (Mo, 15.07.96 04:57)

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

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

• Verwendung der maus.de-Adresse auf Visitenkarten, Briefköpfen, Schriftstücken usw, die nicht ausschließlich privaten Zwecken dienen.

• Werbung mit Angabe der maus.de-Adresse

• Postings mit Werbung für eine Firma

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

• Hinweis auf Firmen in Footern

• jegliche Nennung einer .maus.de-Adresse im Zusammenhang mit kommerziellen Aktivitäten aller Art

• und ähnliches.

Die Nichtbeachtung dieser Regel kann schwerwiegende Folgen haben. Bei Bekanntwerden von Verstößen ist mindestens mit dem Ausschluß der betreffenden Maus aus maus.de zu rechnen. Im Rahmen des Möglichen ist aber auch die Auflösung der kompletten Domain maus.de oder sogar des kompletten IN e. V., wenn die Provider wegen Mißachtung der vertraglichen Regelungen die Versorgung 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: Jürgen Conradi @ HB (Do, 25.04.96 19:53)

Eine Bitte an die SysOps - Bitte ausdrucken und aufheben

6.3 Sysop-Info

Allgemein gilt, das man zwar die Gruppe Sysop.Info lesen sollte, es aber natürlich keine Pflicht gibt, daß ein Sysop diese Gruppe liest. Allerdings gilt hier genauso wie für 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 dafür fast immer. Damit das nicht zufällig passiert, kann man folgendes 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 Möglichkeit ist es, wenn man den Followup in der Maus direkt setzt. Wenn das Frontend das unterstützt (alle neuere sollten es eigentlich) können so auch keine unabsichtlichen Kommentare mehr dort abgelassen werden. Allerdings muß man dann, wenn man etwas absichtlich dort kommentieren will, je nach Fronmtend ein paar Verrenkungen machen.

6.4 Mitlesen von Betreibern Stand-alone Mäusen in den Sysopgruppen

Auf dem Sysoptreffen in Bremen wurde unter anderm das beschlossen:

Über die Mitleser in den technischen SysOp-Gruppen von Fremdmäusen (kommerzieller Einsatz der MAUS-Software) wird abgestimmt. Es wird darauf hingewiesen, daß nur im ISB eingetragene Personen lesenden Zugriff auf SysOp-Gruppen haben dürfen.

Genau ist es im entsprechenden Kapitel nachzulesen.

6.5 Wo sollen neue Betreiber und neue CoSysops angekündigt werden?

Ein Teil der Sysops meint folgendes:

Neue Mäuse, Betreiber (also Betreiberwechsel) werden mitsamt der Vorstellung in Sysop.Info angekündigt. Diskussionen darüber 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 angekündigt. 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 geschäftsmäßiger <> geschäftlicher / 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 Behörden 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 "geschäftsmäßiger", nicht von "geschäftlicher" Datenverarbeitung die Rede.

Geschäftsmäßig ist ein selbständiges und auf eine gewisse Häufigkeit abgestelltes Tätigwerden. Auf Entgeltlichkeit kommt es nicht an (das wäre "gewerbsmäßig").

                        Zöller-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
für Münster zuständigen Datenschutzbehörde (die BR Münster ist nicht
Datenschutzbehörde), in dem folgendes steht:

Durchführung des Bundesdatenschutzgesetzes - BDSG -
hier: Meldepflicht nach  Par. 32 BDSG

Hiermit bestätige ich, daß die MAUS MS, Münster 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 Grüßen
Im Auftrag

Ahlers

Der dritte Abschnitt des BDSG findet mithin unmittelbar Anwendung auf Mailboxen. Dies hat übrigens nichts mit der - für die meisten Mailboxen nicht mehr notwendigen - Anmeldung beim BAPT nach dem FAG zu tun.

Personenbezogene Daten sind Einzelangaben über persönliche oder sachliche Verhältnisse einer bestimmten oder bestimmbaren Person (siehe Info 1 des Bundesbeauftragten für Datenschutz, Seite 14). Ein Blick in Par. 28 (den ich wegen der Länge hier nicht abtippen werde ;-)) zeigt, daß Hans personenbezogene Daten veröffentlicht hat, was unter bestimmten Voraussetzungen des Par. 28 noch erlaubt sein könnte. Allerdings ist keine der Voraussetzungen erfüllt: Weder liegt eine Zweckbestimmung vor, die eine Veröffentlichung rechtfertigen könnte, noch kann man angesichts deutlichen Widerspruchs vieler Sysops (schon durch die explizite Anwendung der Kleinschreibung innerhalb des Tokenformats im ISB) von mangelndem schutzwürdigem Interesse ausgehen, zumal die meisten Daten im ISB gerade nicht für die Veröffentlichung bestimmt sind, worauf diejenigen, deren Daten dort drinstehen, vertrauen durften (aber leider nicht konnten). Da Hans als Sysop berechtigter Empfänger der im ISB gespeicherten Daten ist, durfte er sie gem. Par. 28 IV BDSG nur für den Zweck nutzen, zu dessen Erfüllung sie an ihn übermittelt werden. Die Daten wurden aber gerade nicht zur Veröffentlichung an ihn übermittelt, dennoch hat er sie veröffentlicht.

Geht man davon aus, daß Hans nicht bewußt jemanden schädigen wollte (das würde das Strafmaß erhöhen), muß man von einer Geldstrafe gem. Par. 43 I bzw. II BDSG als Strafmaß - Ersttäter, minder schwerer Fall usw. - ausgehen. Möglicherweise würde 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 fünf goldenen Regeln für Sysops

1. Regel: Schreibe keine Msgs wenn du schlecht geschlafen hast.

2. Regel: Schreibe keine Msgs wenn du sehr müde 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 Kollegen), tritt Regel Nr. 4 in Kraft.

6.8 Betreffkürzel in Programme

Vorab. Jeder kann die Betreffkürzel 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 Betreffkürzel halten:

• Der Absender der Mails ist egal

• für den öffentlichen-PT sollte für jedes Betriebssystem eine eigene Mail generiert werden.

• Der Betreff sollte folgendermaßen aussehen: Mauskürzel: Betriebssystem Beispiel: B3: ST TOS B3: Windows

• Gruppenprogrammteile B3: GPT Maustausch
  Die Mails müssen nicht nach Betriebssystem aufgesplittet werden, da ersten dort nicht so viele unterschiedliche kommen und es zweitens auch ein riesen JMS-benötigt (Fehleranfällig)

• für die Loginzeiten und sonstige Hinweise: B3: Info, Loginzeiten

• die gelöschten Programme sollten in den Mails der einzelnen Betriebssysteme mitdrin stehen. Also keine eigene Mail

Für James hier mal ein Beispiel Steuertext, der so in der Maus B3 bisher problemlos funktioniert. Angepaßt werden muß eigentlich nur noch folgendes:

#IFKRIT (WT=Fr)
#ABSENDER Programmteil Maus
/D=-7             <--- natürlich in allen Aufrufen ändern
B3: GPT Gpt-Name  <--- hier noch die anderen Gruppen-Pt eintragen,
die in deiner Maus vorhanden sind. Und natürlich die Loginzeiten,
Infos. Eigetragen haben ich dort mal die Steuertexte zur Erzeugung
der Gesamtinfos des Programmteils.

;--------------------- Neue Uploads in PROGRAMME ---------------------
; Steuertext für 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 gelöschten 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 Betreffkürzel an die Maus angepaßt

#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 können jetzt die Infos reinkommen


#ENDABSENDER (das war's was für #ABSENDER verschickt wird)

#ENDIF (#ifkrit)

ZUSATZ: Ab Maus 7.95i untersützt die Maus mit der Variable DownloadSperre das sperren von Downloads für bestimmte Usergruppen. Ab James 1.5c unterstützt James das auch (siehe History-Text zu James). Die Steuertexte müssen dann um die entsprechenden Parameter (z.B. /U=V) erweitert werden.

7 Was für Programme für 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 Mäusen, K2 usw. Und die Liste ist bei weitem noch nicht vollständig. Und auch nicht auf dem aktuellen Stand, sorry!

Hoffentlich aktueller ist das folgende. Der Tool Server @ ZW. Eine einfache Hilfe erhält man, wenn man an den Server eine Mail mit dem Betreff 'Hilfe' und im Body '-'.

• 7.1 ANAMSG
• 7.2 BINKCOST
• 7.3 Binkley_Term
• 7.4 CDDRV
• 7.5 CDPTH
• 7.6 Chefwart
• 7.7 Erwinsgate
• 7.8 DRIVEDA
• 7.9 DokuServe
• 7.10 FIXPPAR
• 7.11 FixRnum
• 7.12 Formelinterpreter
• 7.13 ForwardPM
• 7.14 GATE2GRP
• 7.15 GATESTAT
• 7.16 Güntersgate
• 7.17 Gateway Beschreibung
• 7.18 GENDBDIF
• 7.19 GLASNOST
• 7.20 GODLIKE
• 7.21 GroupStat
• 7.22 HISTAT
• 7.23 James
• 7.24 Jane
• 7.25 Jerry
• 7.26 Jimmy
• 7.27 KILLLOKL
• 7.28 KILLMSG
• 7.29 Klette
• 7.30 KrunUser
• 7.31 M2M-Gate
• 7.32 MAKEPKT
• 7.33 MakeTIC
• 7.34 MAUS CD CONTROLLER
• 7.35 MausChat
• 7.36 MAUSDOOR
• 7.37 Mausdown
• 7.38 MausFile
• 7.39 MausFileSucher
• 7.40 MausRingComander
• 7.41 mcall.exe
• 7.42 MCC
• 7.43 MCDC
• 7.44 MCLOCK
• 7.45 MegaHang
• 7.46 MEVENT
• 7.47 MFORMEL
• 7.48 MLZWO
• 7.49 MPROGVW
• 7.50 MPWD
• 7.51 MSGID-EXE
• 7.52 MT2BIN
• 7.53 MUSER.EXE
• 7.54 MUVIEW
• 7.55 MVIEW
• 7.56 MV-Pack
• 7.57 NetJames
• 7.58 NETMC
• 7.59 NetStat
• 7.60 NewUse2Maus
• 7.61 Rejectit
• 7.62 REQUEST
• 7.63 SCHEDULE
• 7.64 Schnulli
• 7.65 Service-Programm
• 7.66 SETPTDAT
• 7.67 Speedtausch
• 7.68 TeamShell
• 7.69 TICTAC11
• 7.70 TOPLINES
• 7.71 VONXY
• 7.72 XENOPHOB

7.1 ANAMSG

7.2 BINKCOST

7.3 Binkley_Term

7.4 CDDRV

7.5 CDPTH

7.6 Chefwart

7.7 Erwinsgate

7.8 DRIVEDA

7.9 DokuServe

7.10 FIXPPAR

7.11 FixRnum

7.12 Formelinterpreter

7.13 ForwardPM

7.14 GATE2GRP

7.15 GATESTAT

7.16 Güntersgate

7.17 Gateway Beschreibung

7.18 GENDBDIF

7.19 GLASNOST

7.20 GODLIKE

7.21 GroupStat

7.22 HISTAT

7.23 James

7.24 Jane

7.25 Jerry

7.26 Jimmy

7.27 KILLLOKL

7.28 KILLMSG

7.29 Klette

7.30 KrunUser

7.31 M2M-Gate

7.32 MAKEPKT

7.33 MakeTIC

7.34 MAUS CD CONTROLLER

7.35 MausChat

7.36 MAUSDOOR

7.37 Mausdown

7.38 MausFile

7.39 MausFileSucher

7.40 MausRingComander

7.41 mcall.exe

7.42 MCC

7.43 MCDC

7.44 MCLOCK

7.45 MegaHang

7.46 MEVENT

7.47 MFORMEL

7.48 MLZWO

7.49 MPROGVW

7.50 MPWD

7.51 MSGID-EXE

7.52 MT2BIN

7.53 MUSER.EXE

7.54 MUVIEW

7.55 MVIEW

7.56 MV-Pack

7.57 NetJames

7.58 NETMC

7.59 NetStat

7.60 NewUse2Maus

7.61 Rejectit

7.62 REQUEST

7.63 SCHEDULE

7.64 Schnulli

7.65 Service-Programm

7.66 SETPTDAT

7.67 Speedtausch

7.68 TeamShell

7.69 TICTAC11

7.70 TOPLINES

7.71 VONXY

7.72 XENOPHOB

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 Versionen.

• 8.1 Welche Softwareversionen sind aktuell?
• 8.2 Bekannte Bugs, Probleme zur Maus
• 8.3 News zur Maus 7.95h
• 8.4 News zu Maus 7.95i und MNConfig 2.0
• 8.5 News zu Maus 7.95j und MNConfig 2.01

8.1 Welche Softwareversionen sind aktuell?

Um die aktuelle Version der Maus-Soft, des MNConfig und des MausNet zu erfahren, genügt ein Blick in den ISB-Eintrag der Maus K2:

Aktuelle Versionen von Hilfsprogrammen zur Maus (Monatliches Posting in der Gruppe Tools.Beta)

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 für 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 gekämpft hatte: Laßt im Callchk das MENDE.DAT nicht neu schreiben, das gibt eine Sharing violation, wenn dieser Fall eintritt. Erst mit der nächsten 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 dämlichen Scripts hat, die immer genau während des Abspanns auflegen, kann das Risiko natürlich weiterhin eingehen, man muß halt damit rechnen, daß es auch mal schiefgeht ...

• Mausabsturz beim Programmetaggen
  Bei mehr als 50 selektierten Programmen im Programmtaggen-Menü stürzt die Maus einfach ab. Z.B. so:

  !!! --------------------- MAUS abgestürzt ! --------------------- !!!
  
  ** Grober Schnitzer - MAUS 7.95j/dpmi/gs/beta **
  
  ** ganz außen ** ** Hauptmenü ** PrgTeil-Ö ProgLöschen -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 löscht, dann kann das dazu führen, daß der MAUS mehr oder weniger zufällig 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 beschäftigt, eine neue Version gibt's sobald wie möglich.

  Sorry for any inconvenience.

  Gereon

• Fehler in der Maus 7.95j
  Der Aufruf der 'UserRlisten', 'Zahler' erzeugt einen Mausabsturz.

• Das MausNet verträgt 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 müssen 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?

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 Schnittstellen und auch die Übertragungsparameter korrekt gelockt *und* eingestellt sind. Wenn man X00.SYS verwendet, kann man das mit XU.EXE einstellen, etwa so: XU set:0:57600:8N1 lock:0:57600:8n1 für jeden Port. Für andere FOSSIL-Treiber bitte in deren Doku nachsehen.

• Gateways dürfen Msgs bis zu 12 Std. aus der Zukunft eintauschen

• Bugfix: Gruppen-Löschen im SysOp-Teil tut's wieder

• Bugfix: Anrufcounter bei aufeinanderfolgenden Anrufen desselben Users wird jetzt korrekt hochgezählt.

• 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: unterstützt 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 möglicher 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 überpüft, ob noch soviel Memory frei ist wie angegeben. Wenn das nicht der Fall ist, wird der Event aus LowMemoryEvent (word, default 203) ausgelöst. Damit kann man sich gegen die Speicherlecks schützen, die entstehen können, 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 dürfen jetzt beliebige Adressen in V-Zeilen schicken.

• Die Routine zur ITG-Erstellung ist komplett neu und braucht nicht mehr so riesige Speichermengen wie früher.

• 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 Maximalgrößenerkennung fürs Outfile oft viel zu spät 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 geändert durch NUDE oder Tauschkommandos geändert wurde. Die Tauschkommandos zum Gruppen-Be- und Abstellen zählen 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.

• auführlichere Log-Meldungen zur Gate- und Fremdbox-Konfiguration.

• PK-Zeile: akzeptiert jetzt auch den Typ "H" für US Robotics HST-Modi Die Connect-Typen sind übrigens additiv gemeint, V und H schließen 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 außerdem in den letzten Wochen auch noch einige wichtige Sachen privat zu tun.

Gereon

• 8.4.1 What's new in Maus 7.95i
• 8.4.2 Änderungen am MNconfig:
• 8.4.3 Ergänzung zum Programmteil Maus 7.95i

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 können nur noch SysOps und GC die Leser- und Mitglieder- listen abrufen.

• Neue CfgVar: ConnectMitPort (boolean, default False). Bei True wird die Portnummer an den Connectstring angehängt, 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, außerdem wird bei solchen Mitteilungen die Umlautwandlung sowohl beim Import als auch beim Export abgeschaltet.

• ITG ist wieder schneller.

• Bugfix: "Vernetzung ändern" im SysOp-Teil geht nur für Gruppen, die für 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 prüft 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 überprüft, 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 für (hoffentlich alle) Files geändert. Die MAUS öffnet üblicherweise ihre Files mit Modus 162 (Read/Write, Lesen für andere Erlaubt), andere Programme, die solche Files lesen wollen müssen dann Modus 64 (Read-Only mit Sharing) benutzen.

• Zeitfreigabe unter OS/2 an einigen weiteren Stellen eingebaut.

• Gruppenübergreifende Kommentare im Tausch sind erlaubt.

• Zu jedem ConnectStringX kann per ConnectEventX (word, default 0) ein Event konfiguriert werden. 0 bedeutet, daß kein Event ausgelöst 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	für Userdaten
  A	für administrative Userdaten
  G	für Gruppendaten
  T	für Tausch-Optionen
  F	für FE-Features und Technik.

  Achtung: die letzte öffentliche MINNIE-Version (MIN03*.ARJ) hat einen Bug, der mit so einem ITK den Tausch unmöglich macht. Abhilfe: Das ITK-File löschen, 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 zunächst für weitere Downloads gesperrt werden sollen. Bei einer Sperre muss erst der SysOp oder PT-Wart den Download solcher Files freischalten (das geht über Begleitinformationen ändern). Die möglichen Werte für diese Variable sind D - Sperre deaktiviert, 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 (für 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. Für die Zeilen gibt es zwei Formate: wenn der Eintrag mit einem "." beginnt, dann heisst das, das die MAUS unter ihrem normalen Kürzel als Rechner unter dieser Domain bekannt ist. Wenn der Eintrag nicht mit "." beginnt, wird er als Rechnername interpretiert. Z.B. wären 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 für 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 würde damit übers MausNet an die K2 geschickt,
  bzw. von K2 lokal zugestellt.
  
  Für 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 verlassen.
  

• Wenn eine Netzgruppe umbenannt wird, aber schon eine lokale Gruppe mit demselben Namen existiert, gibt's jetzt eine entsprechende Warnung.

8.4.3 Ergänzung 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 läßt 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 temporär gesperrtem Programmteil: ('Der Programmteil ist momentan gesperrt - Sorry' und kaputtem Programmteil ('Der Programmteil ist zur Zeit aus technischen Gründen nicht zugänglich - Sorry') unterschieden.

• Bei deaktiviertem oder falsch konfiguriertem Programmteil stürzt die MAUS nicht mehr ab wenn sich ein User<>GAST einloggt.

• Downloadsperre (siehe Gereons Newsfile), dazu noch: Info für 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 Programme

fritz

8.5 News zu Maus 7.95j und MNConfig 2.01

• 8.5.1 What's new in Maus 7.95j
• 8.5.2 Änderungen am MNconfig 2.01

8.5.1 What's new in Maus 7.95j

• Schon seit 7.95i: der Default für die Cfg-Var BangLogout ist jetzt True.

• SysOp-Userlisten haben Überschriften

• Bugfix: bei M-Zeilen im Infile wird jetzt wirklich keine Umlautwandlung mehr gemacht.

• Bugfix: RT 216 beim Dupecheck gefixt.

• Bugfix: die MAUS erkennt ihre eigenen Aliasnamen (und die anderer Mäuse) aus den D/Z-Zeilen im .EXP jetzt korrekt als Empfängeradressen bei Mail.

• Neues SysOp-Tausch-Kommando UO zum Setzen des Promi-Status

• Fremdboxen dürfen nur diejenigen Gruppen bestellen, die ihnen auch erlaubt sind.

• Die MAUS akzeptiert im Infile drei neue Headerzeilen: F, T und S für FollowUp-To, Reply-To und Sender. Wie bei der M-Zeile werden diese Dinger einfach nur durchgereicht.

• Noch 'ne neue Headerzeile, nur für Gateways erlaubt: X. Damit können Flags zu dieser Mitteilung angegeben werden, derzeit wird nur eins unterstützt: 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 Mäuse 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 handeln. LocalInfoX.File ist der Name der zugehörigen Infodatei, die im InfoPath liegen muß. Wenn Beschreibung oder File leer sind, oder das File nicht existiert, oder der Auswahlbuchstabe fehlt oder nicht eindeutig ist, wird so ein Config- Eintrag ignoriert.

• Das Infofile ITG hat keine E-Zeilen mehr (damit ändert es sich nicht so oft), dafür gibt's ein neues Infofile ITE, das hat das Änderungsdatum.

• Es gibt einen Cache für die CRCs derjenigen Infofiles, die 'richtige' Files sind. Der Cache wird in MausPath\M7INFO.CRC gespeichert, bei jedem Start prüft die MAUS, ob sich das Modifikationsdatum der Files gegenüber dem gespeicherten geändert hat, und berechnet die CRC neu, falls ja. Wenn M7INFO.CRC fehlt, wird der Cache komplett neu aufgebaut. 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 für 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 Mäusen 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 Mitternacht hinweg gehen, angemeckert.

8.5.2 Änderungen am MNconfig 2.01

• .maus.sub.org wird nicht mehr unterstützt

• Bei Boxnummern-Kollisionen wird das ältere der beiden .EXPs in .EX umbenannt.

• Bugfix: Gate-Erlaubniseinträge für ganze Domains werden jetzt korrekt erkannt.

• Fremdboxen dürfen nur diejenigen Gruppen bestellen, die ihnen auch erlaubt sind.

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
• 9.2 AllgDupMax
• 9.3 AllgProgPath
• 9.4 AMIGAProgPath
• 9.5 AsyncTauschPath
• 9.6 AutoEventX
• 9.7 AutoLogX
• 9.8 BangLogout
• 9.9 BatchExecPath
• 9.10 BatchWorkPath
• 9.11 BeepNeuUser
• 9.12 BeitragsLevel
• 9.13 BoxConfPath
• 9.14 CallCheckAtInterval
• 9.15 CharWaitTimeOut
• 9.16 ChatExtern
• 9.17 ChatMenuePunkt
• 9.18 ChatOhneNachfrage
• 9.19 ChatZeitAnrechnen
• 9.20 CheckBetweenCalls
• 9.21 CheckBreak
• 9.22 CheckFreeList
• 9.23 CheckSnow
• 9.24 CloseAllHandles
• 9.25 CloseFilesDebug
• 9.26 CommitCache
• 9.27 ComPort
• 9.28 ComSpec
• 9.29 ConfigFile
• 9.30 ConfigRequestFile
• 9.31 ConfigVerbose
• 9.32 ConnectBaudX
• 9.33 ConnectEventX
• 9.34 ConnectMitPort
• 9.35 ConnectOhneARQ
• 9.36 ConnectStringX
• 9.37 ConsoleKey.FX
• 9.38 CRbeforeAT
• 9.39 DefaultSysOpName
• 9.40 DelayVorProt
• 9.41 DirectBaud
• 9.42 DirectChat
• 9.43 DirectDCDignore
• 9.44 DirectLog
• 9.45 DirectLogin
• 9.46 DirectTextInfile
• 9.47 DirectPortModemSimulator
• 9.48 DirectPortRtsCts
• 9.49 DirectPortShowLogin
• 9.50 DirectPortWakeup
• 9.51 DirectRing
• 9.52 DirectShowLogin
• 9.53 DirectTime
• 9.54 DisconnectWait
• 9.55 DownloadSperre
• 9.56 DOSProgPath
• 9.57 DSZlogFile
• 9.58 DtrDelay
• 9.59 DumpCore
• 9.60 DupMaxDefaultGate
• 9.61 DupMaxDefaultUser
• 9.62 EditorName
• 9.63 EliminateBirthDayLier
• 9.64 EventXXAktiv
• 9.65 EventXXBisZeit
• 9.66 EventXXDauer
• 9.67 EventXXHinweis
• 9.68 EventXXMultiplex
• 9.69 EventXXVonZeit
• 9.70 EventXXWurfZeit
• 9.71 ExternMenue
• 9.72 ExternX.Acc
• 9.73 ExternX.Door
• 9.74 ExternX.Event
• 9.75 ExternX.Name
• 9.76 FixedBaudRate
• 9.77 FloppyDefaults
• 9.78 FlushCallInfo
• 9.79 FormelProgramm
• 9.80 GarKeinChat
• 9.81 GeizhalsNach
• 9.82 GeizhalsSchonfrist
• 9.83 GeizhalsTauschLimit
• 9.84 GeizhalsTauschOK
• 9.85 GetCallWithDTR
• 9.86 Gruppenliste.Oeffentlich
• 9.87 GruppenProgPath
• 9.88 InfoFileCRCcache
• 9.89 InfoPath
• 9.90 ImmerSpannen
• 9.91 ISDNCallReject
• 9.92 ISDNCallRejectEAZs
• 9.93 KByteStattRecsAnzeigen
• 9.94 LocalInfoX.Desc
• 9.95 LocalInfoX.File
• 9.96 LogChat
• 9.97 LogFileStatMitISDN
• 9.98 LogLevel
• 9.99 LogIgnored
• 9.100 LogInHinweisX
• 9.101 LogInProgX
• 9.102 LogInZeitX
• 9.103 LogPath
• 9.104 LowMemoryLimit
• 9.105 MACINTOSProgPath
• 9.106 MausHeader
• 9.107 MausMeter.ZugangAb
• 9.108 MausNetPath
• 9.109 MausPath
• 9.110 MausPMRealName
• 9.111 MaxBaud
• 9.112 MaxConnectWait
• 9.113 MaxExceed
• 9.114 MaxRelogins
• 9.115 MenueTrenner
• 9.116 MinRamKBFrei
• 9.117 MittAllgPath
• 9.118 MittPersPath
• 9.119 ModemAbheben
• 9.120 ModemAnnehmen
• 9.121 ModemAuflegen
• 9.122 ModemCheck
• 9.123 ModemCheckS2
• 9.124 ModemCheckInterval
• 9.125 ModemCmdMode
• 9.126 ModemDa
• 9.127 ModemDataMode
• 9.128 ModemExit
• 9.129 ModemInit
• 9.130 ModemLog
• 9.131 ModemNoAutoCall
• 9.132 ModemPort
• 9.133 ModemPorts
• 9.134 ModemPortWakeup
• 9.135 ModemReset
• 9.136 ModemStatus
• 9.137 ModemSetS2
• 9.138 ModulDebug
• 9.139 Modem.DeAktivVorProt
• 9.140 Modem.RedirectOK
• 9.141 Modem.ReInitNachProt
• 9.142 Modem.RingCount
• 9.143 ModemX.X00Port
• 9.144 ModemX.ComPort
• 9.145 MsgIndexMax
• 9.146 MsgIndexMaxAllg
• 9.147 MsgIndexMaxPers
• 9.148 MsgIdxReserveAllg
• 9.149 MsgIdxReservePers
• 9.150 MTPaidOnly
• 9.151 NeulingFrist
• 9.152 NeulingSchreibSperre
• 9.153 NeuLoginZeit
• 9.154 NetIOPath
• 9.155 NMittAllgPath
• 9.156 NeuerUserErlaubt
• 9.157 NMittPersPath
• 9.158 OS_2ProgPath
• 9.159 ParCacheSize
• 9.160 Partitions
• 9.161 PersProgPath
• 9.162 PackerX.Ext
• 9.163 PackerX.IDoffset
• 9.164 PackerX.IDstring
• 9.165 PackerX.Name
• 9.166 PackerX.PackRate
• 9.167 PackerX.Select
• 9.168 PackerX.ShowOutput
• 9.169 ProgDebug
• 9.170 PersDupMax
• 9.171 ProgSaugQuot
• 9.172 ProgTeilDatPath
• 9.173 ProgTeil.an
• 9.174 ProgTeil.Ö.Upload
• 9.175 ProgTeil.Ö.Download
• 9.176 ProgTeil.P.Upload
• 9.177 ProgTeil.P.Download
• 9.178 ProgTeil.*.Download
• 9.179 ProgTeil.*.Upload
• 9.180 ProgTyp.DFUE
• 9.181 ProgTyp.Packer
• 9.182 PromiDarfChatten
• 9.183 PromptsMitESC
• 9.184 Protokoll.X.DownOK
• 9.185 Protokoll.X.ModemOK
• 9.186 Protokoll.X.MultiOK
• 9.187 Protokoll.X.Name
• 9.188 Protokoll.X.NameMitModem
• 9.189 Protokoll.X.Restricted
• 9.190 Protokoll.X.TauschOK
• 9.191 Protokoll.X.UpOK
• 9.192 Protokoll.X.ZeitFaktor
• 9.193 PTWhatSysOpZeit
• 9.194 Response_BUSY
• 9.195 Response_ERROR
• 9.196 Response_IgnoreX
• 9.197 Response_NO_ANSWER
• 9.198 Response_NO_CARRIER
• 9.199 Response_NO_DIALTONE
• 9.200 Response_OK
• 9.201 Response_RING
• 9.202 RingAllowedSec
• 9.203 SingleRing
• 9.204 SommerzeitUpdate
• 9.205 SONSTIGEProgPath
• 9.206 SpruchDesTages
• 9.207 StatusZeileMitFlimmern
• 9.208 ST_TOSProgPath
• 9.209 SysOpImmerMitFormel
• 9.210 SysopLoginZeit
• 9.211 SysOpPayWarn
• 9.212 SysopSprechstunde
• 9.213 UhrAnzeigen
• 9.214 UNIXProgPath
• 9.215 UploadSperrebeiKBfrei.X
• 9.216 UseDtrC
• 9.217 UseMsgIdxFile
• 9.218 UseMsgIdxFileAllg
• 9.219 UseMsgIdxFilePers
• 9.220 UseUsrIdxFile
• 9.221 UserDarfChatten
• 9.222 Userliste.Anrufzaehler
• 9.223 Userliste.Baudrate
• 9.224 Userliste.Inaktivitaet
• 9.225 Userliste.ZahlerStatus
• 9.226 Userliste.ZugangAb
• 9.227 UserPath
• 9.228 UseDtrH
• 9.229 UseMausAlias
• 9.230 UseXmodemExtern
• 9.231 Uuuaaah
• 9.232 WaitforDCDafterConnect
• 9.233 WaitWithATA
• 9.234 WatchDog
• 9.235 WINDOWSProgPath
• 9.236 WriteSuccessMsg
• 9.237 XonPause
• 9.238 <Gruppenname>.CD
• 9.239 <Gruppenname>.GrpMsg
• 9.240 <Gruppenname>.GrpMsgLocal
• 9.241 <Gruppenname>.GruppPath