home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Crawly Crypt Collection 1
/
crawlyvol1.bin
/
bbs
/
vmu_051
/
doc
/
bye_ger.doc
next >
Wrap
Text File
|
1992-12-15
|
13KB
|
283 lines
Dortmund, 15.12.92
BYE
- Dumb Point Export -
- Part of VMU -
von Volkmar Wieners (2:245/5800.5)
deutsches Kurz Manual (BYE_GER.DOC)
für Version 0.50
immer noch im Betatest
es empfiehlt sich, diesen Text
zumindestens einmal kurz durchzulesen,
bzw. ausdrucken und bei der ersten
Benutzung neben den Compi legen
Dieses Programm darf frei kopiert und weitergegeben werden. Eine
Verbreitung über Mailbox ist ausdrücklich *erwünscht*. Eine Aufnahme
in einen kommerziellen PD-Versand ist hiermit ausdrücklich *untersagt*.
Eine Weitergabe in Zusammenhang mit kommerziellen Produkten bedarf der
Genehmigung des Autors.
Bugs, Verbesserungsvorschläge und sonstige Anregungen per FidoNetmail
an den Autor. Dabei sollte nach Möglichkeit deutlich zwischen Fehlern
Verbesserungsvorschlägen getrennt sowie die einzelnen Punkte
durchnummeriert werden. Danke!
1. Was soll ich mit diesen Teil?
--------------------------------
BYE ist als einfacher Ersatz des The-Box Programmes EXPORT gedacht und
speziell für den Pointbetrieb entwickelt, beschränkt sich also nur auf
die wesentlichsten Funktionen. Eventuell vorhandene TB.EVT, TB.RTE,
TB.SCD oder eine Nodeliste werden *nicht* ausgewertet. Für den Einsatz
innerhalb einer Node-Installation ist BYE also absolut ungeeignet. Auch
das Multi-Point Konzept wird nicht unterstützt.
Es ist sehr einfach zu bedienen, etwas schneller als der Original-EXPORT
und unterstützt die Möglichkeiten von Crashmail und File-Attach (With-File)
besser als dieser. Ansonsten sollte BYE sich ziemlich genauso verhalten
wie EXPORT. Einen abwechselnder Einsatz von BYE und EXPORT sollte solange
keine Probleme machen, wie sie nicht die Option "4-dimensionale Adresse"
benutzen. Da der EXPORT solche Adressen nicht verwalten kann, sollten sie
ab dann nur noch BYE oder GO_OUT (by Roland Bohn) benutzen.
Bei Problemen bitte Mail an den Autor.
2. Welche Vorraussetzungen sollte das System erfüllen?
------------------------------------------------------
a) Sie sollten ein Point sein.
b) Sie sollten soviel Hauptspeicher frei haben, das die gesamte Netmail-Area
(*.HDR- und *.MSG-File) dort locker Platz findet.
Zum Beispiel sollen 500 Kbyte freier Speicher für rund 350 durch-
schnittliche Netmail-Messages reichen.
c) Sie sollten soviel Platz auf dem Massenspeicher haben, daß BYE dort
eine Kopie des HDR-Files der Netmail-Area anlegen kann. Ansonsten
müssen sie diese Funktion per Kommandozeilen-Option ausschalten.
3. Also was sind das für Optionen?
----------------------------------
Sie können das Programm in gewissen Rahmen an ihre ganz persönliche
Point-Installation anpassen. Die einzelnen Optionen sollten durch
Leerzeichen voneinander getrennt sein. "-tb-nl" wird nicht akzeptiert.
Als da sind:
-tb = make The-Box style *.CF (default: *.FLO)
-nl = no information in logfile
-nc = no copy of NETMAIL.HDR file
-na = no arcing
-cna = no arcing of crashmail
-nna = no arcing of netmail
-nma = no arcing of the maus INFILE.TXT
-4d = set 4-dimension adress (only netmail)
-4fd = pack type 2+ pkt (FSC-0048, FD, Qmail)
-oc = only crashmail packing
-w = wait after work
-r = remove *.PKT after packing (if not ARC does it)
-m = pack only MausNet msgs
-f = pack only FidoNet msgs
-a = arcprg and command (default: arc.ttp x)
-tb = Ihr Mailer ist THE-BOX, also werden File-Attachfiles mit der
Endung *.CF erzeugt.
-nl = Es werden keine Information in das Logfile (welches unter "logpath"
in TB.CFG angegeben wird) geschrieben. Verschiedene Loglevel, die
vielleicht in TB.CFG eingestellt sind, werden generell nicht
berücksichtigt. Entweder alles oder nix.
-nc = Das alte HDR-File der Netmail-Area wird überschreiben. Es wird also
keine Sicherheitskopie (OLDHDR.BYE) angelegt.
-na = Es wird kein Arcer gestartet. Die erzeugten *.PKT werden so, wie sie
sind ins *.FLO-File eingetragen und an den Zielnode geschickt.
-cna = Zu exportierende Crashmail wird nicht in ein ARCmail-Paket verpackt.
Jede Mail kommt in ein eigenes *.PKT.
-nna = Zu exportierende Netmail (also persönliche Mail, keine Echomail!)
wird nicht in ein ARCmail-Paket verpackt. Jede Message kommt in ein
eigenes *.PKT.
-nma = Im Mausbetrieb wird das INFILE.TXT nicht mit einem Packer
bearbeitet. Das ungepackte Verschicken von INFILE und OUTFILE
kann eventuell im V42-Betrieb interessant sein.
-4d = Ein Behelf für Points, deren Bosse das Remappen nicht gebacken
bekommen. Mit dieser Option wird vor dem Export bei jeder Netmail-
Message im FROM aus einer 3-d Adresse eine 4-d Adresse gemacht.
Also wird aus "2:24000/1205" nun "2:241/2.1205". Diese 4-d Adresse
wird direkt in den Header der Message geschrieben, ist somit nicht
nur in dem *.PKT zu finden sondern auch anschliessend in der
Message-Base. Echomail-Messages werden immer auf 3-d Adresse
gesetzt.
-4fd = Der Paket-Header wird gemäß FSC-0048 als Type 2+ erstellt. Das kann
bei einigen merkwürdigen Packern auf der andern Seite (Frontdoor,
Qmail) Vorteile bringen, muss es aber nicht.
Vorsicht: diese Funktion ist noch nicht ausgetestet!
-oc = Der BYE verpackt nur Messages, bei denen das CRASHMAIL-Flag gesetzt.
Man kann so BYE z.B. vor dem EXPORT laufen lassen.
-w = Nachdem alles getan ist: "Press any key..."
-r = Wenn ihr Packer nicht selber das *.PKT nach dem verpacken löscht,
kann mit dieser Option BYE dazu aufgefordert werden. Diese Option
macht also nur Sinn, wenn wirklich noch ein *.PKT zum löschen da ist.
-m = Ist diese Option gesetzt, werden nur Msgs gepackt, die ins MausNet
gehen sollen. Dies ist erst ab LED Version 1.0 möglich. Siehe
auch MAFI.DOC.
-f = Ist diese Option gesetzt, werden nur Msgs gepackt, die ins FidoNet
gehen sollen.
-a = Hiermit kann man einen anderen Packer als den ARC einsetzen.
Geben sie dazu erste den Programmnamen (eventuell mit Pfad) und
dahinter mit Blank getrennt den Packer-Befehl an. Letzterer kann
aus beliebig vielen Wörtern bestehen. Z.B. "-a lharc.ttp m /m"
4. CONFIG.VMU
-------------
Eine bequemere Möglichkeit ständig benutzte Optionen dem Programm mitzuteilen,
ist diese in ein File namens CONFIG.VMU zu schreiben. BYE wertet dieses aus,
falls vorhanden. Es geht aber auch ohne. Eine Beispiel-CONFIG ist im VMU-Paket
enthalten.
Bye_NoLog -nl = no information in logfile
Bye_Wait -w = wait after work
Bye_TheBox -tb = make The-Box style *.CF (default: *.FLO)
Bye_NoHdrCopy -nc = no copy of NETMAIL.HDR file
Bye_NoArcing -na = no arcing
Bye_NoCrashArcing -cna = no arcing of crashmail
Bye_NoNetArcing -nna = no arcing of netmail
Bye_NoMausArcing -nma = no arcing of the maus INFILE.TXT
Bye_4d -4d = set 4-dimension adress (only netmail)
Bye_Pkt2+ -4fd = pack type 2+ pkt (FSC-0048, FD, Qmail)
Bye_OnlyCrash -oc = only crashmail packing
Bye_RemovePkt -r = remove *.PKT after packing (if not ARC does it)
Bye_PackMausOnly -m = pack only MausNet msgs
Bye_PackFidoOnly -f = pack only FidoNet msgs
5. Ich starte mal, wat passiert da denn?
----------------------------------------
BYE liest zuerst das BINKLEY.CFG bzw. TB.CFG. Dieses muss sich entweder im
gleichen Ordner wie BYE befinden oder in dem Pfad auf dem die Shellvariable
MAILER zeigt. Sind beide vorhanden wird BINKLEY.CFG bevorzugt.
Dort findet es unter anderen den Pfad der Netmail-Area. Das HDR-File dieser
Area wird sodann geladen, falls genug Hauptspeicher vorhanden ist. Ansonsten
ist hier schon Schluß.
Das HDR-File wird nach Messages durchsucht, die zu exportieren sind. Wird
eine Message gefunden läd BYE das MSG-File der Netmail-Area ins RAM. Die
betreffende Message wird in ein *.PKT-File geschrieben. Alle Messages, die
an den Boss adressiert sind kommen in ein *.PKT-File. Alle Messages die das
CRASH-Flag gesetzt haben und nicht an den Boss adressiert sind, landen in
jeweils einem eigenen *.PKT-File. Anschliessend werden die *.PKT-Files
in die passende ARCmail-Pakete verpackt. BYE erzeugt defaultmässig ARCmail
Pakete, dies kann mit der Option "-na" abgestellt werden.
Der Arcer muss ARC.TTP heissen und im gleichen Pfad wie TB.CFG zu finden
sein. Zu guter letzt wird ein Steuerfile für den Mailer (*.FLO für Binkley
ist default, *.CF für The-Box per "-tb" Option) erzeugt. Wenn bei "-tb"
Option kein Messages exportiert wurde, wird eine DUMMY.CF erzeugt, um
The-Box zum pollen zubewegen.
Wurde irgendetwas im HDR-File geändert (kann auch der Fall sein, wenn
keine Message exportiert worden ist) wird das alte HDR-File in OLDHDR.BYE
umbenannt und ein neues HDR-File erstellt. War der Export also nicht ganz
nach Wunsch des Point-Sysops, kann mit dem Backup weiterexperimentiert
werden.
6. Kann man Echomail-Areas von anderen Nodes als den Boss beziehen?
-------------------------------------------------------------------
Auch das geht mit BYE. Wenn man eine LED-Version 1.00 oder grösser hat, setzt
man in AREAS.BBS einfach hinter dem Areanamen den gewünschten Zielnode
ein. BYE packt daraufhin diese Message in ein extra Paket (jede Msg kommt
dabei in ein eigenes *.PKT, nicht wundern) und erzeugt ein passendes
*.FLO (bzw. *.CF) File. Sie brauche dann nur noch mit ihren Mailer den
Zielnode anwählen.
Bei älteren LED Versionen muss der Zielnode ggfs. von Hand eingetragen
werden (ALT-H), in die Message-Kopie, die bereits in der Netmail-Area liegt.
7. MausTausch, oder was?
------------------------
Der MausTausch ist für das MausNet sowas wie das Pointsystem im Fido. Der BYE
kann aus Msgs die mit LED geschrieben wurden INFILEs für die Maus erstellen.
Mit dem MAFI können Maus-OUTFILEs in die MsgBase des LED importiert werden.
Näheres dazu in MAFI.DOC.
Der Tausch-Prozessor in der Maus besitzt auch eine Art "Areafix" mit dem man
Gruppen an- und abbestellen, sowie Informationen über das Mausnetz, die
Mäuse selbst und die verfügbaren Gruppen anfordern kann. Kommandos an die Maus
werden im LED an "MausTausch" oder "Areafix" adressiert. Am praktischsten
ist es die Adresse einer "MausTausch-Logbook" Msg in die PRVTUSER.LST zu
speichern und dann eine Netmail an "m" zu schreiben. Das Subject kann leer
bleiben, die Msg muß mit einer Tearline "---" abgeschlossen werden.
Gültige Kommandos an "MausTausch" sind laut Auszug aus der Dokumentation
von Kai Henningsen:
<------------------------------------------------------------------------>
I.. Infofiles (Parameter: CRC über das File, das File wird gesendet, wenn
die CRC *nicht* stimmt; -1 ist eine legale und garantiert falsche CRC)
Die Message-"Nummer" ist jeweils dies Tripel.
Im Einzelnen:
II(E,B,A,G,H,M,L,T,K) Files aus (I)nformationen
IN(A,K,L,G,P) Files aus (I)nfo Maus(N)et
IGT Boxtitel
IGS Spruch des Tages
IG(K,L) Kurze/Lange Gruppenliste (G)(K), (G)(L)
Und für Fremdboxen oder SysOps:
ISG NET\SYSOPGRP.INF
ISB NET\SBOXINF.INF
G+gruppe Gruppe einschalten
G-gruppe Gruppe ausschalten
GUname>gruppe Gruppenchef: Mitglied aufnehmen
GUname<gruppe Gruppenchef: Mitglied rausschmeiβen
<------------------------------------------------------------------------->
Wenn man sich ein "Infofile" holen will, darf man also das "-1" hinter dem
Kommando nicht vergessen. Pro Zeile nur ein Kommando. Hier ein Beispiel:
Msg #424 / 1-424 Time: 18 Sep 92 21:29:46
From: Volkmar Wieners on 2:25800/5
To : MausTausch @ UN on 2:9000/1
Subj:
---------[NETMAIL.GER ]-----------------------------------------------
IGK -1
G-Musik
G+Biker
G+Hifi
IGL -1
---