Crawly Crypt Collection 1

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

/ Crawly Crypt Collection 1 / crawlyvol1.bin / bbs / ecu_200 / config.doc next >

Wrap

Text File | 1993-02-07 | 64KB | 1,155 lines

****** **** *** ****** ****** **** ** ** ** ** ** **** ** ** ** ** ** ***** ***** ***** ** ** ** ****** ****** ***** ** ** ** ** ****** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ** ****** ****** ****** ****** ** ****** ** ***** ****** ***** ***** ** **** ** ** ****** ***** Konfigurationsdatei für Ecu/Llegada 2.00 In diesem Dokument wird die Konfigurations-Datei, wie sie von Ecu und Llegada verwendet wird. Beide Programme, und in Zukunft viel- leicht auch weitere, arbeiten mit der gleichen Datei - ECU.CFG. Nicht alle hier beschriebenen Anweisungen sind für beide Program- me von Bedeutung. In dieser Beschreibung wird daher bei jeder An- weisung angegeben, welche Programme sie auswerten. Dabei bedeutet [E], daβ nur Ecu diese Anweisung auswertet, [L], daβ nur Llegada die Anweisung auswertet, und [E/L], daβ die Anweisung von beiden Programmen ausgewertet wird. Jedes Programm muβ die Anweisungen aller anderen Programme, die mit ECU.CFG arbeiten, kennen. Sonst würde es Anweisungen für an- dere Programme für Fehler halten, und eine entsprechende Meldung ausgeben. Um nun nicht bei jeder Änderung im einem Programm auch Änderungen in allen anderen Programmen,die ECU.CFG verwenden, notwendig zu machen, ist es in Ecu und Llegada vorgesehen, daβ diese Programme Anweisungen ignorieren, bei denen in der Konfigu- rationsdatei angegeben wurde, daβ sie ausschlieβlich für ein an- deres Programm vorgesehen sind. Dazu wird unmittelbar vor der An- weisung der Kennbuchstabe des Programmes gefolgt von einem Dop- pelpunkt geschrieben. Der Kennbuchstabe für Ecu ist E (bzw e). Ecu ignoriert alle Anweisungen, vor denen etwas anderes als E: (bzw e:) steht. Entsprechend ignoriert Llegada alle Anweisungen, vor denen ein anderer Kennbuchstabe als L (oder l) steht. Zwi- schen dem Buchstaben, dem Doppelpunkt und der Anweisung dürfen keine Leerzeichen oder Tabs stehen. In der Konfigurationsdatei werden die Hosts und die Areas be- schrieben. Aus dieser Datei erfahren Ecu und Llegada welche Mails für welchen Host bestimmt sind, und was mit den Mails zu tun ist. Die Datei kann Leerzeilen, Kommentare und Anweisungen enthalten. - Leerzeilen In der Konfigurationsdatei können überall Leerzeilen eingefügt werden. Eine Leerzeile darf nur Blanks und Tabs enthalten. - Kommentare Eine Zeile, die mit einem Semikolon ; beginnt, wird wie igno- riert. Sie kann beliebigen Text enthalten. - Anweisungen Jede Anweisung besteht aus einem Schlüsselwort, dem evtl. noch Parameter folgen können. Leerzeichen und Tabs können zwischen Schlüsselwort und Parametern beliebig eingefügt werden. Ein Zwischenraum oder Tab ist jedoch unbedingt erforderlich. Ecu unterscheidet drei Arten von Anweisungen. Globale Anweisungen, Host-Beschreibungen und Area-Beschreibungen. Unmittelbar vor den im Folgenden mit * gekennzeichneten Anweisun- gen (aber nach den Doppelpunkt) kann ein Ausrufezeichen (!) ste- hen. Damit wird die Wirkung der Anweisung umgedreht. So bewirkt beispielsweise KillLocal, daβ auch lokale erfaβte Meldungen nach einer gewissen Zeit gelöscht werden. !KillLocal dagegen bedeutet, daβ diese Meldungen nicht gelöscht werden. Normalerweise besteht wohl kein Bedarf irgendwelche Flags wieder abzuschalten. Im Zu- sammenhang mit den Default-Areas kann es aber durchaus sinnvoll sein, bestimmte Optionen wieder abzuschalten. Globale Anweisungen Die globalen Anweisungen beschreiben die Umgebung, in der Ecu läuft. Zur Zeit sind die folgenden globalen Anweisungen implemen- tiert. AddressPrefix ch [E] ch ist ein einzelnes Zeichen, das in der FROM- und TO-Zeile einer Message als Trennzeichen zwischen Name und Adresse dient (s. Netmail-Routing). Voreingestellt ist hier das Zeichen @. Es kann aber jedes andere Zeichen verwendet werden. Alias name address [E/L] 'name' wird als Abkürzung für 'adresse' definiert. Überall, wo Ecu eine Adresse erwartet, kann ein so definierter Name ste- hen. Die mit Alias definierten Namen werden nicht nur in der Konfigurationsdatei, sondern auch in den Message-Headern er- kannt. AppendTB* [E] Mit diesem Befehl können FlowFiles von The-Box an solche von BinkleyTerm angehängt werden. Nach dem Exportieren alle Mails werden alle vorhandenen TB-FlowFiles an die entsprechenden Binkley-FlowFiles angehängt, und zwar xxxxxxxx.AF an yyyyyyyy.FLO xxxxxxxx.IF an yyyyyyyy.CLO xxxxxxxx.WF an yyyyyyyy.HLO Die in den Namen versteckten Adressen werden dabei ebenfalls umgewandelt. Die Zonenangabe im TB-Filenamen wird jedoch igno- riert. Ecu geht halt davon aus, daβ Points nicht direkt mit anderen Zonen kommunizieren. AppendTB hat keine Wirkung, wenn gleichzeitig CreateTB angege- ben wird. ArcPack command [E] Mit dieser Anweisung wird der Name (mit Pfad und Extension) des Komprimierungsprogrammes festgelegt. Die Positionen, an denen der Paketname und der Name des Bundles eingetragen wer- den sollen, werden durch %d (Name des Outbound-Ordners), %n (Name des Bundles einschlieβlich Directory) und %p (Name des Pakets einschlieβlich Verzeichnis) dargestellt. Wenn im Befehl wider alle Erwartungen ein Prozentzeichen benötigt wird, so muβ das als %% geschrieben werden. Wenn in der Konfigurations- datei kein Archivprogramm angegeben wurde, verwendet Ecu stan- dardmäβig ARC.TTP M zum komprimieren. Wenn als Parameter für ArcPack nur % angegeben wird, wird kein Bundle erzeugt, sondern das Packet wird ungepackt verschickt. Das ist speziell für die Anwender gedacht, die die Pakete an- schlieβend noch weiter bearbeiten müssen, da sie in andere - nicht Fido-konforme - Netze geschickt werden soll. Ab Version 1.07 kann für jeden Host ein Packer definiert wer- den. ArcPack ist daher auch bei der Hostbeschreibung zulässig. ArcUnpack command [L] Mit dieser Anweisung wird Llegada mitgeteilt, womit Mail- Pakete, die mit ARC oder PKARC gepackt wurden, ausgepackt wer- den sollen. Der vollständige Name des Entpackers -- mit Pfad -- und Extension sowie alle notwendigen Parameter müssen ange- geben werden. Für die Name von Inbound-Directory und Mail- Paket können Platzhalter angegeben werden. Näheres dazu steht in der Beschreibung von Llegada selbst. Wenn ArcUnpack nicht angegeben wird, verwendet Llegada folgenden Default-Aufruf:1 arc.ttp x -m %n %d*.* Area name [E/L] Mit der Area-Anweisung beginnt die Beschreibung einer Area. Bis zum nächsten End sind nur noch Area-Beschreibungen zuläs- sig. 'name' ist der Name der Area, wie er von LED angezeigt wird. Dies muβ nicht unbedingt der `offizielle' Name der Area sein2. Arealist name [E/L] Der Name der von LED verwendeten Arealist wird definiert. Wenn keine Arealiste angegeben wird, versucht Ecu die Datei ARE- AS.BBS zu öffnen. Wenn Ecu ohne LED-kompatible Arealiste ar- beiten soll, so muβ Arealist ohne Parameter in der Konfigura- tionsdatei angegeben werden. Dann können allerdings die Last- Read-Pointer von LED nicht korrigiert werden. ArjUnpack command [L] Mit dieser Anweisung wird Llegada mitgeteilt, womit Mail- Pakete, die mit ARJ gepackt wurden, ausgepackt werden sollen. Der vollständige Name des Entpackers -- mit Pfad -- und Exten- sion sowie alle notwendigen Parameter müssen angegeben werden. Für die Name von Inbound-Directory und Mail-Paket können Platzhalter angegeben werden. Näheres dazu steht in der Be- schreibung von Llegada selbst. Wenn ArjUnpack nicht angegeben wird, verwendet Llegada folgenden Default-Aufruf: %..\unarj.ttp %n CalcCrc* [E] Hiermit wird Ecu angewiesen zu jeder Message einen CRC-Wert zu berechnen. Dieser Wert wird vom Dupe-Tester zum schnellen Auf- finden von Dupes verwendet. Normalerweise wird die Berechnung der CRC durch das Schlüsselwort KillDupes aktiviert. Wenn es aber notwendig ist, daβ die CRC zwar berechnet wird, die Areas aber nicht nach Dupes durchsucht werden, dann kann dies mit dieser Anweisung geschehen. Wenn die Berechnung der CRC mit !CalcCrc abgeschaltet wird, werden auch keine Dupes erkannt. Compress* [E] Da Ecu die exportierten Meldungen in veränderter Form wieder in die Message-Datei schreibt, entstehen in dieser Datei Lük- ken. Diese Lücken werden normalerweise nur geschlossen, wenn in der Area mindestens eine Mail gelöscht wurde. Wenn in der Konfigurationsdatei jedoch Compress angegeben wird, so werden die Areas auch dann komprimiert, wenn nur Meldungen expor- tiert, aber nichts gelöscht wurde. Compress wird ignoriert, wenn in der Konfigurationsdatei auch QuickScan angegeben wird. CrashToPoints [E] Bei Crashmails an Points wird die 4d-Adresse in den Paketnamen eingetragen. Wenn IOS kompatible Bundles erzeugt werden, wird die Pointnummer in den Namen eingebaut. Es ist dann die Sache des Mailers zu entscheiden, ob das Paket direkt zum Point oder zu dessen Bossnode geht. CreateTB* [E] Wenn CreateTB in der Konfigurationsdatei angegeben wird, er- zeugt ECU Flow-Files für The-Box. Diese Files unterscheiden sich von den Flow-Files für BinleyTerm nur durch ihre Namen. Wenn CreateTB verwendet wird, hat AppendTB keine Wirkung. DecimalCRC [E] Nach dieser Anweisung gibt Ecu in Tick-Files die CRC dezimal aus. Default ist hex. Zu der Zeit, als das Format der Tick- Files in FSC-0028 beschrieben wurde, war man sich scheinbar nicht so ganz einig, ob man den Wert nun dezimal oder hex an- geben soll. Ecu erlaubt daher beide Formate (s.a. HexCRC). Default [E/L] Auch hiermit kann eine Area-Definition beginnen. Die so defi- nierte Area dient aber lediglich als Muster für alle folgenden Areas. Wenn nach der Default-Area eine neue Area definiert wird, so werden alle Parameter aus der Default-Area übernom- men. Natürlich endet auch diese Area-Definition mit einer End Anweisung. WARNUNG: Flags, die in der Default-Area eingeschaltet werden (z.B. KillLocal oder Netmail), können nicht wieder gelöscht werden. Sie gelten also für alle folgenden Areas. Ab Version 1.02 können Flags wie KillLocal durch ein vorange- stelltes Ausrufezeichen wieder abgeschaltet werden. Netmail kann jedoch nicht abgeschaltet werden! DefaultUnpack command [L] Mit dieser Anweisung wird Llegada mitgeteilt, womit Mail- Pakete ausgepackt werden sollen, wenn Llegada nicht feststel- len kann mit welchem Programm sie gepackt wurden. Der voll- ständige Name des Entpackers -- mit Pfad -- und Extension so- wie alle notwendigen Parameter müssen angegeben werden. Für die Name von Inbound-Directory und Mail-Paket können Platzhal- ter angegeben werden. Näheres dazu steht in der Beschreibung von Llegada selbst. Wenn DefaultUnpack nicht angegeben wird, verwendet Llegada folgenden Default-Aufruf: arc.ttp x -m %n %d*.* DefaultZone zone [E/L] Mit dieser Anweisung wird die eigene Zone eingestellt. Wenn keine Default-Zone eingestellt wird, verwenden Ecu und Llegada Zone 2 als Default. Llegada trägt die Default-Zone bei allen Mails in den Header ein, in denen keine andere Zonenangebe INTL-Cludge) steht. Ecu benötigt die Default-Zone um zu ent- scheiden, ob das normale Outbound-Directory benutzt werden soll, oder ob die Zone als Extension angehängt werden soll. Beide Programme verwenden die Default-Zone bei allen Adressen, die keine explizite Zonenangabe enthalten. DeleteArchive n [L] Einige Entpacker scheinen sich nicht an den Standard zu hal- ten, einen fehlerfreien Lauf auch an das aufrufende Programm zu melden. Llegada wagt es dann aber nicht die Archive zu löschen. (Hat das Auspacken funktioniert, und der Entpacker nur ein falsches Ergebnis geliefert, oder ist tatsächlich ein Fehler aufgetreten?) Mit DeleteArchive wird angegeben bis zu welchem Fehler-Level des Entpackers die Archive gelöscht wer- den. Wenn beispielsweise in ECU.CFG die Zeile `DeleteArchive 10' steht, werden Archive gelöscht, wenn beim Auspacken ein Fehlerlevel zwischen 0 und 10 - beide einschlieβlich - gelie- fert wurde. Bei allen anderen Werten bleibt das Archiv erhal- ten. Das Fehler-Level wird als vorzeichenlose Zahl interpre- tiert. DeletePkt* [E] Hiermit wird Ecu mitgeteilt, daβ die erzeugten PKT-Files nach dem 'ARC'en gelöscht werden müssen. Eigentlich sollte ARC bzw. LHARC das machen. Wenn aber tatsächlich einmal ein ARCer ver- wendet wird, der dies nicht kann, können die Pakete auch von Ecu gelöscht werden. Domain zone domain [E] Jeder Zone kann ein Domain-Name zugeordnet werden. Ecu schreibt dann alle Mails an Nodes in diesen Zonen in das entsprechende Verzeichnis, nämlich `domain.zone'. Alle zu sendenden Files werden in das richtige Outbound-Verzeichnis geschrieben. Bisher wurde nur das FLO-File in das richtige Verzeichnis geschrieben, während alle anderen Files in das Standard-Verzeichnis ge- schrieben wurde. Das könnte jedoch zu Problemen führen, wenn Mails an Nodes mit gleicher 2d-Adresse in unterschiedlichen Zonen verschickt werden soll. (Auch wenn ich das wegen der im Bundle-Namen versteckten CRC für unwahrscheinlich halte.) DummyFLO* level [E] Ecu erzeugt für jeden Host ein Flow-File. Damit wird Binkley gezwungen auch die Hosts anzurufen, an die keine Mails ge- schickt werden müssen. Normalerweise erzeugt Ecu nur dann Flow-Files, wenn auch wirklich ein Paket für den Host erzeugt wird. DummyFLO kann auch gezielt für einen Host gesetzt wer- den. Bei dieser Anweisung kann ein zusätzlicher Parameter angegeben werden. Er gibt an, ob nur ein Flowfile oder auch ein Dummy- Paket erzeugt werden sollen. DummyFLO 0 oder !DummyFLO kein Flowfile, kein Paket DummyFLO 1 oder DummyFLO Flowfile, kein Paket DummyFLO 2 Flowfile und ungepacktes Pa- ket DummyFLO 3 Flowfile und komprimiertes Paket ExportFlags flags [E] Normalerweise exportiert nur die Mails, bei denen das Local- Flag gesetzt ist. Leider wird dieses Flag nicht gesetzt, wenn man mit LED eine Mail forwarded. Diese Mails werden also nur exportiert, wenn man das Flag von Hand setzt, oder wenn man die Mail selbst noch einmal bearbeitet. Da aber bei allen geforwardeten Mails das K/Snt-Flag gesetzt wird, war meine erste Idee, auch Mails mit diesem Flag zu exportieren. Aller- dings ist es mir zu riskant, das fest in Ecu einzubauen. Also überlasse ich es dem Benutzer, welches Risiko er eingehen will. Mit der ExportFlags-Anweisung hat er jedenfalls alle Möglichkeiten. Als Parameter erwartet ExportFlags eine Liste von Flagnamen. Zulässige Namen sind Private, Crash, Received, WithFile, Forward, Orphan, KillIfSent, Local. Eine Mail wird exportiert, wenn in ihr mindestens eins der angegebenen Flags gesetzt ist, und wenn sie nicht gelöscht oder bereits exportiert worden ist. Sinnvoll sind m.E. jedoch nur die Kombinationen ExportFlags Local (default) ExportFlags Local KillIfSent ForceIntl* [E] Wenn ForceIntl angegeben wird, trägt Ecu in alle Netmails eine INTL-Zeile ein. Normalerweise ist dies nur bei Mails in eine andere Zone notwendig, aber es scheint auch Ausnahmen zu ge- ben. ForceIntl kann auch gezielt für einzelne Hosts ein- oder ausgeschaltet werden. FormatPrefix ch [E] Hiermit wird das Zeichen festgelegt, an dem Ecu Anweisungen im Meldungstext erkennt. Default ist der Punkt. Wer aber gerne Zeilen mit drei Punkten beginnen läβt, wird vielleicht lieber ein anderes Zeichen für Befehle verwenden wollen. HexCRC [E/L] Hiermit wird festgelegt, daβ Ecu in Tick-Files die CRC in hex ausgibt. Da das auch der Default ist, wird diese Anweisung wohl nie verwendet werden. Mit DecimalCRC kann eine dezimale Darstellung der CRC gewählt werden. HomeDir path [E/L] Mit diesem Befehl kann angegeben werden auf welchen Pfad sich alle weiteren Dateinamen in der Konfigurationsdatei beziehen. Wenn diese Anweisung nicht verwendet wird, nimmt Ecu das Ver- zeichnis, in dem es gestartet wurde, als Home-Directory an. Host address [E/L] Hiermit beginnt eine neue Host-Beschreibung. Bis zum nächsten End dürfen nur noch Host-Befehle verwendet werden. 'address' ist die Fido-Adresse des Hosts (oder ein mit Alias definierter Name). Es sind nur 3d-Adressen zulässig. Diese Adresse ist auch die Basis für die 4d-Adresse des Points. Inbound name [L] Mit diesem Befehl wird das Directory festgelegt, in dem Llega- da ArcMail und Mail-Pakete sucht. Natürlich sollte es das Di- rectory sein, in dem Binkley die empfangenen Files ablegt. De- fault ist INBOUND KillDupes* [E] Ecu stellt fest, ob es in einer Area mehrere Kopien einer Mail gibt (Dupes). Wenn das der Fall ist, werden alle Kopien ge- löscht. Nur das Original bleibt erhalten. Ecu betrachtet zwei Mails als gleich, wenn Absender, Empfänger, Subject, Datum und der Meldungstext gleich sind. MSGIDs u.ä. werden nicht vergli- chen. Wenn KillDupes gesetzt wird, wird gleichzeitig auch CalcCrc gesetzt. Das Abschalten des Dupe-Testers (!KillDupes) dagegen hat keinen Einfluβ auf die CRC-Berechnung. LastRead name [E] Der Name der von Ecu verwendeten Last-Read-Datei (normalerwei- se LASTREAD.CED) wird festgelegt. Wenn LastRead nicht oder ohne Parameter verwendet wird, werden die Last-Read-Pointer nicht aktualisiert. LastReadQBBS path [E] Mit dieser globalen Anweisung wird der Name der von QBBS verwendeten Last-Read Datei festgelegt. Ecu korrigiert beim Löschen von Mails diese Pointer für alle QBBS-Benutzer. Diese Funktion wurde jedoch nur in Verbindung mit QBBS 0.25 gete- stet. Wenn sich der Aufbau der Last-Read Datei inzwischen geän- dert hat, kann es hier zu Problemen kommen. Ecu setzt auβerdem voraus, daβ die Datei vollständig in den Speicher paβt. LedNew name [E/L] Seit Version 1.00 verwendet LED eine andere Datei (und ein an- deres Format) für die Last-Read-Pointer. Ecu unterstützt ab Version 1.03 beide Formate. Mit LastRead werden Name und Pfad der Datei im alten Format angegeben, mit LedNew Name und Pfad für die Datei im neuen Format. Wenn LedNew nicht oder ohne Pa- rameter angegeben wird, wird das neue Format nicht unter- stützt. Wenn ein Name angegeben wird (normalerweise LED.NEW) lieβt Ecu diese Datei am Anfang und schreibt sie zum Schluβ neu. LhaUnpack command [L] Mit dieser Anweisung wird Llegada mitgeteilt, womit Mail- Pakete, die mit LHA3 gepackt wurden, ausgepackt werden sollen. Der vollständige Name des Entpackers -- mit Pfad -- und Exten- sion sowie alle notwendigen Parameter müssen angegeben werden. Für die Name von Inbound-Directory und Mail-Paket können Platzhalter angegeben werden. Näheres dazu steht in der Be- schreibung von Llegada selbst. Wenn LhaUnpack nicht angegeben wird, verwendet Llegada folgenden Default-Aufruf:4 lha.ttp x -m %n %d LharcUnpack command [L] Mit dieser Anweisung wird Llegada mitgeteilt, womit Mail- Pakete, die mit LHARC5 gepackt wurden, ausgepackt werden sol- len. Der vollständige Name des Entpackers -- mit Pfad -- und Extension sowie alle notwendigen Parameter müssen angegeben werden. Für die Name von Inbound-Directory und Mail-Paket kön- nen Platzhalter angegeben werden. Näheres dazu steht in der Beschreibung von Llegada selbst. Wenn LharcUnpack nicht ange- geben wird, verwendet Llegada folgenden Default-Aufruf:6 lharc.ttp x -m %n %d Logfile name [E/L] Der Name der Protokoll-Datei wird definiert. Default ist BT.LOG. Wenn kein Dateiname angegeben wird, wird kein Proto- koll geschrieben. LogLevel n [E/L] Hiermit kann die Ausführlichkeit der Meldungen bestimmt wer- den. Bei Level 0 werden keine Meldungen in das Log-File ge- schrieben. Je gröβer der Wert von n ist, desto ausführlicher sind die Meldungen. Zur Zeit wird nichts (Level 0) oder alles protokolliert. Matrix name [E/L] Mit dieser Anweisung beginnt die Beschreibung einer Netmail- Area. Bis zum nächsten End dürfen nur noch Area-Beschreibungen folgen. Llegada schreibt alle Mails ohne (Netmails) oder mit fehlerhaften (bzw. unbekannten) Areanamen in diese Area. In der Konfigurationsdatei sollte nur eine Matrix-Area definiert werden. Wenn mehrere Matrix-Areas definiert wurden, dann wer- den Netmails in die zuerst definierte Matrix-Area geschrieben. Auch wenn Ecu mit getrennten Netmail-Areas für unterschiedli- che Hosts arbeiten soll, dann sollte nur eine Matrix definiert werden. Die übrigen Netmail-Areas sollten als normale Area mit dem Attribut Netmail definiert werden. Wenn keine Matrix definiert ist, nimmt Llegada die erste Netmail-Area als Matrix an. Wenn auch keine Netmail definiert ist, bricht Llegada mit einer Fehlermeldung ab. MsgLink [E/L] Die für eine Verkettung von Kommentaren notwendigen Informa- nen werden direkt beim Importieren/Exportieren in die Message- base geschrieben. Neue LED-Versionen (momentan noch im Beta- Stadium) werten diese Informatinen aus. NoCrunch* [E] Hiermit kann das Entfernen der alten oder gelöschten Message- Header unterdrückt werden. Alte Mails werden dann nicht ge- löscht, und auch die gelöschten Mails bleiben erhalten und können jederzeit wieder aktiviert werden. NoCrunch wird auch dann angenommen, wenn QuickScan in der Konfigurationsdatei steht. NewAreaDirectory path [L] Mit dieser Anweisung wird Llegada mitgeteilt, in welchem Ver- zeichnis neue Areas angelegt werden sollen. Neue Areas werden angelegt, wenn eine Mail importiert wird, für die es noch kei- ne Area gibt. Wenn diese Anweisung nicht angegeben wird, legt Llegada auch keine neuen Areas an. Mails für unbekannte Areas werden dann in die BadMsgArea oder in die Netmail-Area ge- schrieben. NoPause* [E/L] Im Fehlerfall hält Ecu normalerweise an, gibt eine Fehlermel- dung aus, und wertet auf eine Reaktion des Anwenders. Der kann dann entscheiden, ob Ecu abbrechen soll, oder ob der Fehler ignoriert werden soll. Wenn NoPause angegeben wird, werden Fehlermeldungen nur in das Log-File geschrieben. Ecu setzt die Arbeit dann so fort, als hätte der Benutzer Continue gedrückt. Outbound name [E] Mit diesem Befehl wird das Directory festgelegt, in das Ecu die Flow-Files schreiben soll. Natürlich sollte es das Direc- tory sein, in dem Binkley die Flow-Files erwartet. Default ist OUTBOUND. Wenn ECU und Binkley auch Pakete in andere Zonen schicken sollen, darf der Name des Outbound-Directorys keine Extension enthalten. In der Extension codiert ECU bei Bedarf die Zone des Empfängers. (s. Binkley-Manual) Origin path [E] Wenn Origin auβerhalb der Area- und Host-Beschreibungen ver- wendet wird, gibt es einen Dateinamen an, in dem Origin-Zeilen stehen. In Areas, in denen zufällig gewählte Origins zulässig sind (s. RandomOrigin) wählt Ecu bei Bedarf zufällig ein Ori- gin aus dieser Datei. In der Datei muβ immer ein Origin in ei- ner Zeile stehen. PackCrashmail* [E] Hiermit kann bestimmt werden, daβ auch Crashmail komprimiert wird. Zum komprimieren wird das mit ArcPack angegebene Pro- gramm verwendet. Wenn mit der Mail auch ein File verschickt wird, kann die Mail nicht komprimiert werden, da einige Pro- gramme sonst die Datei nicht mit der Mail weiterleiten können. QuickScan* [E] Mit diesem Schlüsselwort wird Ecu mitgeteilt, daβ nur die Are- as, die wirklich verändert wurden, nach neuen Meldungen durch- sucht werden. Wenn QuickScan angegeben wird, nimmt Ecu automa- tisch NoCrunch und !Compress an. Ecu erkennt eine veränderte Area am gesetzten (TOS 1.04) bzw. gelöschtem (TOS 1.03 und älter) Archiv-Bit. Dieses Bit wird von TOS automatisch gesetzt (gelöscht), wenn eine Datei verän- dert und ordnungsgemäβ geschlossen wurde. Um nun beim nächsten Aufruf von Ecu zu wissen, ob die Area erneut verändert wurde, löscht (setzt) Ecu das Archiv-Bit nachdem die entsprechenden Files geschlossen wurden.7 RouteEchos* [E] Vor Version 1.02 wurden alle Echomails wie Netmails geroutet. Das Funktionierte so lange nur ein Host bekannt war, oder wenn der Message-Editor auch bei Echomails die richtige Adresse in den Header geschrieben hat. Nur stellte sich heraus, daβ gera- de die `offizielle' Version von LED (die vom 1.1.90) nicht die richtige Adresse in den Header eingetragen hat. Ab Version 1.02 schickt Ecu Echomails daher defaultmäβig an den Host, der in ECU.CFG angegeben wurde. Falls aber jemand das bisherige Verfahren lieb gewonnen hat, so kann er es mit dieser Option wieder aktivieren. Damit ist es dann auch mög- lich Echomails über einen anderen Host zu routen. Das setzt allerdings einen Editor voraus, der normalerweise die richtige Adresse in den Header einträgt. Rules file [L] Die Regeldatei für den Mail-Prozessor wird festgelegt. In der Regeldatei wird beschrieben, wie bestimmte Mails behandelt werden sollen. Näheres über den Mail-Prozessor und Regeldatei- en findet sich in der Llegada-Beschreibung. Signature file [E] Der Inhalt der Datei file wird als Unterschrift an jede Mail angefügt. Die Datei kann auch bei den Host- und Area-Definiti- onen angegeben werden. Die globale Signature-Anweisung gilt dann nur für die Hosts und Areas, für die keine eigene Signature-Anweisung angegeben wurde. Sysop name [L] Hiermit wird der Name des Sysop's definiert. Llegada benutzt diesen Namen, um die Mails an den Sysop zu Zählen. Alle Mails an einen der angegebenen Namen werden als Mails an den Sysop gezählt. Es können mehrere Sysop-Namen angegeben werden. UseAreas* [E/L] Normalerweise benutzt Ecu die Datei AREAS.BBS nur um die Rei- henfolge der Areas in LASTREAD.CFG zu ermitteln. Wenn aller- dings UseAreas angegeben wird, dann werden auch die übrigen Daten dieser Datei ausgewertet. Die Parameter aus AREAS.BBS haben dann - mit Ausnahme des Origins - höhere Priorität als evtl. widersprechende Angaben in ECU.CFG. Auβerdem gibt es keinen Fehler, wenn in der AREAS.BBS eine Area gefunden wird, für die ECU.CFG keine Areabeschreibung enthält. Das Origin aus AREAS.BBS wird nur verwendet, wenn für eine Area kein Eintrag in ECU.CFG existiert. In diesem Fall wird der Inhalt der zur neuen Area gehörende -ORIGIN Zeile oder der Inhalt der 1. Zeile von AREAS.BBS als Origin angenommen. Wenn keine dieser Zeilen Text enthält, oder wenn die Area auch in ECU.CFG definiert wurde, wird das Origin aus ECU.CFG genommen. Die Netmail-Area sollte immer in ECU.CFG beschrieben werden. Ecu muβ wenigstens wissen, welche Area die Netmail-Area ist. UseZones* [E] In den Flow-File Namen von BinkleyTerm ist die Zone des Emp- fängers nicht enthalten. Neuere Versionen von BinkleyTerm be- helfen sich damit, daβ sie Pakete in andere Zonen einfach in anderen erzeichnissen erwarten. Der Name eines solchen Ver- zeichnisses besteht aus dem Namen des Outbound-Directorys und der Zone als Extension. Wenn das Outbound-Directory OUTBOUND heiβt, und BinkleyTerm für Zone 2 konfiguriert ist, dann er- wartet BinkleyTerm Pakete für die verschiedenen Zonen in den folgenden Directories: Zone 1 OUTBOUND.001 Zone 2 OUTBOUND Zone 3 OUTBOUND.003 ... Ab Version 1.06 unterstützt ECU diese Verzeichnisstruktur und ist damit in der Lage auch mit Nodes in unterschiedlichen Zo- nen zu arbeiten. [Ich glaube zwar nicht, daβ dafür in nächster Zeit Bedarf bestehen wird, aber nachdem ich gerade in dieser Ecke etwas geändert habe, war es irgendwie naheliegend, auch gleich das zu ändern.] ZipUnpack command [L] Mit dieser Anweisung wird Llegada mitgeteilt, womit Mail- Pakete, die mit PKZIP gepackt wurden, ausgepackt werden sol- len. Der vollständige Name des Entpackers -- mit Pfad -- und Extension sowie alle notwendigen Parameter müssen angegeben werden. Für die Name von Inbound-Directory und Mail-Paket kön- nen Platzhalter angegeben werden. Näheres dazu steht in der Beschreibung von Llegada selbst. Wenn ZipUnpack nicht angege- ben wird, verwendet Llegada folgenden Default-Aufruf: zip.ttp -x %d %n ZooUnpack command [L] Mit dieser Anweisung wird Llegada mitgeteilt, womit Mail- Pakete, die mit ZOO gepackt wurden, ausgepackt werden sollen. Der vollständige Name des Entpackers -- mit Pfad -- und Exten- sion sowie alle notwendigen Parameter müssen angegeben werden. Für die Name von Inbound-Directory und Mail-Paket können Platzhalter angegeben werden. Näheres dazu steht in der Be- schreibung von Llegada selbst. Wenn ZooUnpack nicht angegeben wird, verwendet Llegada folgenden Default-Aufruf: %..\zoo.ttp x %p Host-Beschreibungen Die folgenden Anweisungen dienen zur Beschreibung eines Hosts. Sie dürfen nur nach einer Host-Anweisung verwendet werden. Die Beschreibung eines Hosts endet immer mit einer End-Anweisung. 2+Pkt [E] Für diesen Host werden 2+-kompatible Pakete erzeugt. Diese Pakete benötigen zusätzlich ein Passwort, eventuell müssen auch ProductId und/oder Seriennummer gesetzt werden. 3dAddress* [E] In den Kopf des Message-Pakets wird immer die 3d-Adresse des Points eingetragen. Defaultmäβig wird nur bei Standard-Paketen die 3d-Adresse eingetragen. Bei Frodo- und Qmail-Paketen dage- gen die 4d-Adresse. Die ursprüngliche Aufgabe dieser Anweisung - die Art der Adresse im Message-Header zu steuern - wird seit Version 1.03 von 3dNetmail und 3dEchomail übernommen. 3dEchomail* [E] Bei Echomails wird die 3d-Adresse des Points in den Header eingetragen. Defaultmäβig wird die 4d-Adresse verwendet. 3dNetmail* [E] Bei Netmails wird die 3d-Adresse des Points in den Header ein- getragen. Defaultmäβig wird die 4d-Adresse (evtl. mit @FMPT) verwendet. Netmail sollte möglichst immer mit 4d-Adressen ver- schickt werden, da es dem Empfänger meistens unmöglich ist, an eine Fakenet-Adresse zu antworten. 3dMsgId* [E] In der Message-Id wird die 3d-Adresse des Points verwendet. Default ist die 4d-Adresse. 3dOrigin* [E] In den Origin aller Mails an diesen Host wird die mit Node festgelegte 3d-Adresse des Points eingetragen. Default ist die 4d-Adresse bestehend aus der 3d-Adresse des Hosts und der Pointnummer. 3dPath* [E] Es wird eine Path-Zeile mit der 3d-Adresse des Points erzeugt. Ohne 3dPath wird keine Path-Zeile erzeugt. (Wie sieht ein 4d- Path aus?) 3dSeenBy* [E] Die 3d-Adresse des Points wird in der SEEN-BY Zeile aufge- führt. Ohne 3dSeenBy wird der Point nicht im SEEN-BY aufge- führt. TosScan scheint es irgendwie zu merken, daβ diese Mails nicht noch einmal an den Point geschickt werden dürfen. Da ich nicht weiβ, wie ein 4d-Seen-By auszusehen hat, wird natürlich auch keiner erzeugt. Der Host erscheint immer im SEEN-BY. 3dTick* [E] Hiermit wird bestimmt, daβ im Tick-File Fakenet Adressen ver- wendet werden. eigentlich sollten 4d-Adressen ja möglich sein, aber einige Tick's scheinen das doch nicht auf die Reihe zu bringen. 4dEchoMail [E] Auch wenn es nicht ganz dem Standard entspricht, scheint es doch Interesse daran zu geben, FMPT und TOPT Kludges in auch in Echo-mails zu verwenden. Mit der Host-Anweisung 4dEchoMail kann Ecu daher veranlaβt werden, auch in Echomail FMPT, TOPT und INTL-Kludges zu erzeugen. 4dEchoMail sollte nicht mit ForceIntl verwechselt werden. Letz- ters dient dazu, INTL Kludges auch dann zu erzwingen, wenn die Zonen von Absender und Empänger identisch sind. ArcmailName name [E] Hier kann der Name des Mailpakets für diesen Host angegeben werden. Normalerweise bestimmt Ecu den Namen aus den Adressen des Hosts und des Points. Wenn der so ermittelte Name aber aus irgendeinem Grund nicht verwendet werden kann, dann kann er auch für jeden Host manuell vergeben werden. ArcPack command [E] Für jeden Host kann ein eigener Packer angegeben werden. Wenn bei der Host-Beschreibung kein Packer angegeben wird, wird der Default-Packer (s. ArcPack als globales Kommando) verwendet. DummyFLO [E] Ecu erzeugt für diesen Host ein Flow-File. Damit wird Binkley gezwungen diesen Host auch dann anzurufen, wenn nichts gesen- det werden muβ. Normalerweise erzeugt Ecu nur dann Flow-Files, wenn auch wirklich ein Paket für den Host erzeugt wird. Dummy- FLO kann auch global für alle Hosts gesetzt werden. End [E/L] Damit wird die Beschreibung eines Hosts beendet. Anschlieβend werden wieder globale Anweisungen erwartet. FroDoPkt [E] Für diesen Host werden FrontDoor-kompatible Pakete erzeugt. Diese Pakete enthalten eine Product-Id und eine Seriennummer. Auβerdem können in diesen Paketen 4d-Adressen verwendet wer- den. Die ProductId und SerialNumber Anweisungen sollten ver- wendet werden. MatchMin match [E] Mit dieser Anweisung wird definiert wie genau die Adresse ei- ner Netmail mit der Adresse des Hosts übereinstimmen muβ, da- mit sie über diesen Host geroutet wird. match bestimmt den er- forderlichen Grad der Übereinstimmung. Dabei bedeutet: 0 Alle Mails können über diesen Host geroutet werden. 1 Nur Mails an Empfänger in der gleichen Zone wie der Host werden über ihn geroutet. 2 Nur Mails an Empfänger im gleichen Netz können über diesen Host geroutet werden. 3 Nur Mails an diesen Host und seine Points können direkt an ihn geschickt werden. 4 An diesen Host werden keine Netmails geschickt. Match- Min 4 (oder jeder andere Wert gröβer als 4) hat die gleiche Wirkung wie NoNetmail. MatchMin ist ein Synonym für NoNetmail. Diese Anweisungen sollten daher nicht gleichzeitig verwendet werden. Node addresse [E] Hiermit wird die Adresse des Points im lokalen Netz des Hosts definiert. Wenn der Host volle 4d-Adressierung unterstützt, kann die Node-Anweisung fehlen. Im Allgemeinen wird man hier aber wohl die Fakenet Adresse eintragen. Die Nodeadresse wird benötigt, wenn in die Mails an diesen Host 3d-Adressen einge- baut werden sollen. NoNetmail* [E] An einen Host, für den dieses Flag gesetzt ist, können keine Netmails geschickt werden. Dieser Host wird bei der Suche nach dem Nächsten bekannten Host (s. `Netmail Routing') einfach übersprungen. NoNetmail ist ein Synonym für MatchMin. Die bei- den Anweisungen sollten daher nicht gleichzeitig verwendet werden. Bei NoNetmail kann wie bei MatchMin der Grad der Über- einstimmung angegeben werden. NoOutput* [E] Wenn für einen Host NoOutput angegeben wurde, wird für diesen Host kein Dummy-Flow-File erzeugt. Aus den zu diesem Host ge- hörenden Areas werden keine Mails exportiert. Origin text [E] Der Inhalt der Origin-Zeile für alle Areas, die über diesen Host geroutet werden, wird festgelegt. Für einzelne Areas kann dieses Origin auβer Kraft gesetzt werden. Der Origin sollte die Adresse des Points nicht enthalten. Sie wird von Ecu auto- matisch generiert. 'text' darf Leerzeichen enthalten. Password password [E] Damit wird ein Passwort für den Host definiert. Das ist nur bei Pakettypen sinnvoll, die eine Passwort-Funktion auch unterstützen (wie z.B. 2+Pakete). Point pointnummer [E/L] Die Pointnummer bildet zusammen mit der Host-Adresse die 4d- Adresse des Points. Die Point-Anweisung kann fehlen, wenn für diesen Host von den Möglichkeiten der 4d-Adressen kein Ge- brauch gemacht werden soll. ProductId id [E] Die Product-Id, die in das Paket eingetragen werden soll, wird hiermit bestimmt. TosScan wertet nur bei sehr wenigen Id's den FrontDoor-Teil des Packet-Headers aus. Die Id 26 scheint aber zu Funktionieren. RouteTo address [E] Zu jedem Host kann eine Adresse angegeben werden, an die nor- male Pakete an diesen Host geschickt werden. Das kann vor allem dann hilfreich sein, wenn ein Host vorübergehend aus- fällt, und alles, was für ihn bestimmt war, jetzt über einen anderen Host geleitet werden muβ. Es werden nur die Dateinamen und die Destination-Adresse im Paket beeinfluβt. Crashmail wird immer an die angegebene Adresse geschickt. Die angegebene Adresse braucht sich nicht auf einen definier- ten Host beziehen. Es können sogar Point-Adressen angegeben werden. QmailPkt [E] Für diesen Host werden Qmail-kompatible Pakete erzeugt. Dieser Modus wurde noch nicht getestet. Er müβte funktionieren, aber probiert wurde es noch nie. SerialNumber nr [E] Hiermit wird die Seriennummer, die in die Packet-Header ge- schrieben werden soll, bestimmt. TosScan erwartet eine von 0 verschiedene Seriennummer, sonst werden 4d-Adressen nicht im- mer richtig verarbeitet. Signature file [E] Der Inhalt der Datei file wird als Unterschrift an jede Mail an diesen Host angefügt. Die Signature-Anweisung in der Host- Beschreibung hat Vorrang vor der globalen Signature-Defini- tion. Wenn aber für eine Area, die über diesen Host geroutet wird, eine eigene Signature-Datei angegeben wird, dann hat diese Datei Vorrang vor der für den Host angegebenen Datei. StandardPkt [E] An einen so gekennzeichneten Host werden nur Standard-Pakete geschickt. QEcho- und FrontDoor-Erweiterungen werden nicht ge- neriert. Dies ist auch der Default-Zustand, wenn weder Fro- DoPkt noch QmailPkt angegeben wurde. Area-Beschreibungen Die folgenden Anweisungen dienen zur Beschreibung einer Area. Diese Anweisungen dürfen nur zwischen einer Area- (bzw. Matrix-) und der entsprechenden End-Anweisung stehen. Alle Area- Anweisungen gelten sowohl für Echo-Areas (Area) als auch für Netmail-Areas (Matrix). Der Unterschied zwischen einer Area, die mit Area eingeleitet wurde, zu einer, die mit Matrix eingeleitet wurde, liegt lediglich darin, daβ eine Echo-Area nachträglich zu einer Netmail-Area gemacht werden kann, aber nicht umgekehrt. Areaname name [E/L] Hier wird der offizielle Name der Area angegeben. Damit hat Ecu die Möglichkeit eine lokale Area einer Fido-Area zuzuord- nen. Theoretisch kann mehreren lokalen Areas die gleiche Fido- Area zugeordnet werden. Import hat dann natürlich Schwierig- keiten die Mails richtig auf die verschiedenen lokalen Areas zu verteilen. Areanamen werden beim Eintragen in eine Nach- richt immer in Groβbuchstaben umgewandelt. BadMsgArea [L] Mit diesem Schlüsselwort wird bestimmt, daβ alle Mails, die von Llegada nicht einsortiert werden konnten, in diese Area geschrieben werden. Zur Zeit sind davon nur die Mails betrof- fen, die eine Area-Zeile enthalten, für die keine Area exi- stiert. Mails ohne Area-Zeile betrachtet Llegada als Netmails und sortiert sie dementsprechend in die Netmail-Area ein. Wenn keine BadMsgArea definiert wird, dann kommen diese Mails alle in die Netmail-Area. Wenn mehrere BadMsgAreas definiert wer- den, wird die erste so markierte Area zur Bad-Message-Area. Boss address [E/L] Der Host, über den diese Area geroutet wird, festgelegt. Der Host muβ zuvor mit einer Host-Anweisung definiert worden sein. 'address' ist die 3d-Adresse des Hosts. Es kann natürlich auch ein mit Alias definierter Hostname angegeben werden. Crunch n [E] Die Message-Datei wird nur kopiert, wenn mindestens zusammen n Mails gelöscht oder exportiert werden. Wenn weniger als n Mails verändert wurden, werden nur die Header neu geschrieben. Days n [E] Hiermit wird festgelegt, wie lange Mails in dieser Area blei- ben, bevor sie gelöscht werden. 'n' ist die Anzahl der Tage. Wenn keine Zeit angegeben wird, werden in dieser Area alte Mails nicht gelöscht. DaysLocal n [E] Die Zeit, die lokale Mails im System bleiben, kann unabhängig von der normalen Verweildauer bestimmt werden. (Mir ist es ei- nige Male passiert, daβ Replies auf Mails kamen, die längst gelöscht und vergessen waren.) DaysLocal hat automatisch Kill- Local zur Folge. Wenn DaysLocal nicht angegeben wird, werden lokale Mails nach der in Days angegebenen Zeit gelöscht (wenn KillLocal angegeben wurde). Diskname name [E/L] Der Name, unter dem die Area gespeichert werden soll, wird festgelegt. Der Name muβ mit dem Filenamen in AREAS.BBS über- einstimmen. 'name' darf keine Extension enthalten. End [E/L] Damit wird die Beschreibung einer Area beendet. Anschlieβend werden wieder globale Anweisungen erwartet. HighLimit n [E] Hiermit kann festgelegt werden, wieviele Messages höchstens in einer Area sein dürfen. Wenn mehr als n Messages in der Area stehen, werden die ältesten Messages gelöscht, es sei denn bei einer solchen Mail ist das Hold-Flag gesetzt. Diese Mail wird zwar nicht gelöscht, sie wird aber nicht mehr gezählt. Es wird also nicht etwa eine andere Mail `als Ersatz' gelöscht. In der Messagebase bleiben dann halt mehr als die angegebene Anzahl von Mails. Wenn sowohl HighLimit als auch LowLimit angegeben werden, hat im Zweifelsfall HighLimit Priorität. KeepArea [L] KeepArea gehört jetzt zu den Area-Beschreibungen. Bisher war es nur als globale Definition zulässig, wurde aber intern als Area-Definition behandelt. Für Ecu war das zwar in den meisten Fällen ohne Bedeutung, es konnte aber zum Programmabsturz führen. KillHold* [E] Meldungen, in denen das HOLD-Flag gesetzt ist, werden norma- lerweise nicht gelöscht. Mit KillHold werden diese Mails wie ganz normale Mails behandelt. KillLocal* [E] Meldungen, in denen das LOCAL-Flag gesetzt ist, werden norma- lerweise nicht gelöscht. Mit KillLocal kann das Löschen alter lokaler Mails erzwungen werden. LowLimit n [E] Hiermit kann festgelegt werden wieviele Messages mindestens in einer Area bleiben müssen. Wenn Ecu feststellt, daβ diese An- zahl unterschritten wird, dann werden so viele als gelöscht markierte Meldungen wieder aktiviert, bis alle Mails in einer Area wieder aktiv sind, oder bis die angegebene Anzahl er- reicht ist. Wenn sowohl HighLimit als auch LowLimit angegeben werden, hat im Zweifelsfall HighLimit Priorität. LogMsgArea [E/L] Ab Version 1.05 kann Ecu seine Ausgaben auch in eine Message- Area schreiben. Das Schlüsselwort LogMsgArea in einer Area- Beschreibung bestimmt die Area, in der Ecu die Meldungen schreiben soll. Wenn keine Area zur Aufnahme des Logs bestimmt wurde, erzeugt Ecu auch keine Message. Wenn mehrere Areas mar- kiert wurden, schickt Ecu seine Message in die erste markierte Area. Netmail [E/L] Es wird festgelegt, daβ diese Area eine Netmail-Area ist. Wenn die Area als Matrix-Area definiert wurde, hat das natürlich keine Auswirkungen. NoOutput* [E] Mails in einer so markierten Area werden nicht exportiert. Alte Mails werden gelöscht, und die Area wird komprimiert, es werden aber nie Mails aus ihr gesendet. Origin text [E] Der Inhalt der Origin-Zeile der Area wird festgelegt. Wenn für den Host ein globales Origin definiert wurde, wird es für die- se Area auβer Kraft gesetzt. Für jede Area muβ ein Origin de- finiert werden - entweder in der Area-Beschreibung, oder in der zugehörigen Host-Beschreibung. Password pw [E] In einer Tickarea wird hiermit das Passwort für diese Area de- finiert. In anderen Areas hat diese Anweisung keine Auswir- kung. RandomOrigin* [E] Wenn mit der globalen Origin Anweisung eine Datei mit Origin- Zeilen angegeben wurde, kann mit RandomOrigin angegeben wer- den, ob in einer Area zufällige Origin-Zeilen zulässig sind oder nicht. Die gleiche Wikung erzielt man, wenn man in ARE- AS.BBS -RANDOM als Origin für eine Area einträgt. Signature file [E] Der Inhalt der Datei file wird als Unterschrift an jede Mail an diesen Host angefügt. Die Signature-Anweisung in der Area- Beschreibung hat Vorrang vor der globalen Signature-Definition und der bei der Host-Definition. SoftReturn* [E] Beim Exportieren der Mails aus dieser Area werden weiche Zei- lenenden erzeugt. In einer Mail kann diese Übersetzung ein- und ausgeschaltet werden. Tickarea [E] Die aktuelle Area wird zur Tick-Area erklärt. Ecu nimmt bei allen Mails in einer solchen Area an, daβ sie mit einem File verknüpft sind. Es wird eine zusätzliche Datei erzeugt, die Informationen für den Empfänger enthält, so daβ der File dort automatisch weiter verarbeitet werden kann. Näheres zu Tick- Files und Tick-Areas folgt später in dieser Beschreibung. TickIndicator ch [E] Wenn bei einer Netmail mit File-Attach das erste Zeichen des Dateinamens mit dem TickIndicator übereinstimmt, dann erzeugt Ecu für diesen File ein Tick-File. So ist man nicht auf vorher zu definierende Tick-Areas festgelegt. Dafür müssen einige In- formationen für das Tick-File in die Mail geschrieben werden. Tick-Files aus Netmails zu erzeugen mag daher im Einzelfall ganz praktisch sein, wenn man aber öfters Files in die gleiche Area schicken will, dann sollte dies doch über eine spezielle Tick-Area geschehen. Default ist das Apostroph ' (manchmal auch `Tick' genannt). TickPrefix ch [E] Der Tick-Prefix kennzeichnet die Zeilen in einer Mail, die In- formationen zur Erstellung eines Tick-Files enthalten. Ecu verarbeitet diese Zeilen und entfernt sie vor dem Senden aus der Mail. Der Tick-Prefix muβ das erste Zeichen nach einem harten Zeilenende sein. Default ist auch hier das Apostroph '. Username name [E] Setzt für diese Area einen anderen Benutzernamen in den Absen- der (nur in der exportieren Mail!). Beispiel für eine Konfigurationsdatei Die folgende Konfigurationsdatei beschreibt einen Point, der an zwei Nodes (2:249/6 und 2:247/32) hängt. Ein zusätzlicher Dummy- Node (99:99/99) dient als Host für interne Areas. ; --------------------------------------------------------------- ; Module: ECU.CFG ; Subject: Configuration file for ECU and LLEGADA ; Author: ho ; Started: 12.03.1991 21:01:00 ; Modified: 12.03.1991 21:01:47 ; --------------------------------------------------------------- Alias Spam 2:249/6 Alias HoG 2:247/32 Alias Mir 99:99/99 Sysop Heinz Ozwirk HomeDir E:\ECU LedNew LED.NEW AreaList AREAS.BBS Outbound OUTBOUND Inbound NETF Logfile BT.LOG LogLevel 1 FormatPrefix \ Origin ORIGIN.TXT !RouteEchos !Compress QuickScan AppendTB KillDupes UseAreas UseZones PackCrashmail ArcPack C:\UTIL\ARCER\ARC.TTP M %n %p ArcUnpack C:\UTIL\ARCER\ARC.TTP X %n %d*.* ArjUnpack %C:\UTIL\ARCER\UNARJ.TTP %p LhaUnpack C:\UTIL\ARCER\LHA.TTP X -m %n %d LharcUnpack C:\UTIL\ARCER\LHARC.TTP X -m %n %d ZooUnpack %C:\UTIL\ARCER\ZOO.TTP x %p ZipUnpack C:\UTIL\ARCER\ZIP.TTP -X %d %n DefaultUnpack C:\UTIL\ARCER\ARC.TTP X %n %d*.* Host HoG Node 2:24732/3 Point 3 StandardPkt 3dSeenBy 3dTick 3dNetmail Origin Madness takes its toll ArcPack C:\UTIL\ARCER\LHARC.TTP M -m %n %p End Host Spam Node 2:24906/8 Point 8 FroDoPkt ProductId 26 SerialNumber 369695089 3dTick Origin Madness takes its toll. ArcPack C:\UTIL\ARCER\LHARC.TTP M -m %n %p End Host Mir NoOutput Point 99 Origin ST-MIR - Friede den PCs End Default Crunch 10 LowLimit 10 Days 14 DaysLocal 28 KillLocal SoftReturn End Matrix FidoNetmail Days 30 DaysLocal 60 Crunch 10 DiskName MSGS\0000 Signature SIGNATUR Boss Spam KillLocal SoftReturn End Area ATAFIDO/Spam/Tick LowLimit 0 Areaname ATAFIDO Password XXXXXXX Tickarea End Area SystemInfo LowLimit 0 NoOutput BadMsgArea LogMsgArea Days 7 End Area Notice LowLimit 0 NoOutput LowLimit 0 Days 9999 End Area POINTS.LOC RandomOrigin End