_________________________________________________________________
MoveZMsg v.3
~~~~~~~~~~~~~~~~
Nachrichten aus Netcall-Puffer verarbeiten
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_________________________________________________________________
Copyright (c) 1990-92
~~~~~~~~~~~~~~~~~~~~~~~~~
DFG / M.Watermann, D-3000 Hannover 1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
\\/////
^ ^
( o - )
I
\_/
v
________________________________________________________________
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Inhalt
========
I. Vor-Wort ............................................ 2
II. Einführung .......................................... 3
III. Aufruf .............................................. 5
1. Hinweise zum <bereich> ........................... 8
2. Hinweise zu den <optionen> ...................... 10
3. Einige besondere <optionen> ..................... 16
IV. Techn. Hintergrund-Informationen ................... 20
V. Arbeiten im Netz ................................... 22
VI. Nutzungs-Bedingungen ............................... 23
VII. Entwicklungs-Geschichte .............................25
Schluß is auf Seite ...................................... 29
MoveZMsg.DOC, Seite 1
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
I. Vor-Wort
=============
Dieses Programm ist ein Shareware-Produkt. Shareware
("Anwender-unterstützte" Software) ist eine Vertriebs-Methode,
nicht hingegen ein Typ von Software. Mit Shareware haben Sie die
ultimative Geld-zurück-Garantie: Falls Sie das Produkt nicht
benutzen, bezahlen Sie halt auch nichts dafür.
"Shareware" ist - entgegen einem in Deutschland gepflegtem
Mißverständnis - keine freie Software ("Freeware"). Copyright und
Urheber-Gesetze gelten für beides, Shareware wie auch
kommerzielle Software, und die Copyright-Inhaber behalten alle
Rechte, mit einigen spezifischen Ausnahmen wie sie hier angegeben
sind. Shareware-Autoren sind ausgezeichnete Programmierer, gerade
so wie kommerzielle Autoren, und die Programme sind von
vergleichbarer Qualität. (In beiden Fälle werden Sie sowohl gute
Programme wie auch schlechte finden!) Der Haupt-Unterschied
besteht in der Methode des Produkt-Vertriebes. Der Autor gibt
Ihnen speziell das Recht, die Erprobungs-Version der Software zu
kopieren und an jedermann zu verteilen, so lange für den Vertrieb
der Software keine Vergütung erwartet wird.
Der Vertrieb eines Programmes als Shareware gibt dem Anwender
die Gelegenheit, die Software zu testen, bevor er sie kauft. Wenn
Sie ein Shareware-Programm erprobt haben und es dann weiter
benutzen möchten, sind Sie verpflichtet, die Software beim Autor
registrieren zu lassen. Mit der Registrierung erhalten Sie die
letzte Version der Software ohne "[unregistered]"-Vermerk und
ähnliche Botschaften. Mit Shareware sind Sie in der Lage, die
Software auf Ihrem Computer mit Ihren eigenen
System-Einstellungen und Peripherie-Geräten zu testen - der
einzige Weg zu erfahren, ob es mit Ihrer eigenen Austattung
funktionieren wird. Nach Ihrer Entscheidung, ob dieses Programm
ein Software-Produkt ist, mit dem Sie arbeiten wollen, dann - und
nur dann - bezahlen Sie dafür: das endgültige Vertrauen durch den
Autor! Sobald Sie für das Programm bezahlen, zahlen Sie auch nur
für die Software und nicht für eine Ankündigung der Software, die
oft schon allein soviel kostet wie die Software selbst und nicht
selten bloße Verheißung bleibt.
MoveZMsg.DOC, Seite 2
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
II. Einführung
================
Der automatische Nachrichten-Austausch im Zerberus-Netz (sog.
"Netcall") findet statt, indem eine Datei namens "Puffer" von
einem Netz-System zum anderen übertragen wird. Diese "Puffer"-
Datei enthält alle Nachrichten, die für das Zielsystem (oder im
Netz hinter ihm liegende Boxen) bestimmt sind. Nachricht folgt
auf Nachricht, unabhängig davon, ob sie öffentlich sind
(Brett-Nachrichten) oder privat (persönliche Post, sog. "PM"), ob
es sich um binäre Daten handelt oder reine Texte.
Aufgabe der Mailbox- wie auch der sog. "Point"-Software ist
es nun, diesen so gänzlich ungeordneten Eingangs-Puffer auf die
jeweiligen Bretter und UserInnen zu verteilen. - Hierbei soll
MoveZMsg ein wenig hilfreich sein.
Das Programm dürfte in erster Linie für sog. "Points" -
Sternchen am Rande der Netz-Galaxie - interessant sein, aber auch
der eine oder andere Mailbox-Sysop wird es hier und da hilfreich
finden.
MoveZMsg bietet die Möglichkeit, eine beliebige Puffer-Datei
nach unterschiedlichen Kriterien zu durchsuchen und mit
verschiedenen Optionen zu bearbeiten.
Es ermöglicht Ihnen, bestimmte Nachrichten aus einem Netcall-
Puffer in einen anderen zu =kopieren= oder auch diese Nachrichten
von hier nach dort zu =verschieben=. Die Suche können Sie im
gesamten Nachrichten-Header durchführen lassen. Das ist jener
"Vorspann", der den Absender und Empfänger einer Nachricht
enthält, ihr Erstellungs-Datum und ihren Betreff sowie Typ.
Dabei kann der Suchbegriff aus einem oder mehreren Wörtern
bestehen, und Sie können entweder nur in =einem= der erwähnten
Header-Felder suchen lassen oder auch (mit einer impliziten Oder-
Verknüpfung) in =mehreren=, wobei Sie zudem festlegen können, ob
Ihr Suchbegriff =exakt= getroffen werden muß (Identität), oder ob
er lediglich im Nachrichten-Header =enthalten= sein soll.
MoveZMsg.DOC, Seite 3
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Sie können die Zieldatei chronologisch =sortieren= lassen,
wobei automatisch Nachrichten-Duplikate (sog. "Dupes") entfernt
werden, und sogar Nachrichten, die nach dem QPC-Algorithmus
verschlüsselt sind, automatisch =ent-schlüsseln= lassen - sofern
Sie das dafür nötige Paßwort kennen ;-) Und wenn Sie mögen,
können Sie die in der Puffer-Datei enthaltenen Text-Nachrichten
auch mit einem beliebigen Paßwort nach dem QPC-Algorithmus
=ver-schlüsseln=. Wenn Sie den leichteren Überblick in den
Brettern bevorzugen, können Sie die verbreiteten Re^x/A.^x usw.
durch ein einheitliches "Re: " ersetzen lassen - was zudem noch
einigen Plattenplatz spart.
Sofern Sie eine eigene Z-Netz-Box betreiben, haben Sie
schließlich die Möglichkeit, mithilfe dieses Programmes durch das
Umrouten von PMs eine quasi Domain-Adressierung zu realisieren,
Nachrichten weiterzuleiten sowie ggf. Ihren Gateway ein wenig zu
unterstützen.
MoveZMsg.DOC, Seite 4
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
III. Aufruf
=============
Ein Programm-Aufruf hat die folgende allgemeine Form:
MoveZMsg <bereich> <ein_puffer> [aus_puffer] <optionen>
Die einzelnen MoveZMsg-Parameter:
<bereich> bestimmt, wo MoveZMsg suchen soll:
-a+|- im Nachrichten-[A]bsender
-b+|- im Nachrichten-[B]etreff
-e+|- Nachrichten-[E]mpfänger
-d+|- Nachrichten-[D]atum
-t+|- im Nachrichten-[T]yp
<ein_puffer> bezeichnet jenen Netcall-Puffer, in dem
gesucht werden soll
[aus_puffer] bezeichnet jenen Netcall-Puffer, in den die
gefundenen Nachrichten übertragen werden
sollen
<optionen> bestimmt, wie MoveZMsg arbeiten soll:
-c der <aus_puffer> wird [c]hronologisch
sortiert
-g der <stext> wird mit Nachrichtenkopf
[g]enau verglichen
-k Umlaute im Betreff in IBM-Zeichensatz
[k]onvertieren
-q+|- [Q]PC-Nachrichten VERschlüsseln [+] bzw.
ENTschlüsseln [-]
MoveZMsg.DOC, Seite 5
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
-p<ptext> [P]aßwort für QPC-Ver- und -Entschlüsselung
-r [R]eply-Einleitung im Nachrichten-Betreff
vereinheitlichen
-s<stext> der <stext> wird im Nachrichtenkopf
ge[s]ucht
-u<system> Umleiten von PMs nach <system>
-v gefundene Nachrichten [v]erschieben (aus
<ein_puffer> entfernen)
-w<name> Empfänger für [w]eitergeleitete Nachrichten
-x<system> herauszufilterndes Ziel-System
Die Parameter <ein_puffer> und [aus_puffer] müssen gültige
DOS-Dateinamen darstellen. Aus dem <bereich> müssen Sie
mindestens ein Header-Feld angeben, in dem gesucht werden soll,
sowie aus den <optionen> mit dem Parameter "-s<stext>" den zu
suchenden Text.
Alle Kommandozeilen-Angaben können wahlweise mit der
DOS-Parameter-Kennung "/" oder einem "-" eingeleitet werden. Das
Programm geht standardmäßig von einem Bindestrich ('-') als
Parameter-Einleitung aus. Wenn Sie jedoch den unter DOS
gebräuchlichen Slash ('/') vorziehen, so können Sie dies durch
Setzen einer Umgebungs-Variable erreichen - geben Sie dazu (am
besten gleich in Ihrer AutoExec.BAT) folgende Zeile ein:
Set Switch=/
Danach reagiert das Programm auf den Slash als Parameter-
Einleitung, andere Einstellungen (außer '-' und '/') werden
ignoriert. - Diese Umgebungs-Variable 'SWITCH' wird auch von
vielen anderen Programmen zum gleichen Zweck ausgewertet, wie
bspw. dem hilfreichen Shareware-Paket DOSNIX (*nix-Befehle unter
DOS; Copyright 1990, 1991 by G. Vrooman).
Die Groß-/Kleinschreibung der Programm-Parameter ist
unerheblich, wird jedoch bei den Parametern "-g" und
"-p<passwort>" (s. u.) exakt berücksichtigt.
MoveZMsg.DOC, Seite 6
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Da die Parameter beliebig miteinander kombinierbar sind,
sollten Sie sich über die Konsequenzen der verschiedenen Optionen
klar werden, bevor Sie wichtige Daten-Puffer bearbeiten lassen.
Insbesondere die Verknüpfung mehrerer Suchfelder mit
unterschiedlichen +|- Schaltern kann unerwartete Ergebnisse
zeitigen. Zwar ist nach menschlichem Ermessen nicht mit
Datenverlusten zu rechnen, solange Sie nicht den Parameter "-v"
mit dem Ziel-Puffer-Namen "NUL" kombinieren. Aber wohlmöglich
findet sich die eine oder andere Nachricht nach dem Verschieben
genau in =dem= Puffer, in dem =Sie= sie nicht erwartet hätten :-)
Probieren Sie also zunächst einmal in Ruhe ein wenig herum,
bis Sie sicher sind, die für Ihre Zwecke angemessene Parameter-
Kombination gefunden zu haben.
MoveZMsg.DOC, Seite 7
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
1. Hinweise zum <bereich>:
____________________________
Durch ein dem Kennbuchstaben optional folgendes Plus oder
Minus können Sie entscheiden, ob der Suchtext im Suchfeld
enthalten (+) sein soll oder nicht (-). Bei der Suche nach dem
Nachrichten-Datum ("-d+|-") entscheiden Plus und Minus darüber,
ob die Nachrichten jünger (+) oder älter (-) als der Suchwert
sein sollen.
Beachten Sie bitte, daß es sich stets um sog. Oder-
Verknüpfungen handelt, wenn Sie mehrere Bereichs-Angaben machen.
Praktisch bedeutet dies, das Nachrichten kopiert werden, für die
in mindestens einem der angegebenen Bereiche des Nachrichten-
Headers der Suchbegriff gefunden wurde.
Beispiele:
MoveZMsg -e -sv.nachname Puffer MyPuffer
MoveZMsg -e+ -sv.nachname Puffer MyPuffer
In diesen Beispielen wird im Empfänger-Feld gesucht. Hier
werden alle Nachrichten kopiert, die an ("-e") 'V.Nachname'
("-s") gerichtet sind. Da das Plus (= Übereinstimmung) der
voreingestellte Wert ist, sind diese beiden Aufrufe praktisch
völlig identisch.
MoveZMsg -e- -sv.nachname Puffer MyPuffer
In Bsp. 3 hingegen werden alle Mails kopiert, die =nicht= für
("-e-") 'V.Nachname' ("-s") bestimmt sind.
MoveZMsg -a+ -e+ -b+ -sv.nachname Puffer MyPuffer
Beispiel 4 zeigt, wie sie alle Nachrichten, die von ("-a+"),
an ("-e+") oder über ("-b+") 'V.Nachname' ("-s") sind,
umkopieren können.
MoveZMsg.DOC, Seite 8
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
MoveZMsg -a- -e- -b- -sv.nachname Puffer MyPuffer
Im 5. Beispiel schließlich darf 'V.Nachname' ("-s") weder im
Absender- ("-a-") noch im Empfänger- ("-e-") oder
Betreff-Feld ("-b-") auftauchen.
MoveZMsg -a+ -e- -sv.nachname Puffer MyPuffer
Dieser Beispiel-Aufruf läßt alle Nachrichten kopieren, die
entweder von ("-a+") 'V.Nachname' ("-s") geschrieben wurden
oder nicht an ihn ("-e-") gerichtet sind.
MoveZMsg -d- -s910732 Puffer MyPuffer
Hier werden alle Nachrichten kopiert, die =vor= ("-d-") dem
32.7.91 ("-s") geschrieben wurden, während beim nächsten
Beispiel nur die Nachrichten vom 1.8.91 kopiert werden:
MoveZMsg -d -s910801 Puffer MyPuffer -g
Beachten Sie bei der Datums-Suche die Schreibweise JJMMTT (je
zwei Ziffern für Jahr, Monat und Tag) ohne trennende Punkte
oder Leerzeichen.
MoveZMsg.DOC, Seite 9
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
2. Hinweise zu den <optionen>:
2. Hinweise zu den <optionen>:
________________________________
-c
Durch unterschiedlich lange Routwege verschiedener Boxen oder
falsche Einstellungen der beteiligten Systeme kann es im Netz
mitunter passieren, daß eine Entgegnung auf eine Nachricht
bei Ihnen ankommt, bevor Sie deren Original gelesen haben.
Durch diesen Parameter sorgen Sie nicht nur dafür, daß der
<aus_puffer> [c]hronologisch sortiert wird, sondern auch, daß
eventuell vorhandene Nachrichten-Duplikate ("Dupes")
ausgesondert werden (vgl. auch die beigefügte Datei
PSORT.BAT).
Beispiel:
MoveZMsg -e -sv.nachname Puffer MyPuffer -c
Alle Nachrichten für ("-e") 'v.nachname' ("-s") aus 'Puffer'
werden nach 'MyPuffer' kopiert und in chronologischer ("-c")
Reihenfolge nach Erstellungsdatum abgelegt. - Sollte das
Programm feststellen, daß nicht genügend Arbeitsspeicher zum
Sortieren bereitsteht, wird dieser Schalter selbsttätig
ausgeschaltet.
Diese Option kann besonders für Point-Systeme hilfreich sein,
die mit mehreren, z.B. thematisch gegliederten Archiv-Puffern
arbeiten und dann ihr Ordnungssystem verändern. Beim
einfachen Zusammenkopieren würden die Nachrichten ja zeitlich
vollkommen ungeordnet sein - das kleine "-c" in der
Parameterzeile sorgt hier für Ordnung.
Die erwähnten Nachrichten-Duplikate sind in <aus_puffer>
nicht mehr enthalten. Wenn sie auch aus <ein_puffer> entfernt
werden sollen, müßten Sie diesen mit der "-v"-Option (s. u.)
bearbeiten.
Falls Sie einen Netcall-Puffer einfach mal sortieren wollen,
so können Sie das bspw. mit diesem Aufruf machen:
MoveZMsg -t- -s- Puffer Puffer -c -v
MoveZMsg.DOC, Seite 10
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
-g
Wenn der "-s<stext>" den Nachrichtenkopf [g]enau treffen
soll, dann können Sie dies mit diesem Parameter erzwingen.
Das Programm schaut dann nicht darauf, ob <stext> im
durchsuchten Header-Feld =enthalten= ist, sondern ob es exakt
übereinstimmt. Dabei wird sowohl die Länge von <stext>, als
auch die Schreibweise exakt berücksichtigt.
Beispiel:
MoveZMsg -b -s"dies und das" Puffer MyPuffer -g
Hier werden nun nur jene Nachrichten umkopiert, deren Betreff
("-b") genau aus den Zeichen "dies und das" ("-s") besteht,
so daß bspw. ein "RE: dies und das" =nicht= berücksichtigt
würde.
-k
Da eine Reihe von Systemen im Netz nicht in der Lage ist, den
vereinbarten Zeichensatz korrekt zu erzeugen, können Sie
durch diesen Parameter im Betreff enthaltene Umlaute von
Atari-/Amiga-/McIntosh-Systemen in den IBM-Zeichensatz
konvertieren lassen.
Beispiel:
MoveZMsg -t- -s- Puffer MyPuffer -c -v -r
Alle Nachrichten aus 'Puffer' werden nach eventueller
Korrektur des Betreff-Textes ("-k") und Vereinheitlichung der
Replies ("-r") nach "MyPuffer" verschoben ("-v") und dabei
chronologisch ("-c") sortiert.
-p<ptext>
Hier geben Sie das notwendige Paßwort für die QPC-Ver- und
-Entschlüsselung (vgl. Parameter "-q") an. Falls dies (beim
Entschlüsseln) nicht vollständig mit dem richtigen
Übereinstimmt, werden Sie einige Probleme haben, die
"entschlüsselten" Nachrichten zu lesen ...
Beispiel:
MoveZMsg Puffer MyPuff -e -sv.nachname -c -v -q- -pMyPasswort
MoveZMsg.DOC, Seite 11
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Sofern die Nachrichten an ("-e") 'v.nachname' ("-s")
tatsächlich mit 'MyPasswort' ("-p") verschlüsselt waren,
befinden sie sich nun als normaler Text lesbar
(entschlüsselt) und chronologisch sortiert ("-c") in der
Datei 'MyPuff', andernfalls - werden Sie reichlich Mühe
haben, den Inhalt der "entschlüsselten" Nachrichten zu
begreifen ={;-O
Falls Sie den Parameter "-v" nicht angeben und somit
lediglich die gefundenen Nachrichten kopieren, bleiben die
Nachrichten im Original-Puffer von der Ver- bzw.
Entschlüsselung unberührt.
-q+|-
Zuweilen ist von Sysops zu hören, die sich einen Lustgewinn
davon versprechen, die private Post ihrer NutzerInnen zu
studieren. Obzwar dies im Z-Netz mit einigem Aufwand
verbunden ist und - anders als bspw. am in dieser Hinsicht
völlig indiskutablen Fido-Netz - allen gültigen Netz-Regeln
widerspricht, tut man als NutzerIn allemal gut daran,
persönliche Nachrichten für den Netzversand möglichst zu
verschlüsseln. MoveZMsg unterschützt Sie in Ihren
berechtigten Schutz-Interessen.
Hierzu zunächst ein Zitat aus der Dokumentation des
Zerberus-Pointprogrammes "QuickPoint", dessen Autor Marc
Zimmermann, diese Verschlüsselungs-Möglichkeit entwickelt
hat:
_____________________________________________________________
'QuickPOINT Crypt'-VERSCHLÜSSELUNG
_____________________________________________________________
Eine QPC:-codierte Nachricht wird durch die Kennung 'QPC:'
markiert, die die ersten vier Zeichen der Betreffzeile der
Nachricht sein müssen. Für den Empfänger wird diese Nachricht
(unter QuickPOINT) völlig transparent entsprechend mit dem
dort angegebenen Passwort entschlüsselt. (...) Selbst bei
einer geringen Abweichung der Passworte entsteht ein mitt-
leres Chaos!
WICHTIG: Die Verschlüsselung ist vergleichsweise simpel und
vermutlich mit einem gewissen Aufwand zu knacken. Extrem
geheime Informationen sollten Sie vorzugsweise mit einem
externen Verschlüsselungstool (z.B. PC-DES) bearbeitet und
als Binärmail verschicken.
MoveZMsg.DOC, Seite 12
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
HINWEIS: Je länger das verwendete Passwort ist, desto
schwieriger werden Knackversuche. Benutzen Sie in eigenem
Interesse nur Passworte mit einer Länge von mehr als 6
Zeichen.
Andere Programme, die das QPC:-Format unterstützen:
_ Frank Schummertz' MyBBS ab Version 1.7g
_ Stefan Brück's net_sh ab Version 1.5
_ J.Haas' AmNetC ab Version 1.0
_ Peter Mandrellas CrossPoint ab Version 1.0
Eventuell werden in absehbarer Zeit noch weitere Points
dieses Codierungsverfahren erkennen und bearbeiten können.
_____________________________________________________________
Mithilfe des Parameters "-q" können Sie QPC-Nachrichten
sowohl VER-schlüsseln ("-q+") als auch ENT-schlüsseln
("-q-"). Der Erfolg ist jedoch davon abhängig, daß Sie das
richtige Paßwort (vgl. Parameter "-p") kennen. Es ist also
=nicht= möglich, durch MoveZMsg verschlüsselte Nachrichten
anderer UserInnen zu lesen.
Beispiel:
MoveZMsg Puffer MyPuffer -e -sv.nachname -c -v -q-
... wird Ihnen einige Frustration bereiten, weil Sie das
Paßwort (vgl. Parameter "-p") nicht angegeben haben :-)
-r
Da im Netz ein ziemliches 'Durcheinander' herrscht, was die
Einleitung von Erwiderungen/Antworten ('Replies') im Betreff
anbelangt, bietet Ihnen dieser Parameter die Möglichkeit,
zumindest in ihrem eigenen (Point- oder Gateway-) System hier
für etwas 'Ordnung' zu sorgen. MoveZMsg sorgt dafür, daß die
Betreff-Zeilen einheitlich mit einem einfachen "Re: "
eingeleitet werden.
Beispiel:
MoveZMsg -t- -s- Puffer MyPuffer -c -k -r -v
Hier werden alle Nachrichten aus 'Puffer' in die Datei
'MyPuffer' verschoben ("-v") und dabei chronologisch sortiert
("-c"), wobei alle Betreffs, die durch 'RE^x', 'RE:',
MoveZMsg.DOC, Seite 13
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
'A.AUF', 'AW:' usw. sowie Kombinationen davon eingeleitet
werden, vereinheitlicht ("-r") und eventuell falsche Umlaute
konvertiert ("-k") werden.
Dies Verfahren erleichtert nicht nur wesentlich den Überblick
in den Brettern, sondern spart zudem noch etwas Platz auf
Ihrer Platte (Kleinvieh macht ja bekanntlich auch Mist ...).
-s<stext>
Für <stext> schreiben Sie einfach das zu suchende Wort
unmittelbar hinter das "-s". Sofern Sie jedoch einen aus
mehreren Wörtern bestehenden Text suchen lassen möchten,
müßten Sie diesen in "Gänsefüßchen" einschließen.
Beispiele:
MoveZMsg -a -ssysop Puffer MyPuffer
MoveZMsg -b -s"dies und das" Puffer MyPuffer
MoveZMsg -t- -s- Puffer Puffer -v -c
Im ersten Beispiel werden alle Nachrichten mit Absender
("-a") 'Sysop' ("-s") aus 'Puffer' in 'MyPuffer' kopiert. Im
zweiten Beispiel werden alle Nachrichten, die "dies und das"
im Betreff ("-b") haben, kopiert. Im dritten Fall
schließlich werden die Nachrichten, deren Typ ("-t") =nicht=
"-" ist ("-s"), chronologisch sortiert ("-c") verschoben
("-v"); da Qell- und Ziel-Datei identisch sind, haben Sie auf
diese Weise den "Puffer" sortiert :-)
-v
Standardmäßig werden die gefunden Nachrichten dupliziert,
d.h. sie befinden sich anschließend sowohl im <ein_puffer>
als auch im <aus_puffer>. Dieser Parameter sorgt nun dafür,
daß die gefundene Nachrichten aus <ein_puffer> nach
<aus_puffer> verschoben werden, also anschließend in
<ein_puffer> =nicht= mehr enthalten sind.
Beispiel:
MoveZMsg -e -sv.nachname Puffer MyPuffer -c -v
MoveZMsg -a -e -s@ Puffer MyPuffer -c -v
MoveZMsg.DOC, Seite 14
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Alle Nachrichten für ("-e") 'v.nachname' ("-s") aus 'Puffer'
werden im ersten Beispiel nach 'MyPuffer' verschoben ("-v")
und dort gleich chronologisch sortiert ("-c"). Hierdurch
können Point-UserInnen ihre Privat-Post aus ihrem großen
Netcall-Puffer in ein Privat-Archiv umkopieren. Oder auch
Mailbox-Sysops die an sie gerichtete Post zu einem Point
'umleiten', so daß das Mailbox-Fach nicht davon behelligt
wird.
Im zweiten Beispiel werden alle Nachrichten aus 'Puffer' nach
'MyPuffer' verschoben ("-v"), die entweder im Absender ("-a")
oder im Empfänger ("-e") den "Klammeraffen" haben ("-s").
Praktisch bedeutet das: Sämtliche in <ein_puffer> enthaltenen
Nachrichten werden chronologisch sortiert ("-c") in den
<aus_puffer> verschoben, wobei zudem gleich alle ggf. in
<ein_puffer> enthaltenen Nachrichten-Duplikate ('Dupes')
entfernt werden.
MoveZMsg.DOC, Seite 15
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
3. Einige besondere <optionen>:
_________________________________
Die im folgenden vorgestellten Kommandozeilen-Parameter sind
lediglich in ganz bestimmten Situationen sinnvoll anwendbar
und nur für Sysops oder Points interessant.
Nachrichten umleiten:
-u<system>
Diese Option ist lediglich für Netz-Sysops interessant, die
Nachrichten "um-routen" müssen. - Zur Verdeutlichung stellen
Sie sich folgende Situation vor: Es gibt die Boxen A_SYS,
B_SYS und C_SYS, die im Netz nicht bekannt sind. Sie wissen
aber, daß diese Boxen über die Box DOMAIN erreichbar sind.
Falls nun bei Ihnen eine Netcall-Datei für eines dieser
Systeme entsteht, rufen sie das Programm bspw. so auf:
MoveZMsg A_SYS DOMAIN -uA_SYS
Dadurch werden alle PMs aus dem Puffer "A_SYS" in den Puffer
"DOMAIN" verschoben und sortiert, wobei dem EmpfängerInnen-
Namen ein "@A_SYS.ZER" angehängt wird.
Beachten Sie bitte, daß bei Verwendung des Parameters
"-U<system>" die Schalter "-c" und "-v" automatisch =gesetzt=
und die Schalter "-b", "-a", "-t" und "-d" sowie "-g"
=gelöscht= werden; auch der Parameter "-s<stext>" ist hier
nicht notwendig. Sie haben jedoch die Möglichkeit, mithilfe
der Parameter "-q+|-" und "-p<ptext>" (s. o.) die
umgeleiteten Nachrichten automatisch verschlüsseln zu lassen.
Die Systeme aus obigem Beispiel könnten sogar mit einer
einfachen Batch-Schleife bearbeitet werden, die Sie im
Prinzip so in Ihre Z_Before.BAT einbinden könnten:
for %%a in (?_SYS.) do MoveZMsg %%a DOMAIN -u%%a
Auf diese Weise kann in Grenzen eine "Domain" ähnliche
Adressierung realisiert werden, ohne daß größere Eingriffe in
die gegenwärtige Zerb-Mailbox-Software nötig wären. Nur =Sie=
müssen Bescheid wissen, was wohin weiterzuleiten ist.
MoveZMsg.DOC, Seite 16
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Nachrichten weiterleiten
-w<name>
Diese Option kann bspw. von Points verwendet werden, um
Nachrichten aus ihrem Netcall-Puffer an einen anderen
Empfänger weiterzuleiten. Das Such-Kriterium wird von den
oben besprochenen Bereichs-Angaben festgelegt.
Beispiel:
MoveZMsg -e -sv.nachname Puffer MyPuff -w/MEIN/ARCHIV/BRETT
Hier werden alle Nachrichten an ("-e") 'v.nachname' ("-s")
aus dem 'Puffer' kopiert in die Datei 'MyPuff', wobei als
Empfänger das "/MEIN/ARCHIV/BRETT" ("-w") eingesetzt wird.
Beispiel:
MoveZMsg -a -sv.nachname Puffer MyPuff -w/MEIN/ARCHIV/BRETT
Mit diesem Aufruf werden die von ("-a") 'v.nachname' ("-s")
versandten Nachrichten umkopiert.
Beachten Sie bitte, daß bei dieser Option ein eventuell
gesetzter Parameter "-v" vom Programm =aus=geschaltet wird,
so daß lediglich Kopien der weitergeleiteten Nachrichten
erzeugt werden.
Außerdem wird für die weitergeleiteten Nachrichten eine
=neue= Msg-ID erzeugt, da sie andernfalls von der
Mailbox-Software als Duplikate erkannt und gelöscht würden.
Aus dem gleichen Grund wird auch die Pfad-Angabe der
weitergeleiteten Nachrichten gelöscht. - Dies führt dazu, daß
weder MoveZMsg, noch die Mailbox erkennen kann, daß es sich
um bereits einmal versandte bzw. empfangene Nachrichten
handelt! Solange Sie diese Weiterleitungs-Option lediglich
auf ihrem eigenen (Point-) Rechner einsetzen, ist das nicht
weiter schlimm. Wenn Sie aber auf diese Weise Nachrichten ins
Netz weiterleiten, seien Sie sich über die Konsequenzen im
Klaren! Unter Umständen können Sie sich damit einigen Ärger
einhandeln ...
MoveZMsg.DOC, Seite 17
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Nachrichten extrahieren
-x<system>
Mit diesem Parameter können Sie alle Mails an <system> aus
einem Netcall-Puffer extrahieren. Diese Option ist v.a. für
die Betreiber von Gateway-Boxen interessant, die auf diese
Weise sicherstellen können, daß in dem für das Ziel-Netz
erzeugten Netcall-Puffer alle Absender-Angaben vollständig
enthalten sind. Bei Nachrichten von NutzerInnen der eigenen
Box, welche ihre Nachrichten über ihr Point-System abliefern,
haben jedoch in ihrem Absender keinen System-Namen, so daß
diese Nachrichten ggf. aus dem Zielnetz nicht erreichbar sind
(wenn sich nicht zuvor ohnehin noch die Gateway-Software
beklagt ...).
Zudem können Sie auf diese Weise dem Mailbox-Programm ein
wenig die Arbeit abnehmen, indem Sie einen eingehenden
Netcall-Puffer von MoveZMsg bearbeiten lassen, =bevor= Sie
ihn von der Box-Software einlesen lassen (so daß letztere mit
den Gateway-Nachrichten gar nichts mehr zu tun hat).
Beispiel:
MoveZMsg -smybox InPuffer OutPuffer -xabc
Dabei wird im =Empfänger= nach "@ABC" ("-x") gesucht und bei
den gefundenen Nachrichten zusätzlich geprüft, ob ein "@" im
=Absender= Namen enthalten ist. Ist dies nicht der Fall, wird
dort "@MYBOX.ZER" ("-s") angehängt. Die gefundenen
Nachrichten werden aus 'InPuffer' entfernt und in 'OutPuffer'
chronologisch sortiert abgelegt.
Beachten Sie bitte die bei dieser Option veränderte Bedeutung
des Parameters "-s<stext>": er bezeichnet in diesem Fall
nicht den zu suchenden Text (was von "-x<system>" erledigt
wird), sondern den Namen des absendenden System, also Ihren
Box-Namen.
Die Parameter "-e+" (Empfänger-Vergleich), "-v" (Nachrichten
Verschieben) und "-c" (Nachrichten Sortieren) werden hier
automatisch =gesetzt=, während der Parameter "-g" (genauer
Vergleich) ggf. gelöscht wird, da ja nur ein Teil der
Empfänger-Angabe verglichen werden soll.
MoveZMsg.DOC, Seite 18
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
Nachrichten drucken
Wenn Sie einzelne Nachrichten statt in eine Datei auf dem
Drucker ausgeben lassen wollen, können sie auch dies
selbstverständlich tun.
Beispiel:
MoveZMsg -b -s"mein Thema" InPuffer PRN
Hier werden alle Nachrichten aus "InPuffer", die "mein Thema"
("-s") im Betreff ("-b") führen, auf den Drucker ausgegeben.
Beachten Sie dabei folgende Punkte:
* MoveZMsg nimmt keinerlei Text-Formatierungen an den
gefundenen Nachrichten vor, sondern druckt sie genau so, wie
sie in "InPuffer" vorliegen.
* sorgen Sie vor dem Programm-Aufruf dafür, daß Ihr Drucker
eingeschaltet und mit ausreichend Papier versehen ist, die
gewünschte Schrift eingestellt und das Gerät "online" ist.
* wenn sich in "InPuffer" auch Binär-Nachrichten befinden,
werden diese ggf. auch ausgedruckt, was u.U. recht
interessante Ergebnisse zeitigt ;-) Wollen Sie dies
vermeiden, so entfernen Sie die Binärdaten zuvor (z.B. mit
einem Aufruf und dem Parameter "-v").
Nachrichten ansehen
Ähnlich wie das Ausdrucken können Sie auch eine einfache
Bildschirm-Ausgabe der gefundenen Nachrichten erreichen.
Beispiel:
MoveZMsg -t -st InPuffer CON
Hier werden nun also alle Text-Nachrichten aus "InPuffer" am
Monitor ausgegeben. Dabei wartet MoveZMsg am Ende jeder
Nachricht auf die Betätigung der Return/Enter-Taste. Auch bei
diesem Aufruf nimmt das Programm keine Text-Formatierungen an
den gefundenen Nachrichten vor, sondern gibt sie so aus, wie
sie in "InPuffer" vorliegen.
MoveZMsg.DOC, Seite 19
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
IV. Techn. Hintergrund-Informationen
======================================
Die Geschwindigkeit der Programmausführung ist aufgrund der
häufigen Plattenzugriffe selbstverständlich stark vom verwendeten
Computer-Typ (Rechengeschwindigkeit) und Laufwerk (Lade-Zeit)
abhängig, auch die Verwendung eines gutes Cache-Programmes
(empfehlenswert und konkurrenzlos schnell ist bspw. das
Shareware-Programm 'HyperDisk').
Im Normalfall gibt das Programm am Ende den "ErrorLevel" 0
(Null) zurück, den Sie ggf. in Ihren Batch-Dateien auswerten
können. Falls während der Arbeit kritische DOS-Fehler auftreten
sollten, wird die Arbeit mit der von DOS generierten Fehler-
Nummer abgebrochen. Daneben können die folgenden "ErrorLevel"-
Werte auftreten:
1 = es wurden zuwenig Parameter angegeben
2 = der Original-Puffer kann nicht gefunden werden
3 = der Ziel-Puffer kann nicht erzeugt werden
4 = der Such-Bereich wurde nicht angegeben
5 = der Such-Text wurde nicht angegeben
6 = der Original-Puffer kann nicht geöffnet werden
7 = der temp. Puffer kann nicht erzeugt werden
8 = ein unbekannter Parameter wurde übergeben
9 = unzulässige Größenangabe in Original-Puffer (der
Puffer ist wahrscheinlich defekt)
10 = nicht genügend Arbeitsspeicher zum Kopieren
11 = nicht genügend Arbeitsspeicher zum Sortieren
12 = zuviele Nachrichten zum Sortieren (> 10.000)
13 = AnwenderInnen-Abbruch durch die ESCape-Taste
14 = das ZielSystem bei Umleitung wurde nicht angeben
MoveZMsg.DOC, Seite 20
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
15 = nicht genügend Platz auf Ziel-Disk/Platte;
16 = AbsenderSystem bei Umleitung fehlt;
17 = Ziel-Angabe bei Weiterleitung fehlt;
255 = unregistrierte Version terminiert an ungeradem Tag
in geraden Monaten sowie geradem Tag in ungeraden
Monaten;
Zur Arbeit mit MoveZMsg benötigen Sie mindestens MS-DOS 3.1
oder eine neuere Version. Getestet wurde das Programm auf XTs,
ATs und 386ern mit insgesamt ca. 1.000 MB Netcall-Puffern. ;-))
Das Programm wurde ausgiebig u.a. unter DOS 3.3, 4.01, 5.0,
Kir-Link, Kir-Net, Novell Lite und Novell Netware getestet. Dabei
sind bisher auch über verschiedene (Netz-) Laufwerke keine
Probleme aufgetreten. Aufgrund der Vielfalt möglicher Netz-
Topologien und möglicher Interdependenzen verschiedener Programme
kann jedoch die Funktionsfähigkeit in einer beliebigen Hard- und
Software-Konfiguration nicht gewährleistet werden.
Das Programm führt bei jedem Aufruf einen Selbst-Test durch
(Integritäts-Kontrolle/Viren-Check), wofür es ab v.3 im read-
only-Modus geöffnet wird, so daß Sie die Programm-Datei - wie in
Netzwerken prinzipiell empfehlenswert - als R/O markieren können,
ohne den DOS-Fehler 5 (Zugriff verweigert) zu provozieren
(entsprechende Netzwerk-Rechte vorausgesetzt!).
Die Validierungs-Codes der Programme entnehmen Sie bitte der
Datei *.CRC. Sie können die Integrität der Programme feststellen,
indem Sie die dort angebenen Prüfsummen mit den durch das
beigefügte Programm VALIDATE.COM (Copyright 1988-89 by McAfee
Associates) erzeugten vergleichen. Geben Sie dazu =vor= dem
ersten Aufruf von MoveZMsg ein:
VALIDATE MoveZMsg.EXE
Sollten die Werte voneinander abweichen, sind unsere
Programme in irgendeiner Weise modifiziert worden (gepatcht,
Viren-Befall etc. pp.).
In der Datei *.RAM schließlich finden Sie Angaben über den
Speicherbedarf der Programme.
MoveZMsg.DOC, Seite 21
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
V. Arbeiten im Netzwerk
=========================
Mit v.2 von MoveZMsg wurden eine ganze Reihe von
Modifikationen an den Datei-Zugriffs-Routinen vorgenommen, um den
Einsatz des Programmes in Netzwerk-Umgebungen zu erleichtern. So
wurde die interne Umsetzung von relativen in absolute Pfad-Namen-
Angaben grundlegend umgestellt, um die unangenehme DOS-
Eigenheit, in bestimmten Situationen ungültige Pfad-Namen zu
generieren, weitestgehend zu umgehen.
Sofern auf dem Rechner, von dem aus MoveZMsg gestartet wird,
das DOS-Programm SHARE.EXE installiert ist, öffnet MoveZMsg die
Dateien nicht mehr exclusiv (compatibility-mode), sondern
unterbindet lediglich das Schreiben (deny-write) von anderen
Prozessen in die gerade bearbeitete Datei.
Darüberhinaus wurde die Möglichkeit implementiert, in allen
Pfad-Namen auch Umgebungs-Variablen zu verwenden. Dadurch können
Sie bspw. Stapel-Dateien schreiben, die von allen Netzwerk-
Stationen aus aufgerufen werden können.
MoveZMsg.DOC, Seite 22
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
VI. Nutzungs-Bedingungen
==========================
MoveZMsg.EXE und die zugehörigen Dateien sind, wie eingangs
bereits erwähnt, keine sog. 'freie' Software ("Freeware"),
sondern ein Shareware-Produkt. Durch die Installation dieses
Programmes auf Ihrem System, erklären Sie Ihr Einverständnis mit
den folgenden Punkten und Bedingungen. Sofern Sie jedoch diesen
Bedingungen nicht zustimmen mögen, haben Sie kein Recht, das
Programm oder die zugehörigen Dateien zu nutzen, Sie sollten es
dann auch nicht installieren und aufzurufen. Auch die
begleitenden Dateien und unterstützenden Programme sowie die
Dokumentation gehören insgesamt zu diesem Programm-Paket.
Anwender dieses Programmes akzeptieren den folgenden
Haftungsausschluß: "Das Programm wird geliefert wie es ist. Wir
können keinerlei Haftung übernehmen für eventuelle Schäden,
gleich welcher Art, die Ihnen im Zusammenhang mit der Nutzung der
Programme entstehen mögen. Der Autor lehnt alle Garantien ab,
ausdrücklich oder implizit, einschließlich einer Garantie der
Marktgängigkeit und Tauglichkeit für irgendeinen Zweck." Das
einzige, was wir garantieren können, ist, daß die Programme Platz
auf Ihrer Platte verbrauchen >;-))
Dieses Programm ist "Shareware" und wird zur Verfügung
gestellt, um die Anwender zur Erprobung einzuladen. Fühlen Sie
sich also frei, die Erprobungs-Kopie mit Ihren Freunden zu
teilen, aber bitte geben Sie es nicht geändert weiter oder als
Teil eines anderen Systems. Jede Veränderung der Programme und
ihrer Dokumentation sowie Disassemblierung, 'reverse
engineering', Patchen usw. usf. sind nicht gestattet und stellen
eine strafbare Verletzung des Urheberrechts dar. Das Wesen von
"Anwender-unterstützter" Software ist, den PC-Benutzer mit
Qualitäts-Software zu versorgen, ohne die leider üblichen hohen
Preise, und den Programmierern einen Anreiz zu bieten, die
Entwicklung neuer Produkte und die Pflege alter fortzusetzen.
Das Programm darf also zum =privaten= Gebrauch beliebig oft
kopiert und kostenlos weitergegeben werden, soweit der Inhalt der
Diskette bzw. des ZIP-Archives =nicht= verändert, d.h. Dateien
oder Kommentare entfernt oder andere hinzufügt werden (Der
vollständige Inhalt ist in der *.INH Datei enthalten). Das
schließt einen gewerblichen Vertrieb ohne ausdrückliche und
schriftliche Zustimmung aus. Alle Urheber-, Verwertungs- und
Vertriebsrechte bleiben wie auch das Copyright in unserem Besitz.
Der Leistungs-Umfang dieser Shareware-Version ist gegenüber der
MoveZMsg.DOC, Seite 23
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
registrierten Fassung nicht eingeschränkt: ein Hinweis im
Hilfebildschirm macht auf die ausstehende Registrierung
aufmerksam, und an ungeraden Tagen in geraden Monaten sowie
geraden Tagen in ungeraden Monaten terminiert das Programm mit
einem kurzen Hinweis und ErrorLevel 255.
Wenn Sie dieses Programm für nützlich halten und finden, daß
Sie es gebrauchen können und nach einer 30-Tage-Versuchs-Periode
weiter damit arbeiten, so müssen Sie sich gegen eine geringe
Gebühr registrieren lassen. Die Registrierungs-Gebühr wird den
Gebrauch einer Kopie auf einem beliebigen Computer zu irgendeiner
Zeit lizenzieren. Sie müssen diese Software gerade so wie ein
Buch behandeln. Ein Beispiel ist, daß die jeweils lizensierte
Software von einer beliebigen Anzahl von Leuten genutzt und frei
von einem Computer auf einen anderen bewegt werden darf, solange
nicht die Möglichkeit besteht, daß es an einer Stelle benutzt
wird, während es zugleich auch an einer anderen verwendet wird.
Gerade wie auch ein Buch nicht von zwei verschieden Personen zur
gleichen Zeit an unterschiedlichen Orten gelesen werden kann.
Eine =kommerzielle= Nutzung (d.h. zur Erzielung von
Geschäftsumsatz oder der Einsatz in staatlichen und
halbstaatlichen Organisationen) ist natürlich auch möglich,
allerdings nur mit unserer schriftlichen Genehmigung gestattet.
Kommerzielle Anwender dieses Programmes müssen jede eingesetzte
Kopie registrieren lassen und bezahlen innnerhalb von 30 Tagen
nach dem ersten Gebrauch, andernfalls haben sie kein Recht, das
Programm zu verwenden.
Die Preise für eine kommerzielle Nutzung teilen wir Ihnen auf
Anfrage gerne mit, wenn Sie uns schreiben, was Ihnen der Einsatz
unseres Programmes wert ist - unsere Anschrift finden Sie am Ende
dieses Dokumentes.
Für die =nicht=kommerzielle Registrierung gilt die folgende
Gebühren-Staffel:
1 - 10 Ex. á DM 15,-
11 - 25 Ex. á DM 13,50
26 - 50 Ex. á DM 12,-
51 - 100 Ex. á DM 10,-
mehr als 100 Ex. DM 999,99 (pro 100 St.)
Alle Preise incl. der geltenden gesetzlichen "Mehrwert-
Steuer" (z.Zt. 14%), zzgl. ggf. Versandkosten (die für die
Registrierung nötige Schlüsseldatei wird Ihnen i.d.R. per email
zugestellt). Vergessen Sie bitte nicht, auf Ihrer Überweisung
auch Ihre Adresse lesbar anzugeben, damit wir Ihnen die Rechnung
zusenden können!
Falls Ihnen das Programm gefällt, würden wir uns auch über eine
kleine Gratifikation in beliebiger Höhe durchaus freuen. <:-)
MoveZMsg.DOC, Seite 24
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
VII. Entwicklungs-Geschichte
==============================
v.3
-----
+ a:) weitere Re's eingebaut;
- bug fix: Umgebungs-Variablen-Zusammenbau;
- Probleme bei Verzeichnis-Namen mit Extension: fixed;
! b:) Absender/Betreff/Empfänger auf max. 80 erhöht;
+ "ReX" (ohne ^) ergänzt für '-r' (jetzt 22 Grundformen);
+ bei nicht vorhandener (leerer) Msg-ID im Original-
Puffer wird automatisch eine neue erzeugt;
+ c:) zusätzliche Prüfung auf Geräte-Namen bei Dateinamen;
! verbesserte Unterstützung für Gerät NUL:;
+ durch <zieldatei> = CON wird Bildschirm-Ausgabe
erzeugt;
+ durch <zieldatei> = PRN wird Drucker-Ausgabe erzeugt;
+ zusätzliche Beispiel-Batch zum Puffer-Ansehen;
! Dokumentation überarbeitet;
v.2
-----
! a:) beim Terminieren wird ein Zeilen-Vorschub weniger
erzeugt, um Programm-Meldungen korrekt zu sehen;
! b:) Expandierung von Dateinamen völlig umgestellt, um
von DOS generierte ungültige Dateinamen im (Novell-)
Netz zu vermeiden;
+ c:) in Pfad-Angaben werden jetzt ggf. auch Environment-
Variablen akzeptiert und ausgewertet;
! d:) Datei wird beim Selbsttest r/o geöffnet;
! e:) Hilfetext und Fehler-Meldungen gehen an StdErrDev;
+ f:) Wenn Share installiert ist, öffnet das Programm die
Dateien im 'geringst' möglichen Modus: beim Lesen oder
Schreiben deny_write; beim Lesen und Schreiben
deny_both; ist Share nicht installiert, öffnet das
Programm alle Dateien im compatibility-Mode (exclusiv);
+ g:) Parameter-Einleitung über Umgebungs-Variable
'SWITCH' steuerbar (Default: '-');
! Shareware-Prüfung modifiziert;
! beim Parameter "-w" wird der Pfad gelöscht, um MBox-
Rekursions-Check zu umgehen;
+ neuer Parameter: "-r" = Replies vereinheitlichen;
! h:) erweiterte Re-Erkennung (12 Varianten);
+ neuer Parameter: "-k" für Umlaut-[K]onvertierung;
MoveZMsg.DOC, Seite 25
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
! i:) alle Schalter werden bei "-o" als letztem Parameter
jetzt korrekt angezeigt;
- j:) bei gesetztem Parameter "-r" =und= einem leeren
Original-Betreff geriet das Programm in eine
Endlosschleife - fixed;
! k:) =nur= einfaches "Re:" als Original-Betreff führte
zu einem zusätzlichen "Re: " - fixed;
! weitere Re-Einleitungen in Scanner aufgenommen (jetzt
20 Varianten plus div. Abarten und Kombinationen;
! beim Sortieren ("-c") muß mindestens auf der Platte
mindestens die dreifache Größe des Original-Puffers
frei sein, um auch für den Extremfall (alle
Nachrichten) genügend 'Reserven' zu haben; ohne
Sortierung muß die einfache Original-Puffer-Größe frei
sein;
+ l:) Key-File kann einem durch EnvVar 'movezmsg' angegeben
Verzeichnis liegen;
v1.54
------
! Code-Optimierung;
- Bug fix: Fehlender Dateihandle beim Verschieben =aller=
Nachrichten
v1.53
------
+ neuer Parameter: "-x" zum Xing;
! "-s<absendesystem>" beim "-x"-Parameter ergänzt;
+ neuer ErrorLevel:
16 = AbsenderSystem bei Umleitung fehlt;
+ neuer Parameter: "-w<name>" für Nachrichten-
Weiterleitung;
+ neuer ErrorLevel:
17 = Ziel-Angabe bei Weiterleitung fehlt;
! bei der Suche im Xing-Modus ("-x") wird nicht mehr nach
der Pseudo-Domain ".ZER" gesucht.
v1.52
------
! Dokumentation überarbeitet;
- Bug fix: Fehlender Dateihandle beim Verschieben;
v1.51
------
! Speicherprüfung für Nachrichten-Sortierung verändert;
v1.50
------
! Führende und abschließende Leerzeichen werden aus
dem Betreff entfernt;
! Tippfehler im Hilfebildschirm korrigiert;
MoveZMsg.DOC, Seite 26
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
! weiteren internen Bit-Merker eingeführt;
+ Umleitung von Nachrichten ermöglicht;
+ falls auf Ziel-Disk nicht genügend Platz verfügbar ist
(= Größe des Original-Puffers, bei Option "-c" 2 *
Größe des Original-Puffers) terminiert das Programm mit
einer entsprechenden Fehler-Meldung;
+ weitere ErrorLevel:
14 = ZielSystem bei Umleitung fehlt;
15 = Nicht genügend Platz auf Platte;
255 = unregistrierte Version terminiert an ungeradem Tag;
+ wenn nicht genügend RAM zum Sortieren zur Verfügung
steht, wird der Schalter "-c" gelöscht;
! Dokumentation gründlich überarbeitet;
v1.4
-----
! explizite Speicher-Leerung vor Header-Einlesen;
+ Default für <ein_puffer> ist "PUFFER";
+ wird <aus_puffer> nicht angegeben, bekommt die
Zieldatei den gleichen Namen wie <ein_puffer> und die
Endung ".NEU";
! Nachrichten-Typ im Header wird am Bildschirm
ausgeschrieben angezeigt;
+ <ein_puffer> und <aus_puffer> bekommen das Datum der
jeweils jüngsten darin enthaltenen Nachricht;
! Bildschirm-Ausgaben überarbeitet;
+ neuer ErrorLevel: 13 = Abbruch durch ESCape;
! Hilfe-Bildschirm erscheint auch bei Parameter-losem
Aufruf oder weniger als 2 Parametern;
v1.3
-----
+ VerNEINungen in Suchfeldern ermöglicht;
! Optionen werden intern bit-weise codiert;
+ Datums-Vergleich implementiert;
+ neuer Parameter: "-o" gibt gewählte Optionen aus;
v1.2
-----
! Geschwindigkeits-Optimierung beim Umkopieren von
sortierten Nachrichten;
v1.1
-----
+ Automatische Dubletten-Erkennung eingebaut;
! Sortier-Geschwindigkeit erhöht;
MoveZMsg.DOC, Seite 27
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
v1.0 - v0.1
------------
! First public release;
+ Programm terminiert, wenn eine Größenangabe aus dem
Nachrichten-Header über die Dateigröße hinausgeht oder
ungültig (keine Ziffernfolge) ist;
! div. Code-Umstellungen (weniger RAM-Bedarf);
+ Programm-Dokumentation erstellt;
+ in Gänsefüßchen eingeschlossenen Suchtext ermöglicht;
+ Sortier-Option für Ziel-Puffer ergänzt;
+ weitere Exit-Codes:
11 = Nicht genügend Arbeitsspeicher zum Sortieren;
12 = zuviele Nachrichten zum Sortieren (> 10.000);
! Datum des Original-Puffers bleibt erhalten;
+ Angabe mehrerer Suchfelder ermöglicht (=> Oder-
Verknüpfung);
! nur PM's können verschlüsselt werden, keine
öffentlichen Brett-Nachrichten;
+ QPC-Entschlüsselung eingebaut;
+ QPC-Verschlüsselung eingebaut;
! durch <aus_puffer> = NUL können Nachrichten im
<ein_puffer> gelöscht werden, wenn "-V" benutzt wird;
+ Typ-Suche ergänzt;
! Hilfe-Bildschirm überarbeitet;
+ verschiedene Exit-Levels eingeführt:
1 = zuwenig Parameter angegeben,
2 = Original-Puffer nicht gefunden,
3 = Ziel-Puffer kann nicht erzeugt werden,
4 = Such-Bereich nicht angegeben,
5 = Such-Text nicht angegeben,
6 = Original-Puffer kann nicht geöffnet werden,
7 = temp. Puffer kann nicht erzeugt werden,
8 = unbekannter Parameter übergeben,
9 = unzulässige Größenangabe in Original-Puffer,
10 = Nicht genügend Arbeitsspeicher zum Kopieren;
v0.0
-----
+ 1rst internal release;
________________________________________________________________
| |
| + Programm-Erweiterungen (zusätzliche Features) |
| - behobene Programm-Fehler oder -Unzulänglichkeiten |
| ! Programm-Veränderungen, intern wie auch äußerlich |
| |
________________________________________________________________
MoveZMsg.DOC, Seite 28
MoveZMsg v.3 Nachrichten aus Netcall-Puffer verarbeiten
_______________________________________________________________
| |
| |
| Hinweise & Anregungen |
| sind stets willkommen. Sie können Ihre Mitteilungen richten |
| an: |
| |
| (e-mail:) |
| CompuServe : 100014,3525 Matthias Watermann |
| FidoNetz : Matthias Watermann 2:240/400.7 |
| InterNet : m.watermann@oln.comlink.de |
| uucp : ...!shlink.hanse.de!oln!matthias |
| Z-Netz : M.WATERMANN@OLN |
| APC : matthias@igc.org |
| |
| (snail-mail:) |
| Die Freie Gesellschaft |
| Verlagsbuchhandlung M. Watermann |
| Richard-Wagner-Str. 27, D-3000 Hannover 1 |
| |
| (Konto-Verbindung:) |
| DFG/M.Watermann, Postgiroamt Hannover, |
| BLZ 250 100 30, Kto. Nr. 353 967-307 |
| |
| |
| |
| |
| \\///// |
| ^ ^ |
| ( o - ) |
| I |
| \_/ |
| v |
| |
| |
| |
_______________________________________________________________
======================= END OF DOCUMENT ========================
MoveZMsg.DOC, Seite 29
MoveZMsg