PC Online 1997 November

home *** CD-ROM | disk | FTP | other *** search

/ PC Online 1997 November / PCO1197.ISO / FilesBBS / OS2 / CL079WB1.ARJ / CL079WB1.ZIP / doku / CL_DOKU.INF

(.txt)

Wrap

OS/2 Help File | 1997-09-03 | 295.5 KB | 4,942 lines

ΓòÉΓòÉΓòÉ 1. 1. Willkommen! ΓòÉΓòÉΓòÉ CantaLoup 0 . 7 9 - W I D E B E T A 1 Ein System f╨ær Mail- und File-Austausch ╨æber W╨öhlverbindungen. Diese Wide Beta ist nur bis Ende Dezember 1997 g╨æltig! Copyright (C) 1994-1996 Buenter Communications Alle Rechte vorbehalten. ΓòÉΓòÉΓòÉ 1.1. 1.1. Disclaimer ΓòÉΓòÉΓòÉ Buenter Communications ist f╨ær keinerlei direkte oder indirekte Sch╨öden, die durch die Benutzung von CantaLoup entstehen, verantwortlich. Buenter Communications kann nur garantieren, dass CantaLoup Platz auf der Festplatte braucht. Das Recht, CantaLoup zu benutzen, kann von Buenter Communications jederzeit und ohne Angabe von Gr╨ænden entzogen werden. Diese Wide Beta ist eine Testversion einer Shareware-Version von CantaLoup. Diese Version ist nur bis Ende Dezember 1997 g╨æltig. Nach diesem Datum erl╨ñscht die Nutzungslizenz und der Benutzer wird angehalten, eine neuere Version zu installieren. Fido und FidoNet sind gesch╨ætzte Warenzeichen in den USA und in Deutschland. BinkleyTerm ist ein gesch╨ætztes Warenzeichen in den USA. OS/2 ist ein international eingetragenes Warenzeichen. ΓòÉΓòÉΓòÉ 1.2. 1.2. Einf╨æhrung ΓòÉΓòÉΓòÉ CantaLoup ist ein System f╨ær Mail- und File-Austausch ╨æber W╨öhlverbindungen. Es ist ein FidoNet-kompatbler Mailer, der die in FidoNet-Technologie-Netzwerken (FTN) weit verbreiteten Mailsessions WaZOO und EMSI unterst╨ætzt und f╨ær ankommende Verbindungen aus Kompatibilt╨ötsgr╨ænden auch FTS-1 Mailsessions durchf╨æhrt. CantaLoup l╨öuft unter OS/2 2.x und Warp und benutzt viele der von OS/2 angebotenen M╨ñglichkeiten, wie Multithreading, Presentation Manager und Interprozess-Kommunikation. Wir entwickeln CantaLoup, um unsere eigenen Bed╨ærfnisse abzudecken, aus Freude am Programmieren und als Referenz ans Hobby-Netz FidoNet. Wenn Sie CantaLoup gut finden, dann ist das ok. Wenn Sie CantaLoup nicht gut finden, dann ist das auch ok, aber bitte suchen Sie Sich ein anderes Produkt oder schreiben selber eines, welches Ihren Bed╨ærfnissen besser entspricht. Diese Wide Beta ist eine Testversion einer Shareware-Version von CantaLoup. Diese Version ist nur bis Ende Dezember 1997 g╨æltig. Nach diesem Datum erl╨ñscht die Nutzungslizenz und der Benutzer wird angehalten, eine neuere Version zu installieren. ΓòÉΓòÉΓòÉ 1.3. 1.3. Unterst╨ætzung (Support) ΓòÉΓòÉΓòÉ F╨ær die Betatester wurde eine Fidonet-kompatible Echo-Area namens CANTALOUP.GER eingrichtet. Der Support findet nur mittels dieser Area statt. Support-Anfragen via Telefon, Post, Netmail oder EMail k╨ñnnen nicht beantwortet werden. ΓòÉΓòÉΓòÉ 1.4. 1.4. Die Autoren ΓòÉΓòÉΓòÉ CantaLoup ist ein Produkt von Buenter Communications. Die am Entstehen und Gelingen beteiligten Autoren Beat Arnold und Michael B╨ænter sind beide elektronisch erreichbar. CAUTION: ╨¬ber diese Adressen wird kein Support geleistet! Fidonet: Michael B╨ænter 2:301/808.6@fidonet Beat Arnold 2:301/808.14@fidonet Post-Adresse: Buenter Communications Michael B╨ænter Kinkelstrasse 38 CH-8006 Z╨ærich Schweiz Internet: Michael B╨ænter buenter@tik.ee.ethz.ch Beat Arnold arnold4@dial.centralnet.ch ΓòÉΓòÉΓòÉ 1.5. 1.5. Danke an... ΓòÉΓòÉΓòÉ Vielen Dank geht an die Leute von BitBucket, besonders Vince Perriello, welche es mit den BinkleyTerm Sourcen erst erm╨ñglicht haben, CantaLoup zu realisieren. Ein grosses Dankesch╨ñn geht an Beat Arnold f╨ær seine Einsatz an der Gestaltung und Implementation der grafischen Oberfl╨öche. Danke auch an Lutz Buchheister u.a. f╨ær Test- und Betateam-Koordinationsaufgaben. Vielen Dank auch an die Betatester, an Detlev Rackow f╨ær die Handbuch-Grundlage sowie an eine Unmenge von Leuten, welche irgendwie und irgendwann zur Realisation von CantaLoup etwas beigetragen haben. ΓòÉΓòÉΓòÉ 1.6. 1.6. Umgang mit diesem Handbuch ΓòÉΓòÉΓòÉ Diese Dokumentation ist eine Einf╨æhrung f╨ær neue und auch erfahrene Benutzer. Sie enth╨ölt Erkl╨örungen zur Funktionsweise eines Fidonet-Mailsystems und zu Abl╨öufen und Begriffen in Fidonet-kompatiblen Netzwerken. Es wird versucht, eine grundlegende Konfiguration von CantaLoup sowie die zum Betrieb eines Mailsystems notwendigen technischen Grundlagen und Konzepte zu erkl╨ören. Diese Dokumentation ist nicht als umfassende Dokumentation eines FidoNet-kompatiblen Netzwerkes (FTN) gedacht. ΓòÉΓòÉΓòÉ 2. 2. Allgemeine Anforderungen ΓòÉΓòÉΓòÉ Dieses Kapitel zeigt die an das System gestellten Anforderungen auf. Es ist aufgeteilt in o Systemanforderungen o Modemanforderungen ΓòÉΓòÉΓòÉ 2.1. 2.1. Systemanforderungen ΓòÉΓòÉΓòÉ Um CantaLoup zu betreiben, m╨æssen folgende Grundbedingungen erf╨ællt sein: o Ein PC mit OS/2 2.1 oder Warp V3 und installiertem PM o Ein beliebiges Modem, dessen Befehlssatz zumindest teilweise zum "Hayes AT"-Standard kompatibel sein sollte. o Ein wenig Festplattenplatz Dar╨æberhinaus werden noch verschiedene Zusatzprogramme ben╨ñtigt, die vom jeweiligen Einsatz abh╨öngen, f╨ær den Einsatz als Pointprogramm oder MO-Node (MO: mail only) ohne BBS w╨ören dies beispielsweise minimal ein Tosserprogramm, dass die Mailpakete verarbeitet und neue f╨ær den Versand erstellt, und ein Editor, um Nachrichten zu lesen und zu schreiben. ΓòÉΓòÉΓòÉ 2.2. 2.2. Modemanforderungen ΓòÉΓòÉΓòÉ F╨ær CantaLoup wird ein Modem ben╨ñtigt, dass in seinen Grundfunktionen hayeskompatibel ist, was aber in der Regel keine Probleme bereitet, da praktisch alle am Markt befindlichen Modems einen ╨öhnlichen Befehlssatz haben, und bez╨æglich der Grundfunktionen zueinander kompatibel sind. Da die exakten Kommandostrings zur Modemsteuerung konfigurierbar sind, ergeben sich beim Betrieb mit normalen Modems (auch billige Modelle) keine un╨æberwindbaren Inkompatibilit╨öten. Die meisten Modems k╨ñnnen zwischen Textmeldungen (z.B. CONNECT, OK, NO CARRIER) und numerischen Meldungen (1,2,3 etc.) umgestellt werden. F╨ær den Betrieb mit CantaLoup sollten die Modems auf Textmeldungen geschaltet werden, was aber bei den meisten Modems auch Standardeinstellung ist. Standardm╨össig ist CantaLoup auf den Betrieb mit herk╨ñmmlichen Modem-Antworten wie CONNECT konfiguriert. Diese Antworten k╨ñnnen vom Benutzer aber beliebig ver╨öndert werden. Im folgenden werden die Standard-Einstellungen etwas genauer beschrieben. Sie wurden so programmiert, dass CL noch die folgenden Meldungen verarbeiten kann: CONNET, NO ANSWER, BUSY, VOICE, NO DIAL TONE, NO DIALTONE, ERROR, NO CARRIER, DIAL TONE, DIALING, RINGING. Die folgenden Strings werden erkannt, aber ignoriert: RING, RRING, RING RESPONSE. Ausser bei der Connectmeldung werden Zeichen, die hinter der definierten Modemmeldung kommen, ignoriert. Bei z.B. der Meldung "NO CARRIER /CAUSE=34AB" w╨ærde CantaLoup das ihm bekannte "NO CARRIER" auswerten und den Rest ignorieren. Das Modem sollte so eingestellt werden, dass es die ╨¬bertragungsrate hinter der CONNECT-Meldung anf╨ægt. CantaLoup erkennt ein einfaches CONNECT als 300 Baudverbindung, und jeden h╨ñheren Wert anhand der Zahl, die hinter CONNECT gemeldet wird, z.B. CONNECT 2400. Sollte das Modem keine Verbindungsrate melden, so kann die Standardrate mittels "AssumeBaud" in der Konfigurationsdatei anders definiert werden. Wenn Probleme mit dem Modem auftreten, sollte man die Kommandos "SlowModem" (langsames Senden der AT-Kommandos), "SameRing" und "NoCollide" probieren. ΓòÉΓòÉΓòÉ 3. 3. Installation ΓòÉΓòÉΓòÉ Dieser Abschnitt beschreibt die Installation und den Betrieb von CantaLoup, in welchem der automatische Austausch von Mailpaketen und Files mit anderen fidokompatiblen Mailern abgewickelt wird. CantaLoup bietet eine Funktionalit╨öt, die ╨öhnlich der von Programmen wie BinkleyTerm, SEAdog, Dutchie, FrontDoor, D'Bridge und ╨öhnlichen Mailerprogrammen ist. CantaLoup nimmt eingehende Anrufe entgegen, tauscht Mailpakete und Files aus, verzweigt im Fall eines menschlichen Anrufers zur Mailbox weiter oder ╨æbergibt die Kontrolle einem Session-Handler, welcher dann fast beliebige Funktionen ╨æbernehmen kann. Aufgrund der Komplexit╨öt der m╨ñglichen Systemkonfigurationen, die vor allem von der verwendeten Hardware und der rund um CantaLoup eingesetzten Software abh╨öngen, kann hier nur eine allgemeine Einf╨æhrung in die Installation gegeben werden. 1. Erstellen Sie ein Verzeichnis auf der Platte, das ausschliesslich f╨ær CantaLoup vorgesehen ist, z.B. C:\FIDO\CL 2. Dazu kommt ein Verzeichnis, in welchem die DLLs abgelegt werden k╨ñnnen, z.B.C:\FIDO\CL\DLL. Dieses Verzeichnis muss in den im CONFIG.SYS definierten LIBPATH eingef╨ægt werden. 3. F╨ær die Hilfe-Dateien und die Dokumentation kann ein weiteres Verzeichnis, z.B. C:\FIDO\CL\HELP erstellt werden. Dieses Verzeichnis muss in den HELP Pfad eingef╨ægt werden. 4. Weiterhin werden noch mindestens folgende Verzeichnisse erforderlich sein: Ein Outboundverzeichnis, z.B. C:\FIDO\OUTBOUND, in dem zu versendende Mailpakete abgelegt werden. Ein Inboundverzeichnis, in das eingehende Mailpakete und empfangene Files geschrieben werden, von wo aus sie dann mit anderen Programmen wie Tosser, Ticker etc. weiterverarbeitet werden, z.B. C:\FIDO\INBOUND. Ein Verzeichnis, in dem die kompilierten Nodelistenfiles NODEX.IDX, SYSOP.NDX etc. vom Nodelistenkompiler erstellt werden, z.B. C:\FIDO\NODELIST. Ein Flagverzeichnis, in dem CantaLoup aus anderen Programmen heraus Steuerkommandos ╨æbergeben werden k╨ñnnen, und in dem auch durch Erzeugen einer Flagdatei eine laufende Session angezeigt wird, z.B. C:\FIDO\FLAGS. 5. Nun werden CL.EXE, CL.CFG und die anderen Konfigurationsdateien aus dem Distributionsarchiv in das CantaLoup-Verzeichnis kopiert. 6. Bei Bedarf werden CLFREQ.EXE, CLFREQ.CFG und FREQPROC.CMD in das CantaLoup-Verzeichnis kopiert. Dies ist bei einem Pointsystem nicht erforderlich. 7. Die DLLs sowie, wenn erw╨ænscht, SNSERVER.DLL werden in's DLL-Verzeichnis kopiert. 8. Das Hilfe-File und die Dokumentation kann ins Hilfe-Verzeichnis kopiert werden. 9. Mit einem normalen Texteditor muss nun die CL.CFG an das eigene System angepasst werden, insbesondere m╨æssen die Pfadangaben und die Adressen, sowie die Modemstrings angepasst werden. 10. Installieren Sie die erforderlichen Programme f╨ær die Verarbeitung von Mailpaketen, insbesondere einen Tosser, der empfangene Mailpakete in eine Datenbank ╨æbernimmt, aus der sie von einem Editor angezeigt werden k╨ñnnen, und einen Editor, mit dem sich empfangene Nachrichten lesen und neue schreiben lassen. 11. Es empfiehlt sich, nun mit einem Nodelistenkompiler, z.B. QNODE oder FASTLST (diese sind mir bekannt, ohne dass damit eine Empfehlung f╨ær einen davon ausgesprochen werden sollte) die Nodeliste des Fidonets (und ggfs. anderer Netze) zu kompilieren, weil CantaLoup f╨ær einen vollen Mailer-Betrieb auf eine Nodeliste angewiesen ist. Sollte wenig Plattenplatz zur Verf╨ægung stehen, kann auch anstatt der vollen Nodeliste eine verk╨ærzte Liste mit z.B. nur den Nodes der eigenen Region verwendet werden, in R24 (Deutschland) heisst diese Liste REGION24.nnn, und reicht aus, um innerhalb der Region 24 Crashmail zu versenden und Files zu requesten. Achtung: CantaLoup selbst benutzt die Nodeliste NODELIST.nnn nicht, sondern ist allein auf das Vorhandensein der kompilierten Nodeliste angewiesen. Hinweise hierzu stehen weiter unten im Abschnitt "Nodeliste". 12. F╨ær den Betrieb einer nachgeschalteten BBS muss ein passendes Batchfile erstellt werden, welches ins CantaLoup-Verzeichnis geh╨ñrt. Hinweise hierzu folgen im Abschnitt "Kontrolle". 13. Achten Sie darauf, dass in CL.CFG Events definiert wurden; ohne diese wird CantaLoup nicht auf eingehende Anrufe reagieren. 14. Starten Sie CantaLoup mit "CL" (Task 1) oder "CL TASK N",wobei N f╨ær die Tasknummer steht. Fehlermeldungen, die nicht im Log-Fenster erscheinen, k╨ñnnen beim Start mit "CL 2>ERROR.LOG" in die Datei ERROR.LOG umgeleitet werden. 15. Versuchen Sie einen Probeanruf bei einem anderen Node. ΓòÉΓòÉΓòÉ 4. 4. Das CantaLoup Konzept ΓòÉΓòÉΓòÉ Es ist wichtig, im Auge zu behalten, dass CantaLoup ein Mailerprogramm mit einer komplett offenen Architektur ist. Daher kann CantaLoup mit beinahe allen BBS-Programmen, den meisten Tossern/Trackern etc. zusammenarbeiten. CantaLoup beantwortet (w╨öhrend eines g╨æltigen Events im Eventfile) eingehende Anrufe und tauscht dann mit den anrufenden Mailern Daten aus. Wenn der Anrufer mit einem Terminalprogramm anruft, wird er an das BBS-Programm weitergeleitet. Werden Funktionen (wie z.B. Fax oder Anrufbeantworter) gew╨ænscht,welche in registrierten Feature-DLLs behandelt werden, so wird der Anruf an diese DLL weitergegeben. Es ist dagegen nicht die Aufgabe von CantaLoup, empfangene Mailpakete zu verarbeiten, und es erledigt auch f╨ær abgehende Mail keinerlei Routing oder Netmailpacken. Insoweit ist gegen╨æber dem Betrieb von z.B. FrontDoor ein radikales Umdenken erforderlich: CantaLoup verarbeitet selbst nichts; es ist die Aufgabe des Tossers/Netmailpackers/Trackers oder was auch immer, aus Echomail und Netmail *.PKT-Files oder komprimierte Datenpakete zu machen. CantaLoup erledigt nur das Versenden bzw. den Empfang. Auf der Ausgangsseite benutzt CantaLoup ein Verzeichnis, in dem abgehende Mail abgelegt wird. F╨ær Mailpakete an Points sind hierin nochmals Unterverzeichnisse angelegt, wobei f╨ær die Points eines Nodes jeweils ein gemeinsames Unterverzeichnis angelegt wird. In Fidokreisen ist diese Struktur als Binkley-Style bekannt und wird in den meisten Zusatzprogrammen auch so deklariert. Beispiel: Auf unserem Beispielsystem wird abgehende Mail f╨ær Nodes in Zone 2 in C:\FIDO\OUTBOUND gespeichert. Mail f╨ær Points des Nodes 2:309/1032.x steht in C:\FIDO\OUTBOUND\01350408.PNT. Es ist die Aufgabe von externen Programmen, die Mail in Paketform umzuwandeln und sie unter Ber╨æcksichtigung einer bestimmten Verschl╨æsselung der Empf╨öngeradresse im Dateinamen in den Outboundverzeichnissen abzulegen. M╨ñglich ist dies mit den meisten Tossern. Viele Anwender haben erfolgreich mit SQUISH gearbeitet, das eine vollst╨öndige Unterst╨ætzung f╨ær CantaLoup (Binkley-Style) anbietet. Es gibt jedoch auch andere Tosser, welche Binkley-Style Outbounds unterst╨ætzen. Auf diese Weise ist CantaLoup unabh╨öngig von bestimmten Messagebaseformaten einsetzbar. ΓòÉΓòÉΓòÉ 4.1. 4.1. Wie CantaLoup Mail behandelt ΓòÉΓòÉΓòÉ Mail mit CantaLoup zu versenden, ist recht einfach. Dieser Abschnitt soll dem Neuling ein Verst╨öndnis f╨ær die Abl╨öufe beim Mailversand geben. ΓòÉΓòÉΓòÉ 4.1.1. 4.1.1. Grundsatz Nummer 1 ΓòÉΓòÉΓòÉ Mail Events sind weniger wichtig als bei anderen Systemen wie Frontdoor. Mit CantaLoups Events erstellt man allgemeine Regeln, wie mit verschiedenen Arten von Mail/Files, wahlweise auch in Abh╨öngigkeit von den voraussichtlichen Versandkosten, umgegangen werden soll. Da CantaLoup keinerlei eingebaute Routingfunktionen hat, ist die Definition des Routings auch nicht Aufgabe bei der Konfiguration von CantaLoup. Da fr╨æher Systeme meist nur w╨öhrend der sog. Zone Mail Hour online waren, war das Routing und das korrekte Timing sehr wichtig. Da mittlerweile immer mehr Systeme praktisch rund um die Uhr empfangsbereit sind, und dies insbesondere f╨ær die grossen Hostsysteme gilt, kommt der genauen Konfiguration der Events nicht mehr die Bedeutung zu, die sie fr╨æher hatte. Man kann sich praktisch darauf beschr╨önken, eine Unterscheidung zwischen Zeiten unterschiedlicher Telefontarife zu treffen, also zwischen tags╨æber und abends/nachts, und bei Nodesystemen noch f╨ær die Zeit der ZMH einen Event definieren, der weder BBS-User noch Filerequests zul╨össt. ΓòÉΓòÉΓòÉ 4.1.2. 4.1.2. Grundsatz Nummer 2 ΓòÉΓòÉΓòÉ Eine andere Idee ist der Weg, in dem Pakete erstellt werden. Wer schon einmal einen anderen Mailer mit sogenanntem dynamischem Routing benutzt hat, wird sich dabei daran gew╨ñhnt haben, dass Pakete zu Beginn eines jeden Events aus den vorhandenen Mails in der Netmailarea erstellt werden. Als Ergebnis konnte es vorkommen, dass Netmails mehrfach neu gepackt werden mussten, was vor allem auf Systemen mit hohem Durchsatz erhebliche Zeitverluste mit sich bringen kann. Weil aufgrund der heutigen Fidostrukturen von einem zeitabh╨öngigen unterschiedlichen Routing keinerlei Vorteile mehr zu erwarten sind (Netmail wird, wenn sie geroutet werden soll, meist ╨æber den Hub/Host gerouted, und das zu jeder Tageszeit), werden Pakete mit CantaLoup kompatiblem Netmailpackern/Echomailtossern nur einmal erstellt und dann bis zum tats╨öchlichen Versand in dieser Form beibehalten. Die Erstellung der Pakete ist nicht Aufgabe von CantaLoup, sonden wird von einem Netmailpacker erledigt, dies kann Squish, IMBINK, The Netmail Packer oder auch ein anderes Programm gleicher Art sein. ΓòÉΓòÉΓòÉ 4.1.3. 4.1.3. Grundsatz Nummer 3 ΓòÉΓòÉΓòÉ CantaLoup nutzt "Continuous Mail". Wenn man bereits ein anderes Fidonetprogramm genutzt hat, wird der Begriff "Crash Mail" bekannt sein, und eine ungef╨öhre Vorstellung von "Continuous Mail" geben. "Continuous Mail" weicht in einigen Aspekten vom landl╨öufigen Verst╨öndnis der Crashmail ab. In anderen Mailersystemen w╨ærde das Markieren einer Message als "Crash" bedeuten, dass der Mailer die Mail so schnell als m╨ñglich versendet, und mit st╨öndigen Anwahlversuchen eingehende Anrufe blockieren. "Continuous Mail" bedeutet f╨ær den Mailer, dass der Empf╨önger die Mail zu jeder Uhrzeit empfangen kann. CantaLoup wird zwar unverz╨æglich hinausw╨öhlen, aber nicht pausenlose Wahlwiederholungen durchf╨æhren, sondern versuchen, den Anruf zwischen eingehenden Anrufen zu plazieren, so dass weiterhin ein Empfang von Mail und ein Einloggen von BBS-Usern m╨ñglich ist. Eine weitere Steigerung von "Continuous Mail" ist "Immediate Mail", die zu jeder Zeit versandt wird. "Continuous Mail" hingegen wird nur dann versandt, wenn der aktive Event dies erlaubt. ΓòÉΓòÉΓòÉ 4.1.4. 4.1.4. Grundsatz Nummer 4 ΓòÉΓòÉΓòÉ Die Steuerung des Outbounds erfolgt ╨æber Filenamen. Die Mail wird in einem speziellen Verzeichnis abgelegt, dass nur den Zweck hat, abgehende Mailpakete und zu versendende Files aufzunehmen. Hineingeschrieben wird durch externe Programme, gel╨ñscht werden die Files von CantaLoup nach erfolgtem Versand. Dieses Verzeichnis sollte nicht von Hand manipuliert werden, ausser wenn man sehr genau weiss, was man mit der Ver╨önderung bewirkt! Die Verzeichnisse werden regelm╨össig auch nicht von Hand angelegt, es ist Aufgabe des Tossers/Netmailpackers, die Verzeichnisse anzulegen, sobald in dieser Zone Mail zu versenden ist. Die folgenden Ausf╨æhrungen dienen nur dazu, sich in den neuen Verzeichnissen zurechtzufinden, um die Arbeitsweise des Mailers zu verstehen. Mail f╨ær Points wird in Unterverzeichnissen des Outboundverzeichnisses abgespeichert, wobei das Verzeichnis die Netz- und Nodenummer des Points in hexadezimaler Verschl╨æsselung als Namen erh╨ölt, z.B. kommt die Mail f╨ær Point 2:309/1032.3 in C:\FIDO\OUTBOUND\01350408.PNT, wobei 0135H =309 und 0408H =1032. Daraus ergibt sich, dass die Mail f╨ær verschiedene Points desselben Nodes im selben Verzeichnis gespeichert wird, sie wird dadurch unterschieden, dass die ausgehenden Pakete als Namen die achtstellige Pointnummer mit f╨æhrenden Nullen enthalten, das Mailpaket f╨ær Point 3 erhielte z.B. 00000003.OUT. Beachten Sie auch, dass CantaLoup im ╨æblichen Mehrzonenbetrieb mehrere solche Verzeichnisse verwaltet, f╨ær jede Zone ein eigenes. Die Namen dieser zus╨ötzlichen Verzeichnisse werden einfach aus dem Namen des Hauptoutboundverzeichnis gebildet, und f╨ær jede weitere Zone wird an den Namen des Verzeichnisses eine Extension angeh╨öngt, die hexadezimal mit f╨æhrenden Nullen die Zonennummer wiedergibt. So wird das Outboundverzeichnis f╨ær die Zone 1 z.B. die Bezeichnung C:\FIDO\OUTBOUND.001 erhalten. F╨ær die Zone der Mainaka wird keine Extension angef╨ægt, bei einem Node, der seine Mainaka in Zone 2 hat, wird also f╨ær Mail in Zone 2 das Verzeichnis einfach C:\FIDO\OUTBOUND heissen, nur die anderen Zonen erhalten Extensions zur Unterscheidung. Wenn CantaLoup mehrere Domains unterst╨ætzen soll, werden f╨ær die Zonen ebenfalls neue Outboundverzeichnisse angelegt, wenn z.B. die Zone Gernet definiert ist, wird CantaLoup nach Mail f╨ær das Gernet in C:\FIDO\GERNET.015 suchen. Im Gernet hat jeder Node die Zonennummer 021. Auf einem System, das in Zone 2 liegt und zus╨ötzlich vereinzelt Mail in Zone 1 verschickt und eine zweite Adresse im Gernet f╨æhrt, existiert daher folgende Outboundstruktur: C:\FIDO\OUTBOUND Hier liegt die abgehende Mail f╨ær Nodes in Zone 2 C:\FIDO\OUTBOUND\01350408.PNT Mail f╨ær die Points des Beispielsystems C:\FIDO\OUTOBUND.001 Mail f╨ær Nodes in Zone 1 C:\FIDO\GERNET.015 Abgehende Mail im Gernet C:\FIDO\GERNET.015\0065139A. Mail f╨ær die Beispiel-Gernet- PNT Points Innerhalb der Verzeichnisse werden die Empf╨öngeradressen der Pakete dadurch kenntlichgemacht, dass sie nach ihrem Empf╨önger benannt sind, wobei die ersten vier Ziffern des Namens die hexadezimale Netznummer angeben, w╨öhrend die zweiten vier Ziffern die Nodenummer angeben. Mail f╨ær den Node 309/1033 h╨ötte daher die Benennung: 01350409.OUT Wobei die Endung OUT kennzeichnet, dass es sich um ein Paket handelt, dass mit normaler Priorit╨öt versandt werden soll. HUT st╨ænde f╨ær Hold (das andere System muss anrufen, um das Paket zu bekommen), und CUT f╨ær Continuous Mail (CantaLoup w╨öhlt selbst hinaus). Bei der ╨¬bertragung benennt CantaLoup die Dateiendung in .PKT um. .DUT (direkt) heisst, dass das andere System nicht CM-f╨öhig ist. Im Ergebnis kommt das auf dasselbe wie .OUT hinaus, jedoch verbietet es einem Netmailpacker, dieses Paket nochmals umzurouten. Das Direct Format kann als zus╨ötzliches Format zum Routing benutzt werden; es hat bei den heutigen Nodelisten mit CM-Kennungen aber keine grosse Bedetung mehr. Mail im Immediate Format (.IUT) wird von CantaLoup immer versandt, auch wenn der Event dies theoretisch nicht zulassen w╨ærde. Damit ist es m╨ñglich, die Priorit╨öt ausgehender Mail von Hand zu ╨öndern, indem die Endung ge╨öndert wird. Sicherer ist es dennoch, dies vom Tosser/Netmailpacker tun zu lassen, die dies ╨æber Kommandozeilenparameter anbieten. Eine etwas andere Handhabung ergibt sich, wenn Files mit CantaLoup versandt werden sollen, wobei aus Sicht von CantaLoup kein Unterschied zwischen gepackten Maildateien (sog. ARCMAIL) und sonstigen Datenfiles besteht. Wenn Files an ein bestimmtes System versandt werden sollen, werden sie in Listendateien, sogenannten Flowfiles (oder Bundles) eingetragen. Es handelt sich dabei um Dateien, die in ihrer Benennung ebenfalls dem Standard f╨ær Mailpakete folgen, aber eine andere Endung haben. Ein File f╨ær die Adresse 2:309/1033 m╨æsste z.B. in der Datei 01350409.FLO eingetragen werden, die Eintragungen erfolgen dort einfach zeilenweise, es wird jede Datei mit Pfadname in eine neue Zeile geschrieben. Sollen dem Node 2:309/1033 beispielsweise die Dateien NODEDIFF.A33 und PR30DIFF.A33 ╨æbersandt werden, w╨ærden in der Datei 01350409.FLO die Zeilen C:\fido\file\max\fido\nodediff.a33 C:\fido\file\max\fido\pr30diff.a33 eingetragen. Auch hier existieren die Endungen FLO, HLO (hold), CLO (Continuous Mail), DLO (Direct Mail) und ILO (Immediate Mail). F╨ær ARCMAIL-Pakete, die nur an einen Node gesendet werden und dann gel╨ñscht werden k╨ñnnen, besteht die M╨ñglichkeit, CantaLoup die Files automatisch l╨ñschen zu lassen. Dies kann auf zwei Weisen geschehen: ^C:\fido\outbound\E3008203.MO1 w╨ærde CantaLoup anweisen, das Paket nach dem Versand komplett zu l╨ñschen, w╨öhrend #C:\fido\outbound\E3008203.MO1 die Datei nach dem Versand nur auf 0 Bytes k╨ærzen w╨ærde, d.h. es g╨öbe noch einen Verzeichniseintrag auf diesen Namen, die Datei h╨ötte aber 0 Bytes L╨önge und n╨öhme keinen Platz mehr auf der Platte weg. Dies ist z.B. f╨ær Fastecho der ╨æbliche Weg, Echomailpakete zu versenden, so weiss FastEcho bei einem neuen Lauf, dass ein Paket mit der Endung .MO1 bereits versandt wurde, und neue Mail f╨ær diesen Node in ein Paket mit der Endung .MO2 gepackt werden muss. ΓòÉΓòÉΓòÉ 4.2. 4.2. Eine Beispielnachricht vom Anfang bis zum Ende ΓòÉΓòÉΓòÉ Nun ein praktisches Beispiel. Es wird eine Beispielnachricht an Werner M╨æller@2:309/1999 geschrieben (Nachahmung zwecklos, da nicht existent). Eine weitere Nachricht schreiben wir an Hans Muster@2:309/1032.0. In die zweite Nachricht werden die Attribute CRASH, KILL/SENT und Fileattach eingetragen, als Fileattach benennen wir C:\schrott\mytest.zip. Das File soll nach dem Versand gel╨ñscht werden. Als weiteres schreiben wir eine Nachricht in der Echomail-Konferenz CANTALOUP.GER, um den daf╨ær zust╨öndigen Leuten f╨ær die komplette Dokumentation zu danken. Als Tosser setzen wir Squish ein, der auch die Netmail packen soll. In der ROUTE.CFG von Squish steht ROUTE 2:309/1000 2:ALL/ALL.ALL, d.h. alle normale Mail an Nodes und Points in Zone 2 wird ╨æber 2:309/1000 (unseren Beispiel-Hub) geroutet. Wenn Squish nun mit SQUISH OUT SQUASH gestartet wird, erzeugt er ein Mailpaket f╨ær 2:309/1000, das die Nachricht enth╨ölt, die wir mit normaler Priorit╨öt an 2:309/1999 geschrieben haben. Diese kommt, da sie ╨æber 2:309/1000 geroutet werden soll, in ein File im Outbound namens 013503E8.OUT, das unserem Hub beim Poll als .PKT ╨æbertragen wird. Die Fileattachmail an Hans Muster@2:309/1032.0 wird in ein File 01350408.CUT geschrieben, dass aufgrund seiner Benennung als Continuous Mail direkt an 2:309/1032.0 gesendet wird, d.h. CantaLoup ruft dort kurzfristig an und liefert die Mail ab. Der in dieser Nachricht enthaltene Fileattach wird in eine Zeile der Datei 01350408.CLO (Flowfile, Continuous flavor) geschrieben, dieses enth╨ölt dann die Zeile ^C:\schrott\mytest.zip Dies f╨æhrt dazu, dass CantaLoup beim Anruf bei 2:309/1032.0 auch die Datei mytest.zip ╨æbertr╨ögt, und sie anschliessend von der Platte l╨ñscht. Als letztes kommt noch die geschriebene Echomail dran. Wir haben f╨ær die Konferenz CANTLOUP.GER als Downlink unseren Host 2:309/1000 angegeben, d.h. Squish fertigt eine Datei E3000000.MO1 (oder ╨öhnlich, die Namen sind hier nicht entscheidend), und tr╨ögt in der Datei 013503E8.FLO diese Datei ein, d.h. die Datei 013503E8.FLO enth╨ölt dann die Zeile #C:\fido\outbound\e3000000.MO1. Diese wird beim n╨öchsten Poll bei der 309/1000 ╨æbertragen und dann auf eine L╨önge von 0 Bytes gek╨ærzt. ΓòÉΓòÉΓòÉ 5. 5. Benutzeroberfl╨öche ΓòÉΓòÉΓòÉ CantaLoup bietet eine Benutzeroberfl╨öche, die in mehrere Fenster eingeteilt ist. Es existieren Fenster zum Beobachten von laufenden Sessions, um ablesen zu k╨ñnnen, was heute bisher an Anrufen ein- und ausgegangen ist, und zum Erkennen, f╨ær welche Nodes und Points noch im Outbound Mail vorliegt. ΓòÉΓòÉΓòÉ 5.1. 5.1. Men╨æs ΓòÉΓòÉΓòÉ In diesem Kapitel werden die Men╨æs von CantaLoup n╨öher beschrieben. ΓòÉΓòÉΓòÉ 5.1.1. 5.1.1. Das Hauptmen╨æ ΓòÉΓòÉΓòÉ Mit diesem Men╨æ wird CantaLoup gesteuert. Es ist wie folgt aufgebaut: Shell: Mit diesem Men╨æeintrag wird ein Untermen╨æ ge╨ñffnet. Wenn dieser Eintrag grau unterlegt ist, wurden im CL.CFG keine Shells definiert. Shell -> Shell Eintr╨öge: Mit diesem Men╨æeintrag kann eine Shell gestartet werden, die im CL.CFG definiert wurde. (siehe Token: Shell, ShellDesc) Errl Exit: Mit diesem Men╨æeintrag wird ein Untermen╨æ ge╨ñffnet. Errl Exit -> Errl Eintr╨öge: Mit diesem Men╨æeintrag kann CantaLoup ╨æber einen bestimmten Errorlevel beendet werden. Dieser Errorlevel kann zum Beispiel in einem CMD File ausgewertet werden. Mit welchem Errorlevel sich CantaLoup beendet, wird im CL.CFG definiert. (siehe Token: ErrlDesc) Errl Exit -> Errl ?: Mit diesem Men╨æeintrag wird ein Dialog ge╨ñffnet, bei dem ein Errorlevel angeben werden kann und CantaLoup wird mit diesem Errorlevel beendet. Exit: CantaLoup wird mit Errorlevel 1 beendet. Answer: Dem Modem wird der Answer String geschickt. Init: Das Modem wird neu initialisiert. Abort Session: Mit diesem Men╨æeintrag wird eine Verbindung abgebrochen. Dieser Men╨æeintrag ist nur w╨öhrend einer Verbindung aktiv. Clear History: Damit werden im Info Window alle Werte neu initialisiert. Quit current: Mit diesem Men╨æeintrag wird der aktuelle Event abgebrochen. Restart: Mit diesem Men╨æeintrag wird der aktuelle Event neu gestartet. Outbound Rescan: Mit diesem Men╨æeintrag wird das Outboundverzeichnis neu eingelesen und aktualisiert. Arrange: Das Fenster wird nach dem im Untermen╨æ gew╨öhlten Kriterium sortiert. Arrange->Ascending/Descending: Das Fenster wird in aufsteigender oder absteigender Reihenfolge sortiert. View: Mit diesem Men╨æeintrag wird ein Untermen╨æ aufgerufen. View -> Info Window: Mit diesem Men╨æeintrag wird das Info Window wieder sichtbar gemacht, wenn es von anderen Fenstern ╨æberdeckt wird. Dieser Men╨æeintrag ist nur aktiv, wenn das Info Window ge╨ñffnet ist. View -> Session Info Window: Mit diesem Men╨æeintrag wird das Session-Info-Window wieder sichtbar gemacht, wenn es von anderen Fenstern ╨æberdeckt wird. Dieser Men╨æeintrag ist nur aktiv, wenn das Info Window ge╨ñffnet ist. View -> History Window: Damit wird das History-Fenster aktiv. Der Eintrag ist nur aktiv, wenn das Fenster ge╨ñffnet ist. View -> Modem Log Window: Damit wird das Modem-Log-Fenster aktiv. Der Eintrag ist nur aktiv, wenn das Fenster ge╨ñffnet ist View -> Dialing Window: Damit wird das Dialing-Fenster aktiv. Der Eintrag ist nur aktiv, wenn das Fenster ge╨ñffnet ist View -> Session Window: Damit wird das Session-Fenster aktiv. Der Eintrag ist nur aktiv, wenn das Fenster ge╨ñffnet ist Session Info Window: Damit wird das Info Window ge╨ñffnet. History Window: Mit diesem Men╨æpunkt wird das History-Window ge╨ñffnet. Genauere Informationen zum History-Manager finden Sie im Kapitel "History". Modem Log Window: Damit wird das Modem Log Window ge╨ñffnet. N╨öhere Informationen zu diesem Fenster finden Sie im Kapitel "Modem Log Fenster". Status Line: Dieser Men╨æeintrag aktiviert oder deaktiviert die Statuszeile. Wenn diese aktiviert ist, erscheint ein Haken vor dem Men╨æeintrag. DebugData: Damit wird ein Dialog ge╨ñffnet, der einige GUI-Debug Daten anzeigt. Zus╨ötzlich wird ein File CLDEBUG.TXT erzeugt, welches als Debughilfe f╨ær die Autoren dienen kann. Help index: Damit wird der Index der Hilfe aufgerufen. General Help: Damit kommt die generelle Hilfe. Using Help: Damit wird die Hilfe zur Hilfe aufgerufen. Key Help: Welche Taste hat welche Funktion. Product Information: Damit wird einer der wichtigsten aller Dialoge ge╨ñffnet... ΓòÉΓòÉΓòÉ 5.1.2. 5.1.2. Popupmen╨æ im Log-Fenster ΓòÉΓòÉΓòÉ Get Files: Mit diesem Men╨æeintrag wird ein Dialog ge╨ñffnet, mit dem ein Filerequest erstellt werden kann. Send Files: Mit diesem Men╨æeintrag wird ein Dialog ge╨ñffnet, mit dem ein File an einen Node geschickt werden kann. Quit current Event: (siehe unter "Das Hauptmen╨æ") Restart Events: (siehe unter "Das Hauptmen╨æ)" Errl Exit: (siehe unter "Das Hauptmen╨æ") Shell: (siehe unter "Das Hauptmen╨æ") Make next Call: Mit diesem Men╨æeintrag f╨æhrt CantaLoup den n╨öchsten Anruf sofort aus. Poll Node: Mit diesem Men╨æeintrag wird die eingestellte Default Action (siehe in diesem Kapitel unter 'Set Default Action') ausgefuehrt. Wenn man auf den Pfeil dr╨æckt, erscheint ein Untermen╨æ. Poll Node -> Uplink: Es wird ein Poll Paket f╨ær den Uplink erstellt. Dieses Poll Paket bekommt das Crash oder Immediate Attribut. Welches Attribut dieses Poll Paket bekommt wird unter 'Set Default Action' bestimmt. Wenn man auf den Pfeil dr╨æckt, erscheint ein weiteres Untermen╨æ. (siehe auch Token: Uplink) Poll Node -> Node -> Crash: Das Poll Paket bekommt auf jeden Fall ein Crash Attribut. Egal was im 'Set Default Action' definiert wurde. Poll Node -> Node -> Immediate: Das Poll Paket bekommt auf jeden Fall ein Immediate Attribut. Egal was im 'Set Default Action' definiert wurde. x:yyy/zzzz: Hat die gleiche funktionalit╨öt wie wie UpLink. Einziger Unterschied ist, dass halt der Node genommen wird, der in diesem Men╨æ aufgef╨æhrt ist. Specified: Mit diesem Men╨æeintrag wird ein Dialog ge╨ñffnet, bei dem man eine Nodenummer angegeben muss (es kann auch der Name des Sysops sein) und das Attribut (Crash/Immediate) und CantaLoup erstellt aus diesen Angaben ein Poll Paket. Danach erscheint dieser Node auch im 'Poll Node'-Men╨æ. Set Default Action: Mit diesem Men╨æeintrag wird ein Untermen╨æ ge╨ñffnet. Set Default Action -> Uplink: Die Default Action wird auf 'Poll Paket f╨ær Uplink erstellen' eingestellt. Set Default Action -> Specified: Die Default Action wird auf 'Poll Paket f╨ær speziellen Node erstellen' eingestellt. Set Default Action -> Crash: Setzt das Attribut, welches beim 'Poll Node'-Men╨æ gebraucht wird, auf Crash. Set Default Action -> Immediate: Setzt das Attribut, welches beim 'Poll Node'-Men╨æ gebraucht wird, auf Immediate. Outbound Rescan: (siehe unter "Das Hauptmen╨æ") Copy to Clipboard: Kopiert den markierten Bereich im Log-Fenster ins Clipboard. Diese Funktion ist nur sichtbar, wenn mindestends eine Linie markiert ist. ΓòÉΓòÉΓòÉ 5.1.3. 5.1.3. Popupmen╨æ im Outbound (bei einen Outboundeintrag) ΓòÉΓòÉΓòÉ Readdress Mail: Mit diesem Men╨æeintrag wird ein Dialog ge╨ñffnet, bei dem angegeben wird, auf welchen Node die Mail umadressiert wird. Reset Dial Tries: L╨ñscht die Wahlversuche f╨ær diesen Node. Stop Calls: CantaLoup ruft diesen Node nicht mehr an. 'Reset Dial Tries' hebt ein 'Stop Calls' auf. Delete Requests: Alle File Requests f╨ær diesen Node werden gel╨ñscht. Kill ALL Mail: Der ganze Node wird gel╨ñscht. Bei Dateien, die das Attribut Sent/Kill oder Sent/Trunc haben, wird nachgefragt, ob diese Dateien auch gel╨ñscht werden sollen. VORSICHT! Get Files: (siehe unter "Popupmen╨æ im Log-Fenster") Send Files: (siehe unter "Popupmen╨æ im Log-Fenster") Outbound Rescan: (siehe unter "Das Hauptmen╨æ") Poll Node: (siehe unter "Popupmen╨æ im Log-Fenster") Poll Node -> Current: (siehe unter "Popupmen╨æ im Log-Fenster") Poll Node -> Uplink: (siehe unter "Popupmen╨æ im Log-Fenster") Poll Node -> x:yyy/zzzz: (siehe unter "Popupmen╨æ im Log-Fenster") Poll Node -> Specified: (siehe unter "Popupmen╨æ im Log-Fenster") Poll Node -> Set Default Action: (siehe unter "Popupmen╨æ im Log-Fenster") Flavour: Mit diesem Men╨æeintrag wird ein Untermen╨æ ge╨ñffnet. Flavour -> Normal: Alle Mail Packete werden auf das Attribut Normal gesetzt. Flavour -> Direct: Alle Mail Packete werden auf das Attribut Direct gesetzt. Flavour -> Crash: Alle Mail Packete werden auf das Attribut Crash gesetzt. Flavour -> Immediate: Alle Mail Packete werden auf das Attribut Immediate gesetzt. Arrange: Das Fenster wird nach dem im Untermen╨æ gew╨öhlten Kriterium sortiert. Arrange->Ascending/Descending: Das Fenster wird in aufsteigender oder absteigender Reihenfolge sortiert. ΓòÉΓòÉΓòÉ 5.1.4. 5.1.4. Popupmen╨æ in der Detailed View ΓòÉΓòÉΓòÉ Siehe unter "Die Popupmen╨æs in der Detailed View". ΓòÉΓòÉΓòÉ 5.2. 5.2. Das Hauptfenster ΓòÉΓòÉΓòÉ Das Hauptfenster ist zweiteilig. Im oberen Teil befindet sich das Outbound-Fenster, welches die im Outbound befindliche Mail darstellt. Im unteren Teil befindet sich das Log-Fenster, welches alle Aktivit╨öten von CantaLoup loggt. In beiden Teilen gibt es verschiedene, kontextsensitive Popup-Men╨æs (Log, Outbound). In das Outbound-Fenster k╨ñnnen auch Files gedraggt werden. ΓòÉΓòÉΓòÉ 5.2.1. 5.2.1. Outbound ΓòÉΓòÉΓòÉ Der obere Teil des Hauptfensters ist das sogenannte Outbound. Dieses Fenster zeigt an, f╨ær wen noch wieviel Mail vorhanden ist. Die Zeilen werden in der gew╨öhlten Sortierfolge angezeigt. Das Outbound kann alle Drag und Drop Funktionen von OS/2 verarbeiten. Zum Beispiel kann man ein Fileattach erzeugen, indem man ein File (oder mehrere) in den Outbound hinein dropt. Hier gibt es noch eine spezielle Regel: Wenn man die Files in der Spalte 'Node' dropen l╨össt, erzeugt CantaLoup automatisch einen File-Attach f╨ær diesen Node, der unter dem Mauszeiger ist. Hingegen auf der rechten Seite von 'Node' fragt CantaLoup nach einer Nodenummer. Ein Node kann auch ╨æber den Shredder (Papierkorb) gel╨ñscht werden. Das Hauptfenster speichert beim Beenden von CantaLoup die Position, Gr╨ñsse, Schriftart/gr╨ñsse und die Farben. Wenn man bei einem Node mit der linken Taste einen Doppelklick ausf╨æhrt, wird ein Fenster ge╨ñffnet, welches Detailed View genannt wird. Mehr dar╨æber unter im Kapitel "Detailed View". ╨¬ber die Pakete wird noch Verschiedenes angezeigt, insbesondere ihr Status: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéFlag ΓöéBeschreibung ΓöéBemerkungen Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéC ΓöéContinuous Mail ΓöéWird an CM Systeme versandt Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéI ΓöéImmediate Mail ΓöéWird zu jeder Zeit verschickt Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéD ΓöéDirect Mail ΓöéKein Routing, aber nicht Crash versendenΓöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéH ΓöéHold ΓöéWird nicht von selbst versandt Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéN ΓöéNormal Mail Γöé Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéR ΓöéFile oder Update Γöé Γöé Γöé ΓöéRequest Γöé Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéNoConn ΓöéNo Connect ΓöéZu viele schiefgegangene Connects, keineΓöé Γöé Γöé ΓöéAnrufe mehr Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéTried ΓöéAlready called ΓöéSchon angerufen, aber noch Mail ╨æ Γöé Γöé Γöé Γöébriggeblieben Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé- ΓöéNot dialable ΓöéKann in diesem Event nicht angerufen Γöé Γöé Γöé Γöéwerden Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé! ΓöéNot found ΓöéNicht in der Nodeliste gefunden Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die Farbe der Icons in der linken Spalte sagt folgendes aus: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéFarbe ΓöéBedeutung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéRot ΓöéDieser Node wird nicht (mehr) angew╨öhlt. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéGelb ΓöéDieser Node wird aber im aktuellen Event nicht Γöé Γöé Γöébearbeitet. Dies kann viele Ursachen haben. Meist Γöé Γöé Γöéist der entsprechende Node nicht CM-f╨öhig oder es Γöé Γöé Γöéliegt keine Post mit richtigem Flavour im OutboundΓöé Γöé Γöé. Der Node k╨ñnnte auch durch die 'ModemTrans'- Γöé Γöé ΓöéEinstellung ausgeschlossen sein. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéGr╨æn ΓöéDiese Nodes werden im aktuellen Event angerufen. Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓòÉΓòÉΓòÉ 5.2.2. 5.2.2. Log ΓòÉΓòÉΓòÉ Der untere Teil des Hauptfensters ist das Log-Fenster. Dieses Fenster zeit an, was CantaLoup gerade f╨ær Befehle/Aufgaben erledigt. Zum Beispiel kann dort abgelesen werden, mit wem CantaLoup gerade eine Verbindung hat/hatte und wie diese verl╨öuft/verlief. Es gibt Log-Eintr╨öge, die CantaLoup mit einer speziellen Farbe kennzeichnet. ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéFarbe ΓöéBedeutung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéSchwarz ΓöéStandard Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéRot ΓöéEs wurde irgendein Fehler erzeugt. Zum Beispiel Γöé Γöé Γöéhat es im CL.CFG irgend einen Fehler, das Modem Γöé Γöé Γöéantwortet nicht, usw. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéBlau ΓöéIn dieser Farbe werden alle Zeichenketten Γöé Γöé Γöédargestellt, die vom Modem kommen. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéGr╨æn ΓöéDiese Log-Eintr╨öge werden von der GUI (Graphic Γöé Γöé ΓöéUser Interface) erzeugt. Die Bedeutungen k╨ñnnen Γöé Γöé Γöéunterschiedlich sein. Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓòÉΓòÉΓòÉ 5.2.3. 5.2.3. Transfer Dialog ΓòÉΓòÉΓòÉ Dieses Fenster zeigt Daten ╨æber den gerade ablaufenden Filetransfer an, wie Protokolle, Verbindungsdauer, Dateiname, Position in der Datei, Geschwindigkeit und voraussichtliche Restzeit. ΓòÉΓòÉΓòÉ 5.2.4. 5.2.4. Info Dialog ΓòÉΓòÉΓòÉ Dieses Fenster zeigt Daten ╨æber den laufenden Tag an, wie Anzahl der Anrufe, Anzahl der Files, Kosten, Events und Port. ΓòÉΓòÉΓòÉ 5.2.5. 5.2.5. (Last) Session Info ΓòÉΓòÉΓòÉ Dieses Fenster zeigt Daten ╨æber die aktuelle oder letzte Verbindung an, wie Nodename, Sysop, Mailer des anderen Nodes, Adressen, Phone, Flags und Tranx. ΓòÉΓòÉΓòÉ 5.3. 5.3. Detailed View ΓòÉΓòÉΓòÉ In diesem Fenster wird die ganze Mail an einen speziellen Node sichtbar gemacht. Jetzt kann man je nach Wunsch einzelne Eintr╨öge ╨æber Popupmen╨æs l╨ñschen oder ╨öndern (ALT + Rechtemaustaste auf den zu ╨öndernden Eintrag). Bei diesem Fenster wird bis jetzt nur das 'Hinein-Droppen' unterst╨ætzt. Dieses Fenster speichert beim Schliessen auch die Position, Gr╨ñsse und Farbe. ΓòÉΓòÉΓòÉ 5.3.1. 5.3.1. Die Popupmen╨æs in der Detailed View ΓòÉΓòÉΓòÉ Bei CantaLoup Flowfiles und Controlfiles: Delete: L╨ñscht dieses File. Bei CantaLoup Transfer-Abort-Eintr╨ögen Delete: L╨ñscht dieses File. Create Request File: Erzeugt einen neuen Request f╨ær diese File. Create Attach File: L╨ñscht Erzeugt einen neuen Attach f╨ær dieses File. Bei Request Eintr╨ögen: Delete: L╨ñscht diesen Request. Add request: Ruft den GetFile Dialog auf. Bei Pkt-Eintr╨ögen: Delete: L╨ñscht dieses Pkt.-File. Flavour: Damit wird ein Untermen╨æ aufgerufen. Flavour -> Normal: Das Attribut dieses Eintrags wird auf Normal gesetzt. Flavour -> Direct: Das Attribut dieses Eintrags wird auf Direct gesetzt. Flavour -> Crash: Das Attribut dieses Eintrags wird auf Crash gesetzt. Flavour -> Hold: Das Attribut dieses Eintrags wird auf Hold gesetzt. Flavour -> Immediate: Das Attribut dieses Eintrags wird auf Immediate gesetzt. Bei Attach Eintr╨ögen: Delete (with Att-File): L╨ñscht den Eintrag und das File. Delete (*.?LO only): L╨ñscht nur den Eintrag, das File wird nicht gel╨ñscht. Add file...: Ruft den SendFile Dialog auf. Type: Ruft ein Untermen╨æ auf. Type -> Sent: Dieses File wird einfach gesendet. Sonst passiert nichts. Type -> Kill/Sent: Nachdem dieses File gesendet wurde, wird es gel╨ñscht! VORSICHT! Type -> Trunc/Sent: Nachdem dieses File gesendet wurde, wird das File auf die L╨önge 0 gek╨ærzt! VORSICHT! Flavour: (siehe unter "Popupmen╨æ bei Pkt-Eintr╨ögen") ΓòÉΓòÉΓòÉ 5.4. 5.4. History ΓòÉΓòÉΓòÉ Das History-Fenster in CantaLoup zeigt die 'Geschichte' der in den Logfiles gespeicherten Daten an. Das History Fenster l╨össt sich auf zwei verschiedene Arten starten: o ╨¬ber das Hauptmen╨æ (Windows) in CantaLoup. Wenn das History Fenster auf diese Art gestartet wird, werden nur die Daten f╨ær diesen einen Task angezeigt; die Tasknummer und der Name des Logfile wird aus dem Konfigurationsfile von CantaLoup ╨æbernommen. o ╨¬ber das Programm CLHist.exe. Mit diesem Programm ist es m╨ñglich, mehrere Linien (Tasks) zusammen zu betrachten. Ansonsten gibt es keinen Unterschied. CLHIST hat folgende Commandline-Parameter: CLHIST [task <num> <log file>] [config <cfg file>] [out <out file>] ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéParameter ΓöéWerte ΓöéStandardwerte Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<num> ΓöéTasknummer Γöé1 Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<log file> ΓöéPfad und Filename des LogfilesΓöécl.log Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<cfg file> ΓöéPfad und Filename des Cfg- Γöécl.ini Γöé Γöé ΓöéFiles Γöé Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<out file> ΓöéPfad und Filename des Report- Γöéclhist.txt Γöé Γöé ΓöéFiles Γöé Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Der <task> Parameterblock kann mehrmals wiederholt werden; somit k╨ñnnen mehrere Logfiles gleichzeitig betrachtet werden. Beispiel mit zwei Linien: clhist task 1 cl_1.log task 2 cl_2.log config cl.ini output clhis1_2.txt Das History-Fenster sieht folgendermassen aus: Es werden alle Systeme mit den ihren ╨¬bersichtsdaten gelistet. Im Titelbalken wird der ausgew╨öhlte Zeitraum ausgegeben. Diese Statistik hat folgende Rubriken: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéSystem ΓöéName (Node) des Systems. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéCalls In ΓöéAnzahl eingehender Anrufe. (Das andere System hat Γöé Γöé Γöéangerufen) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéCalls Out ΓöéAnzahl ausgehender Anrufe. (Das andere System Γöé Γöé Γöéwurde angerufen) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéFiles Sent ΓöéAnzahl Files, welche an dieses System geschickt Γöé Γöé Γöéwurden. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéFiles Recv ΓöéAnzahl Files, welche das andere System geschickt Γöé Γöé Γöéhat. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéSize Sent ΓöéGr╨ñsse aller Files, welche an dieses System Γöé Γöé Γöégeschickt wurden. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéSize Recv ΓöéGr╨ñsse aller Files, welche das andere System Γöé Γöé Γöégeschickt hat. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéCost ΓöéKosten, die f╨ær alle Anrufe an dieses System Γöé Γöé Γöéangefallen sind. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéError ΓöéZeigt alle Fehler an, die w╨öhrend einer VerbindungΓöé Γöé Γöéauftraten. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéTotal ΓöéDie einzelnen Systeme zusammenaddiert. Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Drag'n'Drop wird in diesem Fenster nicht unterst╨ætzt. Bei einem Doppelklick auf einen Eintrag wird ein Fenster ge╨ñffnet, welches alle Verbindungen von und zu diesem System anzeigen. Um die Art (In/Out) der Verbindungen besser zu erkennen, sind sie farblich gekennzeichnet. ΓòÉΓòÉΓòÉ 5.4.1. 5.4.1. Die Men╨æs und Dialoge im History-Fenster ΓòÉΓòÉΓòÉ Im History-Fenster kann mit der rechten Maustaste ein Popup-Men╨æ aufgerufen werden. Die Eintr╨öge dieses Men╨æs bewirken folgendes: LOG-file(s) rescan: Die Logfiles wird nochmals neu eingelesen. Adjust new period: Der ausgew╨öhlte Zeitraum wird mit dem unten gezeigten Dialog neu definiert. Detailed View: Damit wird ein Fenster ge╨ñffnet, welches alle Anrufe, die in der Log-Datei stehen auflistet. Achtung: Nicht verwechseln mit Detailed view for <node>. Save: Schreibt den History-Report in ein File. Der Standardname ist CLHIST.TXT. Dieses ASCII-File beinhaltet alle Informationen, welche das History Fenster gerade anzeigt. Zuvor wird noch ein Dialog ge╨ñffnet, welcher nachfragt, wie der Name der Rapportdatei lauten soll. Node Info: Es werden die in der Nodeliste stehenden Informationen des angew╨öhlten Nodes angezeigt. Arrange: Das Fenster wird nach dem im Untermen╨æ gew╨öhlten Kriterium sortiert. Arrange->Ascending/Descending: Das Fenster wird in aufsteigender oder absteigender Reihenfolge sortiert. Close: Das Fenster wird geschlossen bzw. das Programm wird beendet. ΓòÉΓòÉΓòÉ 5.5. 5.5. Modem Log Fenster ΓòÉΓòÉΓòÉ Wenn dieses Fenster ge╨ñffnet wurde, so werden im unteren Teil des Fensters alle Modem-Kommandos und -Indikationen (Antworten) aufgelistet. Das Fenster kann zum Debuggen der Modem-Einstellungen und der Modem-Antworten benutzt werden. Es ist aber zu bemerken, dass beim Initialisieren des Modems durch CantaLoup bestimmte Modem-Antworten nicht angezeigt werden, da diese vor der Anzeige gel╨ñscht werden. Die Modem-Kommandos werden gr╨æn und mit einem '<' Zeichen dargestellt; die Modem-Indikationen werden schwarz und mit dem '>' Zeichen gelistet. Im oberen Teil des Fensters k╨ñnnen Modem-Kommandos eingegeben werden, welche nach dem Dr╨æcken der Return-Taste an das Modem geschickt werden. Es ist zu beachten, dass die gemachten Eingaben wie die Modem-Control-Informationen im Konfigurationsfile bearbeitet werden. Die eingegeben Zeichen werden also wie in Kapitel "Modemsteuerzeichen" interpretiert. ΓòÉΓòÉΓòÉ 6. 6. Kontrolle ΓòÉΓòÉΓòÉ CantaLoup wird im allgemeinen mittels verschiedener Batchfiles oder REXX-Scripts gesteuert. Ein Hauptbatchfile startet CantaLoup und verzweigt nach Beendigung von CantaLoup in Tosser, File-Handling etc. Da CantaLoup in sehr vielen verschiedenen Umgebungen genutzt werden kann, gibt es keinen "korrekten" Weg zur Konfiguration, nur eine F╨ælle von M╨ñglichkeiten, die f╨ær die eigene Anwendung unterschiedlich gut geeignet sind. Dieser Abschnitt beschreibt auch die grundlegenden Verfahren bei der Einbindung mittels Batchdateien. Wer CantaLoup in ein bestehendes Fidonetkompatibles BBS-System integriert, wird bereits mit Batchdateien und/oder REXX-Scripts zutun gehabt haben, und sollte hiermit keine Schwierigkeiten haben. Wer dagegen noch nicht mit Batchdateien oder REXX-Scripts gearbeitet hat, sollte an dieser Stelle lieber sein OS/2-Handbuch oder die Online-Referenz zu Rate ziehen, oder eines der vielen f╨ær OS/2 erschienenen Fachb╨æcher lesen. ΓòÉΓòÉΓòÉ 6.1. 6.1. Kommandozeilenparameter ΓòÉΓòÉΓòÉ CantaLoup bietet mehrere optionale Kommandozeilenparameter, die Auswirkungen auf den laufenden Betrieb haben. Die Parameter werden im folgenden beschrieben. Sie werden bei Bedarf einfach ohne Bindestriche oder Anf╨æhrungszeichen hinter den Programmaufruf geschrieben. Ein Beispiel: CL NoForce Task 1 Config C:\CL\SYS1.CFG Es folgt eine Liste der Kommandozeilenparameter: Back Startet CantaLoup im Hintergrund. Config Gibt an, dass CantaLoup eine andere Konfigurationsdatei als CL.CFG benutzen soll. Dem Parameter muss ein einzelnes Leerzeichen und der Pfad- und Dateiname der Konfigurationsdatei folgen, z.B. CL Config C:\FIDO\MYCFG.CFG Dynam Wenn zur Zeit noch ein Dynamischer Event g╨æltig ist, wird dieser erneut durchgef╨æhrt. Event Bewirkt das erneute Einlesen der Event-Definition. Es ist zu empfehlen, diesen Parameter zusammen mit NoForce zu verwenden. FgSrv Die Kommunikations-Teile (Threads) von CantaLoup arbeiten mit Foreground Server Priorit╨öt. Diese Einstellung kann bei langsamen Systemen mit vielen weiteren aktiven Programmen n╨ætzlich sein. Icon Startet CantaLoup als Icon (Sinnbild). LogOnly Nach dem Starten wird nur der Log-Teil des Fensters angezeigt. Der Teil des Fensters mit demOutbound wird nicht angezeigt. Dadurch ergibt sich bei Multilinesystemen neben dem kleineren Platzverbrauch eine kleinere Belastung beim Scannen des Outbounds,da die Daten nicht mehr in den Container eingef╨ællt werden m╨æssen. NoForce Auch 'Forced' Events (also Events mit dem 'F' Flag), die bereits abgelaufen sind, werden nicht nachgeholt. Task <nr> Diese Linie wird als Task <nr> laufen. Es werden nur die entsprechenden Eintr╨öge in der Konfigurationsdatei gelesen. Als Standardwert wird die Tasknummer 1 genommen. Warning: Es d╨ærfen nicht mehrere Linien mit der selben Tasknummer auf dem selben Rechner laufen! Dies k╨ñnnte erhebliche Fehlfunktionen nach sich ziehen. Beim Start auftretende Fehlermeldungen, die noch nicht in das Logfile geschrieben werden k╨ñnnen, werden nach STDERR umgeleitet. Die Ausgaben k╨ñnnen aber mittels einer Erweiterung der Kommandozeile um "2>ERROR.LOG" in die Datei ERROR.LOG umgeleitet werden. ΓòÉΓòÉΓòÉ 6.2. 6.2. Errorlevel und BatchFiles ΓòÉΓòÉΓòÉ In den meisten F╨öllen erfolgt die Steuerung mittels Errorleveln, die CantaLoup beim Programmausstieg ╨æbergibt. Diese Umgebungsvariable kann dann von der Batchdatei abgefragt werden und je nach Wert k╨ñnnen verschiedene Aktivit╨öten ausgel╨ñst werden, z.B. den Tosser zu starten oder die bestimmte Prozesse aufzurufen. Der typische Aufruf von CantaLoup in der Batchdatei sieht in etwa so aus: :START CL TASK 1 IF ERRORLEVEL 100 GOTO AKTION1 IF ERRORLEVEL 90 GOTO AKTION2 IF ERRORLEVEL 80 GOTO AKTION3 GOTO START Ein typischer Anwendungsfall ist der, dass CantaLoup Mailpakete erhalten hat, hiernach wird in Abh╨öngigkeit von den Einstellungen in der CL.CFG f╨ær das aktuelle Event mit einem Errorlevel beendet. Dies kann dann durch Pr╨æfung auf den betreffenden Errorlevel in der Batchdatei festgestellt werden; in diesem Fall sollte die typische Aktion von CantaLoup sein, den Tosser aufzurufen. Ein Beispiel (CantaLoup wird so konfiguriert, dass es bei Mail mit Level 20 aussteigt): :START CL TASK 1 IF ERRORLEVEL 20 GOTO TOSSEN IF ERRORLEVEL 1 GOTO ENDE GOTO START :TOSSEN CD ..\SQUISH SQUISH IN OUT SQUASH CD ..\CL GOTO START :ENDE @ECHO CANTALOUP WURDE ORDNUNGSGEM╨öSS BEENDET! Diese Batchdatei w╨ærde nach dem Empfang von Mail den Tosser Squish aufrufen und anschliessend wieder CantaLoup starten, wenn CantaLoup dagegen vom Benutzer beendet wird, wird dies am anderen Errorlevel (1) erkannt und in diesem Fall die Batchverarbeitung mit einer Endemeldung beendet. ΓòÉΓòÉΓòÉ 6.2.1. 6.2.1. Von CantaLoup erzeugte Errorlevel ΓòÉΓòÉΓòÉ CantaLoup erzeugt in 4 F╨öllen Errorlevel: Nach Tastatureingaben: Funktionstasten Ctrl-F1-F9, Alt-X: Die Funktionstasten F1-F9 zwingen CantaLoup zum Ausstieg mit einem Errorlevel 10, 20... bis 90 entsprechend dem zehnfachen Wert der Funktionstaste. Nach Alt-X steigt CantaLoup mit Errorlevel 1 aus, dies sollte als allgemeines Kommando zum Ausstieg aus dem Mailerbatch verwendet werden, um den Mailer ordnungsgem╨öss herunterzufahren. 1. Als Sessionergebnis, durch Eventfile konfigurierbar: E1= bis E9= Errorlevel-Bedingungen, wie im Eventfile angegeben. Wird f╨ær ein Event E1 definiert, steigt CantaLoup am Beginn des Events einmalig mit diesem Errorlevel aus. E2= gibt den Errorlevel an, mit dem CantaLoup nach dem Erhalt ungepackter Mail aussteigt. Mit dem f╨ær E3 definierten Wert wird nach dem Erhalt gepackter Mail ausgestiegen. Mit E4 bis E9 lassen sich zus╨ötzliche Dateitypen definieren, die CantaLoup ebenfalls mit einem definierten Errorlevel aussteigen lassen, es bieten sich hier z.B. TIC-Files an. 2. Beim Start eines Events: Mit der E0=Errorlevel-Bedingung wird CantaLoup beim Start eines Events mitdem definierten Errorlevel verlassen. 3. Als Ergebnis eines Konfigurationsfehlers: Wenn CantaLoup seine eigene Hauptadresse nicht in der Nodeliste finden kann. 4. Beim Auffinden eines Flagfiles CLEXITnn.tt: Wird im Flag-Verzeichnis ein Flag namens CLEXITnn.tt erzeugt, so wird der Task tt mit dem Errorlevel nn verlassen. Typische Werte f╨ær Errorlevel: Viele Werte sind fest in CantaLoup definiert oder in den Beispielkonfigurationen vorgegeben. Jedoch haben nur einige Werte eine feste Bedeutung, die der folgenden Tabelle entnommen werden kann: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé Errorlevel ΓöéHeisst ΓöéVerursacht durch Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé1 ΓöéExit ΓöéAlt-X Tastenbefehl Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé5, 13,14 ΓöéFehler ΓöéEin Trap (Programmfehler) tratΓöé Γöé Γöé Γöéauf Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöén * 10 ΓöéExit ΓöéCtrl-Fn Tastaturkommando )** Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé254 ΓöéFehler ΓöéAdresse nicht in Nodeliste Γöé Γöé Γöé Γöégefunden )*** Γöé Γöé Γöé ΓöéCom-Port nicht initialisierbarΓöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ )** = Alle F-key Ausstiege k╨ñnnen vom Benutzer mit einer Funktion versehen werden, hier liegen keinerlei Einschr╨önkungen vor. )*** = CantaLoup steigt mit Errorlevel 254 aus, wenn es seine eigene Main-Adresse nicht in der kompilierten Nodeliste finden kann, oder andere Fehler bei der Adresse vorliegen. Gepr╨æft werden hierbei folgende Bedingungen: o Zonennummer darf nicht 0 sein o Netznummer darf nicht 0 sein o Systemname muss definiert sein o Sysopname muss definiert sein o Outboundarea muss definiert sein und existieren o Inboundarea muss definiert sein und existieren Jede dieser Fehlerbedingungen erzeugt sonst den o.g. Errorlevel 254. ΓòÉΓòÉΓòÉ 6.3. 6.3. Errorlevel zur Steuerung nutzen ΓòÉΓòÉΓòÉ Als Benutzer kann man alle Errorlevel E1 bis E9 selbst definieren. Wenn man seine Events entsprechend einrichtet, l╨össt sich durch diese Errorlevel die gesamte Verwaltung von CantaLoup inklusive Poll beim Host und Wartung der Messagebase vollst╨öndig automatisieren; hier erhalten die Events eine Bedeutung, die ╨æber das zeit- und kostengesteuerte Versenden von Mailpaketen hinausgeht. Beispielsweise liesse sich der Poll beim Host automatisch um eine bestimmte Uhrzeit durchf╨æhren, indem zu dieser Uhrzeit ein neuer Event beginnt, der mit E1 einen Errorlevel erzeugt, welcher in der Batchdatei abgefangen wird und z.B. mit SQUISH POLL <Adresse> CRASH ein leeres Continuousmailpaket f╨ær die angegebene Adresse erzeugt. Zum Beispiel k╨ñnnte die Eventdefinition in der Konfigurationsdatei folgendermassen aussehen: Event All 00:00 01:00 B C E2=20 E3=20 Event All 01:00 03:30 B C E1=15 E2=20 E3=20 Event All 03:30 04:30 M N E2=20 E3=20 Event All 04:30 24:00 B C E2=20 E3=20 Mit dieser Eventkonfiguration w╨ærde ausserhalb der Zone Mail Hour bei Mailempfang in jedem Fall mit Errorlevel 20 verzweigt, Boxuser zugelassen (B) und nur Continuous Mail versandt (C). Um 1:00 Uhr w╨ærde CantaLoup mit Errorlevel 15 aussteigen, um hiermit den Poll beim Host auszul╨ñsen. W╨öhrend der ZMH w╨ærde auch Mail an non-CM-Nodes versandt, die keinen Continuousstatus hat. Die dazugeh╨ñrige Batchdatei k╨ñnnte bei Verwendung von Squish folgendermassen aussehen: :START CL TASK 1 IF ERRORLEVEL 20 GOTO TOSSEN IF ERRORLEVEL 15 GOTO POLL IF ERRORLEVEL 1 GOTO ENDE GOTO START :TOSSEN CD ..\SQUISH SQUISH IN OUT SQUASH CD ..\CL GOTO START :POLL CD ..\SQUISH SQUISH POLL 2:309/1004 CRASH CD ..\CL GOTO START :ENDE @ECHO CL AUF USERWUNSCH BEENDET! ΓòÉΓòÉΓòÉ 6.3.1. 6.3.1. REXX Scripts und direkt ausgef╨æhrte Batches/Scripts ΓòÉΓòÉΓòÉ Nat╨ærlich k╨ñnnen anstelle der von DOS bekannten Batch-Files auch REXX-Scripts verwendet werden. Als weitere M╨ñglichkeit k╨ñnnen Batchfiles und Scripts auch direkt, d.h. ohne den Umweg ╨æber einen Errorlevel, ausgef╨æhrt werden. Dazu werden im Eventfile anstelle der Ex=<Errorlevel> Eintr╨öge Ex=<cmd file> Eintr╨öge gemacht. Beispielsweise wird mit der Event-Definition Event All 01:00 03:30 B C E1=EVENT.CMD E2=TOSS.CMD beim Start des Events EVENT.CMD und nach dem Empfang von Mail TOSS.CMD aufgerufen. Weitere Informationen zu diesem Thema befinden sich im Kapitel "Events planen und einrichten". ΓòÉΓòÉΓòÉ 6.4. 6.4. Errorlevel und Batch File Hinweise und Fallen ΓòÉΓòÉΓòÉ Wenn man fremde Batchfiles ╨æbernimmt oder modifiziert, sollte man zuvor die Logik des Batchfiles vollst╨öndig verstehen. Hier noch ein paar Tips dazu: Eine Batchdatei verliert die Ablaufkontrolle, wenn es einfach ein anderes Batchfile aufruft, hiergegen hilft es, das andere Batchfile mit dem Kommando CALL XYZ.CMD aufzurufen. Auf diese Weise ist sichergestellt, dass der Kommandoprozessor von OS/2 beim Ende des aufgerufenen Batchfiles den alten Batchfile an der bisherigen Stelle weiterverarbeitet. Gelegentlich kann es vorkommen, dass ein Batchfile Informationen ╨æber den bisherigen Ablauf behalten muss. Dies ist m╨ñglich, indem mittels dem SET-Befehl Umgebungsvariablen gesetzt werden. Mit SET PROC=MAIL z.B. wird der Umgebungsvariable PROC (Name beliebig) der Wert MAIL zugewiesen. Mittels einfacher IF-Abfragen kann dann in der laufenden Ablaufsteuerung abh╨öngig von der Variablen weiterverarbeitet werden, indem sp╨öter mittels IF %PROC% == MAIL GOTO xxx zu einem bestimmten Label gesprungen wird, und dann die Verarbeitung dort fortgesetzt wird. ΓòÉΓòÉΓòÉ 6.5. 6.5. Externe Mailprogramme und Feature-DLLs ΓòÉΓòÉΓòÉ Der folgende Abschnitt ist f╨ær den normalen Fidobetrieb mit Mailer und Mailbox nicht erforderlich, Neueinsteiger k╨ñnnen ihn getrost ignorieren. Um CantaLoup mit anderen Protokollen wie zum Beispiel UUCP zu erweitern, k╨ñnnen Feature-DLLs oder externe Mailprogramme konfiguriert werden. Wenn in der Konfigurationsdatei eine "ExtrnMail"-Anweisung enthalten ist, ╨æberpr╨æft CantaLoup bei eingehenden Anrufen entweder die Modem-Antworten oder die normalen Einleitungssequenzen f╨ær BBS, EMSI und WaZOO, ob ein String gesendet wird, der in einer ExtrnMail-Definiton angegeben wurde. Wenn der mit ExtrnMail angegebene String empfangen und es wurde keine Feature-DLL konfiguriert, wird die Datei EXTMAIL.CMD per Spawning aufgerufen, wobei die Aufrufparameter denen gleichen, die bei SpawnBBS ╨æbergeben w╨ærden. Die Parameter von EXTMAIL.CMD sind: EXTMAIL <com_speed> <modem_speed> <com_port> <task> <time_for_event> <errorlevel> <connect_string> ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéParameter ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<com_speed> ΓöéBaudrate der seriellen Γöé Γöé ΓöéSchnittstelle Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<modem_speed> ΓöéBps der Modemverbindung, die Γöé Γöé Γöéaus dem Connectstring ╨æ Γöé Γöé Γöébernommen wird Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<com_port> ΓöéDer COM-Handle Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<task> ΓöéDie Tasknummer Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<time_for_event> ΓöéZeit bis zum n╨öchsten Non-BBS-Γöé Γöé Γöéevent in Minuten. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<errorlevel> ΓöéDer in der KonfigurationsdateiΓöé Γöé Γöéangegebene Errorlevel Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<connect_string ΓöéErweiterte Connectmeldungen, Γöé Γöé Γöédie das Modem gesendet hat (z.Γöé Γöé ΓöéB. /ARQ, /V42B/SREJ etc.) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Somit kann ExtrnMail dazu benutzt werden, einen Fax-Handler aufzurufen (Modemantwort +FCON) oder einen Anrufbeantworter zu starten (Modemantwort VOICE). ΓòÉΓòÉΓòÉ 6.5.1. 6.5.1. Fax-Erweiterung ΓòÉΓòÉΓòÉ Als Beispiel einer Feature-DLL wurde der Fax-Receive-Teil in eine Feature-DLL gepackt. Die DLL heisst CLFAX.DLL. Diese DLL kann mit den meisten Modems Class 2 und Class 2.0 Fax-Anrufe empfangen. Die Faxseiten werden einzeln im [faxpfad] abgespeichert. Sie sind im sogenannten RAW Format abgelegt und k╨ñnnen zum Beispiel mit den bekannten Utilities von Harald Pollack in andere Formate konvertiert werden. Die Fax-DLL wird folgendermassen benutzt: ExtrnMail CLFAX M +FCON ExtrnDesc CLFAX [faxbaud] [faxpfad] ΓòÉΓòÉΓòÉ 6.6. 6.6. Steuerm╨ñglichkeiten f╨ær Multilinesysteme ΓòÉΓòÉΓòÉ CantaLoup kann sehr gut als Mailer f╨ær Multilinebetrieb eingesetzt werden. Wenn dies per Multitasking auf einem Rechner geschieht, so k╨ñnnen alle Lines aus dem selben Verzeichnis gestartet werden und die selben Verzeichnisse benutzen. Alle Linien sollten mindestenseingemeinsames Outbound benutzen und ein gemeinsames Flagverzeichnis haben. Es k╨ñnnen theoretisch maximal 255 Lines laufen; alle k╨ñnnen Linien die selbe Konfigurationsdatei (CL.CFG und CL.INI) benutzen. Jeder Linie muss eine eigene Nummer von 1 bis 255 zugewiesen werden. Diese Nummer wird ╨æber den Startparameter 'task <nr>' zugewiesen. Sollten mehrere Linien die selbe Nummer ben╨ætzen, so wird das System nicht mehr korrekt arbeiten. Im Multilinebetrieb ergibt sich h╨öufig die Notwendigkeit, von aussen eine bestimmte Line zu einem Ausstieg mit definiertem Errorlevel oder in eine bestimmte Shell zu bewegen. Dies ist ╨æber sogenannte Semaphorendateien im Flagverzeichnis, das in CL.CFG definiert wird, m╨ñglich. Eine Semaphorendatei der Form CLEXITxx.yy veranlasst die CantaLoup-Line, der die Nummer yy zugewiesen wurde, mit Errorlevel xx auszusteigen. Die Datei hat f╨ær die Line nur im Leerlauf Wirkung, w╨öhrend einer Mailsession oder w╨öhrend des Spawnings zu einer Mailbox ist sie wirkungslos; sie wird erst nach Ende der Mailsession abgearbeitet. xx und yy sind zweistellige Hexadezimalzahlen. Um beispielsweise die Line 2 mit Errorlevel 10 aussteigen zu lassen, muss eine Datei CLEXIT0A.02 im Flagverzeichnis erstellt werden. Sie muss keinerlei Inhalt haben, da CantaLoup nur das Vorhandensein pr╨æft und die Datei anschliessend sofort l╨ñscht. Auch eine Datei der L╨önge 0 ist geeignet. Die einfachste Methode , ein solches File in einer Batchdatei zu erstellen, besteht darin, die Datei per ECHO-Befehl mit Ausgabeumleitung zu erzeugen: ECHO X>C:\FIDO\CL\FLAG\CLEXIT0A.02 w╨ærde eine Semaphorendatei CLEXIT0A.02 im Flagverzeichnis \FIDO\CL\FLAG erzeugen. Mit der Datei CLEXITSx.yy wird ╨öhnlich verfahren,nur dass hier anstelle des Errorlevel-Exits dieShell x aufgerufen wird. Solch eine Funktion kann zum Beispiel n╨ætzlich sein, um einmal nachts s╨ömtliche Lines zur Systemwartung herunterzufahren, oder um beispielsweise eine wenig benutzte Line (bei Multilinesystemen mit ISDN bietet sich die ISDN-Line an) zum Tossen zu benutzen. Die restlichen Lines w╨ærden dann gegebenenfalls einfach statt selbst zu tossen eine CLEXIT-Datei f╨ær die ISDN-Line erzeugen und sich selbst anschliessend wieder starten. Weiter besteht die M╨ñglichkeit, den zyklischen Rescan der Outboundverzeichnisse auf neue zu versendende Mailpakete vorzuziehen, indem f╨ær die jeweilige Line eine CLRESCAN-Semaphore im Flagverzeichnis erzeugt wird. So kann z.B. der tossende Task 2 der nicht am Tossvorgang beteiligten Line 1 die neuen Mailpakete zur Kenntnis geben, indem in der Steuerbatchdatei hinter dem Aufruf des Tossers ein ECHO X>C:\FIDO\CL\FLAG\CLRESCAN.01 eingef╨ægt wird. Weiter existieren noch von CantaLoup selbst erzeugte Semaphorenfiles, mit denen es eine gerade laufende Sesion anzeigt. Sobald eine CantaLoup-Line eine Mailsession beginnt, erzeugt sie im Flagverzeichnis eine Datei TASK.yy, die es nach beendeter Session wieder l╨ñscht. Diese Datei wird aber nicht erzeugt, wenn CantaLoup in die Mailbox verzweigt! Line 2 w╨ærde also w╨öhrend einer Mailsession eine Datei TASK.02 erzeugen, um zu zeigen, dass sie gerade nicht im Leerlauf ist. F╨ær den Mailboxaufruf existiert keine solche Datei, sie l╨össt sich aber mit Echo- und Batchbefehlen in der SPAWNBBS.CMD leicht selbst erzeugen. Weiter erzeugt CantaLoup noch sog. Busy-Flags, mit denen es anzeigt, dass f╨ær bestimmte Adressen gerade eine Session ausgef╨æhrt wird. Dies ist z.B. wichtig, damit in einem Multitaskingsystem Tosser erkennen k╨ñnnen, ob sie gefahrlos ein FLO-File im Outbound erweitern k╨ñnnen, oder ob f╨ær den betreffenden Node gerade Files verschickt werden. In dieser Zeit ist eine Manipulation der FLO-Files und auch der zu versendenden Mailpakete (.OUT-Files) unzul╨össig und k╨ñnnte zu einem Verlust von Mail bzw. zum Nichtversenden von Dateien f╨æhren. Die BSY-Files werden in den Outboundverzeichnissen angelegt und folgen in ihrer Syntax den Regeln f╨ær die Dateinamen von .OUT- bzw. .FLO-Files. Eine Session mit dem System 2:309/1032 w╨ærde also eine Datei 01350408.BSY im Outboundverzeichnis erzeugen. Auch f╨ær Pointsysteme werden BSY-Files erzeugt, sie werden in den entsrpechenden Pointverzeichnissen angelegt. Wenn f╨ær ein BSY-File kein passendes Outboundverzeichnis existiert, z.B. weil der andere Node eine Adresse in einer dem eigenen System unbekannten Zone hat oder weil es sich um einen Point eines anderen Systems handelt, f╨ær den kein Pointverzeichnis in der Outboundstruktur eingerichtet wurde, werden die ben╨ñtigten Verzeichnisse erstellt, aber nach der Session wieder gel╨ñscht. ╨öhrend Um Konfilkte auszuschliessen, wird w╨öhrend des L╨ñschens das Flagfile BINKBSY f╨ær Lese und Schreibzugriffe gelockt; daher sollten Verzeichnisse nur dann gel╨ñscht werden, wenn auf BINKBSY zugegriffen werden kann. F╨ær Adressen von nicht bekannten Domains werden keine BSY-Files erzeugt. W╨öhrend einer Mailsession legt CantaLoup die Datei TASK.x an, wobei x wieder f╨ær die Tasknummer steht. Diese Semaphore kann von anderen Programmen ausgewertet werden. ΓòÉΓòÉΓòÉ 6.7. 6.7. Umgebungsvariablen ΓòÉΓòÉΓòÉ In Systemen mit mehreren Partitionen und vielen Verzeichnissen ist es sinnvoll, eine Umgebungsvariable zu definieren, die auf das Verzeichnis zeigt, dass CantaLoup enth╨ölt. Mittels SET CL = C:\FIDO\CL kann anschliessend z.B. CantaLoup seine eigene Konfigurationsdatei auch dann finden, wenn die Datei in einem anderen Verzeichnis als dem aktuellen gespeichert ist. ΓòÉΓòÉΓòÉ 6.8. 6.8. Konfigurationsdatei ΓòÉΓòÉΓòÉ Die meisten CantaLoup-Parameter werden durch die Konfigurationsdatei CL.CFG definiert, in der die Kommandos zeilenweise eingetragen werden. Eine Beispielkonfigurationsdatei ist im Distributionspaket von CantaLoup enthalten. CantaLoup nutzt diese Datei direkt in der Textform, und bei jedem Neustart von CantaLoup wird diese Datei ausgelesen und die Kommandos intern verarbeitet. Die aus der Konfiguratiosnsdatei ausgelesenen Events werden zusammen mit den Daten der grafischen Oberfl╨öche (Fenstergr╨ñsse usw.) und den Daten des Info-Fensters in der Datei CL.INI abgespeichert. Eine genaue Beschreibung des Aufbaus der Konfigurationsdatei ist im umfangreichen Kapitel "Konfigurationsdatei" erkl╨ört. ΓòÉΓòÉΓòÉ 6.9. 6.9. Nodeliste ΓòÉΓòÉΓòÉ Die Liste der Fidonetzsysteme wird als "Nodeliste" bezeichnet. Es handelt sich dabei um eine Textdatei in einem speziellen Format. Diese Datei wird w╨ñchentlich durch eine sogenannte Differenzdatei aktualisiert. Diese Differenzdatei enth╨ölt Anweisungen, welche Zeilen der Nodeliste zu l╨ñschen sind, und welche neuen einzuf╨ægen sind. Mittels eines speziellen Programmes, z.B. Editnl, oder auch mittels der eingebauten Diffroutine der moderneren Nodelistkompiler kann diese Differenzdatei (auch Nodediff genannt) genutzt werden, um eine aktuelle Nodeliste zu erstellen. Als Sicherheitspr╨æfung und zum Schutz vor unbeabsichtigten Verf╨ölschungen der Nodeliste wird innerhalb der Nodeliste noch eine Pr╨æfsumme gebildet, die in der ersten Zeile der Nodeliste steht. CantaLoup kann mit der Nodeliste in ihrer normalen Textform nichts anfangen, es ist auf kompilierte Listen angeliesen, die in einem speziellen Format geschrieben werden, dass eine maschinelle Nutzung vereinfacht und beschleunigt. Diese sogenannte Indexdatei muss mittels eines speziellen Programmes erzeugt werden, dass als Nodelistenkompiler bezeichnet wird. F╨ær den Aufbau der Nodelistenindexfiles existieren verschiedene Standards. CantaLoup versteht den "Version 7" genannten Standard, welcher von vielen Editoren, BBS's und Nodelisten-Compilern verstanden wird. Mit Version 7 wurden grundlegende Verbesserungen zu fr╨æheren Standards eingef╨æhrt. Die Listen sind deutlich k╨ærzer, schneller zu verarbeiten und enthalten mehr Informationen ╨æber den Node als alle anderen, nicht propriet╨ören Formate. Als Compiler kommen u.a. Xlaxnode, Qnode und Fastlst in Frage, wobei dies nur einige der bekannten Compiler sind, ohne dasshierbei eine spezifische Empfehlung f╨ær einen bestimmten Compiler ausgesprochen werden soll. Soweit hier im Text nun von Nodelisten gesprochen wird, sind damit die kompilierten Indexfiles gemeint, da nur diese von CantaLoup genutzt werden. Eine Pointinstallation kann ohne eine Nodeliste auskommen, indem die f╨ær den Poll beim Node erforderlichen Daten mittels der Kommandos: BossPhone BossPwd Address eingetragen werden. F╨ær den genauen Gebrauch dieser Kommandos siehe auch den Abschnitt "Konfigurationsdatei". ΓòÉΓòÉΓòÉ 6.10. 6.10. Sysop-Index ΓòÉΓòÉΓòÉ Der Nodelistenkompiler kann auch eine Liste erstellen, die die Namen der Sysops der Nodes enth╨ölt. Diese heisst unter Version 7 normalerweise SYSOP.NDX. Mit dieser Liste kann CantaLoup bei der Angabe eines Nodenamens alternativ auch der Name des Sysops eingegeben werden, bei Eingabe von Hans Muster werden automatisch alle Nodes aufgelistet, welche diesen Sysopnamen definiert haben. Es k╨ñnnen nat╨ærlich auch beliebige Abk╨ærzungen f╨ær die Suche verwendet werden. Bei einem Multidomainsetup muss der Sysopindex f╨ær jede Nodeliste anders heissen, da es sonst zu Konflikten k╨öme. CantaLoup l╨ñst dieses Problem, indem der Sysopindex f╨ær eine Nodeliste den Nodelistennamen mit der Ereiterung .SDX haben kann. Der Sysopindex der ersten definierten Domain kann aus Kompatibilit╨ötsgr╨ænden weiterhin den Namen SYSOP.NDX haben. Die Indizes k╨ñnnen dann zum Beispiel so aussehen: Fidonet Nodeliste: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéNODEX.DAT ΓöéNodeliste (als erste definiert) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéNODEX.IDX ΓöéNodeindex Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéSYSOP.NDX ΓöéSysopindex Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Virnet Nodeliste: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéVIREX.DAT ΓöéVirnet-Nodeliste Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéVIREX.IDX ΓöéNodeindex Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéVIREX.SDX ΓöéSysopindex Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Der Sysopindex sollte im selben Verzeichnis liegen, wie die restlichen Indexdateien. ΓòÉΓòÉΓòÉ 6.11. 6.11. Fido-Adressierung ΓòÉΓòÉΓòÉ In diesem Abschnittm╨ñchten wir kurz auf das in FTN's (Fidonet Technology Network) ╨æbliche Adressformat eingehen. Die Adressen sind f╨ænfgeteilt; bis zu drei Teile davon sind jedoch optional. Je nach Anzahl der verwendeten Teile spricht man von zweidimensionalen (2D) bis f╨ænfdimensionalen (5D) Adressen. Die Nomenklatur f╨ær Fidonet-kompatible Adressen ist die folgende: [Zone:]Netz/Node[.Point][@Domain] Die 'Dimensionen' dieser Adressen k╨ñnnen so aussehen: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé304/103 Γöé2D-Adresse, Zone unbekannt Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé2:123/609 Γöé3D-Adresse, Point-Nummer wird als 0 Γöé Γöé Γöéangenommen Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé2:418/341.45 Γöé4D-Adresse,sog.Point-Adresse Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé3:671/450@fidonet Γöé5D-Adresse trotz fehlender Point-Nummer Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓòÉΓòÉΓòÉ 6.11.1. 6.11.1. Zonen ΓòÉΓòÉΓòÉ Zonen sind ein Adressierungmittel f╨ær den Betrieb innerhalb des Fidonetzes oder auch f╨ær die Einbindung weiterer Netze wie Gernet, XNet etc. Zonen werden der Nodenummer durch einen Doppelpunkt getrennt vorangestellt, z.B. 2:309/1032.0 ist der Node 1032 im Netz 241 in Zone 2. Durch das Einf╨æhren der Zonen war es m╨ñglich, die Netznummer in einem moderaten Rahmen zu halten, weil durch die Zonentrennung dieselbe Netznummer in jeder Zone erneut gew╨öhlt werden kann. Im Fidonet werden die Zonen nach Kontinenten getrennt, wobei folgende Aufteilung gilt: Zone 1: Nordamerika Zone 2: Europa Zone 3: Australien Zone 4: S╨ædamerika Zone 5: Afrika Zone 6: Asien Die Zone 7 wurde f╨ær evtl. Erweiterungen des Fidonet reserviert, ab Zone 8 sind wiederum andere Netze gelistet, z.B. hat das Gernet die Zonennummer 21. Durch das erste Adress-Statement wird die Defaultzone festgelegt, Mailpakete f╨ær diese Zone werden in dem Verzeichnis, das als Outbound definiert wurde, abgelegt. Die Mail f╨ær andere Zonen wird in getrennten Outboundverzeichnissen geschrieben. Diese unterscheiden sich vom Defaultoutbound durch die Zonennummer als hexadezimale Extension am Verzeichnisnamen. Wenn z.B. das Defaultoutboundverzeichnis (das, in dem die Hauptadresse liegt) C:\FIDO\OUTBOUND heisst, so heisst das Outboundverzeichnis f╨ær Zone 1 C:\FIDO\OUTBOUND.001, das f╨ær Zone 21 C:\FIDO\OUTBOUND.015 etc. ΓòÉΓòÉΓòÉ 6.11.2. 6.11.2. Netz, Node und Point ΓòÉΓòÉΓòÉ Die oben beschriebenen Zonen sind geografisch in Regionen aufgetweilt, welche meist politischen Grenzen (Staaten) entsprechen. Region 30 ist z.B. die Schweiz. Die Regionen teilen ihr Gebiet wiederum hierarchisch aufgebaute Netze auf. Jedes System hat eine oder mehrere Nodenummern in einem Netz. Teilnehmer, die nicht mindestens zur Zone Mail Hour f╨ær andere Netzmitglieder zug╨önglich sind, werden als Points angeschlossen. N╨öhere Erl╨öuterungen finden Sie in Dokumenten zum Fidonet. ΓòÉΓòÉΓòÉ 6.11.3. 6.11.3. Domains ΓòÉΓòÉΓòÉ CantaLoup ist ein Mailer mit echtem Domainsupport, das heisst, dass er die Einbindung mehrerer Netze mit gleicher Zonennummer unterst╨ætzt, indem ihnen ein anderer Domainname zugewiesen wird. Zum Beispiel existieren mehrere verschiedene Netze, die alle die Zonennummer 9 haben. CantaLoup ist in der Lage, Mail f╨ær diese Netze zu unterscheiden, indem es die Nodes der einen Domain als 9:*/*.*@abcnet und die Nodes der anderen Domain als 9:*/*.*@defnet bezeichnet. Mittlerweile hat jedes bekannte Netz eine eigene eindeutige Domain, nur im Fido-Classic existiert keine einheitliche Domain, was auch an der starken ╨¬berlappung mit dem eigentlichen Fidonet scheitern w╨ærde. Hier sei aber gewarnt, bei CantaLoup eine Domain "Classic" leichtfertig zu benutzen, denn ein anderer Mailer wird dann Mail, die er unter der normalen Domain "@fidonet" auf hold hat, beim Pollen nicht senden, weil er den Anrufer f╨ær ein Mitglied eines anderen Netzwerkes h╨ölt. Dass soviele Systeme derzeit tats╨öchlich ein "@classic" mit einer Adresse f╨æhren, die sowohl im Lite als auch im Classic gelistet ist, ist nur durch die starke Verbreitung von FrontDoor m╨ñglich gewesen, dass zwar Domainnamen sendet und empf╨öngt, sie aber nicht auswertet, also nicht zwischen z.B. 2:245/1@fidonet und 2:245/1@classic unterscheiden kann. Mit FD kann diese Benamung aus symbolischen Gr╨ænden erfolgen, sobald aber ein Link zu einem domainf╨öhigen System aufgebaut werden muss, ist eine einheitliche Benennung der Domain zwingend erforderlich! Beim Einleiten einer EMSI- oder WaZOO-Session wird die Domainbezeichnung an den ╨æbermittelten Adresstring angeh╨öngt, so dass sich das System gegen╨æber der Gegenseite dann auch korrekt als w:x/y.z@abcnet identifiziert, und dieses dann in der Lage ist, anhand der Domain exakt festzustellen, ob das vorhandene Mailpaket tats╨öchlich f╨ær dieses System bestimmt war oder f╨ær ein System mit derselben 4D-Adresse, aber mit einer anderen Domain. Daraus folgt: Wenn f╨ær 9:100/100.0@abcnet ein Mailpaket vorhanden ist, und ein System 9:100/100.0@defnet anruft, wird korrekt festgestellt, dass dieses Paket nicht f╨ær dieses System war. Dies ist die einzige sichere Methode, um mehrere Netze mit gleicher Zonennummer zu betreiben. Obwohl die Zonennummern in den meisten Installationen nicht ╨æberlappen, wird der Domainsupport dennoch h╨öufig eingeschaltet, was zumindest den Vorteil hat, das der Sysop der Gegenseite erkennen kann, aus welchen Netzen denn diese vielen Akas stammen, die da beim EMSI-Connect ╨æbertragen werden... Die Outboundstruktur wird durch den Domainsupport geringf╨ægig ver╨öndert. CantaLoup erwartet f╨ær die zus╨ötzlichen Domains jeweils eigene Outboundverzeichnisse, deren Namen jeweils dem der Domain entsprechen. Es gibt in der zweiten und weiteren Domain keine Defaultzonen, so dass CantaLoup hier immer eine Zonennummer als Hexextension am Verzeichnisnamen erwartet. Wenn ein System z.B. im Fidonet (Zone 2) und Gernet (Zone 21) vertreten ist, existieren (mindestens) folgende Outboundverzeichnisse: C:\FIDO\OUTBOUND (Mail f╨ær Z2) C:\FIDO\GERNET.015 (Mail f╨ær Z21, Gernet) F╨ær den Domainsupport m╨æssen folgende Kommandos (f╨ær jede Domain getrennt) in der CL.CFG eingetragen werden: Domain DomainKludge Address (kann mehrfach vorkommen) Die genaue Syntax der Kommandos ist im Abschnitt "Konfigurationsdatei" erkl╨ört. Es ist dagegen nicht erforderlich und auch nicht zul╨össig, f╨ær jede Domain eine getrennte Outbounddefinition einzutragen; die Lage und Bezeichnung der Outboundverzeichnisse f╨ær die Domains findet CantaLoup aus der Definition des Hauptoutboundverzeichnisses und der Bezeichnung der Domain selbst heraus. Wenn beispielsweise jemand die Domain fidonet als fido eingetragen hat, wird wegen unterschiedlicher Domain keine Mail ausgetauscht! Es ist daher auch nicht sinnvoll m╨ñglich, getrennte Domains f╨ær Systeme im Fido-Classic und Fido-Lite zu definieren, denn hier sind viele Systeme mittlerweile unter gleicher Adresse in beiden Netzen gelistet. Wenn ein solches System 2:xx/yy.zz@classic eintragen w╨ærde, w╨ærde es keine korrekte Session mit einem System aufbauen, das seine Domain als @fidonet definiert hat. ΓòÉΓòÉΓòÉ 6.12. 6.12. Betrieb in mehreren Netzwerken / EMSI-Protokoll ΓòÉΓòÉΓòÉ Der Betrieb in mehreren Netzwerken wird zunehmend wichtig, da im Zuge der Spezialisierung immer mehr Netzwerke zu besonderen Themen gegr╨ændet werden, z.B. Supportnetze zu bestimmter Software. Diese Netzwerke werden im Allgemeinen mit einer unterschiedlichen Zone betrieben, so dass die Einbindung erfolgen kann, indem f╨ær die verschiedenen Netze einfach unterschiedliche Adressen ╨æber das ADDRESS-Kommando definiert werden. Ein Betrieb mit 5D-Konfiguration ist hierf╨ær meist gar nicht erforderlich, so dass sich die Notwendigkeit, Domains einzurichten, in den meisten Installationen zumindest aus technischen Gr╨ænden nicht ergeben wird. Erforderlich ist die Domainadressierung nur in den F╨öllen, wo mehrere Netze mit gleicher Zonennummer betrieben werden sollen. Hier kann durch die Domains der Gefahr kollidierender Mailpakete begegnet werden. Wichtig f╨ær den Betrieb in mehreren Netzen ist dagegen das EMSI-Handshake, ein von Joaquim Homrighausen (Autor des Mailers FrontDoor) definiertes Sessionprotokoll, das mittlerweile WaZOO als Standardprotokoll verdr╨öngt hat. W╨öhrend WaZOO innerhalb einer Session immer nur die ╨¬bermittlung einer Adresse und des zugeh╨ñrigen Passwortes erlaubte, erlaubt es EMSI, mehrere Adressen zu ╨æbertragen und zu empfangen, und auch f╨ær die einzelnen Adressen getrennt Passw╨ñrter auszutauschen. Diese Erweiterung hat den Vorteil, dass durch die ╨¬bermittlung mehrerer Adressen auch f╨ær mehrere Adressen in einer Session Mailpakete ausgetauscht werden k╨ñnnen, w╨öhrend WaZOO immer nur die Mailpakete ╨æbertrug, die f╨ær die eine gemeldete Adresse vorhanden waren. Mit WaZOO w╨öre es daher n╨ñtig gewesen, entweder die Mailpakete f╨ær verschiedene Netze in eigentlich unzul╨össiger Weise auf eine Adresse zusammenzurouten, oder, falls die Software dies nicht zul╨össt, auch f╨ær jede Adresse einen getrennten Mailpoll durchzuf╨æhren. Beide Alternativen sind aus technischen oder Kostengr╨ænden nicht empfehlenswert, erst durch die Einf╨æhrung von EMSI ergab sich f╨ær dieses Problem eine einwandfreie L╨ñsung. CantaLoup ist so konfiguriert, dass es den Aufbau einer Session zun╨öchst mit EMSI, dann mit WaZOO (YooHoo/2U2) versucht. Grunds╨ötzlich ist EMSI so implementiert, dass der Versuch, eine EMSI-Session zu starten, auch dann nicht zu St╨ñrungen f╨æhrt, wenn die Gegenseite nur den WaZOO-Standard beherrscht. Sobald die Gegenseite nicht auf den EMSI-Einleitungsstring reagiert hat, wird automatisch als n╨öchstes YooHoo als Einleitung einer WaZOO-Session gesendet. Sollte dies im Einzelfall dennoch zu Problemen f╨æhren, kann EMSI durch das Kommando "NoEMSI" in der Konfigurationsdatei ausgeschaltet werden. F╨ær den EMSI-Betrieb sollte auf jeden Fall in der Konfigurationsdatei das Kommando "PickUpAll" stehen, da CantaLoup sonst zwar alle eigene Mail f╨ær die Adressen der Gegenseite sendet, aber nur f╨ær die erste Aka der Gegenseite Mail entgegennimmt. ΓòÉΓòÉΓòÉ 6.13. 6.13. Scripts ΓòÉΓòÉΓòÉ Ein Script ist eine Serie von Instruktionen, die CantaLoup ausf╨æhrt, wenn es ein bestimmtes System anruft. Es erlaubt dem System, auf bestimmte Informationen zu achten, die vom anderen System kommen, und den weiteren Verlauf der Session entsprechend zu gestalten. Scripts werden in REXX geschrieben. Zur Steuerung der Vorg╨önge bietet CantaLoup Erweiterungen der REXX-Sprache an. Die Scripts werden als normale REXX-Scripts gespeichert. Wenn die Scripts erstellt sind, werden sie in der kompilierten Nodeliste einem bestimmten System zu gewiesen und anschliessend immer abgearbeitet, wenn dieses System angerufen wird. Denkbare Anwendungen f╨ær Scripts beinhalten Nachrichtennetzwerke wie PC Pursuit, wo umfangreichere Aktionen zum Einw╨öhlen erforderlich sind. F╨ær den normalen Poll bei Fidosystemen sind sie dagegen ╨æberfl╨æssig. CantaLoup f╨æhrt ein Dial-Script aus, wenn anstelle der Telefonnummer der Name des Scripts in doppelten Anf╨æhrungszeichen in der Nodeliste steht. Wenn zum Beispiel anstelle der Telefonnummer 046345123 der Eintrag "dial1.cmd" (inklusive Anfuehrungszeichen!) steht, wird das Skript dial1.cmd aufgerufen. Mit "NoREXX" kann der REXX Support und damit auch die Scripts abgeschaltet werden. Das Script sollte 'SESSION' zur╨æckgeben, wenn es seine Arbeit erfolgreich abgeschlossen hat. Sonst h╨öngt CantaLoup auf und kehrt in den "Waiting" Modus zur╨æck. Die folgenden REXX-Kommandos sind vorhanden: CLAreaCode() Gibt die Vorwahl (AreaCode) der Telefonnummer zu╨æck. CLBaud( <baud_rate>) Setzt die Baudrate auf der seriellen Schnittstelle auf einen bestimmten Wert. CLBps() Gibt die auf der seriellen Schnittstelle benutzte Baudrate zur╨æck. CLCall( <string>) W╨öhlt die mit <string> angegebene Nummer, und wartet auf eine g╨æltige Antwort vom Modem. Arbeitet weiter, wenn die CD-Leitung auf High geht, und bricht ab, wenn nach der Modemantwort die CD-Leitung noch auf Low ist (No Carrier). CLCarrier() Gibt den Status (1 = aktiv, 2 = inaktiv) der DCD Leitung der seriellen Schnittstelle zur╨æck. CLCheckTime( <start_time>, <stop_time>) Erlaubt das Abbrechen der Scriptverarbeitung abh╨öngig von der Uhrzeit. Es wird 0 zur╨æckgegeben, wenn die Uhrzeit nicht zwischen den angegebenen Werten liegt. Die Werte k╨ñnnen ╨æber Mitternacht hinausgehen, z.B. w╨öre CLCheckTime ('22:00', '3:00') eine zul╨össige Anweisung und w╨ærde 1 zwischen 22:00 und 3:00 Uhr zur╨æckgeben. CLDial() Gibt den kompletten W╨öhlstring f╨ær den anzuw╨öhlenden Node zur╨æck. CLLog(<string>) Sendet <string> an CantaLoup. Dieser erscheint dann im Logfile und am Bildschirm. CLNoEmsi() Schaltet die EMSI-Funktionen von CantaLoup ab, so dass f╨ær die laufende Session nur das WaZOO Protokoll verwendet wird. CLNoWazoo() Schaltet die WaZOO-Funktionen von CantaLoup ab, so dass f╨ær die laufende Session nur das EMSI Protokoll verwendet wird. CLParams( <setting>) Setzt die Kommunikationsparameter f╨ær die serielle Schnittstelle ╨æber einen String von 3 Zeichen L╨önge, wobei 8N1 f╨ær ╨æbliche Modems korrekt ist. Denkbar w╨ören z.B. 7E1 f╨ær 7 Bits, Even-parity, 1 Stopbit, oder 7O2 f╨ær 7 Bits, Odd parity, 2 Stopbits. Zul╨össig sind 7 oder 8 f╨ær die Zahl der Datenbits, E,O,N f╨ær die verwendete Parity, und 1 oder 2 f╨ær die Zahl der Stopbits. CLPattern( <pattern_number>, <string>) Diese Anweisung definiert ein Muster (Pattern) f╨ær den ScriptHandler, auf dessen Vorkommen beim n╨öchsten Wait-Kommando gepr╨æft wird. Die Pattern werden exakt gepr╨æft, Wildcards sind nicht zul╨össig. Es k╨ñnnen gleichzeitig maximal 8 Patterns benutzt werden, die jederzeit gel╨ñscht oder neu belegt werden k╨ñnnen. Jedes Pattern kann 20 Zeichen lang sein. Der Sinn liegt darin, auf einen bestimmten String vom anderen System oder auch auf eine bestimmte Meldung vom eigenen Modem zu warten und dann entsprechend zu reagieren. CLPhone() Gibt die Telefonnummer OHNE Vorwahl zur╨æck. Bindestriche werden herausgefiltert. CLRawXmit( <string>) Sendet den String an das Modem, anders als CLXmit wird aber keine Umsetzung der Modemsteuerzeichen vorgenommen. CLTimer( <seconds>) Setzt einen Timer f╨ær die weitere Verarbeitung des Scripts, um im Falle von Verbindungsst╨ñrungen die Verarbeitung abzubrechen. Dieses Kommando kann jederzeit durch ein erneutes Timer-Kommando ge╨öndert werden. CLTimeUp() Schaut, ob der mit CLTimer gesetzte Timer abgelaufen ist. CLWait( <seconds>) Warte darauf, dass von der Gegenstelle ein String gesendet wird, der zu einem der definierten Pattern passt. Es wird nur die mit <seconds> bestimmte Anzahl von Sekunden gewartet, und dann, falls kein Pattern gefunden wurde, wird 0 zr╨æckgegeben. Wurde ein Label gefunden, so wird die Nummer des Labels zur╨æckgegeben. CLXmit( <string>) Sendet den String an das Modem. Die normalen Zeichenumsetzungen wie ^,v,| werden vorgenommen. Siehe auch CLRawXmit. ΓòÉΓòÉΓòÉ 7. 7. Sicherheit ΓòÉΓòÉΓòÉ In einer idealen Welt w╨ærden wir weder Schl╨ñsser, noch Polizei oder Gef╨öngnisse ben╨ñtigen. Da wir von der Verwirklichung noch ca. 14 Tage entfernt sind, ist es unter anderem auch n╨ñtig, CantaLoup mit bestimmten Sicherheitsvorkehrungen zu betreiben, um vor allem gegen das Verbreiten gef╨ölschter Mail abgesichert zu sein. Die Existenz von Sicherheitsmechanismen in CantaLoup sollte nicht als be╨öngstigend empfunden werden, zumal ihr Betrieb im allgemeinen transparent erfolgt, und im laufenden Betrieb keinerlei Einschr╨önkungen verursacht. Die Wahrscheinlichkeit ist hoch, dass diese Sicherheitsmechanismen niemals ben╨ñtigt werden, aber das ist bei einer Lebensversicherung genauso, dennoch hat ein grosser Teil der Bev╨ñlkerung eine. CantaLoup bietet mehrere Formen der Absicherung, welche davon eingesetzt werden, ist Sache des Benutzers, weil jedes dieser Features konfigurierbar ist. Wenn keine Angaben zur Konfiguration gemacht werden, wird eine Standardbetriebsform gew╨öhlt, die einen einwandfreien Mailerbetrieb erlaubt, aber nat╨ærlich keine erh╨ñhte Absicherung bietet. Die Sicherungen setzen an zwei Stellen an, zum einen beim Sessionaufbau, wo durch Passwortschutz verhindert wird, dass ein unberechtigter fremde Mail abholt, indem er seinen Mailer auf die Adresse eines Downlinks konfiguriert, zum anderen bei der Begrenzung der Requestm╨ñglichkeiten, wo verhindert werden kann, dass beliebige Systeme Files requesten k╨ñnnen, die nicht f╨ær die Allgemeinheit bestimmt sind. ΓòÉΓòÉΓòÉ 7.1. 7.1. Passwortgesch╨ætzt - Protected Session ΓòÉΓòÉΓòÉ Wenn Sicherheitsmerkmale implementiert werden, sind zwei Kommandos zus╨ötzlich erforderlich. Bei einem geht es um den Betrieb mit Systemen, zu denen ein Sessionpasswort vereinbart wurde. Wenn zwei Systeme Sessionpassw╨ñrter miteinander vereinbaren, haben sie hierdurch die M╨ñglichkeit, sich zu vergewissern, dass es sich bei einem Anrufer, der sich mit der bekannten Adresse des anderen Systems meldet, auch tats╨öchlich um das bekannte System handelt. Dieses Sessionpasswort wird vom anrufenden System gesandt, sobald es die Adresse des angerufenen Systems empfangen hat. Das angerufene System pr╨æft das korrekte Passwort, und wenn es ╨¬bereinstimmung feststellt, sendet es das Passwort zur Best╨ötigung zur╨æck. Wenn das angerufene System dagegen feststellt, dass das Passwort falsch ist oder von einem System, f╨ær das ein Passwort eingetragen ist, kein Passwort gesendet wurde, legt es auf, ohne Mail auszutauschen. Dieses Feature sollte gegen╨æber allen Systemen genutzt werden, mit denen Echomail ausgetauscht wird, also zwischen Node und Hub/Echoserver, und zwischen Node und Pointsystem. Der Passwortschutz ist die wohl wichtigste Form des Schutzes auf Mailerebene, gleichzeitig wird hiermit auf einfache Weise ein sehr hohes Schutzniveau erreicht. Der Passwortschutz wird dadurch aktiviert, dass der Nodelistenkompiler in den Indexfiles das Passwort f╨ær den jeweiligen Node vermerkt, nach der Vereinbarung eines Passwortes f╨ær ein neues System ist daher immer die Eintragung des Passwortes im Setup des Nodelistenkompilers und eine anschliessende Neukompilierung der Nodelistenindexe erforderlich. Es gibt eine Ausnahme von der Regel des Verbindungsabbruches bei Passwortfehlern: Wenn das Passwort nur beim anrufenden System eingetragen ist, dass angerufene aber (noch) kein Passwort eingetragen hat, wird CantaLoup f╨ær die angerufene Aka eine Session durchf╨æhren, Mail austauschen und im Logfile einen Hinweis darauf eintragen, dass von der Gegenseite kein Passwort zur╨æckgemeldet wurde. Da CantaLoup beim selbst hinausw╨öhlen die Telefonnummer des korrekten Systems kennt, kann es beim Anrufen auch sicher sein, auf diesem Wege das richtige System erreicht zu haben. Der Hintergedanke ist der, dass man selbst weiss, wen man anruft, und sich ╨æber dessen Identit╨öt im klaren ist. Der Mailaustausch bleibt aber auf eine Adresse beschr╨önkt, bei EMSI-Sessions wird f╨ær die ╨æbrigen Adressen nur Mail ausgetauscht, wenn die Gegenseite f╨ær diese Adressen der Passwortaustausch korrekt abgewickelt wurde. Dies verhindert, dass ein System einfach noch mehrere fremde Akas eintragen kann, und der Anrufer dadurch dort noch Mailpakete abliefert, die eigentlich f╨ær jemand anders bestimmt waren. CantaLoup erlaubt es dar╨æberhinaus, ╨æber das ProtInbound-Kommando ein zus╨ötzliches Inboundverzeichnis zu definieren, in dem nur die im Rahmen von Passwortgesch╨ætzten Sessions erhaltenen Mailpakete und Files abgelegt werden. Danach besteht die M╨ñglichkeit, den Tosser so einzustellen, dass er Echomailpakete nur aus diesem Verzeichnis tosst. ΓòÉΓòÉΓòÉ 7.2. 7.2. Bekanntes System - Known Session ΓòÉΓòÉΓòÉ Eine weitere Unterscheidung, die CantaLoup bei den Sessions trifft, ist die zwischen Verbindungen mit gelisteten Systemen (known session) und ungelisteten Systemen (unknown session). Mittlerweile ist Fidonet weltweit verbreitet, und es kommen recht h╨öufig Fehler bei der Erstellung der Nodeliste vor. So ist es schon vorgekommen, dass Teile von Netzen durch Fehler beim Abliefern des Netzwerksegmentfiles zur Nodeliste nicht gelistet gewesen sind. Daher kann ein "Unknown"-System durchaus ein Fidonetsystem sein, weshalb eine Unterscheidung zwischen Known- und Unknown-Systemen relativ wenig bringt. Echomail sollte von beiden nicht getosst werden, daher kann es durchaus mit einem normalen Sicherheitsanspruch vereinbart werden, f╨ær Known- und Unknownsysteme einen gemeinsamen Inbound zu realisieren. ΓòÉΓòÉΓòÉ 7.3. 7.3. Standard, oder unbekanntes System - unknown Session ΓòÉΓòÉΓòÉ Wenn CantaLoup das Protected- und Knownfeature nutzt, erh╨ölt die Angabe f╨ær den Standardinbound eine neue Bedeutung - hier handelt es sich um den Inbound f╨ær alle Systeme, die dem eigenen Mailer v╨ñllig unbekannt sind, damit ist Mail, die im Standardinbound empfangen wird, von der niedrigsten Sicherheitsstufe, weil einfach keine Sicherheit ╨æber die Daten des Absenders existiert. Da der Schritt von listed system zu unlisted system heutzutage recht klein ist, und zudem z.B. viele Pointsysteme nicht in der Pointliste enthalten sind, ist die Zahl der unknown-Systeme h╨ñher, als man auf den ersten Blick ermessen kann. Wer Mail aus dem Standardinbound ╨æberhaupt nicht tosst, ist damit auch nicht f╨ær jeden erreichbar. Dies f╨æhrt noch zu einem weiteren Effekt: Points sind in der Regel nur per Crashmail erreichbar, indem ihr Node angecrasht wird. Wenn dieser dann Crashmail von unlisted Systemen nicht verarbeitet, nimmt er damit unlisted Points nicht nur die M╨ñglichkeit, ihn zu erreichen, sondern auch seine Points. Eine v╨ñllige Abschottung gegen╨æber Mail von unknown Systemen kann daher im allgemeinen nicht empfohlen werden. ΓòÉΓòÉΓòÉ 7.4. 7.4. Passwortvergabe ΓòÉΓòÉΓòÉ Beim Kompilieren der Nodelistenindexdateien k╨ñnnen in diesen Indexdateien Passw╨ñrter f╨ær einzelne Nodes eingetragen werden. Der ╨æbliche Weg, in CantaLoup Passw╨ñrter zu vergeben, ist daher, sie in die Konfiguration des Nodelistenkompilers einzutragen, der sie dann beim n╨öchsten Kompilieren der Nodeliste dort eintr╨ögt. Wenn CantaLoup hinausw╨öhlt oder einen Anruf entgegennimmt, schaut es nach Empfang der Adresse in den Nodelistenfiles nach, ob f╨ær diesen Node ein Passwort vergeben wurde. Wird eine ╨¬bereinstimmung festgestellt, l╨öuft eine sogenannte Passwortgesch╨ætzte Session ab. Bei Passwortfehlern h╨öngt das weitere Vorgehen davon ab, ob CantaLoup anruft oder angerufen wird. Wenn CantaLoup selbst einen anderen Mailer anruft, kann es aufgrund der gew╨öhlten Telefonnummer dennoch sicher sein, die richtige Gegenseite zu haben, und sendet die Mailpakete ab. Im Logfile wird dann ein sogenannter "Password-override on outgoing session" gemeldet. Dieser Override findet bei EMSI-Sessions aber nur f╨ær die angerufene Adresse statt, f╨ær weitere von der Gegenseite gemeldete Adressen jedoch nicht. Auf diese Weise wird verhindert, dass sich Systeme, die regelm╨össig gepollt werden, die f╨ær Dritte gedachten Mailpakete aneignen k╨ñnnen. Bei eingehenden Anrufen dagegen geht CantaLoup bei Passwortfehlern davon aus, dass ein fremdes System unter gef╨ölschter Adressangabe angerufen hat, und bricht die Session ab. ΓòÉΓòÉΓòÉ 7.5. 7.5. Gesch╨ætzte Inboundverzeichnisse ΓòÉΓòÉΓòÉ Wir haben im obigen Abschnitt gesehen, dass CantaLoup auf einfache Weise durch Unterscheidung von Passwortgesch╨ætzten Sessions, known Sessions und unknown Sessions vor Missbrauch gesch╨ætzt werden kann. Erforderlich sind hierzu in der Konfigurationsdatei die drei Angaben: ProtInbound Hier werden Mail und Files von Systemen mit Passwortgesch╨ætzter Session abgelegt. KnownInbound Inbound f╨ær Systeme, die im Nodelistenindex stehen. Inbound Inbound f╨ær alle anderen Systeme. Wieweit hier unterschieden werden soll, muss jeder anhand seiner eigenen Sicherheitsbed╨ærfnisse selbst entscheiden. Wir empfehlen keine Unterscheidung zwischen KnownInbound und Inbound, w╨ærden also beide Eintr╨öge auf das selbe Verzeichnis zeigen lassen und den Tosser so konfigurieren, dass er aus diesem Verzeichnis nur Netmail tosst. ΓòÉΓòÉΓòÉ 8. 8. BBS Schnittstelle ΓòÉΓòÉΓòÉ Eine der wichtigsten Funktionen von CantaLoup ist es, die Mailbox zu starten, sobald festgestellt wird, dass der Anrufer keinen Mailer benutzt. CantaLoup wird nach einem Connect zun╨öchst Steuerzeichen aussenden, die einen Mailer zum Beginn einer Session veranlassen. Erfolgt hierauf keine Reaktion, wird eine Meldung angezeigt, die den Anrufer auffordert, ESC zu dr╨æcken, um in die BBS zu gelangen. Gleichzeitig wird nach einer einstellbaren Zeitspanne (default 10s) automatisch die BBS gestartet, falls kein ESC kommt und nicht doch noch ein Mailer versp╨ötet eine Session anmeldet. Beim Laden der BBS bleibt CantaLoup im Speicher stehen und ╨æber eine OS/2-Shell wird die Batchdatei SPAWNBBS.CMD aufgerufen. Beim Aufruf der Batchdatei werden mehrere Parameter ╨æbergeben.Die Reihenfolge lautet folgendermassen: SPAWNBBS <com_speed> <modem_speed> <com_port> <task> <time_for_event> <connect_string> ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéParameter ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<com_speed> ΓöéBaudrate der seriellen Γöé Γöé ΓöéSchnittstelle Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<modem_speed> ΓöéBps der Modemverbindung, die Γöé Γöé Γöéaus dem Connectstring ╨æ Γöé Γöé Γöébernommen wird Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<com_port> ΓöéDer COM-Handle Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<task> ΓöéDie Tasknummer Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<time_for_event> ΓöéZeit bis zum n╨öchsten Non-BBS-Γöé Γöé ΓöéEvent in Minuten Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<connect_string> ΓöéErweiterte Connectmeldungen, Γöé Γöé Γöédie das Modem gesendet hat (z.Γöé Γöé ΓöéB. /ARQ, /V42B/SREJ etc.) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die Datei SPAWNBBS.CMD muss selbst erstellt werden. Hier wird f╨ær Maximus 2.02 (OS/2) folgende SPAWNBBS.CMD verwendet: maxp.exe -b%2 -p%3 F╨ær andere Programme ist der korrekte Aufruf der Dokumentation zur BBS zu entnehmen. Zu beachten ist, dass der COM-Port in der Spawnbbs.bat auf jeden Fall ╨æber %3 ╨æbergeben wird, weil CantaLoup hier nicht die Nummer des normalen Comports ╨æbergibt, sondern einen sog. COM-Handle, da unter os/2 der ComPort ╨öhnlich wie ein File angesprochen wird. Da die Eintragung -p%3 aber keinerlei laufenden Wartungsaufwand erfordert, ist dies unproblematisch. ΓòÉΓòÉΓòÉ 9. 9. Transfer-Protokolle ΓòÉΓòÉΓòÉ Innerhalb von Mailsessions werden Mailpakete und Files mit einem bestimmten Protokoll ╨æbertragen, wobei dies nicht mit dem Sessionprotokoll verwechselt werden darf. Das Sessionprotokoll tauscht Adressen und Passw╨ñrter aus, w╨öhrend das Transferprotokoll f╨ær die physikalische ╨¬bertragung der f╨ær das andere System bestimmten Dateien zust╨öndig ist. Es gibt auch keine feste Zuordnung von Session- und ╨¬bertragungsprotokoll, vielmehr kann z.B. in einer WaZOO-Session sowohl mit ZedZap, als auch mit Janus oder Hydra ╨æbertragen werden. Das gleiche gilt f╨ær eine EMSI-Session. CantaLoup unterst╨ætzt in der gegenw╨örtigen Fassung alle weit verbreiteten ╨¬bertragungsprotokolle. ΓòÉΓòÉΓòÉ 9.1. 9.1. ZModem/ZedZap ΓòÉΓòÉΓòÉ Das ZModem/ZedZap-Protokoll entspricht in seiner Konzeption weitgehend dem auch bei Terminalprogrammen ╨æblichen ZModem-Protokoll. Es handelt sich hierbei um ein sehr effizientes Protokoll, das aber unidirektional ausgelegt ist, also immer nur ╨¬bertragungen in einer Richtung zul╨össt. ZedZap ist eine ZModemerweiterung, die anders als das Standard-ZModem auch Blockgr╨ñssen von mehr als 1024 Bytes bis zu 8192 Bytes zul╨össt. ZedZap ist der defacto-Standard unter Fidokompatiblen Mailern, und hat mittlerweile das FTS-1-Protokoll, das nach Fidonet-Policy Grundvoraussetzung f╨ær einen Mailer ist, ╨æberfl╨æssig gemacht. Jedes mir bekannte Mailerprogramm beherrscht ZedZap╨æbertragungen. Bei normalen Connects ist ZedZap das Standardprotokoll, f╨ær das keinerlei besondere Einstellungen erforderlich sind. Es darf nur nicht explizit ╨æber das Kommando NoZedZap ausgeschaltet werden. ΓòÉΓòÉΓòÉ 9.2. 9.2. Janus ΓòÉΓòÉΓòÉ Das Janusprotokoll hat einen Durchsatz, der nur marginal schlechter als der von ZedZap ist (mit einer 14400-Verbindung sind noch mehr als 1600 cps pro Richtung m╨ñglich), bietet daf╨ær aber bei geeigneten Modems die M╨ñglichkeit, in beiden Richtungen gleichzeitig Dateien mit voller Geschwindigkeit zu ╨æbertragen. Dies ist vor allem dann interessant, wenn Systeme auf Gegenseitigkeit gr╨ñssere File- oder Mailmengen austauschen. Voraussetzung f╨ær die effiziente Anwendung von Janus ist eine Modemverbindung, die vollduplexf╨öhig ist, also die volle ╨¬bertragungsgeschwindigkeit in beiden Richtungen gleichzeitig bietet. Alle V.32- und V.34-Standards sind vollduplexf╨öhig, kommen also f╨ær Janusverbingungen in Frage. Nicht Janustauglich sind dagegen HST-Verbindungen, weil HST mit asymmetrischer Bandbreite arbeitet, z.B. 14400 bps in der einen Richtung, 300 bps in der anderen. Janus mit einer solchen Verbindung zu benutzen, w╨ærde dazu f╨æhren, dass die Modems st╨öndig die bevorzugte ╨¬bertragungsrichtung umpolen, was jedesmal mit einer kleinen Verz╨ñgerung verbunden ist, so dass die tats╨öchliche ╨¬bertragungsrate deutlich geringer als bei einer herk╨ñmmlichen ZedZap╨æbertragung ist. Um Janus (und auch Hydra) zu nutzen, m╨æssen die Kommandos BiDirBaud und BiDirOK verwendet werden. Wenn mittels BiDirBaud und BiDirOK die bidirektionalen Protokolle konfiguriert sind, von den vorhandenen bidirektionalen Protokollen aber dennoch Janus nicht genutzt werden soll, kann es mittels NoJanus abgeschaltet werden. In diesm Fall w╨ærde CantaLoup bidirektionale ╨¬bertragungen nur noch mit Hydra durchf╨æhren. Falls die Gegenseite Hydra nicht beherrscht ein unidirektionales Protokoll, also ZedZap, w╨öhlen. Eine Gefahr des Janusprotokolles sollte nicht verschwiegen werden: Es hat anders als Hydra keine absolut zuverl╨össige Timeoutsicherung, die die Verbindung abbricht, falls mehrere Minuten keine Daten empfangen wurden. Falls also der Mailer der Gegenseite abst╨ærzen sollte, ohne die Leitung zu unterbrechen, w╨ærde Janus theoretisch endlos auf neue Daten warten. Diese Gefahr l╨össt sich aber umgehen, wenn das Modem die M╨ñglichkeit bietet, ╨æber ein Register eine eigene Timeoutsicherung zu aktivieren. Die meisten Modems haben eine solche Sicherung eingebaut, die nur noch ╨æber ein S-Register eingeschaltet werden muss. ΓòÉΓòÉΓòÉ 9.3. 9.3. Hydra ΓòÉΓòÉΓòÉ Hydra ist ein weiteres bidirektionales Protokoll. Es unterscheidet sich von Janus in der Anwendung nur geringf╨ægig. Hydra bearbeitet Filerequests erst dann, wenn alle anderen Files ╨æbertragen sind, so dass es nicht m╨ñglich ist, gleichzeitig eine 1MB-Datei zu senden und eine andere 1MB-Datei zu requesten, die beiden Dateien werden nacheinander ╨æbertragen. Wenn bidirektionale Verbindungen per BiDirOK und BiDirBaud erlaubt wurden, Hydra aber dennoch nicht verwendet werden soll, kann es durch NoHydra in der CL.CFG abgeschaltet werden. CantaLoup sendet dann bidirektional mit Janus, und falls die Gegenseite dies nicht beherrscht, mit ZedZap unidirektional. Sollten die BiDirOK und BiDirBaud Eintr╨öge keine bidirektionale ╨¬bertragung zulassen, so wird Hydra unidirektional betrieben. In diesem Modus ist der Durchsatz vergleichbar mit dem von ZedZap. ΓòÉΓòÉΓòÉ 10. 10. File Requests ΓòÉΓòÉΓòÉ CantaLoup unterst╨ætzt die verbreitetste Filerequestmethode, die derzeit im Fidonet verwendet wird, den sogenannten "WaZOO" Request. Diese Methode kann sowohl ein- als auch abgehend genutzt werden. ΓòÉΓòÉΓòÉ 10.1. 10.1. Abgehende Filerequests ΓòÉΓòÉΓòÉ Ein Filerequest kann auf drei Weisen eingegeben werden: 1. Mit Alt-G, CantaLoup fragt nach Node, Dateiname und Priorit╨öt (Crash/Normal/Hold/Direct/Immediate). 2. Mit einem Maileditor kann eine Netmail mit dem sogenannten Requestattribut geschrieben werden, die dann vom Netmailbundler/Tosser zu einem Request verarbeitet wird. 3. Mit dem Tosser Squish k╨ñnnen Requests auch beim Aufruf des Tossers als Kommandozeilenparameter angegeben werden. Schlussendlich gibt es noch die M╨ñglichkeit, Filerequests manuell zu erzeugen, indem ein REQ-File im Outbound erzeugt wird. Dieses muss in der binkley╨æblichen Weise nach seinem Zielsystem benannt werden, und enth╨ölt die Namen der zu requestenden Dateien zeilenweise untereinander. Die Dateiendung kann je nach Priorit╨öt umbenannt werden. ΓòÉΓòÉΓòÉ 10.2. 10.2. Eingehende Filerequests ΓòÉΓòÉΓòÉ Wenn ein Request empfangen wird, so wird der ein externer Requestprozessor aufgerufen. Dies geschieht, indem ein dem SRIF-Format gen╨ægendes File geschrieben wird und das Batch-File FREQPROC.CMD mit den folgenden Paramtern aufgerufen wird: FREQPROC.CMD <baudrate> <task> <time> <originator> <secure> <srif> <req> <attach> Die Parameter sagen das folgende aus: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéParameter ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<baudrate> ΓöéVerwendete Baudrate Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<task> ΓöéTasknummer Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<time> ΓöéVerbleibende Zeit in Minuten Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<originator> Γöé0 f╨ær ankommenden Anruf, 1 f╨ær Γöé Γöé Γöéabgehenden Anruf Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<secure> Γöé0 f╨ær nicht passwort gesch╨ætzte Γöé Γöé ΓöéVerbindung, 1 f╨ær passwortgesch╨ætzt Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<srif> ΓöéPfad und Dateiname des SRIF Files Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<req> ΓöéPfad und Dateiname des REQ Files Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé<attach> ΓöéPfad und Dateiname des zu erzeugenden Γöé Γöé ΓöéAttaches Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Das mit CantaLoup mitgelieferte Beispiel ruft den im CantaLoup-Paket enthaltenen Requestprozessor CLFREQ auf: @ECHO OFF CLFREQ %2 %6 Nach dem Aufruf des Requestprozessors werden die im Attachfile gelisteten Files ╨æbertragen und der Attach sowie das Requestfile gel╨ñscht. ΓòÉΓòÉΓòÉ 10.3. 10.3. Die SRIF Datei ΓòÉΓòÉΓòÉ SRIF bedeutet Standard Request Information File. Die von CantaLoup erzeugte SRIF Datei entspricht vollst╨öndig dem SRIF-Vorschlag von Gordian Sch╨ærmann und Mirko Mucko. Die Dokumentation dieses Vorschlags ist beim Autor oder auch anderswo erh╨öltlich. CantaLoup erzeugt alle "Required Statements" und erzeugt zus╨ötzlich noch die "Optional Statements" AKA, Phone, Password, DTE, Mailer, SessionType, OurAKA und TRANX. Allerdings weicht CantaLoup in einem Punkt vom SRIF Vorschlag ab: In den erzeugten Attachfiles (Response List) werden die Standard Versandarten eines Binkleystyle Attaches verwendet: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéErstes Zeichen ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé; ΓöéKommentar (wird von CantaLoup beim Γöé Γöé ΓöéVersand angezeigt) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöénichts ΓöéFile wird versandt ohne gel╨ñscht zu Γöé Γöé Γöéwerden Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé^ ΓöéFile wird nach dem Versand gel╨ñscht Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé# ΓöéFile wird nach dem Versand auf 0 Bytes LΓöé Γöé Γöé╨önge gek╨ærzt Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die SRIF Datei wird von CantaLoup nach dem Aufruf des Requestprozessors gel╨ñscht. ΓòÉΓòÉΓòÉ 11. 11. Konfigurationsdatei ΓòÉΓòÉΓòÉ Die CantaLoup Konfigurationsdatei, normalerweise CL.CFG, ist eine einfache Textdatei, die mit jedem beliebigen Editor angepasst werden kann. Eine Beispielkonfigurationsdatei ist dem Distributionspaket von CantaLoup beigelegt. Die sinnvollste M╨ñglichkeit, CantaLoup zu konfigurieren, ist meist die, von einer gut kommentierten Beispielkonfigurationsdatei auszugehen und zun╨öchst die Eintr╨öge dieser Datei an das eigene System anzupassen. Weitere Eintr╨öge k╨ñnnen dann nach dem Studium dieses Referenzhandbuches eingef╨ægt werden. Die Konfigurationsdatei enth╨ölt alle Informationen, um ein Einzel- oder Mehrlinien-System zu konfigurieren. Die nachfolgenden Kapitel werden alle von CantaLoup verstanden Schl╨æsselw╨ñrter (Token) in Themengebiete aufgeteilt und alphabetisch sortiert erkl╨ört. ΓòÉΓòÉΓòÉ 11.1. 11.1. Allgemeines ΓòÉΓòÉΓòÉ Dieser Abschnitt beschreibt einige allgemeing╨æltige Teile der Konfigurationsdatei. ΓòÉΓòÉΓòÉ 11.1.1. 11.1.1. Umgebungsvariablen ΓòÉΓòÉΓòÉ In der Konfigurationsdatei k╨ñnnen neben den normalen Textangeben auch OS/2-Umgebungsvariablen eingef╨ægt werden: %VARIABLE% Die Umgebungsvariable VARIABLE wird in den Text eingef╨ægt. Um z.B. die Task-Nummer in die Pfade einzuf╨ægen, gibt man "SET TASK=01" ein und definiert dann in CL.CFG: StatusLog C:\Fido\CL\Log\CL%TASK%.LOG Banner Willkommen im MICS BBS - Line #%TASK%! ΓòÉΓòÉΓòÉ 11.1.2. 11.1.2. Modemsteuerzeichen ΓòÉΓòÉΓòÉ Wenn CantaLoup Steuerzeichen an das Modem sendet, z.B. den Initstring oder den W╨öhlstring, werden bestimmte Zeichen aus dem String umgewandelt: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéASCII ΓöéChar ΓöéName ΓöéAktion Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé45 Γöé- ΓöéHyphen ΓöéAusgelassen Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé94 Γöé^ ΓöéCaret ΓöéDTR-Leitung auf High setzen Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé96 Γöé` ΓöéAccent Mark Γöé1/20 Sekunde Pause Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé118 Γöév ΓöéLower Case V ΓöéDTR-Leitung auf Low setzen Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé124 Γöé| ΓöéPipe, Split BarΓöéCarriage Return (ASCII 13) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé126 Γöé~ ΓöéTilde Γöé1 Sekunde Pause Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé47 Γöé/ ΓöéSlash ΓöéDas n╨öchste Zeichen wird nichtΓöé Γöé Γöé Γöé Γöéinterpretiert Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓòÉΓòÉΓòÉ 11.2. 11.2. Konfiguration eines Multiline-Systems ΓòÉΓòÉΓòÉ Die Konfigurationsdatei kann von mehreren Linien gleichzeitig ben╨ætzt werden. Sie kann mittels der Token [Task <task>] und [Common] in Abschnitte aufgeteilt werden, welche von allen Linien ([Common]) oder nur von Task <task> ([Task <task>]) gelesen werden. Folgende Token werden erkannt: [Common] Der folgende Abschnitt der Konfigurationsdatei wird von allen Linien gelesen. [Task <task>] Der folgende Abschnitt der Konfigurationsdatei wird nur vom Linie mit der Tasknummer <task> gelesen. ΓòÉΓòÉΓòÉ 11.3. 11.3. Port- und Modem-Einstellungen ΓòÉΓòÉΓòÉ Aftercall [<line_count>] <modem_string> Wenn 'Aftercall' konfiguriert wird, so sendet CantaLoup nach einer Session den definierten <modem_string> an das Modem und wartet auf die Modemantwort, welche aus <line_count> Zeitlen bestehen soll. Die empfangene Modemantwort wird ins Log geschrieben. Somit kann 'Aftercall' zum Auswerten von Sessionstatistiken oder zum Anzeigen von Taxinformationen benutzt werden. Zu beachten ist, dass der Aftercall-Befehl erst nach dem Initstring an des Modem geschickt wird; leider l╨ñschen einige Modem beim Initialisieren die Statistiken. Answer <modem_string> Dieser String wird von CantaLoup an das Modem gesandt, wenn das Modem einen eingehenden Anruf durch die Meldung "RING" angezeigt hat. Es wird empfohlen, das Modem nicht automatisch abheben zu lassen, sondern dies durch CantaLoup tun zu lassen, indem der Answerstring definiert wird. Wird Answer nicht im Configfile definiert, geht CantaLoup davon aus, dass das Modem so eingestellt ist, dass es selbst abhebt und die Verbindung mit dem Anrufer herstellt. Es reagiert dann erst auf die folgende Meldung "Connect". Um zu verhindern, dass das Modem auch dann abhebt, wenn CantaLoup z.B. wegen eines laufenden externen Prozesses nicht antworten kann, sollte das automatische Abheben des Modems ausgeschaltet werden (Register S0=0). Beispiel: Answer AT A| Autobaud Dieses Kommando zwingt CantaLoup, beim Anw╨öhlen eines anderen Mailers die serielle Schnittstelle auf die Geschwindigkeit einzustellen, die mit dem Baud-Kommando angegeben wurde (siehe Baud weiter unten). Wird Autobaud nicht angegeben, w╨öhlt CantaLoup die Geschwindigkeit, die auch in der Nodeliste f╨ær das Zielsystem angegeben ist. Da mittlerweile fast alle Modems h╨ñhere Geschwindigkeiten bieten, als derzeit in der Nodeliste eingetragen werden k╨ñnnen, sollte Autobaud auf jeden Fall eingetragen werden, um nicht unbeabsichtigt die Verbindung mit einer geringeren Geschwindigkeit als technisch m╨ñglich herzustellen. Einige Modems connecten nur mit 9600 bps, wenn die serielle Schnittstelle beim W╨öhlen auf 9600 Baud eingestellt ist. Baud <max_baud_rate> Hiermit wird CantaLoup die maximal zul╨össige Geschwindigkeit f╨ær die serielle Schnittstelle angegeben. Busy <modem_string> In bestimmten Betriebszust╨önden und auch beim Verlassen des Programmes wird dieser String an das Modem gesandt. Wenn das Modem auf automatisches Abnehmen eingestellt ist (nicht empfohlen), kann das automatische Abheben hier abgeschaltet werden. Carrier <hex_carrier_mask> Mit diesem Wert wird CantaLoup mitgeteilt, auf welchem Statusbit des Fossiltreibers CantaLoup einen Carrier erkennen kann. Hex 80 ist bei fast allen Modems richtig. CheckInit Dieses Kommando veranlasst CantaLoup nach dem Initialisieren des Modems auf eine OK Antwort zu warten. Wird diese Antwort nicht empfangen, so wird das Modem nochmals initialisiert. Ist auch das erfolglos, wird CantaLoup verlassen. DTRHigh Wenn diese Option eingetragen ist, l╨össt CantaLoup die DTR-Leitung auf High, wenn es sich beendet oder ein anderes Programm aufruft. Das normale Verhalten ist, DTR auf low zu schalten. Init <modem_string> Dieser String wird von CantaLoup bei Programmbeginn und danach in regelm╨össigen Zeitabst╨önden an das Modem gesandt. Hier sollten die Modembefehle angegeben werden, die f╨ær einen Mailerbetrieb des Modems erforderlich sind. Beispiel f╨ær ein Zyxel mit Rom 6.13: AT Z M3 N3 X7| Der String wird entsprechend den Regeln verarbeitet, die im Abschnitt "Modemsteuerungszeichen" angegeben sind. Es ist damit m╨ñglich, auch Pausen in den String einzuf╨ægen oder die DTR-Leitung high oder low zu setzen. InitInterval <time> Mit <time> kann das Intervall in Minuten zwischen zwei Modeminitialisierungen definiert werden. Der Standardwert von <time> ist 10 Minuten. Wird der Wert 0 definiert, so wird das Modem nicht mehr initialisiert, was f╨ær Systeme mit Stromsparmodus interessant sein kann. InitUART Mit diesem Token wird CantaLoup veranlasst, die serielle Schnittstelle mit den richtigen Werten zu initialisieren. Bei einem NS16550 kompatiblen UART werden unter anderem die FIFOs eingeschaltet. LockBaud <string> Gibt an, dass die serielle Schnittstelle auf eine bestimmte Geschwindigkeit gelockt werden soll, falls der hier definierte String in der Connectmeldung auftaucht. Gelockt wird auf die Geschwindigkeit, die im Baud-Statement angegeben ist. Wird LockBaud nicht verwendet, setzt CantaLoup die Geschwindigkeit der seriellen Geschwindigkeit immer auf den Wert, der in der Connectmeldung angegeben wird. LockBaud [<lock_rate>] Lockt den seriellen Port auf die in Baud angegebene Rate, sofern die im connectstring vom Modem gemeldete Rate gleich hoch oder h╨ñher als <lock_rate> ist. Beispiel: Bei Baud 38400 und Lockbaud 4800 w╨ærde ab Connect 4800 immer auf 38400 gelockt werden, bei Connect 2400 dagegen w╨ærde die serielle Schnittstelle auf 2400 Baud eingestellt. ModemConnect <modem-response> Hiermit meldet das Modem eine hergestellte Verbindung. Der Rest des Strings wird durchsucht, um die Connect-Geschwindigkeit und andere Parameter (MNP-Filter etc) einzustellen. ModemFailure <modem-response> Mit diesen Meldungen wird ein fehlgeschlagener Connect angezeigt. ModemIgnore <modem-response> Diese Modem-Antworten werden ignoriert, aber bei einem eingehenden Anruf als RING gez╨öhlt. ModemIncoming <modem-response> Damit wird angezeigt, dass wegen eines eingehenden Anrufes nicht rausgew╨öhlt werden konnte. ModemRinging <modem-response> Dies meldet das Modem, w╨öhrend es auf das Abheben der Gegenseite wartet. CantaLoup verwendet die unten gelisteten Standardwerte, wenn keine Modem-Antworten definiert werden: ModemIgnore RINGING ModemIgnore RING RESPONSE ModemRinging RING ModemConnect CONNECT ModemIgnore RRING ModemFailure BUSY ModemFailure VOICE ModemFailure ERROR ModemIgnore OK ModemFailure NO CARRIER ModemIncoming NO DIAL ModemIgnore DIALING ModemFailure NO ANSWER ModemIgnore DIAL TONE Es k╨ñnnen keine einzelnen Werte ver╨öndert werden; sobald eine Modem-Antwort definiert wird, m╨æsen alle anderen auch im CL.CFG aufgef╨æhrt werden. Es sollte auch darauf geachtet werden, dass die Strings nur immer bis zur definierten L╨önge und in der definierten Reihenfolge verglichen werden. W╨öre in den oben beschriebenen Standard-Werten "ModemRinging RING" zuoberst definiert, w╨ærde die Antwort "RINGING" auch als Typ ModemRinging erkannt und nicht ignoriert. ModemTrans <number> [[<prefix>]/[<suffix>] [<description>]] Wenn beim Kompilieren der Nodeliste anhand der Flags verschiedene Modemtypen definiert wurden, kann hier festgelegt werden, ob f╨ær bestimmte Typen ein anderer Wahlstring verwendet werden soll. <number> entspricht in diesem Fall dem in der V7-Nodeliste definiertem Modemtyp. <prefix> wird vor der Nummer an das Modem gesendet; normalerweise heisst der Prefix ATD. <suffix> wird nach der Telefonnumer gesendet. <description> ist die Beschreibung des entsprechenden Modemtyps. Diese Beschreibung erscheint ╨æberall dort, wo Modemtypen angezeigt werden. Wird Modemtrans mit Nummer aber ohne Prefix und Suffix gebraucht, w╨öhlt CantaLoup Nodes mit diesem Modemtyp nicht an. Dies kann man zum Beispiel nutzen, um die Analog- und ISDN-Line zu trennen. ISDN-Modems bekommen Modemtyp 2, analoge Typ 1. Mit ModemTrans 1 ATDP und ModemTrans 2 in der cfg der analogen Line verhindert man, dass diese ISDN-Nodes anruft, auf der ISDN-Line verhindert die umgekehrte Konstellation ModemTrans 1 und ModemTrans 2 ATD das Anw╨öhlen von Analognodes. Soll ein Modemtyp nicht angew╨öhlt werden und trotzdem mit Beschreibung erscheinen, so ist ModemTrans x / <desc> zu verwenden. NoCollide CantaLoup bricht normalerweise abgehende Anrufe ab, wenn vom Modem ein eingehender Anruf angezeigt wird. Falls dies vom verwendeten Modem nicht unterst╨ætzt wird, kann es durch NoCollide abgeschaltet werden. Port <port> Gibt denPort an. Port ist der Name des zu benutzenden COM-Ports. ╨¬blich sind "COMx" oder "CAPIx"; x ist in diesem Fall die Portnummer. <port> kann auch nur die Zahl x sein, wobei dann "COMx" benutzt wird. PreDial <modem_string> PreDial bezeichnet einen String, der mit Standard╨æbersetzung umgesetzt wird und vor dem durch Prefix gew╨öhlten String an das Modem gesandt wird. Wird hierf╨ær nichts angegeben, verwendet CantaLoup den String v``^`````. PreFix <modem_string> Mit Prefix wird der String gew╨öhlt, mit dem CantaLoup das Modem zum W╨öhlen ansteuert. ╨¬blich sind ATDP f╨ær Pulswahl und ATDT f╨ær Tonwahl. Siehe hierzu auch das Kommando ModemTrans, mit dem es m╨ñglich ist, f╨ær bestimmte Verbindungsarten andere Prefixstrings zu definieren. PreInit <modem_string> Der PreInit-String wird vor dem eigentlichen Init-String (der mit INIT AT... definiert wird) an das Modem geschickt. Wird keiner angegeben, verwendet CantaLoup einen Defaultstring, der lediglich f╨ær eine Sekunde DTR auf Low zieht, und dann noch eine Pause von ca. 1 Min. macht. Beispiel: |v~^````` |````` Dieser String ist f╨ær eine Vielzahl von Modems geeignet, die meisten k╨ñnnen aber mit einem deutliche k╨ærzeren String in den Kommandomodus versetzt werden. Z.B. sollte folgender String probiert werden: |v``^`` Dieser String ist k╨ærzer, f╨ær die meisten neueren Modems aber ausreichend. CantaLoup macht nach dem PreInit-String 0.5s Pause, bevor es den Init-String sendet. RingTries <number> Manche Modems melden RINGING, wenn sie ein anderes Modem anw╨öhlen und dieses noch nicht abgehoben hat. Nach der mit RingTries angegebenen Anzahl von ModemRinging- und ModemIgnore-Meldungen legt CantaLoup wieder auf. Wenn RingTries nicht gesetzt wird, ist der Standardwert 4. Bei Modems, die bei einem Connect einige Zeilen mit zus╨ötzlichen Informationen ausgeben, sollte dieser Wert erh╨ñht werden. SameRing CantaLoup geht normalerweise davon aus, dass das Modem RING meldet, wenn ein Anruf eingeht, und beim Rausw╨öhlen RINGING meldet, solange die Gegenstelle noch nicht abgenommen hat. Es gibt aber auch Modems, die beim Rausw╨öhlen ebenfalls RING melden. CantaLoup w╨ærde dann davon ausgehen, dass gerade ein Anruf hereinkommt, und den Wahlversuch abbrechen. Mit SameRing wird CantaLoup mitgeteilt, dass das Modem auch beim Rausw╨öhlen RING meldet, damit wird die Kollisionserkennung allerdings teilweise abgeschaltet. Server Mit dem Token Server k╨ñnnen zwei Mailer direkt mittels Nullmodem-Kabel verbunden werden. Das CD-Signal der seriellen Schnittstelle wird damit nicht mehr ╨æberpr╨æft. SlowModem Damit werden Modemkommandos mit 1/10s Pause zwischen den einzelnen Zeichen gesendet. Dies ist n╨ætzlich f╨ær ╨öltere Modems, die AT-Kommandos nicht verarbeiten k╨ñnnen, wenn sie zu schnell gesendet werden. Suffix <modem_string> Normalerweise sendet CantaLoup beim W╨öhlen den 'Prefix' String, dann die Telefonnummer und dann ein Carriagereturn-Zeichen (ASCII 13). Wenn aus irgendeinem Grunde zwischen der Nummer und dem Carriagereturn noch Steuerzeichen gesendet werden sollen, m╨æssen sie hier angegeben werden. Beachte: Anders als z.B. Telix ben╨ñtigt CantaLoup keinen Suffixstring, das CR-Zeichen am Ende der W╨öhlzeile wird automatisch erzeugt. ΓòÉΓòÉΓòÉ 11.4. 11.4. Protokoll-Einstellungen ΓòÉΓòÉΓòÉ BiDirOK <modem_string> Wenn die Connectmeldung die definierte Zeichenkette enth╨ölt, wird versucht, mit dem anderen System eine bidirektionale Verbindung mit Janus- oder Hydraprotokoll aufzubauen. Es sollte ein Teil des Connectstrings gew╨öhlt werden, der anzeigt, dass die Verbindung eine Vollduplexverbindung darstellt, also gleiche ╨¬bertragungsraten in beiden Richtungen erm╨ñglicht. Alle g╨öngigen V.32- oder V.34-Protokolle sind Vollduplexprotokolle, die hierf╨ær geeignet sind, im Gegensatz zum HST-Protokoll von U.S. Robotics. Wenn das Modem z.B. ein /V32 im Connectstring ausgibt, sollte BiDirOK /V32 gew╨öhlt werden. BiDirBaud <baudrate> Gibt an, bis zu welcher Baudrate bidirektionale Protokolle zul╨össig sind. CurMudgeon Mit diesem Token werden nur noch in der Nodeliste gelistete Systeme zugelassen. CUGmatch <string> Mit CUGmatch kann eine via "ModemRinging" definierte Modem-Response auf eine Telefonnummer/ID gepr╨æft werden (C-Style). Weitere Informationen siehe im Kapitel "Closed User Group (CUG)". CUGinclude <id> Mit CUGinclude k╨ñnnen Telefonnummern/IDs in die CUG aufgenommen werden. Als Default werden nat╨ærlich alle Telefonnummern zugelassen. Weitere Informationen siehe im Kapitel "Closed User Group (CUG)". CUGexclude <id> CUGexclude ist das Gegenteil von CUGinclude. Weitere Informationen siehe Kapitel "Closed User Group (CUG)". NoEMSI EMSI ist ein Sessionprotokoll, dass die ╨¬bertragung mehrerer Adressen und Domains und auch der dazu geh╨ñrenden Passw╨ñrter erm╨ñglicht. Wird EMSI abgeschaltet, kann die Verbindung nur mit WaZOO- oder einem noch ╨ölteren Protokoll aufgebaut werden, wodurch nur eine Adresse mitgeteilt werden kann. Mittlerweile hat sich EMSI als Standardprotokoll f╨ær Fidomailer durchgesetzt, und sollte nicht mehr abgeschaltet werden, zumal es Connects mit WaZOO- oder FTS-1-Mailern nicht verhindert. NoFilter <filter-string> Mit NoFilter k╨ñnnen Connect-Suffixes definiert werden, bei denen der eingebaute MNP-Filter ausgeschaltet wird. Die meisten modernen Modem brauchen diesen Filter, der eine Session um ein paar Sekunden verz╨ñgert, nicht mehr. "NoFilter /ARQ" schaltet den Filter bei allen "CONNECT <rate>/ARQ<flags>" Verbindungen aus. Ein leeres Argument schaltet den Filter f╨ær alle Verbindungen aus. Es k╨ñnnen bis zu 16 solcher Filterbedingungen definiert werden. NoHydra Sperrt das bidirektionale ╨¬bertragungsprotokoll Hydra. Dies sollte nur eingesetzt werden, wenn Hydra bei bestimmten Verbindungen Probleme verursacht oder um beim Connect mit einem anderen Mailer Janus zu erzwingen. NoJanus Sperrt das bidirektionale ╨¬bertragungsprotokoll Janus. Dies sollte nur eingesetzt werden, wenn Janus bei Verbindungen zu einem anderen Mailern Probleme verursacht. NoPickup Mit diesem Keyword sendet CantaLoup zwar Mail, verweigert aber die Annahme von Paketen, die beim anderen System zum Versand an das eigene System vorliegen. NoRequests Hiermit werden Filerequests von anrufenden Systemen generell untersagt. Sinnvoll f╨ær Mailverteilsysteme, die keine allgemein zug╨önglichen Files anbieten, z.B. Hostrechner. NoWaZOO Schaltet das WaZOO-Sessionprotokoll aus. Damit wird nur noch das EMSI Sessionhandshake benutzt. NoZedZap Schaltet das ZedZap-Protokoll f╨ær die File╨æbertragung aus. Da ZedZap (eine Abart von Zmodem mit max. 8KB Bl╨ñcken) im Bereich der unidirektionalen Protokolle das wohl effizienteste und auch das verbreitetste ist, sollte es auf keinen Fall abgeschaltet werden. ZedZip-Verbindungen (ZModem mit max. 1KB Bl╨ñcken) sind weiterhin m╨ñglich. Overwrite Wenn CantaLoup eine Datei empf╨öngt, die unter diesem Namen schon existiert, wird die neue Datei mit ge╨önderter Endung empfangen, z.B. w╨ærde aus ABC.ZIP ABC.ZI1. Wird Overwrite gesetzt, werden stattdessen die alten Dateien von den neuen ╨æberschrieben. Diese M╨ñglichkeit sollte mit ╨öusserster Vorsicht benutzt werden! PickUpAll In einer EMSI-Verbindung werden Mailpakete f╨ær alle akas angenommen. Da dies der eigentliche Sinn von EMSI ist, sollte dieses Kommando auf jeden Fall eingesetzt werden. ReqOnUs Wenn 'ReqOnUs' gesetzt ist, werden eingehende Filerequests auch erledigt, wenn man selbst ein anderes System angerufen hatte. Normalerweise werden Requests nur erledigt, wenn das requestende System angerufen hatte. StartBlkLen <number> Gibt an, mit welcher Blockgr╨ñsse Zmodem/ZedZap-╨¬bertragungen starten. Der Wert darf 64 Bytes bis 1024 Bytes betragen. Wenn erfahrungsgem╨öss viele Fehler auf der Leitung auftreten (mit V42 oder MNP4 nicht mehr zu erwarten) kann es sinnvoll sein, hier einen niedrigen Anfangswert einzutragen. In allen ╨æbrigen F╨öllen sollte gleich mit der h╨ñchsten Blockgr╨ñsse begonnen werden, weil ZModem mit grossen Bl╨ñcken einen h╨ñheren Durchsatz hat. Timeout <seconds> Wenn CantaLoup einen Anruf entgegennimmt, und sich kein Mailer meldet, geht CantaLoup davon aus, dass es sich um einen menschlichen Anrufer mit einem Terminalprogramm handelt. In diesem Fall wird "Press ESC to enter BBS" (oder ein anderer definierter String) gesendet und auf ESC gewartet. Wird binnen der mit Timeout angegebenen Zeitspanne kein ESC empfangen, wird dennoch zur BBS verzweigt, sofern der Anrufer nicht mittlerweile aufgelegt hat. Der Standardwert ist 20s, und dies ist gleichzeitig der kleinste zul╨össige Wert f╨ær Timeout. ΓòÉΓòÉΓòÉ 11.5. 11.5. Datei- und Pfad-Einstellungen ΓòÉΓòÉΓòÉ Compress <filename> Mit diesem Token kann CantaLoup die COMPRESS.CFG (auch benutzt von Maximus und Squish) auslesen; damit kann der PKT-Viewer die Komprimierungsprogramme richtig ansprechen. Costlog <filename> Gibt den Namen einer optionalen Logdatei f╨ær die Kosten und transferierten Files eines jeden Anrufes an. Wird zusammen mit CostUnit und evtl. Eurocost verwendet. Flags <dir> Definiert ein Verzeichnis, in dem CantaLoup Flagdateien anlegt. Hier legt der Mailer z.B. w╨öhrend einer Mailsession die Datei TASK.# an, anhand derer sich ╨æberpr╨æfen l╨össt, ob eine bestimmte Line gerade besetzt ist. Hier findet CantaLoup auch CLEXIT- und CLRESCAN-Flagfiles, die in einem weiteren Kapitel beschrieben werden. Inbound <path> Gibt das Verzeichnis an, in dem eingehende Mail und Files von CantaLoup beim Empfang abgelegt wird. Siehe auch KnownInbound und ProtInbound, mit denen f╨ær gelistete Systeme und f╨ær Passwortgesch╨ætzte Verbindungen andere Verzeichnisse festgelegt werden k╨ñnnen. KnownInbound <path> Damit besteht die M╨ñglichkeit, f╨ær gelistete Systeme einen getrennten Inbound anzulegen. Die Mailpakete und Files, die von gelisteten Systemen eingehen, werden hier abgelegt. MaxIPC <ipc-path> Mit diesem Token wird der Maximus 2.x IPC support realisiert. CantaLoup schreibt in das <ipc-path> Verzeichnis den aktuellen Zustand. Nodelist <path> Gibt an, in welchem Verzeichnis die kompilierten Indexfiles zur Nodelsite abgespeichert sind. CantaLoup braucht eine kompilierte Version 7 Nodeliste. NoSize Mit diesem Token werden die Attaches in den Flofiles nicht mehr gescannt, was bei grossen Systemen (oder bei Outbounds auf Netzlaufwerken) Zeit spart. Allerdings geht damit der 'Q' Event-Parameter nicht mehr und die Gr╨ñsse der Files wird im EMSI-Header nicht mehr ╨æbertragen und auch im Transfer-Fenster nicht mehr angezeigt. Outbound <path> Gibt das Outbound-Verzeichnis an, in dem CantaLoup zu versendende Mail findet. Dieses Verzeichnis sollte niemals f╨ær andere Zwecke als zum Speichern abgehender Mailpakete verwendet werden. Die Mailpakete werden hier mit einer bestimmten Namensgebung abgespeichert, so dass aus dem Dateinamen erkennbar ist, f╨ær welche Adresse dieses Mailpaket bestimmt ist und ob es sich um regul╨öre oder Crashmail handelt. Hinweis f╨ær den Betrieb mit mehreren Zonen: Dieses Outbound-Verzeichnis wird f╨ær die Zone verwendet, in der die erste in CantaLoup angegebene Adresse, also die prim╨öre Adresse liegt. Ist die Prim╨öradresse in Zone 2, wird dieses Verzeichnis f╨ær alle Mail in Zone 2 genutzt. F╨ær Mail in andere Zonen werden Verzeichnisse mit dem gleichen Namen, aber einer zus╨ötzlichen Endung verwendet. Ist der Outbound z.B. C:\FIDO\OUTBOUND, so w╨öre Mail f╨ær Zone 1 im Verzeichnis C:\FIDO\OUTBOUND.001 zu speichern. Diese Verzeichnisse brauchen nicht angegeben zu werden, CantaLoup leitet sie aus der Definition des prim╨ören Outboundverzeichnisses ab. Gleichzeitig wird das Stammverzeichnis dieses hier definierten Outbounds auch f╨ær die Outbounds anderer Domains benutzt. Die Domain 'VIRNET' mit der Zone 9 bek╨öme demzufolge das Verzeichnis C:\FIDO\VIRNET.009. ProtInbound <path> Mail und Files, die von Systemen empfangen werden, mit denen eine passwortgesch╨ætzte Verbindung aufgebaut wurde, wird in diesem Inbound empfangen. Dies bietet sich als zus╨ötzliche Sicherheitsmassnahme an, um zu verhindern, dass Unbefugte Mail ╨æber den eigenen Node verbreiten. Z.B. k╨ñnnte der Mail-Handler (Tosser) so konfiguriert werden, dass er Echomail nur verarbeitet, wenn sie sich in diesem Verzeichnis befindet. RescanInterval <time> Mit <time> kann das Intervall in Minuten zwischen zwei Outboundrescans (dem Neueinlesen des Outbounds) definiert werden. Der Standardwert von <time> ist 30 Minuten. Wird der Wert 0 definiert, so wird das Outbound nur noch beim Auffinden eines Rescanflags oder nach einer Session neu eingelesen. Dieses Verhalten kann f╨ær Systeme mit Stromsparmodus interessant sein. ScriptPath <path> Hiermit wird CantaLoup mitgeteilt, in welchem Verzeichnis Scripts zu finden sind. Die Verwendung von Scripts (im normalen Fido-Mailerbetrieb unn╨ñtig) wird im Abschnitt "Scripts" beschrieben. Statuslog <filespec> Gibt Pfad und Name der Logdatei an, in der CantaLoup die Meldungen aus dem Statusfenster mitprotokolliert, um eine nachgehende Kontrolle zu erm╨ñglichen. Das Format der Logdatei ist kompatibel zu dem des BBS-Programmes OPUS-CBCS. Wie ausf╨æhrlich die Logdatei gestaltet wird, kann mit Loglevel festgelegt werden. ΓòÉΓòÉΓòÉ 11.6. 11.6. System-Einstellungen ΓòÉΓòÉΓòÉ BBSSound <wav-file> Sound, der beim Starten der BBS gespielt wird. BBSShellType <type> Die BBS wird in einer durch <type> definierten Shell gestartet. <type> kann folgende Werte annehmen: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéTyp ΓöéMode ΓöéTyp ΓöéMode ΓöéTyp ΓöéMode Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé0 ΓöéAuto Γöé1 ΓöéVIO FS Γöé2 ΓöéVIO Win Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé3 ΓöéPM Γöé4 ΓöéDM FS Γöé7 ΓöéVDM Win Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Der Standard-Wert ist 0. Die BBS wird immer im Hintergrund gestartet. CostUnit <nr> Gibt den Wert einer Geb╨æhreneinheit an. F╨ær Deutschland ist 12 sinnvoll; f╨ær die Schweiz 10. Debug Mit diesem Token wird der Debug-Modus eingeschaltet. CantaLoup gibt in diesem Modus auch alle Logzeilen aus, welche mit dem Zeichen '>' beginnen. ErrlDesc <errl> <string> Mit 'ErrlDesc' k╨ñnnen bestimmen Errorlevel-Exits (<errl>) Beschreibungen (<string>) zugeordnet werden. Diese Beschreibungen erscheinen dann im Men╨æ. Sie haben sonst keinen weiteren Einfluss auf den Programmablauf. EuroCost Schaltet die europ╨öische Kostenberechnung ein (Feste Kosten pro variabler Zeiteinheit anstelle von variablen Kosten bei fester Zeiteinheit). ExtrnMail <errorlevel> <type> <string> ExtrnMail <feature-dll> <type> <string> Erkennt CantaLoup den String <string> w╨öhrend (<type> = 'M' wie Modem) oder nach (<type> = 'S' wie Session) einem Connect, so wird entweder ein Spawn ausgef╨æhrt (Option <errorlevel>) oder eine feature-DLL aufgerufen (Option <feature-dll>). Wurde <error-level> konfiguriert, wird im Startverzeichnis eine Datei namens EXTMAIL.CMD mit dem Parameter <error-level> in einer Shell aufgerufen. Wurde hingegen eine <feature-dll> definiert, so wird diese DLL geladen und der entsprechende Handler aufgerufen. ExtrnDesc <feature-dll> <string> Mit 'ExtrnDesc' kann eine Konfigurationszeile an eine Feature-DLL ╨æbergeben werden. Z.b. k╨ñnnte eine DLL hier den Pfad zu ihrer Konfiguration verlangen. Die mit CantaLoup mitgelieferte Fax-DLL m╨ñchte optional Faxbaud und/oder den Pfad zum Fax-Inbound definiert haben: ExtrnDesc CLFAX [faxbaud] [faxpfad] ExtSound <wav-file> Sound, der beim Aufrufen eines externen Mail-Programmes gespielt wird. FileSound <wav-file> Sound, der beim Exit/Spawn nach dem Empfang eines Files gespielt wird. GUIDefault <feature> <type>, <feature> <type>, ... Dieses Kommando beeinflusst die Default-Einstellungen der grafischen Oberfl╨öche (GUI). Es ver╨öndert das Standardverhalten von Dialogen und Fenstern. Es k╨ñnnen mehrere GUIDefault-Zeilen im Konfigurationsfile verwendet werden. Verhalten von Dialogen: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé<feature> ΓöéDefault Γöé<feature> ΓöéDefault Γöé<feature> ΓöéDefault Γöé Γöé ΓöéType Γöé ΓöéType Γöé ΓöéType Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéChangeFlavour ΓöéC ΓöéDelDialTries ΓöéC ΓöéDelRequest ΓöéO Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéPollNode ΓöéN ΓöéReAddress ΓöéC ΓöéStopMail ΓöéC Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé<type> ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéO ΓöéDefault auf OK Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéC ΓöéDefault auf Cancel Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéN ΓöéKein Dialog Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Verhalten von Fenstern: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé<feature> Γöé<type> ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéIconUpdate ΓöéN ΓöéDies veranlasst CantaLoup, keinen Update des Icon-Γöé Γöé Γöé ΓöéTexts mehr zu machen. Damit verlieren Windows- Γöé Γöé Γöé ΓöéTasks den Fokus nicht mehr. Γöé Γöé Γöésonst ΓöéStandard-Verhalten Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéMinimize ΓöéA ΓöéDieses Token beeinflusst das Ikonisieren ( Γöé Γöé Γöé ΓöéMinimieren) des Hauptfensters: es werden alle Γöé Γöé Γöé ΓöéFenster minimalisiert. Γöé Γöé Γöésonst ΓöéMinimalisiert nur das Hauptfenster (Standard) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Beispiel: GUIDefault PollNode C, DelDialTries O, Minimize A Include <filename> Beim Abarbeiten der CL.CFG wird an dieser Stelle eine andere Datei eingef╨ægt und als Teil der Konfigurationsdatei bearbeitet. LineUpdate Jede Logausgabe wird sofort physikalisch auf die Festplatte geschrieben ohne den Schreibpuffer zu benutzen. LogLevel <log_level_number> Gibt an, wie detailliert die Logdatei von CantaLoup aufgezeichnet wird. Zul╨össig sind 1 bis 5, wobei die h╨ñhere Nummer f╨ær das ausf╨æhrlichere Logfile steht. Die Logdateimeldungen haben zur Kennzeichnung ihrer Bedeutung (z.B. Fehlermeldung, Hinweis) unterschiedliche Markierungen in der ersten Spalte von links, die auch den unterschiedlichen Stufen der Loglevels entsprechen: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéLoglevel ΓöéZeilen mit dieser Markierung werden Γöé Γöé Γöéverzeichnet Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé1 Γöé! * Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé2 Γöé! * + Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé3 Γöé! * + : Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé4 Γöé! * + : # Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé5 Γöé! * + : # und ' ' (kein Zeichen) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die History-Funktionen von CantaLoup funktionieren nur, wenn Loglevel 5 gew╨öhlt wurde. MailSound <wav-file> Sound, der beim Exit/Spawn nach dem Empfang von Mail gespielt wird. NoREXX Mit NoREXX kann der REXX Support abgeschaltet werden. Die Dial-Scripts funktionieren dann nicht mehr; die Event-Scripts gehen aber weiterhin. Shell <number> <type><wait> <command_line> Hiermit k╨ñnnen bis zu 20 verschiedene Programmaufrufe definiert werden, die aufgerufen werden k╨ñnnen, ohne dass CantaLoup beendet wird. Der Typ der Programme wird mit <type> und <wait> festgelegt. <type> kann folgende Werte annehmen: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéType ΓöéMode ΓöéType ΓöéMode ΓöéType ΓöéMode Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé0 ΓöéAuto Γöé1 ΓöéVIO FS Γöé2 ΓöéVIO Win Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé3 ΓöéPM Γöé4 ΓöéDM FS Γöé7 ΓöéVDM Win Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ <wait> definiert, ob CantaLoup auf das Beenden des Programmes warten soll (<wait> = 'W'), ob sofort fortgefahren werden soll (<wait> = 'N'), oder ob der Comhandle der Session als zus╨ötzlicher Parameter ╨æbergeben werden soll (<wait> = 'H'). ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéWait ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéW ΓöéCantaLoup wartet auf die Beendigung der Shell Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéN ΓöéCantaLoup startet die Shell, f╨öhrt aber sofort Γöé Γöé Γöéweiter Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéH Γöéwie 'W', zus╨ötzlich wird als letzter Parameter derΓöé Γöé ΓöéComhandle ╨æbergeben Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ So eine Zeile k╨ñnnte folgendermassen aussehen: Shell 1 2W .\SquishP Squash ShellDesc <number> <text> Mit ShellDesc wird einer Shell eine Beschreibung zugeordnet. Diese Beschreibung wird in den Men╨æs benutzt. Diese Beschreibung ist optional. Snoop <pipe> Mit diesem Token werden alle Logausgaben via SNSERVER.DLL auch in die Pipe <pipe> geschrieben. Diese Pipe wird normalerweise von PMSnoop (aus dem Maximus 2.x Paket) ausglesen. StartSound <wav-file> Sound, der beim Starten von CantaLoup gespielt wird. ΓòÉΓòÉΓòÉ 11.7. 11.7. Mailer-Einstellungen ΓòÉΓòÉΓòÉ Address <zone>:<net>/<node>[.<point>][@domain] Diese Angabe kann mehrfach verwendet werden. Sie bezeichnet die Netzwerkadresse des Systems, z.B. 2:309/1032.0@fidonet. Zwingend erforderlich sind Zone, Netz und Node. F╨ær 4D-Betrieb ist dar╨æberhinaus noch die Pointnummer erforderlich, im 5D-Betrieb mit Angabe von Domains (z.B. fidonet, gernet, pb-net) ist noch die Domain anzugeben. Beispiel: Address 2:309/1032.0@fidonet Es k╨ñnnen mehrere Adressen in getrennten Zeilen angegeben werden. CantaLoup w╨öhlt dabei grunds╨ötzlich f╨ær Anrufe die jeweils passende Adresse aus, und zeigt sie dem anderen System an. Wichtigstes Kriterium ist hierbei die Zone des anderen Systems. Wenn keine Adresse mit der gleichen Zone definiert ist, wird die erste angegebene Adresse gew╨öhlt, diese heisst deshalb auch "prim╨öre Adresse". Warning: Wenn 5D-Adressen (also mit Domains) verwendet werden, m╨æssen die Domains vor den Adressen mit 'Domain' und optional 'DomainKludge' definiert sein! Banner <string> Der angegebene String wird Anrufern angezeigt, bevor sie aufgefordert werden, mit ESC in die Mailbox zu verzweigen. Hier k╨ñnnte zum Beispiel kurz der Name und Standort der Mailbox angezeigt werden. BBSNote <string> Dieser String wird dem Anrufer angezeigt, nachdem er ESC gedr╨æckt hat, oder die mit Timeout definierte Zeitspanne verstrichen ist. Hier sollte ein Text wie "Die BBS wird jetzt gestartet" erscheinen. BossPhone <phone_number> Hiermit kann bei CantaLoup als Pointinstallation die Telefonnummer des Bossnodes angegeben werden, wenn die Installation ohne Nodeliste arbeiten soll. BossPwd <password> Points k╨ñnnen hier das Sessionpasswort f╨ær ihren Bossnode angeben. In normalen Installationen mit eingebundener Nodeliste muss das Passwort regul╨ör in der Nodeliste eingetragen werden; dann ist dieser Eintrag ohne Einfluss. Wird CantaLoup als Pointmailer ohne Nodeliste betrieben, sind die Eintr╨öge 'BossPhone' und 'BossPwd' unbedingt erforderlich. DoingMail <string> Wenn sich w╨öhrend eines Events, das im Eventfile als Mail-Only definiert ist, ein BBS-Anrufer einloggen will, bekommt er diesen String angezeigt. N╨ætzlich z.B. als Hinweis auf die Zone Mail Hour. Domain <designator> <abbreviation> [<nodelist>] Hiermit k╨ñnnen f╨ær den 5D-Betrieb Domains definiert werden. Durch Domains wird es m╨ñglich, mehrere Netze mit der gleichen Zonennummer zu fahren, z.B. 9:...@virnet und 9:...@othernet Die Verwendung von Domains ist nicht zum Betrieb erforderlich, wenn bei den installierten Netzen keine ╨¬berschneidungen der Zonennummern auftreten. <designator> ist der tats╨öchliche Domainname. Gebr╨öuchlich sind z.B. fidonet oder gernet. <abbreviation> ist die Bezeichnung, die zum Vergleich mit Domains fremder Systeme benutzt wird. Sie ist aus technischen Gr╨ænden auf 8 Zeichen beschr╨önkt. Auch hier sollten f╨ær Fidonet fidonet und f╨ær das Gernet gernet angegeben werden. <nodelist> beschreibt den Namen der verwendeten kompilierten Nodeliste, ╨¬blicherweise erstellen V7-Nodelistenkompiler eine Liste mit dem Namen NODEX.*, so dass hier NODEX anzugeben ist. Wenn hier nichts angegeben wird, wird von CantaLoup angenommen, dass <abbreviation> auch gleichzeitig der Name der kompilierten Nodeliste ist. Beispiele: Domain fidonet fidonet nodex Domain gernet gernet gerex W╨ærden beide Domains in die selbe Nodeliste (nodex.*) kompiliert werden, k╨ñnnte bei beiden Eintr╨ögen 'nodex' stehen. DomainKludge <domain> <zone 1> <zone 2> ... <zone n> Mit Domainkludge wird CantaLoup angewiesen, bei Systemen, die keine Domain melden (weil sie es nicht k╨ñnnen oder nicht entsprechend konfiguriert sind) aus der Zone automatisch eine Defaultdomain zu bilden. Sinnvoll ist z.B. Domainkludge gernet 21 DomainKludge fidonet 1 2 3 4 5 6 Dann w╨ærden Systeme, die mit einer Zone 21-Adresse anrufen und keine Domain melden, automatisch der Domain gernet zugeordnet. Warning: Domainkludge darf erst nach der Definition der Domain verwendet werden! EnterBBS <string> Dieser String wird BBS-Anrufern gemeldet, wenn im Eventfile f╨ær diese Zeit BBS-Anrufe erlaubt sind, und lautet als default "Press <Escape> to enter BBS." Der String darf nur eine Zeile lang sein. MyLocation Standort des Mailers; wird im EMSI-Handshake verwendet. MyPhone Telefonnummer; wird im EMSI-Handshake verwendet. MyListFlags Nodelist Flags; wird im EMSI-Handshake verwendet. MyMaxBaud Maximale Baudrate; wird im EMSI-Handshake verwendet. Sysop <sysop_name> Der hier angegebene Name wird anderen Systemen bei einem WaZoo oder EMSI-Connect angezeigt. System <system_name> Der hier angegebene Systemname wird bei WaZOO- und EMSI-Connects anderen Systemen ╨æbertragen. Uplink <address> Damit kann die Nodenummer des Uplinks/Bossnodes angegeben werden ΓòÉΓòÉΓòÉ 11.8. 11.8. Events ΓòÉΓòÉΓòÉ Event <event_flags...> Gibt die M╨ñglichkeit, Events in CL.CFG zu definieren. Mehr zu Events im Abschnitt "Events planen und einrichten". ΓòÉΓòÉΓòÉ 11.9. 11.9. Closed User Group (CUG) ΓòÉΓòÉΓòÉ Mittels der drei Token "CUGmatch", "CUGinclude" und "CUGexclude" k╨ñnnen mittels CID CUGs realisiert werden. Mit CUGmatch muss zuerst eine via "ModemRinging" definierte Modem-Response auf eine Telefonnummer/ID gepr╨æft werden (C-Style). Im Normalfall sieht der <string> folgendermassen aus: CUGmatch RING %s oder CUGmatch RING ID=%s Nachdem eine Telefonnummer gefunden wurde, werden "CUGinclude" und "CUGexclude" der Reihe nach abgearbeitet. M╨ñchte man z.B. alle Anrufer aus Luzern nicht in der CUG haben, aber den eigenen Sysop-Point zulassen, so konfiguriere man folgendes: CUGexclude 041 CUGinclude 041701147 M╨ñchte man alle Anrufer, ausser einigen bestimmten, zulassen, so konfiguriere man folgendes: CUGexclude CUGinclude <id1> CUGinclude <id2> [...] Sollte ein Anrufer nicht in der definierten CUG drin sein, so nimmt CL den Anruf nicht entgegen und gibt eine entsprechende Log-Zeile aus. ΓòÉΓòÉΓòÉ 12. 12. Events planen und einrichten ΓòÉΓòÉΓòÉ Wie schon mehrfach angesprochen, ist eines der grundlegenden Leistungsmerkmale von CantaLoup seine F╨öhigkeit, das Versenden und Empfangen von Mail kostenabh╨öngig zu steuern, und die Zeiten, zu denen Requests oder BBS-Anrufe zul╨össig sind, zu definieren. Eventdefinitionen k╨ñnnen direkt in der CL.CFG Datei definiert werden. Dadurch, dass die Events in einer normalen Textdatei gespeichert werden, k╨ñnnen sie mittels eines Texteditors ge╨öndert werden, ohne dass ein spezielles Utility erforderlich ist. Beachten Sie, dass bei jeder ╨₧nderung von Events in CL.CFG CantaLoup seinen bin╨ören Event-Informationen in CL.INI neu kompiliert muss. Dies kann bewirkt werden, indem CantaLoup mit dem Parameter 'event' aufruft. Das wiederum f╨æhrt dazu, dass alle 'forced Events' nochmals durchgef╨æhrt werden und der aktuelle Event neu begonnen wird, sobald man CantaLoup wieder neu startet. Der Neustart der 'forced Events' kann mit dem Kommandozeilenparameter 'noforce' aufgehoben werden. Jeder Event wird in eine eigene Zeile in CL.CFG geschrieben. Hier ein Beispiel: Event All 03:00 04:00 L=10 N B E1=10 E2=20 E3=30 Die Syntax f╨ær die Eintr╨öge lautet: Event <day> <start> [<stop>] [<string>] <flags/options> Nachfolgend werden alle Paramter des Event-Tokens erkl╨ört. <day> Dies legt fest, an welchen Tagen die Eventzeile g╨æltig ist. M╨ñglich sind: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ Γöé<day> ΓöéBeschreibung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéAll ΓöéAlle Wochentage Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéWeek ΓöéMontag bis Freitag Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéWkEnd ΓöéSamstag und Sonntag Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéMon ΓöéMontag Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéTue ΓöéDienstag Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéWed ΓöéMittwoch Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéThu ΓöéDonnerstag Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéFri ΓöéFreitag Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéSat ΓöéSamstag Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéSun ΓöéSonntag Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die Parameter k╨ñnnen mit dem Pipezeichen (|) verbunden werden, um mehr als eine Option zu w╨öhlen. Die Angabe Mon|Wed|Fri legt zum Beispiel fest, dass die Eventzeile Montags, Mittwochs und Freitags g╨æltig sein soll. Der <day> Parameter ist zwingend erforderlich. <start> Teilt CantaLoup die Startzeit f╨ær das Event mit, ab dieser Uhrzeit ist die Zeile g╨æltig. Die Angabe erfolgt im 24h-Format, g╨æltig sind die Werte 00:00 bis 24:00. Die Startzeit darf nicht sp╨öter als die Stopzeit sein, d.h. Events, die ╨æber Mitternacht hinausgehen, z.B. von 23:00 Uhr bis 05:00 Uhr sind nicht m╨ñglich, hier m╨æssten zwei getrennte Events definiert werden. Der Startparameter kann zus╨ötzlich auch Datumsinformationen enthalten. Zul╨össig ist der Monat in numerischer Form (1 f╨ær Januar, 2 f╨ær Februar, ...) und eine Tagesangabe (1..31). Diese Angaben werden zus╨ötzlich zum <day> Parameter gepr╨æft, weshalb es sich anbietet, f╨ær solche Events als <day> all festzulegen. Das Format f╨ær eine Startangabe mit enthaltenem Datum ist wie folgt: ss:mm,Monat,Tag Wobei ss die Stunde, mm die Minute, Monat den numerischen Monat und Tag den numerischen Tag angibt. Man kann auch den Tagesparameter weglassen, also nur ss:mm,Monat angeben. Um nur einen Tag anzugeben, aber alle Monate einzuschliessen, ist der Monat auf 0 zu setzen. Ein Beispiel: all 12:00,0,15 w╨ærde ein Event definieren, das am 15. eines jeden Monats um 12:00 Uhr mittags beginnt. [<stop>] Gibt die Endzeit des Events an. Dieser Parameter kann auch weggelassen werden, das Event wird dann 60 min. lang g╨æltig. Auch hier wird die 24h-Schreibweise verwendet, wobei zus╨ötzlich die Endzeit 24:00 zul╨össig ist, was f╨ær CantaLoup bedeutet, dass das Event mit dem Tageswechsel endet. Bei der aktuellen Version von CantaLoup w╨ærde ein Event der Form all 00:00 23:59 ... nur bis 23:59:00 g╨æltig sein, so dass in der letzten Minute vor Mitternacht kein Event g╨æltig w╨öre, was dazu f╨æhrt, dass CantaLoup in dieser Minute nicht auf eingehende Anrufe reagieren w╨ærde. Mit 00:00 24:00 wird dagegen der volle Tag festgelegt. [<string>] Dieser Parameter ist wahlfrei. Er definiert einen String, der beim Aufruf der festgelegten Programme (Scripts) als Parameter an den Programmaufruf angeh╨öngt wird. Der String sollte in Anf╨æhrungszeichen gesetzt werden. Ein Beispiel: Event All 00:00 01:00 "-sA -c" w╨ærde z.B. dazu f╨æhren, dass alle Aufrufe der genannten Routinen ein "-sA -c" angeh╨öngt bek╨ömen. Der String kann maximal 32 Zeichen lang sein. <flags/options> Diese Parameter definieren CantaLoups Verhalten w╨öhrend des Events. A=n Gibt an, wieviel Zeit in Sekunden CantaLoup zwischen zwei Anw╨öhlversuchen wartet. Der Wert kann 0 bis 1800 Sekunden (=30 Min.) betragen. Der Wert wird nicht exakt eingehalten, sondern definiert einen in etwa einzuhaltenden Durchschnittswert, die tats╨öchlichen Zeiten variieren um ca. 50%, d.h. bei A=60 ist mit Pausen von 30 bis 90 Sekunden zu rechnen. Wird A= nicht gesetzt, wird automatisch ein Wert von 120s angenommen. B Erlaubt Anrufe von BBS-Usern w╨öhrend dieses Events. Wenn das Flag NICHT gesetzt ist, werden Anrufer mit der Meldung "Processing mail...please hang up." abgewiesen und aufgelegt. Sofern eine Box an CantaLoup angeschlossen ist, muss dieses Flag also f╨ær alle Zeiten gesetzt sein, zu denen die BBS erreichbar sein soll. C Das 'C'-Flag gibt an, dass CantaLoup nur f╨ær Mailpakete, die als Continuous Mail (Crash) markiert sind, Anrufe durchf╨æhrt. D Legt fest, dass ein Event dynamisch ist, das bedeutet, dass das Event solange l╨öuft, wie Mail vom spezifizierten Typ (Kosten und Menge) vorhanden und noch nicht versandt ist. Wenn sich das dynamische Event mit einem statischen Event (also einem ohne "D"-Flag) ╨æberlappt, wird das dynamische solange andauern, bis die entsprechende Mail versandt ist, und anschliessend das statische Event beginnen. Beachte, dass bei ╨æberlappenden Events das dynamische zuerst beginnen muss. Ex=<cmdfile> Ex=<nr> Die 'Ex=...' Flags sind Errorlevel-Exits, Shells oder bewirken das Ausf╨æhren des angegeben <cmdfile>. <nr> >=0 Errorlevel Exit <0 Shell-Nr wird aufgerufen <cmdfile> <cmdfile> wird in einer Shell ('NoREXX') oder als REXX-Script gestartet Ein aufgerufenes REXX-Script kann die Funktion CLLog('string) benutzen und kann folgende Strings als Return-Wert zur╨æckgeben: 'RESCAN' CantaLoup macht einen Rescan 'EXIT errl' Exit mit Error Level 'errl' 'anything else' CantaLoup macht gar nichts Beispiel: Event All 00:00 24:00 B C E1=4 E2=mail.cmd A=120 T=5,5 [MAIL.CMD] /* */ 'Echo this is a test>mail.test' CLLog(':Doing fun stuff!') return ('RESCAN') Die Reihenfolge, in der die Pr╨æfung erfolgt, ist: E3, E4-E9, E2 Bei der ersten ╨¬bereinstimmung wird die Aktion festgelegt, d.h. wenn mehrere Definitionen zutreffen (z.B. Mail und TIC-Files empfangen) wird die erste ╨¬bereinstimmung gem╨öss der oben genannten Reihenfolge ausgew╨öhlt. Im folgenden werden die verschiedenen 'Ex' Definitionen erkl╨ört: E1 Zwingt CantaLoup, beim Beginn des Events einmalig mit dem E1 auszuf╨æhren. Dies kann z.B. f╨ær das Scannen der Mailbase oder zum Einleiten des Polls beim Host verwendet werden. E2 Wenn CantaLoup w╨öhrend dieses Events Mailpakete empf╨öngt, beendet es nach der Session mit diesem Errorlevel. Damit kann aus der Batchdatei heraus dann automatisch der Tosser gestartet werden. E3 Wenn CantaLoup w╨öhrend dieses Events komprimierte Mailpakete empf╨öngt, beendet es nach dem Ende der Session mit diesem Errorlevel. Wird diese Option nicht verwendet, wird der gleiche Errorlevel wie in E2 verwendet. Da moderne Tosser mit dem gleichen Aufruf gepackte und ungepackte Mailpakete verarbeiten k╨ñnnen, ist das E3-Flag im normalen Betrieb nicht erforderlich. E4..E9 Hiermit kann ein Errorlevel angegeben werden, mit dem CantaLoup nach Mailsessions aussteigt, wenn Files mit der definierten Fileextension eingehen. Beispiel: E4=30,TIC w╨ærde dazu f╨æhren, dass CantaLoup nach dem Empfang von Ticfiles mit Errorlevel 30 aussteigt. F Dieses Flag teilt CantaLoup mit, dass der Event 'erzwungen' (forced) sein soll und zum ersten m╨ñglichen Moment beginnt. Normalerweise ist dies nicht erforderlich, weil CantaLoup Events auch dann noch startet, wenn es zur Startzeit des Events offline ist, und noch vor dem Ende des Events wieder online geht. Es bietet sich an, forced Events zu verwenden, wenn der Event f╨ær den Betrieb wichtig ist, z.B. ein Serviceevent zum Scannen oder Packen der Mailbase, dieser kann dann die L╨önge 0 haben, also gleiche Start- und Stopzeit, wird aber dennoch ausgef╨æhrt, und notfalls nachgeholt. H "High-Priority Crash": CantaLoup sendet Crashpakete sofort, ohne die evtl. zus╨ötzlich definierten Kostenpr╨æfungen durchzuf╨æhren. Andere Mailpakete gehen weiterhin entsprechend den festgelegten Kostendefinitionen und sonstigen Beschr╨önkungen hinaus. K Mit dieser Option sendet CantaLoup NICHT an Nodes, die als CM in der Nodeliste stehen. L= Das "L=" Flag ist das "weniger oder gleich xx Kosten" Flag. L=10 w╨ærde bedeuten, dass w╨öhrend dieses Events nur Mail mit Kosten kleiner oder gleich 10 Einheiten versandt wird. Dieses wie auch die anderen Kostenflags haben nur dann eine sinnvolle Wirkung, wenn der Nodelistencompiler so konfiguriert wurde, dass er beim Schreiben der Nodeliste auch Kostendaten einf╨ægt. Wird kein Wert angegeben, geht nur Mail an Nodes hinaus, die laut Kostenfeld in der kompilierten Nodeliste kostenlos erreichbar sind, bei denen also 0 als Kosteneinheit angegeben wurde. L< Das "L<" Flag arbeitet wie das "L=" Flag, mit dem Unterschied, dass nur hinausgew╨öhlt wird, wenn die Kosten kleiner als der angegebene Wert sind. L> Wird das "L>" Flag gesetzt, t╨ötigt CantaLoup nur dann den Anruf, wenn die Kosten h╨ñher als der angegebene Wert sind. M Definiert die ZMH (Zone Mail hour), also die Zeit, zu der auch die Nodes empfangsbereit sind, die kein CM-Flag in der Nodeliste f╨æhren. In Events ohne dieses Flag w╨öhlt CantaLoup nur Nodes an, die das CM-Flag in der Nodeliste f╨æhren. N Bei gesetztem "N"-Flag verweigert CantaLoup eingehende Filerequests, gem╨öss Fidopolicy sollte dieses Flag w╨öhrend der Zone Mail Hour gesetzt werden. Q=n Hindert CantaLoup daran, mit weniger als n Bytes ausgehender Mail (?LO- + ?UT-Filegr╨ñssen) anzurufen. Wenn dieses Flag genutzt wird, sollte mindestens ein Event mit Q=0 definiert sein, damit auch kurze Mail noch irgendwann verschickt wird. R "Receive-only", nur empfangen. Mit diesem Flag w╨öhlt CantaLoup nicht hinaus, um Mail abzuliefern (auch keine Crashmail!), es sendet aber Mailpakete, wenn ein anderes System anruft und f╨ær dieses System Mailpakete vorliegen. S "Send-only" Event. W╨öhrend dieses Events werden zwar eigene Nachrichten und Requests verschickt, aber keine eingehenden Anrufe entgegengenommen, d.h. auf "Ring" wird nicht reagiert, und auch bei einem auf Autoanswer gestellten Modem wird bei einem eingehenden Connect keine Mailsession eingeleitet. T=x,y Gibt die maximale Anzahl von Anwahlversuchen an, die CantaLoup f╨ær einen Node durchf╨æhrt. Die Option hat zwei Parameter, wobei x die Anzahl von fehlgeschlagenen Sessions mit erfolgtem Connect angibt, und y die Anzahl von Anwahlversuchen, bei denen CantaLoup keinen Connect bekommen hat ("No answer" oder "Busy" Meldung vom Modem). Wird einer der Werte erreicht, w╨öhlt CantaLoup diesen Node nicht mehr an, bis die Sperre manuell im Outbound-Fenster vom Benutzer gel╨ñscht wird. Da Sessions mit erfolgtem Connect Geld kosten, sollte der x-Wert relativ klein sein, w╨öhrend der y-Wert h╨ñher gesetzt werden kann, weil "No Answer" oder "Busy" zumindest in Deutschland kein Geld kostet. Der maximale Wert von x ist 9; y kann fast unbeschr╨önkt gross sein. Der Default-Wert f╨ær x ist 3, der default f╨ær y undefiniert, aber ziemlich hoch... X Normalerweise behandelt CantaLoup abgehende Filerequests in der gleichen Weise wie Mailpakete und File-Atttaches. Das bedeutet auch, dass in Events, die kein "C"-Flag gesetzt haben, f╨ær einen einzelnen Filerequest ein Anruf get╨ötigt w╨ærde. Dies ist manchmal nicht sinnvoll, z.B. w╨öhrend der ZMH, wenn ein korrekt arbeitendes System keine eingehenden Filerequests erledigt. Mit dem "X"-Flag wird CantaLoup f╨ær einen einzelnen Filerequest keinen Anruf durchf╨æhren. Liegt aber ausserdem noch ein Mailpaket f╨ær dieselbe Adresse vor (manche Tosser erzeugen zus╨ötzlich zum Requestfile noch eine Leermessage!) wird die Mail abgeliefert und auch der Request abgesandt, sofern das andere System nicht die Entgegennahme ablehnt, was zumindest beim EMSI-Protokoll m╨ñglich ist. $ Das Outbound wird beim Start des Events ausfger╨öumt, d.h. es werden alle Dial-Tries Files (Files, wo die Anzahl W╨öhlversuche abgespeichert sind, sog. '*.$$x' Files) gel╨ñscht. Viele der obengenannten Optionen k╨ñnnen zusammen benutzt werden, und dies ist auch der Regelfall. Ein funktionierendes Eventfile zusammenzustellen, kann sehr viel Zeit beanspruchen. Es hilft aber, das System anschliessend mit m╨ñglichst wenig Wartungsarbeiten laufen zu lassen. Da der Eventplan eine wichtige Rolle beim automatischen Versenden von Mailpaketen hat, sollten alle ╨₧nderungen nur vorsichtig vorgenommen werden, um zu verhindern, dass CantaLoup z.B. tags╨æber in der Fernzone pollt. ΓòÉΓòÉΓòÉ 13. 13. Der Requestprozessor ΓòÉΓòÉΓòÉ Im Paket von CantaLoup wird in Standard-Requestprozessor mitgeliefert, welcher die Basisfunktionen f╨ær ankommende Filerequests beherrscht. Der Requestprozessor ben╨ñtigt eine Konfigurationsdatei und eine von CantaLoup f╨ær jeden Request neu erstellte SRIF Datei mit den Informationen ╨æber das anrufende System. Eingehende Requests werden durch vier Konfigurationsdateien gesteuert, deren Namen wiederum in der CLFREQ.CFG angegeben werden. Bei jeder dieser Dateien besteht wiederum die M╨ñglichkeit, f╨ær die Stufen Prot, Known und Unknown verschiedene Dateien zuzuweisen, um bei Bedarf f╨ær befreundete Systeme h╨ñhere Zugriffsm╨ñglichkeiten zu schaffen. ΓòÉΓòÉΓòÉ 13.1. 13.1. Kommandozeilenparameter ΓòÉΓòÉΓòÉ Die Kommandozeilenparameter des Requestprozessors sind die folgenden: CLFREQ [<task>] <srif datei> Die Parameter haben diese Funktionen: <task> Mit <task> wird die Tasknummer ╨æbergeben. Diese wird f╨ær das Einlesen der Konfigurationsdatei ben╨ñtigt, ist aber optional, da der Requestprozessor die Tasknummer aus der Erweiterung des SRIF-Filenamens herleiten kann. <srif datei> Mit diesem Parameter wird der Pfad und der Dateiname der SRIF Datei mitgeteilt. ΓòÉΓòÉΓòÉ 13.2. 13.2. Die Requestliste ΓòÉΓòÉΓòÉ Die erste verwendete Datei, die sogenannte Requestliste, ist eine maschinenlesbare Form der Dateiliste, und gibt an, welche Dateien des eigenen Systems von anderen Systemen requestet werden d╨ærfen. Sie enth╨ölt eine Auflistung aller Files (mit Pfadangabe), die zum Request f╨ær andere Systeme zugelassen sind. Ganze Verzeichnisse k╨ñnnen freigeschaltet werden, indem Wildcards angegeben werden. Damit eine Datei requestet werden kann, muss sie entweder explizit in der Requestliste gelistet sein, oder das Verzeichnis, in dem sie sich befindet, muss eingetragen sein. F╨ær gelistete und passwortgesch╨ætzte Systeme k╨ñnnen eigene Requestlisten definiert werden. Eine genauere Beschreibung dieser Unterscheidungen befindet sich im Kapitel "Filerequests kontrollieren". Weiter ist die Definition von Magics ╨æber die Requestliste m╨ñglich. Benutzer der Mailboxsoftware Maximus k╨ñnnen in der Requestliste auch die Indexdatei von Maximus einbinden. Dies erm╨ñglicht einen extrem schnellen Suchzugriff, insbesondere beider Einbindung von CD-Roms. Hierzu wird auch die Angabe FileSec ben╨ñtigt, mit der der Request auf Fileareas mit h╨ñherer Sicherheitsangabe eingeschr╨önkt werden kann. Zus╨ötzlich kann dann f╨ær gelistete und passwortgesicherte Systeme mit KnownSec bzw. ProtSec ein h╨ñheres Zugriffsrecht definiert werden. ΓòÉΓòÉΓòÉ 13.2.1. 13.2.1. Standardeintr╨öge (Magics, Passw╨ñrter) ΓòÉΓòÉΓòÉ Die Requestliste erm╨ñglicht es auch, sogenannte "Magics" zu definieren, womit eine Datei mit einem Wort assoziiert werden kann. So ist hier die deutsche Doku zu CantaLoup unter dem Magic CL_DOCS requestbar, und mittels des Magics wird in der Requestliste festgelegt, welche Datei zu diesem Magic geh╨ñrt. Wenn also jemand CL_DOCS requestet, wird ihm zum Beispiel die Datei CL_DOC.ZIP ╨æbertragen. Auch Passwortschutz einzelner Dateien (oder bei der Verwendung von Wildcards auch mehrerer Dateien) kann mittels der Requestliste eingestellt werden, so bietet es sich z.B. an, die aktuelle Nodelist zwar zum Request freizugeben, aber ein Passwort festzusetzen, um die Datei nur Personen zug╨önglich zu machen, die ausreichend vertrauensw╨ærdig sind. Das Passwort wird mittels eines vorgestellten "!" definiert. Ein Beispiel f╨ær eine konventionelle Requestliste: E:\aprog.ARC D:\file\stuff\*.* D:\file\programs\wlc*.txt D:\file\private\*.* !mypass @CL c:\file\dist\cl_075.lzh @MYEDIT !outpass c:\file\private\editmax.arc In der ersten Zeile wird ein konkreter Filename angegeben, der zum Request freigegeben ist. Die Zeile 2 definiert den gesamten Inhalt des Verzeichnisses c:\file\stuff als requestbar, w╨öhrend die dritte Zeile aus dem Verzeichnis c:\fido\programs nur die Dateien erlaubt, die mit wlc anfangen und mit .txt enden. In Zeile 4 werden die Dateien aus c:\file\private freigegeben, soweit der Requester das Passwort MYPASS angibt. Zeile 5 definiert das Magic CL; wenn CL requestet wird, wird die Datei c:\file\dist\cl_075.lzh ╨æbertragen. In Zeile 6 wird die Magicdefinition mit der eines Passwortes kombiniert, d.h. die Datei wird nur ╨æbertragen, wenn das Magic und das Passwort angegeben werden. In jedem Fall ist das Passwort das zweite Argument in einem Eintrag! ΓòÉΓòÉΓòÉ 13.2.2. 13.2.2. Benutzung der Maximus Filebase ΓòÉΓòÉΓòÉ Zur Vereinfachung und Beschleunigung bietet CantaLoup die M╨ñglichkeit an, den Fileindex der Maximus 2.x BBS-Software mit zu benutzen. Dieser Index enth╨ölt in einer Liste s╨ömtliche Dateien der Filebase mit Verzeichnisname, so dass durch den Zugriff auf nur eine Datei die gesamte Filebase durchsucht werden kann. Damit wird es unn╨ñtig, f╨ær CantaLoup erneut die gesamten Verzeichnisse einzutragen, stattdessen reicht es, wenn die Verzeichnisse in Maximus eingetragen sind. Zur Einbindung sind drei Dinge erforderlich: 1. In der Requestliste muss eine Zeile mit dem Verweis auf die MAXFILES.IDX eingef╨ægt werden: *C:\max\maxfiles.idx 2. In der CLFREQ.CFG muss ein Verweis auf die AREA.DAT von Maximus eingesetzt werden: MaxAreas C:\max\area.dat 3. Die Indexe von Maximus enthalten zus╨ötzlich Informationen ╨æber die Userlevel, die f╨ær die einzelnen Dateibereiche erforderlich sind. Diese Userlevel k╨ñnnen benutzt werden, um verschiedenen Sicherheitsstufen von Anrufern mehr oder weniger Files aus der Maximus Filebase zur Verf╨ægung zu stellen. Die genaue Konfiguration dieser Einstellungen ist im Kapitel "Filerequests kontrollieren" beschrieben. ΓòÉΓòÉΓòÉ 13.2.3. 13.2.3. Function Requests ΓòÉΓòÉΓòÉ In der Requestliste k╨ñnnen weiterhin noch Funktionserweiterungen von CantaLoup in der Form vorgenommen werden, dass durch einen Funktionsrequest CantaLoup veranlasst werden kann, Programme auszuf╨æhren. Hierbei sind zwei verschiedene Funktionsweisen konfigurierbar. $ Function Requests Die erste Form benutzt das Dollarzeichen als Einleitung in der Requestliste. Die Syntax lautet: $<funktionsname> [!<passwort>] Programmname [%d %d][%h %h] wobei <Funktionsname> angibt, nach welchem Request CantaLoup das Programm ausf╨æhrt, und <passwort> die M╨ñglichkeit bietet, die Funktion gegen missbr╨öuchliches Ausl╨ñsen durch ein anderes System zu sch╨ætzen. Mit %d %d oder %h %h besteht die M╨ñglichkeit, die Netz- und Nodenummer des requestenden Systems zus╨ötzlich an das auszuf╨æhrende Programm zu ╨æbergeben, wobei %d %d die Angaben in dezimaler, und %h %h die Angaben in hexadezimaler Form ╨æbergibt. Wenn z.B. in der Requestliste die Zeile $INFO INFO.CMD %d %d steht und der Node 2:309/1032 einen Filerequest ╨æber "INFO" schickt, wird CantaLoup die Batchdatei INFO.CMD starten und als Parameter 241 1032 ╨æbergeben. Diese stehen dann in der Batchdatei als %1 und %2 zur Verf╨ægung, und k╨ñnnen z.B. zur Adressierung oder auch zur Pr╨æfung der Berechtigung verwendet werden. + Function Requests Requests, die mit "+" definiert werden, erlauben es, dass der Requester noch weitere Angaben an das aufzurufende Programm ╨æbergibt. Diese m╨æssen im Request in der gleichen Zeile angegeben werden, und werden als Kommandozeilenparameter an den Programmaufruf angeh╨öngt. Zum Beispiel k╨ñnnte der Eintrag folgendermassen aussehen: +GETREV !mypass In diesem Fall w╨öre ein Programm namens GETREV ausf╨æhrbar, und die Ausf╨æhrung durch ein Passwort gesch╨ætzt. Wenn also ein Node z.B. im Requestfile die Zeile "GETREV !mypass ABC.EXE" ╨æbersendet, f╨æhrt CantaLoup anschliessend das Programm GETREV aus, und ╨æbergibt dabei als Parameter ABC.EXE, sowie Netz- und Nodenummer als Dezimalzahlen. Funktionsrequests sind praktisch, um einem entfernten System die Ausf╨æhrung von Systemfunktionen zu erm╨ñglichen, z.B. um die Verarbeitung von ╨æbersandten Files auszul╨ñsen. Wenn ein durch Funktionsrequest aufgerufenes Programm im Outbound eine Datei <net><node>.QLO erzeugt, wird diese als Flowdatei gewertet, und die hierin aufgef╨æhrten Files an das anrufende System versandt. ΓòÉΓòÉΓòÉ 13.2.4. 13.2.4. Update request ΓòÉΓòÉΓòÉ Hierbei handelt es sich um eine Zusatzfunktion, die nicht von jedem Mailer unterst╨ætzt wird. Sie bietet die M╨ñglichkeit, von Dateien, die schon vorhanden sind, ein Update zu erhalten. CantaLoup holt sich die Datei dann nur, wenn die zum Request angebotene Datei neuer ist, als die bereits existierende. Im Outbound findet sich ein Updaterequest wie der normale Request in einer .REQ-Datei wieder, wobei f╨ær Updaterequests hinter dem Dateinamen noch Datum und Zeit der auf dem System vorhandenen Dateiversion in codierter Form angeh╨öngt werden. Diese Codes k╨ñnnen theoretisch auch von Hand erzeugt werden, sie bestehen aus der bekannten Unix Timestamp. ΓòÉΓòÉΓòÉ 13.3. 13.3. AVAIL Datei, FILES Magic, Fileliste ΓòÉΓòÉΓòÉ Die n╨öchste Datei, die f╨ær die Requeststeuerung ben╨ñtigt wird, ist die AVAIL-Datei. Sie enth╨ölt eine Fileliste aller requestbaren Files, die einem Requester geschickt wird, wenn er das Magic "FILES" requestet. Hierbei handelt es sich um ein universell ╨æbliches Magic f╨ær die Gesamtfileliste des Systems. Es gibt Programme, die automatisch eine Liste der gesamten Filebase erstellen, und dabei auch die Beschreibungen aus der FILES.BBS ╨æbernehmen. Es bietet sich an, im Rahmen des t╨öglichen Serviceevents auch jeweils eine neue Fileliste zu erstellen. ΓòÉΓòÉΓòÉ 13.4. 13.4. ABOUT File, Systembeschreibung ΓòÉΓòÉΓòÉ Weiter gibt es das ABOUT File, ein in Zone 2 leider nicht so verbreitetes Magic, auf das hin eine Datei verschickt wird, die die Box beschreiben soll. Weiterhin wird die Datei bei fehlgeschlagenen WaZOO-Requests versandt. ΓòÉΓòÉΓòÉ 13.5. 13.5. Requestantwort ΓòÉΓòÉΓòÉ Eingehende File- und Updaterequests sind nicht immer erfolgreich. CantaLoup hat deshalb die M╨ñglichkeit, bei Requests eine Antwort zu verschicken, die dem Anrufer die Ursache des fehlgeschlagenen Requests erkl╨ört, z.B. Datei nicht gefunden, Zeitlimit ╨æberschritten oder ╨öhnliches. Wenn Responsefiles erstellt werden, wird bei einem fehlgeschlagenen Request nicht mehr die Aboutdatei versandt, sondern nur die Requestantwort. Diese Antwort wird dem Requestenden als Netmail (PKT) geschickt. Mit CantaLoup wird eine Datei REQUEST.TPL ausgeliefert, welche eine Beispielschablone einer solchen Requestantwort enth╨ölt. ΓòÉΓòÉΓòÉ 13.6. 13.6. Antwortschablone ΓòÉΓòÉΓòÉ Requestantworten werden anhand einer Antwortschablone (Request Template) erstellt. Dieses Formular definiert exakt, wie die Antwort bei welchem Ergebnis des Requests auszusehen hat. Die meisten im Formular m╨ñglichen Optionen entsprechen einfachen Macros, die durch Werte aus den Sessiondaten ersetzt werden, andere steuern eine Ereignisabh╨öngige Einf╨ægung von Texten, oder steuern die grunds╨ötzliche Erstellung der Requestantwort. Requestantworten werden unter den folgenden Bedingungen erstellt, die als Reason Code (Informatikerdeutsch: Ursachenschl╨æssel) bezeichnet werden: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéReason Code ΓöéBedingung Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé1 ΓöéFile Not Found (Datei nicht vorhanden) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé2 ΓöéNo Update Necessary (Bei einem Γöé Γöé ΓöéUpdaterequest hatte der Anrufer schon Γöé Γöé Γöédie aktuelle Version in seinem Inbound) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé3 ΓöéPassword Missing or Wrong (Kein oder einΓöé Γöé Γöéfalsches Passwort) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé4 ΓöéRequest Limit Exceeded (Der Requester Γöé Γöé Γöéhat seine Mengenbegrenzung ╨æberschrittenΓöé Γöé Γöé) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé5 ΓöéStart of No-Requests-Honored Event (Zur Γöé Γöé ΓöéZeit keine Requests) Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé9 ΓöéSuccessful Request (File ╨æbertragen, Γöé Γöé Γöéalle sind gl╨æcklich und zufrieden) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Standardm╨össig erzeugt CantaLoup bei allen diesen Ursachen ein Responsefile, allerdings ist es m╨ñglich, im Formular festzulegen, dass f╨ær bestimmte Reason Codes keine Responsefiles erstellt werden. CantaLoup arbeitet das Formular sequentiell von oben nach unten ab, und kopiert den Text im Formular in das Responsefile, sofern es sich nicht um ein zu ersetzendes Macro handelt oder bei einzelnen Zeilen spezifiziert ist, dass sie nur bei einem bestimmten Reason Code ╨æbernommen werden. Am Ende des Formulars oder auch schon vorher, wenn ein %exit-Kommando enthalten ist, beendet CantaLoup das Erstellen der Datei und sendet sie an das requestende System. Alle Macros oder Kommandos beginnen mit einem Prozentzeichen (%) Die folgenden Kommandos stehen zur Verf╨ægung: %; Wenn dies am Anfang einer Zeile steht, wird die ganze Zeile als Kommentar aufgefasst und ignoriert. Steht %; weiter hinten in einer Zeile, wird nur der Anfang der Zeile verarbeitet, der Rest wird ebenfalls als Kommentar ignoriert. %abort Sende keine Requestantwort. %abort <number> Es wird keine Requestantwort gesendet, wenn alle aufgef╨æhrten Files diesen Reason Code haben. Dies ist vor allem f╨ær 9 (Request erfolgreich) sinnvoll, weil nach einem erfolgreichen Request nicht unbedingt noch eine zus╨ötzliche Antwort verschickt werden muss. %exit Beendet die Requestantwort und sendet sie in dieser Form. %exit <number> Wenn der Reason Code gleich der Nummer ist, wird die Requestantwort an dieser Stelle beendet und in dieser Form abgesandt. %date F╨ægt das Datum an dieser Stelle in die Requestantwort ein. %mailer F╨ægt den Programmnamen und die Version in die Requestantwort ein, z.B. CantaLoup Request Processor 0.75. %mynode F╨ægt die eigene Nodeadresse in die Requestantwort ein. Sind f╨ær das eigene System mehrere Adressen definiert, versucht CantaLoup anhand der Zonennummer die richtige auszuw╨öhlen. %system Kopiert den Systemnamen in der Form, wie er in CLFREQ.CFG angegeben ist. %sysop F╨ægt den Sysopnamen entsprechend der Eintragung in CLFREQ.CFG ein. %time F╨ægt die Uhrzeit an dieser Stelle ein. %yrNode F╨ægt die Nodeadresse des requestenden Systems ein. %request <number> F╨ægt die Namen der requesteten Files mit dem Reason Code <number> ein. %status <number> <text> Dies f╨ægt den definierten Text in die Requestantwort ein, wenn mindestens ein File mit dem Reason Code <number> registriert wurde. Ein komplettes Beispielformular ist im Paket von CantaLoup enthalten. Es ist sinnvoll, das eigene Template durch Ver╨öndern des Beispielformulars zu erstellen. ΓòÉΓòÉΓòÉ 13.7. 13.7. Filerequests kontrollieren ΓòÉΓòÉΓòÉ CantaLoup bietet eine M╨ñglichkeit, Einschr╨önkungen f╨ær Filerequests in abgestufter Form zu definieren. Die Sicherheitskonzeption h╨öngt dabei zun╨öchst von der verwendeten Art der Fileeinbindung ab. Die Requestm╨ñglichkeiten werden in jedem Fall durch eine sogenannte Requestlist definiert, die angibt, welche Files zum Request freigegeben sind. Innerhalb dieser Liste gibt es zwei M╨ñglichkeiten, die Files einzutragen. Die eine besteht in der ausdr╨æcklichen Definition von requestbaren Dateien incl. Dateiname oder auch der Angabe von Verzeichnissen, aus denen alle Dateien requestet werden k╨ñnnen. Die andere M╨ñglichkeit besteht darin, die Dateiindexliste der Mailboxsoftware Maximus einzubinden. Mittels dieser Indexliste ist ein stark beschleunigter Suchvorgang m╨ñglich, was sich vor allem bei grossen Filebases und noch viel mehr bei eingebundenen CD-Rom-Laufwerken bemerkbar macht. Es ist m╨ñglich, die Antwortmail, die CantaLoup an Filerequester verschickt, der Sicherheitsstufe der jeweiligen Session anzupassen. Dies geschieht, indem f╨ær jede Stufe eine eigene Antwortschablone (Request Template) f╨ær die Requestantwort erstellt wird. Die verschiedenen Templates f╨ær die Stufen werden in der CL.CFG ╨æber folgende Kommandos definiert: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéToken ΓöéSecurity Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéProtReqTpl filename> ΓöéF╨ær Protected Systeme Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéKnownReqTpl filename> ΓöéF╨ær Known Systeme Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéReqTpl <filename> ΓöéF╨ær Unknown Systeme Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die entsprechenden Keyw╨ñrter f╨ær die Limiten und Files bei verschiedenen Sicherheitsstufen lauten: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéUnknown Systeme ΓöéKnown Systeme ΓöéProtected Systeme Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéAbout ΓöéKnownAbout ΓöéProtAbout Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéAvail ΓöéKnownAvail ΓöéProtAvail Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéMaxBytes ΓöéKnownMaxBytes ΓöéProtMaxBytes Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéReqList ΓöéKnownReqList ΓöéProtReqList Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéReqLim ΓöéKnownReqLim ΓöéProtReqLi Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die Indizes von Maximus enthalten zus╨ötzlich Informationen ╨æber die Userlevel, die f╨ær die einzelnen Dateibereiche erforderlich sind. Diese Information wird von CantaLoup ausgewertet, um die Zugriffe von Requestern auf die Filebase beschr╨önken zu k╨ñnnen. Es muss also den Requestern noch ein Userlevel zugeordnet werden, damit der Requestprozessor pr╨æfen kann, welche Teile der Filebase f╨ær Requester freigegeben sind. Indem den einzelnen Sicherheitsstufen Protected, Known und Unknown durch ein Kommando in der Konfigurationsdatei des Requestprozessors jeweils ein Userlevel zugewiesen wird, kann dann die Requestm╨ñglichkeit einfach dadurch beschr╨önkt werden, dass Files, die nicht allgemein zug╨önglich sein sollen, ein h╨ñheres Userlevel in Maximus erhalten, als laut Requestprozessor-Konfiguration dem jeweiligen Requester zugeordnet wurde. In der Konfigurationsdatei werden die Level numerisch den Sicherheitsstufen zugewiesen. ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéToken ΓöéSecurity Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéFileSec n ΓöéF╨ær Unknown Systeme Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéKnownSec n ΓöéF╨ær Known Systeme Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéProtSec n ΓöéF╨ær Protected Systeme Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Die Nummern entsprechen den folgenden Userleveln von Maximus 2.x: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéSec ΓöéLevel ΓöéSec ΓöéLevel Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé0 ΓöéDisgrace Γöé6 ΓöéExtra Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé1 ΓöéLimited Γöé7 ΓöéClerk Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé2 ΓöéNormal Γöé8 ΓöéAsstsysop Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé3 ΓöéWorthy Γöé10 ΓöéSysop Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé4 ΓöéPrivil Γöé11 ΓöéHidden Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé5 ΓöéFavored Γöé-2 ΓöéTwit Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Mit diesen Begriffen l╨össt sich f╨ær jede Sicherheitsstufe der Request individuell gestalten. ΓòÉΓòÉΓòÉ 13.8. 13.8. Konfigurationsdatei ΓòÉΓòÉΓòÉ Die Requestprozessor Konfigurationsdatei, CLFREQ.CFG, ist eine einfache Textdatei, die mit jedem beliebigen Editor angepasst werden kann. Eine Beispielkonfigurationsdatei ist dem Distributionspaket von CantaLoup beigelegt. Die Konfigurationsdatei enth╨ölt alle Informationen, um ein Einzel- oder Mehrlinien-System zu konfigurieren. Die nachfolgenden Kapitel werden alle vom Requestprozessor verstandenen Schl╨æsselw╨ñrter (Token) in Themengebiete aufgeteilt und alphabetisch sortiert erkl╨ört. ΓòÉΓòÉΓòÉ 13.8.1. 13.8.1. Umgebungsvariablen ΓòÉΓòÉΓòÉ In der Konfigurationsdatei k╨ñnnen neben den normalen Textangeben auch OS/2-Umgebungsvariablen eingef╨ægt werden: %VARIABLE% Die Umgebungsvariable VARIABLE wird in den Text eingef╨ægt. Um z.B. die Task-Nummer in die Pfade einzuf╨ægen, gibt man "SET TASK=01" ein und definiert dann in CLFREQ.CFG: StatusLog C:\Fido\CL\Log\CL%TASK%.LOG ΓòÉΓòÉΓòÉ 13.8.2. 13.8.2. Konfiguration eines Multiline-Systems ΓòÉΓòÉΓòÉ Die Konfigurationsdatei kann von mehreren Linien gleichzeitig ben╨ætzt werden. Sie kann mittels der Token [Task <task>] und [Common] in Abschnitte aufgeteilt werden, welche von allen Linien ([Common]) oder nur von Task <task> ([Task <task>]) gelesen werden. [Common] Der folgende Abschnitt der Konfigurationsdatei wird von allen Linien gelesen. [Task <task>] Der folgende Abschnitt der Konfigurationsdatei wird nur von der Linie mit der Tasknummer <task> gelesen. ΓòÉΓòÉΓòÉ 13.8.3. 13.8.3. System-Einstellungen ΓòÉΓòÉΓòÉ Include <filename> Beim Abarbeiten der CLFREQ.CFG wird an dieser Stelle eine andere Datei eingef╨ægt und als Teil der Konfigurationsdatei bearbeitet. MaxAreas <filespec> <filespec> gibt den von Maximus erstellte Filearea-Datenbank an, welche der Requestprozessor bein Filerequests benutzen soll. Siehe auch Kapitel "Die Requestliste". PktPassword Mit diesem Token wird der Requestprozessor angewiesen, bei Requestantworten das Sessionpasswort in das Pkt-File zu schreiben. Dies gibt aber nur eine tr╨ægerische Sicherheit und ist nur aus Kompatibilit╨ötsgr╨ænden implementiert! Statuslog <filespec> Gibt Pfad und Name der Logdatei an, in welche der Requestprozessor die Ablaufmeldungen mitprotokolliert, um eine nachgehende Kontrolle zu erm╨ñglichen. Das Format der Logdatei ist kompatibel zu dem des BBS-Programmes OPUS-CBCS. Es kann die selbe Logdatei wie in CantaLoup verwendet werden. Sysop <sysop_name> Der hier angegebene Name wird in der Requestanwort verwendet. System <system_name> Der hier angegebene Systemname wird in der Requestanwort verwendet. TempDir <dir> Definiert ein Verzeichnis, in dem der Requestprozessor die tempor╨ören Dateien (wie z.B. Requestantworten) anlegt. ΓòÉΓòÉΓòÉ 13.8.4. 13.8.4. "Unknown" Einstellungen ΓòÉΓòÉΓòÉ About <filespec> Bezeichnet Pfad und Dateiname eines ABOUT-Files, ein spezielles File, dass ╨æbertragen wird, wenn jemand das Magic ABOUT requestet. Das ABOUT-File enth╨ölt Informationen ╨æber das System, z.B. k╨ñnnen hier Namen des Sysops, Hinweise auf weitere Lines oder Request-Zeiten gegeben werden. Avail <filespec> Dies bezeichnet Pfad und Name der Datei, die an Systeme geschickt wird, die das Magic "FILES" requesten. FILES ist ein ╨æbliches Magic f╨ær die Liste aller im System requestbaren Files, und sollte daher auch korrekt gesetzt werden. Beispiel: Avail C:\FIDO\FILE\ALLFILES.ZIP FileSec <security> <security> bezeichnet den Maximus 2.x Security-Level, welchen ein anrufendes System bekommt. <security> ist der folgende Maximus 2.x Userlevel/Security Level: ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéSec ΓöéLevel ΓöéSec ΓöéLevel Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé0 ΓöéDisgrace Γöé6 ΓöéExtra Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé1 ΓöéLimited Γöé7 ΓöéClerk Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé2 ΓöéNormal Γöé8 ΓöéAsstsysop Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé3 ΓöéWorthy Γöé10 ΓöéSysop Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé4 ΓöéPrivil Γöé11 ΓöéHidden Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ Γöé5 ΓöéFavored Γöé-2 ΓöéTwit Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ 'FileSec' wird im Kapitel "Requestlisten" n╨öher erl╨öutert. MaxBytes <count> Gibt an, wieviele Bytes ein Anrufer requesten kann. Siehe auch 'ProtMaxBytes' und 'KnownMaxBytes', mit denen f╨ær gelistete Systeme und f╨ær mit Passwort bekannte Systeme andere Grenzen angegeben werden k╨ñnnen. MaxTime <number> MaxTime beschr╨önkt die Dauer eines Request auf <number> Minuten. ReqLim <quantity> Gibt die Anzahl von Files an, die in einer Session requestet werden k╨ñnnen. Auch Wildcardrequests werden pro Datei einzeln mitgez╨öhlt. ReqList <filespec> Bezeichnet die Requestliste, eine Datei, die f╨ær die Erledigung eingehender Requests ben╨ñtigt wird. N╨öhere Erl╨öuterungen befinden sich im Kapitel "Requestliste". ReqTpl <filespec> ReqTpl definiert eine Datei, die ein Template (Formular) mit einer Antwortdatei f╨ær requestende Systeme enth╨ölt. ╨¬ber diese Antwort kann z.B. bei fehlgeschlagenen Requests der Grund mitgeteilt werden, aus dem heraus die Datei nicht gesandt wurde. Siehe hierzu auch Kapitel "Requestantwort" und "Antwortschablone". ΓòÉΓòÉΓòÉ 13.8.5. 13.8.5. "Known" Einstellungen ΓòÉΓòÉΓòÉ KnownAbout <filespec> Systeme, die in einer der eingebundenen Listen verzeichnet sind, bekommen diese Datei ╨æbertragen, wenn sie das Magic ABOUT requesten. Unter Known versteht CantaLoup gelistete Systeme, die nicht mit Passwort eingetragen sind. Mit Passwort haben sie den Status "Prot", siehe auch ProtAbout. KnownAvail <filespec> Wenn ein "Known" System das Magic FILES requestet, wird diese Datei ╨æbertragen. KnownMaxBytes Siehe auch 'MaxBytes'; hier wird angegeben, wieviel ein gelistetes System pro Request bekommen kann. Wird mehr requested, wird statt der Datei eine Antwortmessage versandt, die ╨æber den Grund des fehlgeschlagenen Requests informiert. KnownMaxTime <number> Siehe auch MaxTime: Solange darf ein gelistetes System maximal requesten. KnownReqLim <quantity> Gibt die maximale Anzahl von Dateien an, die ein gelistetes System maximal in einer Session requesten darf. KnownReqList <filespec> Gibt die Requestliste f╨ær gelistete Systeme an. In der Requestliste wird festgelegt, welche Verzeichnisse der Platten zum Request freigegeben sind, und auch Magics werden dort definiert. Siehe Kapitel "Requestliste". KnownReqTpl <filespec> CantaLoup bietet die M╨ñglichkeit, bei Requests eine Antwort zu versenden. Insbesondere ist dies bei fehlgeschlagenen Requests sinnvoll, um dem Anrufer zu erkl╨ören, warum er ein File nicht erhalten hat (z.B. nicht vorhanden, zu lang etc.) KnownReqTpl gibt die Steuerdatei f╨ær Antworten an gelistete Systeme an. KnownSec <security> <security> bezeichnet den Maximus-Security-Level, welchen ein anrufendes bekanntes System bekommt. Siehe auch 'FileSec' und Kapitel "Requestlisten". ΓòÉΓòÉΓòÉ 13.8.6. 13.8.6. "Protected" Einstellungen ΓòÉΓòÉΓòÉ ProtAbout <filespec> Ein in Zone 2 leider recht un╨æbliches Magic ist das Magic "ABOUT". In Zone 1 ist es ╨æblich, unter diesem Magic eine Datei mit einer Info ╨æber die Box requesten zu k╨ñnnen. Mit ProtAbout wird die Datei definiert, die an Anrufer gesendet wird, mit denen eine passwortgesch╨ætzte Session aufgebaut wurde. ProtAvail <filespec> Diese Datei wird ╨æbertragen, wenn ein System, mit dem ein Passwort vereinbart wurde, das Magic "FILES" requestet. ProtMaxBytes <n> Gibt an, wieviele Bytes ein System requesten kann, mit dem eine passwortgesch╨ætzte Verbindung aufgebaut werden konnte. Dies gibt z.B. die M╨ñglichkeit, die eigenen Points mehr requesten zu lassen, als fremde User. Siehe hierzu auch 'MaxBytes'. ProtMaxTime <number> Siehe Maxtime; die Zeit, die ein System mit eingetragenem Passwort maximal pro Anruf Files requesten darf. ProtReqLim <quantity> Gibt die Anzahl von Files an, die in einer passwortgesch╨ætzten Session requestet werden k╨ñnnen. Auch Wildcardrequests werden pro Datei einzeln mitgez╨öhlt. ProtReqList <filespec> Gibt die Requestliste an, mit der die requestbaren Dateien f╨ær Systeme mit passwortgesch╨ætzten Verbindungen definiert werden.Siehe Kapitel "Requestliste". ProtReqTpl <filespec> Hiermit wird die Templatedatei angegeben, mit der CantaLoup auf Requests in passwortgesch╨ætzten Sessions antwortet. ProtSec <security> <security> bezeichnet den Maximus-Security-Level, welchen ein anrufendes passwort-gesch╨ætztes System bekommt. Siehe auch 'FileSec' und Kapitel "Requestlisten". ΓòÉΓòÉΓòÉ 14. 14. Fehlerbehebung ΓòÉΓòÉΓòÉ Auch 3000 Seiten Dokumentation w╨ærden die potentiellen Fehlerquellen beim Betrieb von CantaLoup nicht vollst╨öndig beschreiben, so dass wir uns hier auf knapp 100 beschr╨önken... Dennoch existieren eine Reihe von typischen Problemen, die h╨öufig eine einfache Ursache haben. Im folgenden wird versucht, diese mit L╨ñsungsm╨ñglichkeit zu beschreiben, in der Hoffnung, dass dies die recht h╨öufige Anfangsfrustration ein wenig vermeiden kann. Wenn das Problem hier nicht beschrieben wird, sollte es mit einer m╨ñglichst genauen Beschreibung von Setup und Symptom in der CLANTALOUP.GER vorgetragen werden; mit Sicherheit ist es schon einmal bei jemand anders aufgetreten, der einen Fix gefunden hat. ΓòÉΓòÉΓòÉ 14.1. 14.1. Baudratenprobleme ΓòÉΓòÉΓòÉ Problem: H╨öufig kommt es bei Neuinstallationen vor, dass nach dem Connect bei eingehenden Anrufen keine Daten erkannte werden, sondern einfach "Funkstille" auf der Leitung herrscht. Abhilfe: Normalerweise wird empfohlen, die Baudrate mit dem seriellen Treiber oder ╨æber das MODE Kommando auf einen bestimmten Wert festzusetzen (neudeutsch: locken). Aufgrund der Faxempfangsm╨ñglichkeiten von CantaLoup kann man das aber nicht mehr in allen F╨öllen empfehlen, denn viele Faxmodems k╨ñnnen Faxe nur fehlerfrei empfangen, wenn die serielle Schnittstelle auf maximal 19200 Baud eingestellt ist, was wiederum f╨ær Daten╨æbertragung recht knapp ist. Wir empfehlen daher die Lockbaudm╨ñglichkeiten ╨æber die CL.CFG. Mit folgendem Setup sollte man unter gute Erfahrungen machen: Port COM2 Baud 57600 Carrier 80 LockBaud AutoBaud ΓòÉΓòÉΓòÉ 14.2. 14.2. Anwahlabbr╨æche ΓòÉΓòÉΓòÉ Problem: Nach der Neuinstallation bricht CantaLoup abgehende Anrufe sofort wieder ab. Abhilfe: Ein h╨öufiger Fehler ist es, das Kommando Suffix | einzutragen, um die W╨öhlstrings mit einem Returnzeichen (ASCII 13) abzuschliessen. Dies ist falsch, denn CantaLoup sendet am Ende des W╨öhlstrings von sich aus bereits ein Returnzeichen. Wird ╨æber den Suffixstring ein Returnzeichen eingetragen, bedeutet dass, dass CantaLoup nach dem W╨öhlstring das Returnzeichen des Suffixkommandos und ausserdem das eigene fest eingebaute Returnzeichen sendet. Die meisten Modems legen aber sofort auf, wenn sie w╨öhrend des Anw╨öhlens ein Zeichen vom Computer empfangen. Sie w╨ærden nach dem ersten Returnzeichen sofort losw╨öhlen und beim Sekundenbruchteile sp╨öter folgenden zweiten Returnzeichen wieder auflegen. Abhilfe: Das Suffixkommando durch ein vorgestelltes ";" auskommentieren. ΓòÉΓòÉΓòÉ 14.3. 14.3. Falsche Kollisionsmeldungen ΓòÉΓòÉΓòÉ Problem: In einigen Installationen bricht CantaLoup beim Anw╨öhlen kurz nach dem ersten Freizeichen der Gegenstelle ab. Dies kommt meist davon, dass diese Modems den rausgehenden Ruf mit Ring signalisieren. Diese Meldung ist normalerweise aber die Meldung f╨ær einen eingehenden Anruf. Dann geht CantaLoup davon aus, dass soeben ein Anruf eingeht, und bricht den Anwahlvorgang ab. Abhilfe: In der CL.CFG SameRing eintragen. Reicht das noch nicht aus, kann zus╨ötzlich noch NoCollide eingetragen werden, dann wird die Kollisionserkennung vollst╨öndig abgeschaltet. Dadurch kann es aber Probleme geben, wenn CantaLoup ein anderes System anw╨öhlen will und in diesem Moment bereits ein Anruf eingeht. CantaLoup wird abheben und zu w╨öhlen versuchen, obwohl bereits eine Verbindung hergestellt wurde. ΓòÉΓòÉΓòÉ 14.4. 14.4. CantaLoup findet die eigene Nodeadresse nicht ΓòÉΓòÉΓòÉ Problem: CantaLoup steigt nach dem Start sofort mit einer Fehlermeldung aus, die besagt, dass es seine eigene Adresse im Nodelistenindex nicht gefunden hat. Abhilfe: Es liegt ein Fehler bei der kompilierten Nodeliste vor. Hier muss gegebenenfalls das Setup des Nodelistenkompilers ╨æberpr╨æft werden. In der CL.CFG sollten die Kommandos Nodelist <path> (ohne Dateiname!) und Domain ╨æberpr╨æft werden. ΓòÉΓòÉΓòÉ 14.5. 14.5. CantaLoup bemerkt ╨₧nderungen an den Events nicht ΓòÉΓòÉΓòÉ Problem: Nachdem die Eventeinstellungen im Konfigurationsfile ge╨öndert wurden, benutzt CantaLoup trotzdem noch die alten Einstellungen. Problem: CantaLoup zeigt auf der Statuszeile falsche Eventeinstellungen an. Abhilfe: CantaLoup liest ╨₧nderungen an den Event-Einstellungen nur ein, wenn man es mit dem Kommandozeilenparameter 'event' aufstartet. Wenn 'forced' Events beim Aufstart nicht abgearbeitet werden sollen, so empfiehlt es sich, zus╨ötzlich noch den Parameter 'noforce' zu benutzen. Wenn CantaLoup in einem solchen Fall mit CL task <x> event noforce aufgerufen wird, sollte dieses Problem gel╨ñst sein. Das File CL.INI sollte nicht gel╨ñscht werden, da darin nicht nur die Event-Informationen gespeichert werden. ΓòÉΓòÉΓòÉ 15. 15. Glossar ΓòÉΓòÉΓòÉ ARCmail Mailpakete, die mit einem Kompimierprogramm wie ZIP oder ARJ behandelt wurden, um ╨¬bertragungszeit zu sparen. ARCmail ist f╨ær den Echomailtransport absolut ╨æblich, sollte aber nur nach Absprache mit der Gegenseite verwendet werden. Bei Netmailpaketen f╨ær fremde Nodes ist ARCmail dagegen nicht zu empfehlen, weil zum einen nicht sicher ist, dass der entsprechende Entpacker vorhanden ist, und zum anderen viele Nodes ARCmailpakete nur aus passwortgesch╨ætzten Sessions entgegennehmen. BinkleyTerm Der schon fast legend╨öre Mailer von BitBucket, auf dessen Technologie dieser Mailer basiert. BBS Ein System, um per Modem Nachrichten und Programme auszuauschen, wobei das Lesen und Schreiben im Normalfall online geschieht. Vorteil: Es ist nur ein einfaches Terminalprogramm erforderlich. Gravierender Nachteil: Hohe Telefonkosten. Carrier Detect Wenn ein Modem eine Verbindung zu einem anderen Modem aufgebaut hat, signalisiert sie das zum einen durch die Meldung "Connect", zum anderen dadurch, dass auf der seriellen Schnittstelle die Leitung "CD" (Carrier detect) auf High gezogen wird, w╨öhrend sie bei Abbruch der Verbindung wieder auf Low geht. CD Siehe "Carrier Detect". Continuous Mail Beschreibt die F╨öhigkeit eines Systems, zu jeder Tageszeit empfangsbereit f╨ær Mailpakete zu sein. In der Nodeliste wird solchen Systemen das CM-Flag zugeordnet. Data Terminal Ready Eine Leitung der seriellen Schnittstelle, mit der angezeigt wird, dass der Rechner derzeit empfangsbereit ist. Die meisten Modems sind so eingestellt, dass sie automatisch auflegen, wenn DTR f╨ær eine l╨öngere Zeit auf Low geht. Diese Leitung wird von CantaLoup entsprechend gesteuert, in konfigurierbaren Strings kann dies durch die Zeichen ^ und v geschehen. DTR Siehe "Data Terminal Ready". Dynamic Event Ein Systemevent (siehe "Events planen" im Referenzhandbuch), das endet,sobald keine Mailpakete mehr vorhanden sind, die nach den f╨ær dieses Event angegebenen Bedingungen zu versenden sind. EchoMail Nachrichten, die im Gegensatz zu Netmail ╨ñffentlich sind. Sie werden f╨ær ein bestimmtes Echo (auch Area oder Brett) geschrieben und zwischen allen Beziehern dieses Echos ausgetauscht. Errorlevel Der Name einer speziellen OS/2-Umgebungsvariable, die immer dann neu gesetzt wird, wenn ein OS/2-Programm seine Verarbeitung beendet. Hiermit k╨ñnnen OS/2-Programme dem aufrufenden Batch Informationen ╨æber ihre erfolgreiche (oder eben auch nicht) Arbeit vermitteln. Event Ein Ereignis, eigentlich mehr eine Zeitspanne, f╨ær die CantaLoup eine bestimmte Verhaltensweise vorgegeben wird. Siehe "Events planen und einrichten". Fido Das erste Fidonetkompatible Mailboxprogramm von Tom Jennings. FidoNet Sollte bekannt sein... FidoNet Protocol Das urspr╨ængliche Protokoll, mit dem in der Anfangszeit Nachrichten und Dateien ausgetauscht wurden. In FSC-0001wurde dieses Protokoll festgeschrieben. CantaLoup unterst╨ætzt dieses Protokoll nicht mehr. File Request Die anforderungsgesteuerte ╨¬bertragung von Dateien ausder Filebase des angerufenen Systems. FOSSIL Treiber Fossil ist eine Abk╨ærzung f╨ær Fido/Opus/SEAdog Standard Interface Layer. Dieser Treiber wird nur f╨ær DOS-Programme ben╨ñtigt. FTS-1 Die urspr╨ænglichen Techniken f╨ær ╨¬bertragung von Dateien und Nachrichtenpaketen im Fidonet und auch der Aufbau von Nachrichtenpaketen wurden seinerzeit in einer Norm namens FTS-0001 dokumentiert. Dieses Protokoll sollte man heutzutage nicht mehr h╨öufig antreffen, weil mittlerweile fl╨öchendeckend die leistungsf╨öhigeren Protokolle WaZOO und EMSI zur Verf╨ægung stehen. CantaLoup unterst╨ætzt dieses Protokoll nur noch in ankommenden Sessions. Inbound Area Hier legt CantaLoup alle eingehenden Nachrichtenpakete und Files ab. CantaLoup erm╨ñglicht es, f╨ær Protected, Known und Unknown Sessions getrennte Inbounds zu definieren. Komprimierte Mail Siehe ARCmail. Mail Paket Eine Datei, die Mail enth╨ölt. Die Definition des urspr╨ænglichen Dateiaufbaus ist in FSC-0001 enthalten. Mittlerweile existieren Erweiterungen zu diesem Standard, der mittlerweile auch als Typ "stone age" bezeichnet wird, w╨öhrend die neueren Paketformate als Typ "2+" bezeichnet werden. Mailer Ein Programm, das ╨æber Telefonleitungen den Austausch der Nachrichtenpakete erledigt, und im Regelfall auch als Frontend f╨ær Mailboxsysteme arbeitet, d.h. diese startet, sobald es feststellt, dass der Anrufer mit einem Terminal-programm anruft. Net / Netz Ein logischer Verbund von Fidosystemen, der sich durch eine gemeinsame Netznummer in der Fidoadresse auszeichnet. NetMail Eine Nachricht, die von einer Person an eine bestimmte anere Person geschrieben wird, und nicht zur allgemeinen Verteilung gedacht ist, im Gegensatz zu "Echomail". Die Nachricht kann technisch bedingt aber theoretisch von allen Sysops gelesen werden, deren Mailer an der ╨¬bertragung mitwirkt. Network / Netzwerk Kann zwei Bedeutungen haben: Zum einen die Bezeichnung eines einzelnen lokalen Netzes innerhalb von Fidonet, zum anderen werden mit Network auch andere Mailerverb╨ænde wie z.B. Gernet, Xnet etc. bezeichnet, die Fidotechnologie f╨ær die ╨¬bertragung benutzen, aber administrativ unabh╨öngig sind. Sie haben in der Regel eine Zonennummer ╨æber 7. Node Ein Fidonetkompatibles System mit einem Mailer, das mindestens zur Zone Mail Hour Nachrichtenpakete nach FSC-0001 empfangen kann. Nodelist Eine Liste von allen Nodes des Fidonet. Sie wird einmal w╨ñchentlich aktualisiert. Ein Fidonet Node muss immer eine aktuelle Nodeliste benutzen. Outbound Area Dies ist ein spezielles Unterverzeichnis, welches dazu dient, wartende Mail auzubewahren. F╨ær jede Zone, jede Domain und auch f╨ær Systeme mitPoints wird je ein Outbound-Verzeichnis erstellt. Packer Ein Programm, dass aus Netmail FSC-0001 kompatible Pakete erstellt, weiterhin wird der Begriff auch f╨ær Kompressionsprogramme wie ARC oder ZIP gebraucht, die aus Mailpaketen ARCmailpakete erstellen. Paket Eine Datei, die Mail enth╨ölt, und einen definierten Aufbau hat. Das Paket ist die sogenannte "kompatibility layer" des Fidonet, weil sich durch den genormten Aufbau des Paketes auch zwischen technisch v╨ñllig unterschiedlichen Systemen Nachrichten austauschen lassen. Point Ein Point ist ein System, dass seine Net- und Echomail durch einen voll qualifizierten Node erh╨ölt und versendet, und von der Pflicht, Anrufe entgegennehmen zu k╨ñnnen und zu bestimmten Uhrzeiten empfangsbereit sein zu m╨æssen, befreit ist. Die Bezeichnung kommt daher, dass die Adresse des Points mit einem Punkt an die Adresse des Nodes angeh╨öngt wird. Ein Point mit der Nummer 1 zum Beispiel hat die Adresse 2:309/1032.1, wenn die Node-Adresse 2:309/1032(.0) lautet. Region Ein ╨ñrtlich begrenztes Segment des Fidonet, z.B. bildet Deutschland die Region 24 in der Zone 2. Regionen haben einen administrativen Leiter, den sogenannten Regioncoordinator, der f╨ær das Erstellen des Teils der Nodeliste verantwortlich ist, der seiner Region entspricht. Regionen entsprechen meist den Staaten der entsprechenden Zone. Scan Bezeichnet den Vorgang, in dem die Messagebase auf zu versendende Nachrichten durchsucht wird und aus diesen ein Mailpaket erzeugt wird. Hierf╨ær ist ein sogenanntes Tosserprogramm erforderlich. CantaLoup f╨æhrt selbst regelm╨össig eine andere Form von Scanning durch, das sogenannte "Outbound Scanning". Dies bezeichnet den Vorgang des Durchsuchens der Outboundverzeichnisse nach zu versendenden Dateien. Sysop Der Betreiber einer BBS oder eines Mailers. Toss Bezeichnet den Vorgang, in dem die Nachrichten aus Mailpaketen in die Messagebase eingef╨ægt werden. Das Gegenteil ist das "Scannen", siehe oben. Undialable Ein Status, den CantaLoup einem System nach einer bestimmten Anzahl von fehlgeschlagenen Anw╨öhlversuchen verleiht. In diesem Stadium wird CantaLoup solange nicht mehr anrufen, bis dieser Status vom Sysop gel╨ñscht wird. WaZOO Ein Protokoll zur ╨¬bertragung von Mailpaketen und Files, dass gegen╨æber dem urspr╨ænglichen FTS-1 eine Reihe von Vorteilen bietet, u.a. Passwortschutz, Geschwindigkeit und Domainsupport. Xmodem Eines der ersten fehlerkorrigierenden ╨¬bertragungsprotokolle und entsprechend seiner fr╨æhen Geburt ziemlich ineffizient. Mit Zmodem/ZedZap sind ca. doppelte ╨¬bertragungsraten zu erzielen. CantaLoup unterst╨ætzt XModem nicht mehr. YooHoo Mit der Sequenz YooHoo wird eine WaZOO-Session eingeleitet. Das anrufende System sendet YOOHOO, und das angerufene System meldet YOOHOO/2U2. Dieses Protokoll wird immer mehr durch das EMSI Protokoll abgel╨ñst. Dieses Sessionprotokoll ist in FTS-6 dokumentiert. Zmodem Ein recht effizientes ╨¬bertragunsprotokoll, das unter anderem Fortf╨æhrung angefangener ╨¬bertragungen nach einem Verbindungsabbruch bietet. Zone Bezeichnet einen grossen regionalen Abschnitt des Fidonet, so ist zum Beispiel ganz Europa der Zone 2 zugeordnet. Auch alternative Netze wie das Gernet haben eine Zonennummer, die dann im Regelfall ╨æber 7