home *** CD-ROM | disk | FTP | other *** search
Text File | 1996-10-19 | 59.7 KB | 1,445 lines |
- ┌╦═╦═╦┐┌╦═╦═╦┐┌╦═══╦┐┌╦═══╦┐┌╦═══╦┐╒╦╕┌╦═══╦┐ ┌╦═══╦┐┌╦ ┌╦═══╦┐┌╦ ╦┐
- ║ ║ │║ ═╦┐├╬══ │╠══╦╩┘ └╩═══╦┐ │║ │║ ├╬═══╬┤│║ ║ ║│
- ║ └╩═╩═╩┘└╩═══╩┘└╩═══╩┘└╩ ╚═┘ └╩═══╩┘ │║ └╩═══╩┘└╩ ╩┘└╩═╩═╩┘
- ┌╦─╩───────────────────────────────────────────── └╩═══╩┘ ──── HATTINGEN ───╦┐
- │║ » HOME OF MAXLIST / MAXF'REQ « ║│
- └╩══════════════════════════════════════════════════════════════════════════╩┘
- FidoNet 2:2444/6001 (V34) ■ 2:2444/6002 ∙ 2:2444/6003 ∙ 2:2444/6004 (ISDN)
-
-
- ┌──────┐ ┌──────┐ ┌─┐ ┌─┐ ┌─┐ ┌─┐ ┌──────┐ ┌───────┐
- └──────┘ └──────┘ └─┘ └─┘ └─┘ └─┘ └──────┘ └───────┘
- ┌─┐┌┐┌─┐ ┌──────┐ ┌──┐ ┌─┐ ┌─┐ ┌──────┐ ┌─┐
- │ │└┘│ │ │ ┌──┐ │ ┌┘┌┐└┐ │ │ │ │ └────┐ │ │ │
- │ │ │ │ │ │ │ │ ┌┘┌┘└┐└┐ │ └────┐ │ │ ┌────┘ │ │ │
- └─┘ └─┘ └─┘ └─┘ └─┘ └─┘ └──────┘ └─┘ └──────┘ └─┘
- ■ MaxList v2.25 ∙ 29-Jun-96 OS/2, DOS und DPMI Version ■
- ■ Templategesteuerter Filebaseprozessor für Maximus CBCS v2 und v3 ■
- ────────────────────────────────────────────────────────────────────
- ■ (c) 1994-96 by Wilfried Brinkmann, Germany - All rights reserved ■
-
-
- ─╥────┐ ╓──┐ ╥ ┌ ╥ ┬ ╓─╥─┐ ╥──┐ ╓──┐ ╓─╥─┐ ╓──┐ ╓─╥─┐ ─╥─ ╓──┐ ╓──┐
- ║ │ ║ │ ╟─┴┐ ║ │ ║ ║ │ ╟─ ║ │ ║ ╟──┤ ║ ║ ║ │ ║ │
- ║ │ ╙──┘ ╨ ┴ ╙──┘ ╨ ╨ ┴ ╨──┘ ╨ ┴ ╨ ╨ ┴ ╨ ─╨─ ╙──┘ ╨ ┴
- ║ │ ───────── MaxList Version 2.25 Dos, DPMI und OS/2 ─────────
- ─╨────┘
-
- HINWEIS!
- Die neuen Funktionen und letzten Änderungen bitte in WHATSNEW.226
- nachlesen. Diese Dokumentation wurde NICHT auf den Stand von
- MaxList Version 2.26 ∙ 19-Oct-96 gebracht !
-
-
- ┌──────────────────────────╖
- │ Hinweis in eigener Sache ╠═════════════════════════════════════════════════
- ╘══════════════════════════╝
-
- Da ich schon viel Zeit und Arbeit in diese Programm investiert habe,
- bitte ich Dich, dieses auch zu honorieren, indem Du mir 'freiwillig'
- einen Geldbetrag Deiner Wahl zukommen läßt.
-
- Leider hat das letzte Jahr gezeigt, das nur sehr wenige Sysops bereit
- sind, einen Beitrag zu leisten. Deshalb der nachfolgende Hinweis:
-
- Es liegt bei Euch, ob ich MaxList weiterhin als "Requestware" anbiete !
-
- ▓▒░─────────────────────────────────────────────────────────────────░▒▓
- ▓▒░ Adresse: Bankverbindung: ░▒▓
- ▓▒░ Wilfried Brinkmann Genossenschafts-Bank Essen eG ░▒▓
- ▓▒░ Im Tal 136 BLZ: 360 604 88 ░▒▓
- ▓▒░ 45529 Hattingen (Germany) KTO: 114 713 501 ░▒▓
- ▓▒░─────────────────────────────────────────────────────────────────░▒▓
-
-
- ┌──────────╖
- │ Garantie ╠═════════════════════════════════════════════════════════════════
- ╘══════════╝
-
- Für diese Software wird keinerlei Garantie übernommen, weder ausdrücklich
- noch stillschweigend, insbesondere nicht für das richtige Funktionieren
- oder die Verwendbarkeit zu einem bestimmten Zweck.
- Der Autor ist für keinerlei Schäden verantwortlich, die bei der Verwendung
- dieser Software entstehen. Die Person, die MAXLIST einsetzt, trägt das
- alleinige Risiko für die Verwendbarkeit und Zuverlässigkeit.
- Die einzige Garantie, die ich geben kann ist, das dieses Programm
- Plattenspeicher belegt.
- Ich werde selbstverständlich das beste tun, um Fehler, die mir zugetragen
- werden, zu beseitigen, sofern ich genügend Informationen dazu bekomme.
- Wenn Du mit diesen Bestimmungen nicht einverstanden bist, darfst Du dieses
- Programm nicht einsetzen und verwenden !
-
-
- ┌─────────────────────╖
- │ Hilfe bei Problemen ╠══════════════════════════════════════════════════════
- ╘═════════════════════╝
-
- NETMAIL-SUPPORT:
- Schick mir eine Netmail mit Deinen Fragen. Du kannst eventuelle
- Rückfragen ausschließen, wenn Du die relevanten Teile Deiner Konfig
- gleich mitlieferst.
-
- Die Antworten werden normalerweise als geroutete Netmail verschickt.
- Der Versand als Crashmail erfolgt nur in Ausnahmefällen.
- Du erreichst mich im FIDONET (2:2444/6001) oder OS2NET (81:449/2025).
-
-
- ┌──────────────╖
- │ Danksagungen ╠═════════════════════════════════════════════════════════════
- ╘══════════════╝
-
- Dank sagen möchte ich allen, die MaxList getestet haben und mit
- detaillierten Fehlerreports und Verbesserungsvorschlägen zum Gelingen
- dieses doch recht umfangreichen Programmes beigetragen haben.
-
-
- ┌───────────────╖
- │ Urheberrechte ╠════════════════════════════════════════════════════════════
- ╘═══════════════╝
-
- Die folgenden geschützten Programme und Produkte werden in dieser
- Anleitung erwähnt:
-
- 4OS2 JP Software Inc.
- Binkley Bit Bucket Software Co.
- CantaLoup Buenter Communucations
- Borland Borland International Inc.
- Maximus, Squish Scott J. Dudley
- MS-DOS Microsoft Corporation
- OS/2 IBM Corporation
- PkZip PKWARE Inc.
-
-
- ┌─────────────╖
- │ Allgemeines ╠══════════════════════════════════════════════════════════════
- ╘═════════════╝
-
- Das Aussehen JEDER Fileliste und JEDER FILES.BBS wird ausschließlich
- durch die verwendeten TEMPLATES bestimmt.
-
- In den Templates sind alle Anweisungen enthalten, wie MaxList
- die einzelnen Daten der Filebase bearbeiten und ausgeben soll.
- Deshalb solltest Du in jedem Fall die Doku TEMPLATE.DOC aufmerksam
- lesen, bevor Du mit der Konfiguration beginnst.
-
- MaxList benutzt die FileArea.ctl Datei von Maximus, um die Filelisten
- zu erstellen. Innerhalb dieser Datei können weitere Dateien via
- Include eingeschlossen sein.
-
- MaxList kann Announcelisten erzeugen. Um festzustellen, ob eine Datei
- 'Neu' ist, untersucht MaxList die Indexdatei von Maximus (MAXFILES.IDX).
-
- MaxList hat einen integrierten Archiversupport. Die Filelisten können
- also direkt gepackt werden. Die Parameter für die Archiver werden
- über eine Definitionsliste in der Konfigdatei festgelegt.
-
- MaxList kann automatisch neue Dateien in die Fileliste bzw. die
- FILES.BBS übernehmen (AddOrphanFiles). Enthält die Datei eine
- File_id.diz, wird diese in die Fileliste und die FILES.BBS übernommen.
-
- Weiterhin ist ein (kleiner) Editor vorhanden, mit dem fehlende Datei-
- beschreibungen eingegeben werden können. Die Beschreibungen können
- als File_id.diz zu der Datei hinzugefügt werden.
-
- MaxList unterstützt auch lange Datei- und Pfadnamen. (OS/2 HPFS)
- Diese dürfen allerdings keine Leerzeichen enthalten.
- Die Daten der Filebase, also die Files selber werden nach DOS Konvention
- behandelt, also im Format 8.3 !
-
- Als Filedatum kann sowohl das "LastWriteDate" (DOS - FileDate) oder
- "FileCreationDate" sein. (Nur OS/2 HPFS)
-
-
- ┌────────────────────────────────────────╖
- │ Syntax in der Konfiguration, Wildcards ╠═══════════════════════════════════
- ╘════════════════════════════════════════╝
-
- Zwingend notwendige Parameter sind in spitzen Klammern dargestellt,
- z.B. <Area>, optionale Werte in eckigen Klammern, z.B. [Option]
-
- Die meisten Parameter können Wildcards (? und *) enthalten.
- Areatags können auch als Bereich angegeben werden, z.B. 100..200.
- BEACHTE: Bei Bereichsangaben sind KEINE Wildcards erlaubt !!!!!
-
- Weiterhin können die Area-Parameter sowohl nur Areatags sein, als auch
- Kombinationen aus Gruppe und Area.
- Hast Du z.B. eine Gruppe GFD.APP und darin die Area TOOL, kann diese
- mit GFD.APP.TOOL angesprochen werden. Auch hier sind wieder Wildcards
- möglich. So wird z.B. mit GFD.APP.* jede Area in GFD.APP und darüber
- angesprochen, also auch GFD.APP.ARC.XYZ !
-
- Die AccessLevel und Keys werden nach Area bzw. Gruppe getrennt behandelt.
- Auch hier sind Wildcards erlaubt. So wird mit xxACS */P jede Area / Gruppe
- angesprochen, in denen ein "P" in der Keyliste enthalten ist, wie z.B. bei
- Normal/ACPX.
-
-
- ┌───────────────────────╖
- │ Newfiles Announcement ╠════════════════════════════════════════════════════
- ╘═══════════════════════╝
-
- MaxList kann Announcelisten erzeugen und diese direkt in die Squish
- Messagebase schreiben. Ist die Liste größer 32 Kbyte, wird diese
- automatisch auf mehrere Nachrichten aufgeteilt. Die Subjectzeile wird
- dabei mit 'Seite/Seiten' in der Form [1/4] erweitert. In der letzen
- Zeile der Nachricht wird der String '>Continue on next page<' und auf der
- folgenden Seite der String '>Continue from previouse page<' eingesetzt.
- Die Parameter für den Nachrichtenkopf sowie die Originzeile sind frei
- einstellbar. Mehr dazu, siehe 'SQUISHMAIL'. Weiterhin kann eine Datei
- angelegt werden, in die MaxList die Echotag schreibt. Siehe 'EchoTossLog'.
-
- Um festzustellen, ob eine Datei 'Neu' ist, untersucht MaxList die
- Indexdatei von Maximus (MAXFILES.IDX). Findet er die Datei nicht im Index,
- wird diese als 'Neu' angesehen und in die Announceliste geschrieben.
-
- Bei jedem Start von MaxList wird eine eventuell vorhanden Liste gelöscht.
- Eine neue Liste wird nur dann angelegt, wenn tatsächlich 'Neue' Dateien
- vorhanden sind. Wenn Du nach jedem Lauf von MaxList auch FB(p) startest,
- hast Du die Garantie, das auch wirklich nur 'Neue' Dateien in dieser Liste
- erscheinen.
-
- Hinweis:
- ────────
- Areas mit TYPE CD oder DATELIST sind hiervon ausgenommen. Diese werden
- niemals überprüft.
- Das Squishecho für die Announcemails muss vorhanden sein. MaxList kann
- keine neue Squishbase anlegen.
-
-
- ┌────────────────────────────────────────────────╖
- │ Ablaufkontrolle mit IF / IFN, ELSEIF und ENDIF ╠═══════════════════════════
- ╘════════════════════════════════════════════════╝
-
- IF <Schalter> bzw IFN <Schalter> kann beliebig geschachtelt werden.
- Als feste Schalter stehen DOS, OS2, IMPORT, SPECIAL und DUPECHECK
- zur Verfügung.
-
- DOS - True, wenn MaxList unter DOS oder in einer VM läuft
- OS2 - True, wenn MaxList unter OS/2 läuft
- IMPORT - True, wenn MaxList mit -I gestartet wurde
- SPECIAL - True, wenn MaxList mit -S gestartet wurde
- DUPECHECK - True, wenn MaxList mit -D gestartet wurde
-
- Zusätzlich können Variable, die zuvor mit Define zugewiesen wurden,
- oder Environmentvariable als Schalter verwendet werden.
- Hierbei ist jedoch genau auf die Schreibweise zu achten! (Groß- / Klein)
- Beispiel:
- ────────
- If TestVar Yes ergibt TRUE, wenn TestVar Yes enthält.
- Ifn TestVar Yes ergibt TRUE, wenn TestVar NICHT Yes enthält.
-
-
- Die Schalter DOS und OS2 können auch VOR einem Keywort stehen. In diesem
- Fall wird die Zeile nur dann ausgewertet, wenn <Schalter> zutrifft.
- Beispiel:
- ────────
- DOS Execute &D:\MAX\FB.EXE
- OS2 Execute &D:\MAX\FBP.EXE
-
-
- ┌──────────────────────────────────╖
- │ Include von Konfigurationsteilen ╠═════════════════════════════════════════
- ╘══════════════════════════════════╝
-
- Über INCLUDE <d:\path\Filename.Ext> können weitere Teile der Konfiguration
- eingebunden werden. Include kann bis zu 10 Ebenen geschachtelt werden.
-
-
- ┌─────────────────────────────────────────────────╖
- │ Optionen beim Start von MaxList (Kommandozeile) ╠══════════════════════════
- ╘═════════════════════════════════════════════════╝
-
- MaxList kennt mehrere (optionale) Parameter beim Aufruf.
- Diese können auch gleichzeitig benutzt werden.
-
- Alternative Konfigurationsdatei (/C, -C)
- Aufruf mit: MAXLIST(p) -Cd:\Path\Config.Ext
-
- Dupecheck aktivieren (/D, -D)
- Aufruf mit: MAXLIST(p) -D
-
- MaxList verfügt über einen Dupecheck. Damit kannst Du Deine Filebase
- auf mehrfach vorhandene Dateien untersuchen. Wird -D angegeben, ist
- der Schalter DUPECHECK True.
-
- Wie der Dupecheck durchzuführen ist, wird in der Konfiguration unter
- DUPECHECK festgelegt. Zusätzlich MUSS eine Fileliste vom Typ DUPE
- angegeben werden. Anderfalls wird kein Dupecheck durchgeführt!
-
- Umschalten auf Specialmode (/S, -S)
- Aufruf mit: MAXLIST(p) -S
-
- MaxList kennt einen sogenannten Specialmode.
- Wird dieser aktiviert, ist der Schalter SPECIAL auf True gesetzt
- und kann bei der Blockbildung durch IF .. ENDIF benutzt werden.
-
- Gedacht ist diese Option für die Benutzer eines CD-ROM Laufwerks.
- Ich erstelle z.B. einmal die Liste der CD-Areas, indem ich MaxList
- mit -S starte. Die entsprechende Fileliste wird mit IF SPECIAL und
- ENDIF als Block deklariert, die CD-Areas werden mit IFN SPECIAL und
- NOPROCESS für den normalen Betrieb ausgeschlossen.
-
- Umschalten auf Importmode (/I[=Area[..Area]], -I[=Area])
- Aufruf mit: MAXLIST(p) -I
-
- Mit dieser Option wird MaxList veranlasst, für ALLE Dateien der
- Filebase die File_id.diz zu importieren. Optional kann dieser Vorgang
- auf einige Area begrenzt werden, indem der Zusatz =Area..Area
- direkt hinter das -I gesetzt wird. Area kann auch Wildcards enthalten.
-
- Innerhalb der Konfiguration kann der Schalter IMPORT verwendet werden,
- um einige Areas von der Bearbeitung auszuschließen.
-
- Manuelle Beschreibung (/M, -M)
- Aufruf mit: MAXLIST(p) -M
-
- Diese Option aktiviert sowohl den internen (Mini-) Editor, als auch
- den über EXTERNEDITOR angegebenen.
- Wenn beim Hinzufügen (AddOrphanFiles) keine File_id.diz gefunden wird,
- kann mit dem Editor eine (bis zu 10 Zeilen lange) Beschreibung für die
- entsprechende Datei eingegeben werden.
- Ist eine File_id.diz vorhanden, wird der Externe Editor mit dieser
- Datei gestartet.
-
- Hilfe für die Kommandozeile (/?, -?, ?)
- Aufruf mit: MAXLIST(p) -?
-
- Gibt eine kurze Beschreibung der Kommandozeilenparameter aus.
-
-
- ┌──────────────────────────────────────╖
- │ Der Integrierte Beschreibungs-Editor ╠═════════════════════════════════════
- ╘══════════════════════════════════════╝
-
- MaxList enthält einen einfachen Editor, mit dem beim Hinzufügen von
- Dateien (AddOrphanFiles) die Beschreibungen für Dateien ohne FILE_ID.DIZ
- ergänzt bzw. angelegt werden können.
- Vorhandener Beschreibungen können mit dem externen Editor editiert werden.
-
- Der Editor wird automatisch gestartet, wenn der Kommandozeilenparameter
- -M (Manuell) angegeben wurde. Folgende Tastenfunktionen sind verfügbar:
-
- Pfeiltasten Links, Rechts, Auf, Ab - Cursorbewegung
- Pos1 oder Home - Cursor zum Anfang der Zeile
- End - Cursor zum Ende der Zeile
- Bild-Auf oder PgUp - Cursor in die erste Zeile
- Bild-Ab oder PgDwn - Cursor in die letzte Zeile
- Strg-N oder Ctrl-N - Leerzeile einfügen
- Strg-Y oder Ctrl-Y - Zeile löschen
- DEL - Zeichen an Cursor löschen
- BackSpace - Zeichen links vom Cursor löschen
- F2 - Speichern und Ende
- F3 - Speichern und die Beschreibung
- als FILE_ID.DIZ zu dem Archiv
- hinzufügen.
- ESC - Abbrechen
-
- Wird die Beschreibung mit F3 gespeichert, versucht MaxList diese als
- FILE_ID.DIZ zu dem Archiv hinzuzufügen.
- Das Datum der FILE_ID.DIZ wird dabei auf das Archivdatum gesetzt.
-
- Wird keine Beschreibung eingegeben, oder die Eingabe mit ESC beendet,
-
- schreibt MaxList den String aus NODESCRIPTION in die FILES.BBS Datei.
-
-
- ┌──────────────────────────────────────╖
- │ Pfadangaben in den FILES.BBS Dateien ╠═════════════════════════════════════
- ╘══════════════════════════════════════╝
-
- MaxList erkennt Pfadangaben in den FILES.BBS Dateien und wertet diese
- auch richtig aus. Auf die Länge der Beschreibung hat das keinen Einfluß.
- In den Filelisten werden die Pfade NICHT ausgegeben. Dort erscheinen nur
- die Dateinamen.
-
-
- ┌─────────────────────────╖
- │ MaxList und Maximus 3.0 ╠══════════════════════════════════════════════════
- ╘═════════════════════════╝
-
- MaxList kann mit JEDER Version vom Maximus zusammenarbeiten.
- Alle nicht relevanten Maximus Anweisungen werden ignoriert.
-
- Die TYPE Anweisungen von Maximus 3.0
- ────────────────────────────────────
-
- MaxList unterstützt auch eine spezielle Form der FILES.BBS, die bei
- Maximus 3.0 unter TYPE DATELIST definiert ist.
- Diese FILES.BBS Dateien enthalten sowohl die Dateigröße, als auch das
- Dateidatum.
-
- Wenn also in Deiner Filearea.ctl dieser Typ eingetragen ist, wird MaxList
- die Dateien der entsprechenden Areas NICHT auf Größe und Datum prüfen.
- Die Daten der FILES.BBS werden in das interne Format konvertiert und
- anschließend so ausgegeben, wie im Template vorgesehen ist.
- Hierbei ist zu berücksichtigen, das MaxList die Dateigröße nach dem
- Dateinamen erwartet und daran anschließend das Datum.
- Die Dateigröße wird IMMER in Bytes bewertet.
-
- Entsprechend diesen Vorgaben MUSS auch das Template für diese FILES.BBS
- Dateien eingerichtet werden. Weitere Informationen dazu findest Du auch
- in TEMPLATE.DOC.
-
- Enthält die FILES.BBS noch KEINE Angaben zu Dateigröße und Datum,
- ermittelt MaxList diese selbstständig, indem er die Parameter aus der
- Datei selber ermittelt. Hier verhält sich MaxList so, als wäre
- TYPE DATELIST nicht angegeben.
-
- ═════════════════════════════════════════════════════════════════════════════
-
- ╥ ┌─ ╓──┐ ╓──┐ ╥──┐ ─╥─ ╓──┐ ╥ ┬ ╥──┐ ╓──┐ ╓─╥─┐ ─╥─ ╓──┐ ╓──┐
- ║ │ ║ │ ║ │ ╟─ ║ ║ ─┐ ║ │ ╟─┬┘ ╟──┤ ║ ║ ║ │ ║ │
- ╟───┴─┐ ╙──┘ ╨ ┴ ╨ ─╨─ ╙──┘ ╙──┘ ╨ ┴ ╨ ┴ ╨ ─╨─ ╙──┘ ╨ ┴
- ║ │ ── Beispiel für MaxList Version 2.24 Dos, DPMI und OS/2 ──
- ╨ ┴
-
- ┌─────────────────────────────────────────╖
- │ Dein Name und Key für die Registrierung ╠══════════════════════════════════
- ╘═════════════════════════════════════════╝
-
- ┌─────────
- │ UserName "Vorname Nachname"
- └─────────────────────────────────
- Hier must Du Deinen Namen eintragen, wie in der Registration vorgegeben.
- Der Name muss in Anführungszeichen gesetzt werden.
-
- UserName "Hans Honsel"
-
- ┌───────
- │ RegKey <Hexadezimal Keycode>
- └────────────────────────────────────
- Hier wird der Keycode aus der Registration eintragen.
-
- RegKey 1234567890ABCDEF1234567890ABCD
-
- ┌───────────────────────────────╖
- │ Variablenzuordnung mit DEFINE ╠════════════════════════════════════════════
- ╘═══════════════════════════════╝
-
- ┌───────
- │ Define <VariablenName> <Zuordnung>
- └───────────────────────────────────────
- Kann mehrfach benutzt werden.
-
- Über Define kann einem beliebigen Namen ein Wert zugeordnet werden.
- Dieser Wert kann, genau wie eine Environmentvariable, im weiteren
- Verlauf der Konfiguration benutzt werden.
- Findet MaxList einen String der mit % eingeschlossen ist, wird dieser
- als Variable interpretiert. (z.B. %Test%)
-
- Define ListDir E:\Listen
- Define MxLDir D:\FileList
- Define Template %MxLDir%\Template
- Define Font %MxLDir%\Font\digi3x5.fnt
- Define Flags D:\BINK\FLAGS
- Define Task1 %Flags%\Task.01
- Define Task2 %Flags%\Task.02
- Define Task3 %Flags%\Task.03
- Define Task0 %Flags%\Task.00
- Define TaskMax1 %Flags%\Maximus.01
- Define TaskMax2 %Flags%\Maximus.02
- Define TaskMax3 %Flags%\Maximus.03
-
- ┌──────────────────────╖
- │ Archiverdefinitionen ╠═════════════════════════════════════════════════════
- ╘══════════════════════╝
-
- MaxList verwendet eine Ascii-Datei für die Archiverdefinitionen.
- Das Format ist 100% kompatibel zu dem von Squish.
-
- Include %MxlDir%\archiver.cfg
-
- ┌───────────────────────────╖
- │ Externe Programme starten ╠════════════════════════════════════════════════
- ╘═══════════════════════════╝
-
- ┌────────
- │ Execute [& | ^]<Programm [Parameter]>
- └───────────────────────────────────────
- Kann mehrfach benutzt werden.
-
- Über Execute können, nachdem MaxList alle Listen erzeugt hat, weitere
- Programme (via Command.com) gestartet werden.
- Ist der Kommandozeile ein "&" vorangestellt, wird vor dem Aufruf in
- das angegebene Verzeichnis gewechselt. Ein "^" vor der Kommandozeile
- leitet die Ausgabe des Programmes nach NUL um.
- OS/2 User können über START "WinTitle" /Fg .. usw. Programme aufrufen.
- Damit nicht der ganze String im Log erscheint, kann man das, was nicht
- im Log und auf dem Bildschirm erscheinen soll, in eckige Klammern [ ]
- stellen, z.B. so: [Start "FBP" /FG /C /Pos=1,1,25,80] &D:\MAX\FBP.EXE
- Im Log steht dann nur "Call D:\MAX\FBP.EXE"
-
- ifn DupeCheck
- if OS2
- Execute &D:\MAX\FBP.EXE
- Execute &D:\MAX\OKF.EXE Dupe
- EndIf
- EndIf
-
- ┌───────────────────────╖
- │ Globale Einstellungen ╠════════════════════════════════════════════════════
- ╘═══════════════════════╝
-
- ┌───────
- │ Debugg <Yes | No>
- └─────────────────────────────
- Für den Testbetrieb. Ist Debugg = Yes, verändert MaxList die FILES.BBS
- Dateien in keiner Weise. WIE Maxlist die FILES.BBS verändert hätte,
- kannst Du dann in den temporären Dateien FILES.$$$ nachsehen. Die Temp
- Dateien werden wieder gelöscht, wenn Du den Debugg ausschaltest.
-
- Debugg Yes
-
- ┌────────────
- │ WaitIfError <Yes | No>
- └─────────────────────────────
- MaxList wartet auf einen Tastendruck von Dir, wenn ein Fehler auftritt.
- Zuvor wird das "SemaphoreRun" gelöscht, damit andere Programme nicht
- unnötig warten müssen. Es werden alle Timeslices abgegeben.
-
- WaitIfError Yes
-
- ┌───────────────
- │ RedirectOutput <Yes | No>
- └─────────────────────────────
- Wenn MaxList (z.B. beim Importieren der File_Id.Fiz) den Archiver startet,
- kann die Ausgabe diese Programmes nach NUL umgeleitet werden.
-
- RedirectOutput Yes
-
- ┌─────────────────
- │ UseFileDivisions <Yes | No>
- └─────────────────────────────
- Maximus 3.0 kann ja über FileDivision Gruppen bilden.
- Wenn Du aber einen "flache" Liste, also ohne die Gruppenteilung haben
- möchtest, dann mußt Du hier NO eintragen.
- Für User, die mit Maximus 2.xx arbeiten, ist dieses Keywort nicht von
- Interesse.
-
- UseFileDivision Yes
-
- ┌─────────────────
- │ UseFCreationDate <Yes | No>
- └─────────────────────────────
- Wenn Du unter OS/2 mit HPFS arbeitets, kannst Du als FileDatum entweder
- "LastWriteDate" (NO) oder "FileCreationDate" (YES) verwenden.
- Dieses Datum wird sowohl in die Listen eingetragen als auch für den
- NewFiles-Check benutzt.
-
- UseFCreationDate No
-
- ┌─────────────────
- │ MainGroupAtFront <Yes | No>
- └─────────────────────────────
- Wenn Du mit Filedivisions arbeitest und zusätzlich noch Areas ausserhalb
- der FileDivisions hast, kannst Du über dieses Keywort festlegen, ob Du
- diese an den Anfang der Listen haben willst (YES) oder an das Ende (NO).
-
- MainGroupAtFront No
-
- ┌───────────
- │ AddComment <Yes | No>
- └─────────────────────────────
- Kommentare aus der FILES.BBS Datei werden in der Fileliste ausgeblendet,
- wenn Du hier NO einträgst.
- Auf die FILES.BBS Dateien hat das keinen Einfluß.
- MaxList erkennt Kommentare auf zwei Arten:
- a) Wenn das erste Zeichen einer Zeile ein - (Bindestrich) ist, oder
- b) wenn in der Beschreibung eine Leerzeile enthalten ist (ein CrLf am
- Zeilenanfang), in den weiteren Zeilen mindestens ein Leerzeichen am
- Zeilenanfang steht und vor dem nächsten Dateinamen ebenfalls eine
- Leerzeile (CrLf am Zeilenanfang) steht.
-
- Beispiel:
- a) - ═════════════
- - Kommentar
- - ═════════════
- b) DATEI1.EXT Das ist die erste Datei
-
- ═════════════
- Kommentar
- ═════════════
-
- DATEI2.EXT Das ist die nächste Datei
-
- Die Bindestriche in den Kommentarzeilen werden in den Filelisten durch
- Leerzeichen ersetzt, wenn darauf kein weiterer Bindestrich folgt.
-
- AddComment Yes
-
- ┌──────────────
- │ UseMaxHomeDir <Yes | No>
- └─────────────────────────────
- Wenn in Deiner Filearea.ctl Datei bei dem Eintrag DOWNLOAD oder FILELIST
- ein relativer Pfad angegeben ist, also eine Pfadangabe OHNE Laufwerks-
- bezeichnung, kann MaxList diesen erweitern, wenn Du hier YES einträgst.
- MaxList benutzt dazu den Pfad der ERSTEN Filearea.ctl.
- Hast Du z.B. bei MaxAreaFile D:\MAX\Filearea.ctl eingetragen, wird
- MaxList bei DOWNLOAD BBS\LISTEN den Pfad auf D:\MAX\BBS\LISTEN erweitern.
-
- UseMaxHomeDir No
-
- ┌──────────
- │ DLCounter <String>
- └───────────────────────────
- Ist im einem Template der Token @DlCounter eingetragen, wird dieser String
- dafür eingesetzt, falls noch keiner vorhanden ist. Ein bereits vorhandener
- DlCounter wird nicht verändert.
- Weiterhin wird dieser Eintrag benötigt, um vorhandene Downloadcounter zu
- entfernen. Findet MaxList in der FILES.BBS Datei einen Downloadconter,
- der die hier angegebenen Rahmenzeichen hat, wird dieser entfernt, wenn
- kein @DLCOUNTER Token im Template eingetragen ist!
- Mehr dazu siehe TEMPLATE.DOC
-
- DLCounter [00]
-
- ┌─────────
- │ FlagChar <Tage, Zeichen> <Tage, Zeichen> ..
- └──────────────────────────────────────────────────────
- Für die Markierung der neuen Dateien kannst Du mehrere Flags benutzen.
- Ist eine Datei "jünger" als <Tage> wird das entsprechende Flagzeichen
- benutzt.
- Zwischen jedem <Tage, Zeichen> muss mindestens ein Leerzeichen stehen.
-
- FlagChar 7,√ 14,* 30,+
-
- ┌─────────────────
- │ BBSWildcardFiles <ALL | NEW>
- └──────────────────────────────
- In der FILES.BBS können Dateinamen mit einem Wildcard versehen sein.
- MaxList kann nun in der Fileliste ALLE zu dem Wildcard passenden Dateien
- auflisten <ALL>, oder nur die neueste. <NEW>
- Die FILES.BBS Datei wird nicht verändert. Dort bleibt der Eintrag
- unverändert erhalten.
- Hinweis:
- FILES.BBS vom TYPE DATELIST sollten keine Wildcards enthalten. Sind
- solche vorhanden, werden diese auch so in die Filelisten eingetragen !
-
- BBSWildCardFiles All
-
- ┌──────────────
- │ NoDescription <String>
- └───────────────────────────
- Wird eingefügt, wenn keine Beschreibung vorhanden ist.
- Dieser String kann bis zu 255 Zeichen lang sein.
-
- NoDescription <Keine Beschreibung vorhanden>
-
- ┌────────
- │ OffLine <String>
- └───────────────────────────
- Wird eingefügt, wenn die Datei nicht vorhanden ist, allerdings nur,
- wenn das im Template vorgesehen ist!
- Die Länge sollte 17 Zeichen nicht überschreiten.
- Siehe dazu TEMPLATE.DOC, @OFFLINE
-
- OffLine <Im Backup>
-
- ┌────────
- │ LogFile <d:\path\filename.ext>
- └─────────────────────────────────────────
- Pfad und Name der Logdatei.
-
- LogFile MAXLIST.LOG
-
- ┌─────────
- │ LogLevel <Num>
- └────────────────────────
- LogLevel kann 1, 2 oder 3 sein. Je höher der Level, je mehr Infos im Log.
- Ist keine Logdatei angegeben, wird auch kein Log erzeugt.
-
- LogLevel 2
-
- ┌────────
- │ DayName <String String ... String>
- └─────────────────────────────────────
- Damit kannst Du die Tagesnamen in einen andere Sprache übersetzen.
- Die Tagesname sind in english vorgegeben. Die Reihenfolge beginnt mit
- Sonntag. Alle Tage MÜSSEN in einer Zeile stehen, durch min. 1 Leerzeichen
- getrennt. Es können max. 10 Zeichen für den Namen verwendet werden.
-
- DayName Sonntag Montag Dienstag Mittwoch Donnerstag Freitag Samstag
-
- ┌──────────
- │ MonthName <String String ... String>
- └───────────────────────────────────────
- Das gleiche für die (abgekürzten) Monatsnamen. Diese können in den
- Templates benutzt werden (MMM) Die Reihenfolge beginnt mit Januar.
- Alle Monate MÜSSEN in einer Zeile stehen, durch min. ein 1 Leerzeichen
- getrennt. Es dürfen nur 3 Zeichen für den Namen verwendet werden.
-
- MonthName Jan Feb Mär Apr Mai Jun Jul Aug Sep Okt Nov Dez
-
- ┌─────────
- │ LoadFont <d:\path\Filename.ext>
- └─────────────────────────────────────────
- Kann mehrfach benutzt werden.
-
- Mit dieser Anweisung werden die Fontdatei geladen, die in den Templates
- verwendet werden sollen. Innerhalb der Templates kannst Du diese Fonts
- benutzen. Jeder Font hat einen Namen, (max 8 Zeichen) über den MaxList
- erkennt, welcher Font verwendet werden soll.
- Du kannst eigene Fonts mit FONTMAKE.EXE (v1.10) erstellen.
- Weiteres in TEMPLATE.DOC unter @FONTSTR
-
- LoadFont %Font%
-
- ┌──────────
- │ DupeCheck <NAME | NAME.EXT>
- └────────────────────────────────────
- MaxList verfügt über einen Dupecheck. Dazu muss eine entsprechende
- Fileliste vom Typ DUPE definiert sein.
- In diese Liste wird MaxList dann alle gefundenen Dupes so eintragen,
- wie Du das in dem entsprechenden Template definiert hast. Wie bei allen
- Listen kann auch in der Dupeliste mit Exclude und Include gearbeitet
- werden. Mit diesem Eintrag legst Du nun fest, WIE MaxList die Prüfung
- durchführen soll.
- Bei NAME wird nur der Dateiname OHNE Extension verglichen. Hier ist dann
- z.B. ABC.ZIP identisch mit ABC.ARJ.
- Bei NAME.EXT wird der volle Dateinamen verglichen.
-
- Hinweis:
- Der Dupecheck wird über den Kommandozeilenschalter -D aktiviert !
-
- DupeCheck Name
-
-
- ┌─────────────────────────────────╖
- │ Semaphore Steuerung & Kontrolle ╠══════════════════════════════════════════
- ╘═════════════════════════════════╝
-
- ┌──────────────
- │ SemaphoreIdle <d:\path\filename.ext>
- └─────────────────────────────────────────
- Kann mehrfach benutzt werden.
-
- MaxList überwacht die hier angegebenen Dateinamen.
- Wird eine der Dateien gefunden, stellt MaxList jede Tätigkeit ein, bis
- die Datei nicht mehr vorhanden ist.
-
- SemaphoreIdle %Task3%
- SemaphoreIdle %TaskMax1%
- SemaphoreIdle %TaskMax2%
- SemaphoreIdle %TaskMax3%
-
- ┌─────────────
- │ SemaphoreRun <d:\path\filename.ext>
- └─────────────────────────────────────────
- Diese Datei wird von MaxList angelegt, während er läuft.
- Andere Prozesse können das Überwachen und entsprechend reagieren.
-
- SemaphoreRun %Task0%
-
-
- ┌───────────────────────────────────╖
- │ Pfad und Name der Kontolldateien ╠════════════════════════════════════════
- ╘═══════════════════════════════════╝
-
- ┌────────────
- │ MaxAreaFile <d:\path\Filename.ext>
- └─────────────────────────────────────────
- Kann mehrfach benutzt werden.
-
- Hier trägst Du alle Filearea.ctl Dateien ein, die von MaxList bearbeitet
- werden sollen.
- Weitere, mit Include eingebundene .ctl Dateien werden von MaxList direkt
- bearbeitet. Diese dürfen hier NICHT angegeben werden!
- Include kann in den .ctl Dateien bis zu 10 Ebenen geschachtelt sein.
-
- MaxAreaFile D:\MAX\FILEAREA.CTL
-
- ┌─────────────[v2.22]
- │ MaxIndexFile <d:\path\Filename.ext>
- └─────────────────────────────────────────
- Dieser Eintrag ist nur notwendig, wenn Du eine Announceliste erzeugen
- willst. In diesem Fall muss hier Pfad und Name der Indexdatei von Maximus
- angegeben werden. Normalerweise ist das MAXFILES.IDX.
-
- MaxIndexFile d:\max\maxfiles.idx
-
- ┌────────────[v2.22]
- │ EchoTossLog <d:\path\Filename.ext>
- └─────────────────────────────────────────
- Dieser Eintrag ist nur notwendig, wenn Du Announces direkt in die Squish
- Base schreibst und Dein Tosser diese Datei benötigt.
- MaxList speichert in diese Datei die Namen der Mailechos, in denen eine
- Announcemail geschrieben wurde.
-
- EchoTossLog d:\Bink\Log\EchoToss.Log
-
- ┌──────────────[v2.22]
- │ MaxMsgSize <Kb>
- └───────────────────────
- Damit kannst Du die Größe einer Mail einstellen. <Kb> ist eine Zahl
- zwischen 1 und 63. Vorgabe ist 16, also 16 * 1024 Bytes.
- Beachtem das nicht alle Tosser in der Lage sind Mails größer 16Kb zu
- verarbeiten. Normalerweise solltes Du diesen Eintrag nicht benutzen.
-
- ┌──────────────[v2.22/v2.25]
- │ MaxFReqIndex <Yes | No>
- └─────────────────────────────
- Ebenfalls aus dem 'Hause MaxList' gibt es ein OS/2 SRIF-Requestprocessor
- (MAXFREQ) für die Mailer XENIA, BINKLEY-XE und CANTALOUP.
- Dieser nutzt die FArea.dat von Maximus 3.xx.
- Damit entfällt das tägliche erzeugen einer Maximus 2 kompatiblen Area.dat.
-
- MaxList kann einen speziellen Index für die Dateibeschreibung anlegen
- (FILES.CMX), welcher von dem Requestprocessor benutzt werden kann.
- Notwendig ist das nicht, steigert jedoch die Geschwindigkeit des
- Requestvorganges, besonders bei großen Files.bbs.
- Hinweis:
- Bei DEBUGG Yes wird kein Index erzeugt. Eine eventuell vorhandene
- Indexdatei wird gelöscht.
-
- MaxFReqIndex No
-
- ┌─────────────[v2.22]
- │ ExternEditor <d:\path\Filename.ext>
- └─────────────────────────────────────────
- Hier kannst Du einen Editor Deiner Wahl angeben. Dieser wird automatisch
- gestartet, wenn eine File_id.diz importiert wurde und MaxList mit -M
- gestartet wurde.
- So hast Du die Möglichkeit, dies Beschreibung zu editieren bevor diese
- in die Liste und Files.bbs übernommen wird.
-
- OS2 ExternEditor E.EXE
- DOS ExternEditor C:\NC\MVE.EXE
-
- ┌─────────────
- │ SortAreaFile <NONE | AREA | GROUP | BOTH>
- └───────────────────────────────────────────────
- Hier legst Du fest, wie die Angaben in der Filearea.ctl sortiert werden
- sollen. Die Datei selber wird in keiner Weise verändert.
-
- NONE - Keine Sortierung
- AREA - Die Areanamen werden numerisch und alpabetisch sortiert
- GROUP - Die Gruppennamen werden numerisch und alpabetisch sortiert
- BOTH - Sowohl die Area und die Gruppen werden sortiert
-
- SortAreaFile Both
-
-
- ┌─────────────────────────────╖
- │ Areaselective Einstellungen ╠══════════════════════════════════════════════
- ╘═════════════════════════════╝
-
- ┌──────────
- │ NoProcess AREA <Area[ .. Area]>
- │ NoProcess FILE <Filearea.ctl>
- └────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Mit diesem Befehl kannst Du bestimmte AREAs, oder die nach FILE angegebene
- Filearea.ctl Datei von der Bearbeitung durch MaxList ausschließen.
- Jeder Eintrag, der zu den angegebenen Parametern passt, wird vollständig
- ignoriert.
-
- ifn Special
- NoProcess File FileArea.cd
- NoProcess Area CD.0..CD.99
- EndIf
-
- ┌─────────
- │ Noformat <Area[ .. Area]>
- └───────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Hiermit kannst Du die FORMATIERUNG der Beschreibung in den FILES.BBS
- Dateien für die angegebenen Areas unterbinden.
-
- Wenn Du Longdescriptions in Deiner FILES.BBS hast, dann MUSST Du Noformat
- angeben, wenn diese Einträge nicht verändert werden sollen.
- Anderfalls wird MaxList die Beschreibungen so behandeln, wie in der
- @FORMAT Anweisung unter @FILEDESC angegeben ist.
-
- NoFormat Listen.Text
-
- ┌───────────────
- │ CreateLongDesc <Area[ .. Area]> <Maxlen>
- └─────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Mit diesem Schlüsselwort kannst Longdescriptions erzeugen.
- Dabei werden alle Sonderzeichen, mehrfache Leerzeichen etc. entfernt,
- sodaß nur noch der reine Ascii-Text übrigbleibt.
- Die maximale Länge diese Textes kann (und sollte) begrenzt werden.
- (Maximus 2.x 256 Zeichen, Maximus 3.x 1024 Zeichen)
-
- Ebenso ist es möglich, den Text einzeilig oder mehrzeilig in die Files.bbs
- zu schreiben. Das ganze arbeitet auch noch Areaselectiv.
- Parameter:
- <Area [ .. Area]> bezeichnet eine oder mehrere Areas.
- <MaxLen> kann zwischen 0 und 8192 liegen.
- Bei 0 wird die Länge nicht verändert, wenn die
- Beschreibung (nach Bearbeitung) kleiner 8192 Bytes ist
-
- HINWEIS:
- Ist für die angegebenen Areas ein 'NoFormat' definiert, wird die
- Beschreibung in EINE Zeile gesetzt!
- Andernfalls wird der Text so formattiert, wie im BBS-Template bei
- @FileDesc(Links, Rechts) angegeben.
-
- CreateLongDesc * 1024
-
- ┌───────
- │ NoSort <Area[ .. Area]> <FILE | LIST | BOTH>
- └─────────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Damit kannst Du die Sortierung der Dateieinträge in der FILES.BBS Datei
- und / oder der Fileliste für die angegebenen Areas ausschalten.
-
- FILE - Keine Sortierung in der FILES.BBS Dateien
- LIST - Keine Sortierung in der Fileliste
- BOTH - Die Sortierung für beides ausschalten
-
- NoSort 100 BOTH
-
- ┌───────────────────
- │ SortBetweenComment <Area[ .. Area]>
- └──────────────────────────────────────
- Hiermit wird die Sortiermethode für Kommentare geändert.
-
- Bei den angegebenen Areas wird solange sortiert, bis einen Kommentarzeile
- erkannt wird. Nach der Kommentarzeile wird dann ab dieser Position die
- Sortierung neu begonnen. Der Kommentar bleibt also immer an der
- vorgegebenen Position.
-
- HINWEIS:
- Neue Dateien, die über AddOrphan hinzugefügt werden, stehen nach der
- letzten Kommentarzeile.
-
- Für alle NICHT angegebenen Areas wird nach dem bisherigen Verfahren
- sortiert, d.h. ein Kommentar wird immer der nächsten Datei zugeordnet
- und entsprechend sortiert.
-
- SortBetweenComment *
-
- ┌─────────────
- │ FreeDownLoad AREA <Area[ .. Area]> <TIME | BYTE | BOTH>
- │ FreeDownLoad FILE <Filename.ext> <TIME | BYTE | BOTH>
- └───────────────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Das dient zum Hinzufügen von FreeTime und/oder FreeByte Downloads
- (Maximus: /t oder /b oder /tb) Der hier angegebene Parameter wird
- verwendet, wenn in dem BBS-Template das Token @FREEDWNLD eingesetzt wird.
- Du kannst das entweder für bestimmte AREAs oder FILEs festlegen.
-
- FreeDownLoad Area 100 Both
-
- ┌──────────────
- │ RemoveOldFile <Area[ .. Area]> <Tage> <BackupPath[\!A | \!P]>
- └──────────────────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Entfernen von Dateien älter als <Tage> aus der Filebase.
- Die Dateien (und die Beschreibung aus der FILES.BBS) werden nach
- <BackupPath> kopiert.
- Option:
- \!A - BackupPath wird um den AreaTag erweitert.
- Wenn Deine Area z.B. GAMESNET100 lautet, wird BackupPath mit
- \GAMESNET.100 erweitert. Ist der Areatag länger als 12 Zeichen,
- wird er gekürzt.
- \!P - BackupPath wird mit dem letzten Pfad, der bei UPLOAD angegeben
- ist, erweitert. Hast Du z.B. unter UPLOAD D\BBS\LISTEN\ ein-
- getragen, wird BackupPath um \LISTEN erweitert.
-
- HINWEIS:
- Bei Araes, die mit TYPE CD oder DATELIST gekennzeichnet sind, wird
- RomoveOldFile NIEMALS ausgeführt !
-
- RemoveOldFile 680..691 22 D:\BBSOLD\NODELIST
-
- ┌──────────────
- │ ExcludeRemove AREA <Area[ .. Area]>
- │ ExcludeRemove FILE <Filename.ext>
- └────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Dateien in der angegebene Area, oder die angegebene Datei wird in keinem
- Fall verschoben, auch dann nicht, wenn die Werte von RemoveOldFile
- zutreffen.
-
- ExcludeRemove FILE Test.*
-
- ┌──────────────
- │ RemoveOffLine <Area[ .. Area]> [LIST]
- └─────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Entfernt die Einträge von nicht vorhandenen Dateien aus der FILES.BBS.
- Ist die Option LIST angegeben, werden die Einträge nur in der Fileliste
- unterdrückt. Die FILES.BBS Datei wird dann nicht verändert.
- HINWEIS:
- RemoveOffLine hat keine Wirkung, wenn für die Area ein NoFormat
- angegeben ist. Das gleicge gilt für Araes, die mit TYPE CD oder
- DATELIST gekennzeichnet sind.
-
- RemoveOffline *
-
- ┌───────────────
- │ AddOrphanFiles <Area[ .. Area]>
- └───────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Fügt automatisch Files aus der angegebenen Area hinzu, wenn diese noch
- nicht in der FILES.BBS Datei stehen.
-
- MaxList wird versuchen, eine eventuell in der Datei vorhandene FILE_ID.DIZ
- zu importieren. Dazu muss jedoch der entsprechende Archiver vorhanden sein.
- Findet MaxList eine Beschreibung, wird diese in die FILES.BBS übertragen.
-
- Gelingt der Import nicht, wird der String, der unter NODESCRIPTION
- eingetragen ist, verwendet, ausser MaxList wurde mit dem Kommandozeilen-
- parameter -M gestartet. In diesem Fall wird MaxList anhalten und den
- Editor starten.
- Hier kannst Du nun eine Beschreibung eingeben. Wenn Du diese dann mit F3
- speichert, wird MaxList die eingegebene Beschreibung als FILE_ID.DIZ zu
- dem Archiv hinzufügen.
-
- AddOrphanfiles *
-
- ┌───────────────
- │ NoAutoAddFiles <Area[ .. Area]> <Filename.Ext>
- └─────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Die hier aufgeführte Datei wird nicht automatisch hinzugefügt, wenn sie
- in der Area gefunden werden.
-
- NoAutoAddFiles 100 Treff.*
-
- ┌──────────
- │ BBSHeader <Area[ .. Area]> <d:\path\Template.ext>
- └─────────────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Hier musst Du Dein Template angeben, welches Du für die entsprechende
- Area verwenden willst. Erfolgt keine Angabe, wird ein Internes Template
- verwendet.
-
- BBSHeader * %Template%\BBShdr2.tpl
-
- ┌──────────────
- │ HdrInEmptyBBS <Yes | No>
- └─────────────────────────────
- MaxList kann einen Header in die Files.bbs schreiben, auch wenn diese
- Area keine Dateien enthält.
- Wird hier YES angegeben, schreibt MaxList den BBSHeader in die Files.bbs.
-
- HdrInEmptyBBS Yes
-
- ┌───────────────
- │ WriteBBSTypeCD <Yes | No>
- └─────────────────────────────
- Unterstützung für Maximus 3.0 - TYPE CD.
- Über diesen Schalter kannst Du festlegen, ob MaxList die Files.bbs für
- Areas mit TYPE CD neu schreiben soll.
- Bei NO werden die Files.bbs mit TYPE CD nicht geschrieben.
-
- WriteBBSTypeCD No
-
- ┌───────────────
- │ NoWriteFileBBS <Area[ .. Area]>
- └───────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Mit diesem Schlüsselwort kannst Du festlegen, bei welchen Areas MaxList
- die Files.bbs NICHT neu schreiben soll.
-
- NoWriteFileBBS CD.*
-
- ┌──────────
- │ UserLevel <Area[ .. Area]> <Level/Keys> <ErsatzString>
- └─────────────────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Mit dieser Anweisung können die Level/Keys vom Max in den String übersetzt
- werden, den Du auch in Deiner Box verwendest. Diese Strings werden bei
- @AreaAcs / @GroupAcs in den Templates verwendet.
-
- UserLevel 1?? Twit/* Gast
- UserLevel 200..679 Twit/* Neu User
- UserLevel 692..899 Twit/* Neu User
- UserLevel 680..691 Twit/* Point
- UserLevel * Limited Normal
- UserLevel * Worthy/p Point
- UserLevel * AsstSysop CoSysop
-
-
- ┌────────────────────────────╖
- │ OKFiles für FRequestlisten ╠═══════════════════════════════════════════════
- ╘════════════════════════════╝
-
- Die einzelnen Okfiles (Requestlisten) werden in einem Block definiert.
- Du kannst mehrere solcher Listen erzeugen, indem Du den Block entsprechend
- oft einträgst. Die Dateinamen MÜSSEN jedoch unterschiedlich sein.
- Angaben wie SHUTTLE.KNW und SHUTTLE.UNK sind NICHT erlaubt !!
-
- MaxList legt zunächst Temporäre Dateien mit dem Extend .OK# an.
- Diese werden erst nach der Bearbeitung umbenannt. So ist sichergestellt,
- das noch Requestet werden kann, während MaxList läuft.
-
- Jeder Block beginnt mit OKFILE <d:\Path\FileName.Ext>
- und endet mit END OKFILE
- Innerhalb dieser beiden Anweisungen sind weitere Steuerworte notwendig:
-
- ┌─────
- │ MODE <SHORT | LONG | WILDCARD>
- └────────────────────────────────────────
- Damit wird die Art des OKFiles festgelegt.
-
- Format SHORT: D:\PATH\
- Format LONG: @FILENAME.EXT D:\PATH\FILENAME.EXT
- Format WILDCARD: D:\PATH\*.*
-
- ┌────────
- │ EXCLUDE <AREA | AREAACS | GROUPACS> <Parameter>
- └──────────────────────────────────────────────────────
- Optional. Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Ausschließen von Areas oder Files durch Überwachen von:
- AREA <Area[ .. Area]> - Areas
- AREAACS <Level/Keys> - Level und Keys der Area
- GROUPACS <Level/Keys> - Level und Keys der Gruppe
-
- Du kannst bei allen Parametern mit Wildcards arbeiten.
- Beachte, das bei xxxACS IMMER beides, also Level und Keys angegeben
- werden müssen, z.B. Normal/p, */p oder Normal/*.
- Wenn Du z.B. die Area BACK ausschließen willst und diese kommt in mehreren
- Gruppen vor, dann kannst Du mit das mit EXCLUDE GFD.*.BACK sehr einfach
- durchführen.
-
- ┌────────
- │ INCLUDE <AREA | AREAACS | GROUPACS> <Parameter>
- └──────────────────────────────────────────────────────
- Optional. Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Einschließen von zuvor EXCLUDED Areas oder xxxACS. Syntax und Parameter
- sind identisch mit Exclude.
-
- ┌───────────[v2.22]
- │ HEADERFILE <d:\Path\Filename.ext>
- └─────────────────────────────────────
- Optional. Kann mehrfach benutzt werden.
-
- Diese Datei wird unmittelbar an den Anfang von OKFile kopiert. Wird der
- Eintrag mehrfach benutzt, werden die Dateien auch in der angegebenen
- Reihenfolge kopiert.
-
- ┌──────────
- │ MAGICFILE <d:\Path\Filename.ext>
- └─────────────────────────────────────
- Optional.
-
- Die hier angegebene Datei wird (nach HerderFile) an den Anfang des
- OKFiles kopiert. Diese Datei kann z.B. Deine festen Magicnamen enthalten.
-
- ┌───────────[v2.22]
- │ FOOTERFILE <d:\Path\Filename.ext>
- └─────────────────────────────────────
- Optional. Kann mehrfach benutzt werden.
-
- Diese Datei wird an das Ende kopiert. Wird der Eintrag mehrfach benutzt,
- werden die Dateien auch in der angegebenen Reihenfolge kopiert.
-
- Beispiel OKFile:
- ────────────────
- OkFile d:\Bink\TigersCL.Ok
- Mode WildCard
- HeaderFile TigersCL.ban
- MagicFile d:\Bink\TigersCL.Mag
- FooterFile d:\Bink\TigersCL.Ftr
- Exclude Area Gif.*
- Include Area Gif.DB*
- Include Area Gif.Cars*
- End OKFile
-
-
- ┌───────────────────────────╖
- │ Definition der Filelisten ╠════════════════════════════════════════════════
- ╘═══════════════════════════╝
-
- ┌─────────
- │ FileList <d:\Path\Filename.ext> <ListenTyp> [<Parameter>]
- └──────────────────────────────────────────────────────────────────────
- Damit beginnt JEDE Filelistendefinition.
-
- <ListenTyp> steuert, wie die Daten für die Liste behandelt werden sollen.
- Je nach ListenTyp sind weitere Parameter notwendig.
- Die Typen:
-
- │ ALL [Name] - Allfilesliste
- └──────────────────────────────────────
- Wird [Name] angegeben, erscheint dieser bei dem Token @ListTyp.
- Vorgabe: ALLFILES
-
- │ NEW <Tage> [Name] - Newfilesliste
- └──────────────────────────────────────
- In dieser Liste werden nur Dateien, die "jünger" als <Tage> sind,
- eingetragen. Wird [Name] angegeben, erscheint dieser bei dem Token
- @ListTyp. Vorgabe: NEWFILES
-
- │ PART [Name] - Partliste
- └──────────────────────────────────
- Prinzipiell eine Allfilesliste. Du kannst diesen Typ verwenden, um
- ausgewählte Areas aufzulisten. Wird [Name] angegeben, erscheint
- dieser bei dem Token @ListTyp.
-
- │ REPORT [Name] - Statistikliste
- └───────────────────────────────────────
- WAS darin erscheint legst Du über die Templates fest.
- Wird [Name] angegeben, erscheint dieser bei dem Token @ListTyp.
- Vorgabe: REPORT
-
- │ DUPE [Name] - Liste der Dupes
- └────────────────────────────────────────
- Diese Liste wird nur angelegt, wenn DUPECHECK eingetragen ist und
- MaxList mit -D gestartet wurde. Wird [Name] angegeben, erscheint
- dieser bei dem Token @ListTyp. Vorgabe: DUPES
-
- │ ORPHAN [Name] - Automatisch hinzugefügten Dateien
- └──────────────────────────────────────────────────────────
- Die Liste wird neu angelegt, wenn Dateien hinzugefügt wurden.
- Wird [Name] angegeben, erscheint dieser bei dem Token @ListTyp.
- Vorgabe: ORPHAN
-
- │ ANNOUNCE [Name] - Dateien, die nicht im System vorhanden sind
- └────────────────────────────────────────────────────────────────────
- Diese Liste wird beim Start von MaxList gelöscht und nur dann neu
- angelegt, wenn 'Neue' Dateien gefunden wurden. MaxList benutzt zum
- Vergleich die Indexdatei (MAXFILES.IDX) von Maximus.
- Wird [Name] angegeben, erscheint dieser bei dem Token @ListTyp.
- Vorgabe: ANNOUNCE
-
-
- ┌────────────────────────────────────────────┐
- │ Parameter innerhalb einer Listendefinition ├──────────────────────────────
- └────────────────────────────────────────────┘
-
- │ ArchiveList <ArchiverKennung> [d:\Path\filename]
- └─────────────────────────────────────────────────────────
- Womit und mit welchem Dateinamen die Liste archiviert werden soll.
- <Archiverkennung> ist der bei den Archiverdefinitionen eingetragene Typ.
- (ARCHIVER <Typ>)
-
- │ ListHeaderFile <d:\path\Filename.ext>
- └─────────────────────────────────────────
- Kann mehrfach benutzt werden.
-
- Diese Dateien werden unmittelbar an den Anfang der Liste kopiert und
- zwar in der angegebenen Reihenfolge. Hier kannst Du z.B. Deine Logodatei
- angeben. Im Anschluß daran folgt das TitelTemplate.
-
- │ ListFooterFile <d:\path\Filename.ext>
- └─────────────────────────────────────────
- Kann mehrfach benutzt werden.
-
- Diese Dateien werden in der angegebenen Reihenfolge an das Ende der
- Liste, unmittelbar nach dem ReportFooter kopiert.
- Dannach folgt meine Copyright Logo.
-
- │ ListTitle <TemplateDatei>
- └──────────────────────────────────
- Nach dem HeaderFile kannst Du einen Titel in die Liste einfügen, z.B.
- die Listenart. (ALLFILES, NEWFILES etc.) Was im Titel erscheint, ist
- von dem Template abhängig.
-
- │ AreaHeader <TemplateDatei>
- │ AreaFooter <TemplateDatei>
- └──────────────────────────────────
- AreaHeader: Kopf und Formatzeile für die Areas.
- AreaFooter: Wird nach jeder Area ausgegeben.
- Details dazu siehe TEMPLATE.DOC
-
- │ GroupHeader <TemplateDatei>
- │ GroupFooter <TemplateDatei>
- └──────────────────────────────────
- GroupHeader: Kopf und Formatzeile für die Gruppen in der Statistik.
- GroupFooter: Wird nach jeder Gruppe ausgegeben.
- Details dazu siehe TEMPLATE.DOC
-
- │ ReportHeader <TemplateDatei>
- │ ReportFooter <TemplateDatei>
- └──────────────────────────────────
- ReportHeader: Kopf für die Statitik am Ende der Liste.
- ReportFooter: Wird vor ListFooter ausgegeben.
- Details dazu siehe TEMPLATE.DOC
-
- │ AllAreaReport <Yes/No>
- └───────────────────────────
- Bei NO wird keine Statistik an die Liste angehängt.
- Hat keine Wirkung bei ReportListen, Logisch ;-)
-
- │ Exclude <AREA | FILE | AREAACS | GROUPACS> <Parameter>
- └──────────────────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Ausschließen von Areas oder Files durch Überwachen von:
- AREA <Area[ .. Area]> - Areas
- FILE <FileName.ext> - Dateien
- AREAACS <Level/Keys> - Level und Keys der Area
- GROUPACS <Level/Keys> - Level und Keys der Gruppe
-
- Du kannst bei allen Parametern mit Wildcards arbeiten.
- Werden Dateien excluded, wird auch ein eventuell anhängender Kommentar
- nicht in die Liste übernommen. Beachte, das bei xxxACS IMMER beides,
- also Level und Keys angegeben werden müssen, z.B. Normal/p, */p oder
- Normal/*.
- Wenn Du z.B. die Area BACK ausschließen willst und diese kommt in
- mehreren Gruppen vor, dann kannst Du mit das mit EXCLUDE GFD.*.BACK
- sehr einfach durchführen.
-
- │ Include <AREA | FILE | AREAACS | GROUPACS> <Parameter>
- └──────────────────────────────────────────────────────────────────
- Kann mehrfach benutzt werden. Wildcards sind erlaubt.
-
- Einschließen von zuvor EXCLUDED Areas oder Files.
- Die Syntax ist identisch mit Exclude.
-
- ────────────────────────────
- !! NUR BEI ANNOUNCELISTEN !!
- ────────────────────────────
-
- Innerhalb einer Announceliste sind folgende Parameter notwendig, wenn
- die Liste direkt als Squishmail geschrieben werden soll:
-
- ┌──────────[v2.22]
- │ SqishMail <Aka> <EchoTag> <d:\Path\squishFile> [NetMail]
- └───────────────────────────────────────────────────────────────────
- <AKA> - Deine Nodenummer (Zone:Netz/Node[.Point])
- <EchoTag> - Der Name des Echos, z.B. NEWFILES.GER
- <d:\path\SquishFile> - Pfad und Name der .SQD Datei für diese Echo
- [NetMail] - Optional. Nur bei Pointsystemen, wenn in eine
- Squish-Netmailarea geschreiben wird. Hierbei
- wird dann die FMPT Kludge benutzt.
-
- │ MsgHeader "<From>" "<To>" "<Subject>"
- └──────────────────────────────────────────────────
- Diese Strings werden in den Nachrichtenkopf geschrieben.
- Die einzelnen Parameter müssen in Anführungszeichen ("Xyz") stehen
- und durch min. ein Leerzeichen getrennt werden.
-
- │ MsgOrigin <String>
- └─────────────────────────
- Origin der Nachricht. MaxList erzeugt in jeden Fall eine Originzeile
- in der Form: * Origin <String> (<YourAKA>)
-
- ┌────
- │ END FileList
- └───────────────
- Damit endet jede Listendefinition.
-
-
- ┌─────────────────────────┐
- │ Beispiel ALLFILES Liste ├──────────────────────────────────────────────────
- └─────────────────────────┘
-
- FileList %MxLDir%\24446000.ALL All
- ArchiveList Zip %ListDir%\6000all
- ListHeaderFile %MxLDir%\TigersCL.HDR
- ListTitle %Template%\Title.tpl
- AreaHeader %Template%\Areahdr2.tpl
- ReportHeader %Template%\Reprthdr.tpl
- GroupHeader %Template%\GroupHdr.tpl
- AllAreaReport Yes
- Exclude Area 900..989
- Exclude Area 999
- Exclude AreaAcs Extra/*
- Exclude AreaAcs */P
- End FileList
-
- ┌─────────────────────┐
- │ Beispiel PART Liste ├──────────────────────────────────────────────────────
- └─────────────────────┘
-
- FileList %MxLDir%\24446000.WOS Part WOS-NET
- ArchiveList Zip %ListDir%\6000wos
- ListHeaderFile %MxLDir%\TigersCL.HDR
- ListTitle %Template%\Title.tpl
- AreaHeader %Template%\Areahdr2.tpl
- ReportHeader %Template%\Reprthdr.tpl
- GroupHeader %Template%\GroupHdr.tpl
- AllAreaReport Yes
- Exclude Area *
- Include Area 400..469
- End FileList
-
- ┌─────────────────────────┐
- │ Beispiel NEWFILES Liste ├──────────────────────────────────────────────────
- └─────────────────────────┘
-
- FileList %MxLDir%\24446000.NEW NEW 14
- ArchiveList Zip %ListDir%\6000new
- ListHeaderFile %MxLDir%\TigersCL.HDR
- ListTitle %Template%\Title.tpl
- AreaHeader %Template%\Areahdr2.tpl
- ReportHeader %Template%\Reprthdr.tpl
- GroupHeader %Template%\GroupHdr.tpl
- AllAreaReport Yes
- Exclude Area 900..989
- Exclude Area 999
- Exclude AreaAcs Extra/*
- Exclude AreaAcs */P
- End FileList
-
- ┌──────────────────────────────────────┐
- │ Beispiel NEWFILES Liste für QWK User ├─────────────────────────────────────
- └──────────────────────────────────────┘
-
- FileList D:\MAX\OLR\NEWFILES.DAT New 7
- ListHeaderFile %MxLDir%\TigersCL.HDR
- ListTitle %Template%\Title.tpl
- AreaHeader %Template%\Areahdr2.tpl
- ReportHeader %Template%\Reprthdr.tpl
- GroupHeader %Template%\GroupHdr.tpl
- AllAreaReport No
- Exclude Area 900..989
- Exclude Area 999
- Exclude AreaAcs Extra/*
- Exclude AreaAcs */P
- End FileList
-
- ┌─────────────────────┐
- │ Beispiel DUPE Liste ├──────────────────────────────────────────────────────
- └─────────────────────┘
-
- FileList %MxLDir%\24446000.DUP Dupe
- ListTitle %Template%\Title.tpl
- AreaHeader %Template%\DupeHdr.tpl
- ReportHeader %Template%\Reprthdr.tpl
- GroupHeader %Template%\GroupHdr.tpl
- AllAreaReport Yes
- Exclude Area CD.*
- End FileList
-
- ┌───────────────────────┐
- │ Beispiel ORPHAN Liste ├────────────────────────────────────────────────────
- └───────────────────────┘
-
- FileList %MxLDir%\24446000.ORP ORPHAN AutoAdd
- ListTitle %Template%\Title.tpl
- AreaHeader %Template%\Areahdr2.tpl
- ReportHeader %Template%\Reprthdr.tpl
- GroupHeader %Template%\GroupHdr.tpl
- AllAreaReport Yes
- End FileList
-
- ┌─────────────────────────┐
- │ Beispiel ANNOUNCE Liste ├──────────────────────────────────────────────────
- └─────────────────────────┘
-
- FileList %MxLDir%\24446000.ANN ANNOUNCE
- AreaHeader %Template%\Areahdr2.tpl
- AllAreaReport No
- SquishMail 2:2444/6001 TsC_Announce i:\mail\Tsc\Tsc_Anno
- MsgHeader "Wilfried Brinkmann" "All Points" "Neues Zeugs"
- MsgOrigin Nu lass gehn, kost ja FAST nix
- Exclude Area Upload
- End FileList
-
- ══════════════════════════════════════════════════════════════════════════════
- Wilfried Brinkmann, FidoNet 2:2444/6001 Hattingen, im Juni 1996
- ══════════════════════════════════════════════════════════════════════════════
-