home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
AMIGA PD 1
/
AMIGA-PD-1.iso
/
Programme_zum_Heft
/
Anwendungen
/
Kurztests
/
TheAnswer
/
TheAnswerIII.dok
< prev
next >
Wrap
Text File
|
1993-12-23
|
411KB
|
5,506 lines
HINWEISE:
1. Textbreite 130 zeichen. mit schmaler Schrift ausdrucken
2. Nächste Seite beginnt bei "^L"
3. Orignal in LaTex, dies ist eine Nachkonvertierung nach ASCII und
nicht besonders schön.
4. Wer diese sauber mit 80 Zeichen Bretite formatiert, kann mir das
Ergebnis schicken...
^L
TheAnswer III
1 1
Das Amiga Point-Programm f"ur Z-Netz und
1
ZConnect kompatible Datennetze
Deutsche Dokumentation zu
TheAnswerIII2
Hauptprogramm
Version 3.00 vom 20.12.1993
Autor:
Toni G"unzel-Peltner
Paul-Preuss-Str. 5
D-80995 M"unchen
EMail:
WEGAR@AMC.ZER
WEGAR@AMC.zer.sub.org
Nur keine Panik, es sind alles nur Nullen und Einser.
____________________________________________________1
2Copyrights im Anhang
THE ANSWER ist CardWare und Copyright 1990-1993 bei Toni G"unzel-Peltner
^L
Inhaltsverzeichnis
1 Allgemeines 4
1.1 Das Programm : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 4
1.2 Das Copyright : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 5
1.3 Was ist ein Point : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 6
1.3.1 Was ist ein Point? : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 6
1.3.2 Pointprogramme : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 7
1.3.3 Die Benutzung : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 7
1.3.4 Bretter hin Bretter her : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 7
1.3.5 Ein paar Bitten : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 8
2 Einleitung 9
2.1 Die Installation von TheAnswerIII : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 9
2.1.1 Erste Schritte : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 9
2.1.2 Konvertierung von TheAnswerII-Daten : : : : : : : : : : : : : : : : : : : : : : : : : : 10
2.1.3 Erstinstallation von TheAnswerIII : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 10
2.1.4 Besondere Konfigurationsdateien : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 10
2.2 Wie arbeitet TheAnswerIII : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 11
2.3 Programmstart per Argument : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 11
2.3.1 Shell : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 12
2.3.2 Workbench : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 13
2.4 Allgemeines zur Men"uf"uhrung von TheAnswerIII : : : : : : : : : : : : : : : : : : : : : : : : : 13
2.4.1 Spezielle Tasten : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 13
2.4.2 Die Kn"opfe/Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 13
2.4.3 Das Datumsformat : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 14
2.4.4 Steuerung der Liste bei Adressen/Brettern/Nachrichten : : : : : : : : : : : : : : : : : 15
2.4.5 Die Requester : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 15
2.4.6 Die Pull-Down-Men"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 16
3 Das Hauptmen"u 17
3.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 17
3.2 Die Pull-Down-Men"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 18
3.3 Informationen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 18
4 Das Adressmen"u 19
4.1 Die Gadgetsim Editiermodus : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 20
4.2 Die Gadgets im Sendemodus : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 20
4.3 Die Pull-Down-Men"us (beide Modi) : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 21
4.4 Informationen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 21
4.5 Besondere Adressdateien : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 21
4.5.1 Adress.ADR : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 21
4.5.2 Filter.ADR : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 22
1
^L
INHALTSVERZEICHNIS 2
5 Der Adresseditor 23
5.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 23
5.2 Die Pull-Down-Men"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 24
5.3 Codierte Nachrichten : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 24
5.3.1 Das Prinzip : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 24
5.3.2 Das Verfahren : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 24
6 Das Brettmen"u 27
6.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 29
6.2 Die Pull-Down-Men"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 30
6.3 Informationen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 30
6.4 Maps-Unterst"utzung : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 30
7 Der Bretteditor 32
7.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 32
7.2 Die Pull-Down-Men"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 34
7.3 Information : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 34
7.3.1 Brett-Typen und Name : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 34
7.3.2 Sortiermodi : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 36
7.3.3 Konvertierung : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 36
7.3.4 Brettsprache : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 38
7.3.5 Unterschriften : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 39
7.3.6 Die Cookies : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 39
8 Das Inhaltsmen"u 40
8.1 Die Gadgets : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 42
8.2 Die Pull-Down-Men"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 43
8.3 Informationen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 44
8.4 Das Tool-Men"u : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 44
8.5 Das XFer-Men"u (Auslagern) : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 46
8.6 Das WFer-Men"u (Weiterleiten) : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 47
8.7 Das Druckermen"u : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 49
8.8 Der Nachrichtenfilter : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 49
8.9 Die Volltextsuche : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 52
8.10 Die Adresskopie : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 53
8.11 Nachrichten Senden (Hinweis auf das n"achste Kaptitel) : : : : : : : : : : : : : : : : : : : : : : 54
8.12 Nachrichten editieren : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 54
9 Nachrichten Senden 56
9.1 Die Gadgets des Sendemen"us : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 56
9.2 Die Pull-Down-Men"us im Sendemen"u : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 57
9.3 Informationen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 58
9.3.1 REQ-Listen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 58
9.3.2 Art der Eingabe : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 58
9.3.3 Unterschriften : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 59
9.3.4 Priorit"at : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 60
9.3.5 Das "Quoten" : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 60
9.4 Besonderheiten der Netcallformate : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 61
9.5 Benutzer-Support : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 61
9.6 Registrieren : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 62
9.7 Die Gadgets im MAPS-Men"u : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 62
9.8 Die Pull-Down-Men"us im MAPS-Men"u : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 63
9.9 Informationen zu MAPS-Mails : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 63
^L
INHALTSVERZEICHNIS 3
10 Der Netcall 65
10.1 Das Grundmen"u : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 65
10.2 Netcall einsortieren : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 67
10.3 Spoolbrett auslagern : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 68
10.4 Lokaler Netcall : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 69
10.5 Echter Netcall : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 69
10.6 Netcallergebnis : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 71
10.7 Die Log-Files : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 72
10.8 Das TheAnswer-Format : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 72
10.9 Jrcomm.log : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 75
10.10 NComm/Term.log : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 75
11 Sonstige M"oglichkeiten des Hauptmen"us 77
11.1 Systeminfo : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 77
11.2 Konfiguration : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 77
A Tips & Tricks 79
A.1 Fremde Programme und TheAnswerIII : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 79
A.1.1 UnixDirsII V 1.00 st"urzt ab : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 79
A.1.2 Envoy arbeitet nicht : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 79
A.1.3 MetaXPR.library : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 79
A.1.4 Tips zum Toolmanager : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 79
A.1.5 Tips zum CygnusED : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 80
A.1.6 Tips zu Muchmore, Colorquotes und Most : : : : : : : : : : : : : : : : : : : : : : : : : 80
A.1.7 Tips zu ARQ : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 80
A.1.8 Enforcer : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 80
A.2 Tips zur Benutzeroberfl"ache : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 80
A.2.1 Fonts : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 80
A.2.2 Farben und Screen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 80
A.3 Mehr Geschwindigkeit : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 81
A.4 Fehler - Ursachen - Behebung : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 81
A.4.1 Brettliste nicht validiert : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 81
A.4.2 Bretter fehlen : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 81
A.4.3 Inhalt defekt/Brettreste retten : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : 81
B Internas zum Nachrichtenformat 83
C Copyrights 86
^L
Kapitel 1
Allgemeines
1.1 Das Programm - Was ist eigentlich "TheAnswer"
o Dieses Programm ist ein Point-Programm f"ur das Z-Netz. TheAnswerIII ist eine vollst"andig neues
Programm, dass mit seinen Vorg"angern nur noch die Aufgabenstellung gemeinsam hat. TheAnswerIII
unterst"utzt die Datenaustauschformate Z-Netz V3.8 und ZConnect V3.1.
o TheAnswerIII arbeitet nur mit Kickstart-Versionen ab 2.00 (V36 oder h"oher) zusammen. Ausgelegt
wurde TheAnswerIII f"ur die Kickstart 2.04(V37).
o Es wird mindestens 1 MB Speicher ben"otigt.
o Man sollte die Stack-Size auf mindestens 20000 Byte setzen.
o Eine Festplatte ist ratsam, der Betrieb mit Diskettenlaufwerken ist aber m"oglich.
o Strukturen des Vorg"angers, TheAnswerII, k"onnen mit der Converter-Software umgewandelt werden.
Alte Daten sind unkonvertiert nicht mehr f"ur TheAnswerIII zu gebrauchen.
o TheAnswerIII ist in zwei Versionen verf"ugbar:
1. TheAnswerIII Standardversion f"ur alle Prozessoren
2. TheAnswerIII020 Spezialversion f"ur den 68020/030/040-Prozessor
o Damit TheAnswerIII ein lauff"ahiges Programm wird, werden folgende Programme ben"otigt bzw.
Bibliotheken ben"otigt:
___________________________________________________________________________________________________________________
|______Name_______________________Aufgabe_________________________________________________________________________|_
|| 1. metaxpr.library Version 2 oder h"oher, verwaltet den Up/Download beim Netcall. ||
| 2. xpr?modem.library Beliebige Daten"ubertragunsbibliothek mit |
| XPR-Standard, erledigt den Upload/Download gesteuert durch |
| |
| die MetaXPR.library |
| 3. Editor Beliebiges Programm zum editieren von ASCII-Dateien. |
|__4.__Textanzeiger_______________Beliebiges_Programm_zum_ansehen_von_ASCII-Dateien.______________________________|_
4
^L
KAPITEL 1. ALLGEMEINES 5
1.2 Das Copyright
Dieses Programm ist Cardware. Es kann von jedermann genutzt werden, solange dies nicht im komerziellen,
gewerblichen oder milit"arischen Rahmen geschieht. Das Copyright und Urherberrecht bleibt jedoch allein
dem Autor vorbehalten. Diesbez"uglich gelten die einschl"agigen deutschen Gesetze und Rechtsvorschriften.
Wer TheAnswerIII im gewerblichen Rahmen nutzen will, sollte sich mit dem Autor in Verbindung setzen.
U"ber Lizenen f"ur gewerbliche Kopien wird individuell verhandelt.
Cardware bedeutet, dass jeder, der TheAnswerIII benutzt und es gut findet, mir einfach eine ausgefallene
Postkarte schicken soll. Nach M"oglichkeit sollte man die Postkarte selbst verschicken und nicht in ein Kuvert
stecken. Meine Adresse steht auf der Titelseite. Ferner w"are es w"unschenswert, wenn sich Benutzer dieses
Programms kostenlos registrieren lassen. Dies wird unter TheAnswerIII mittels des Zusatzprogrammes
TARegister und der Support-Automatik fast von alleine erledigt. N"aheres hierzu findet sich im Kapitel zum
Sendemen"u.
Wer zus"atzlich freiwillig etwas spenden will: Ich bevorzuge 5-Mark-Scheine.
Das Programm darf von jedermann verbreitet werden, solange dies kostenlos (maximal f"unf DM
Selbstkosten) und vollst"anding geschieht. Vollst"andig bedeutet, dass die nachfolgenden Programme oder
Dateien unver"andert weitergegeben werden und die folgenden Pakete vollst"andig bleiben. Ausnahmen k"onnen
beim Autor erfragt werden.
o TheAnswerIII Grundpaket
- LiesMichZuerst.TXT
- TAConfig
- TAConfig.info
- TAConfig.dok
- TAConfigHelp
- MusterHeader (Genaue Aufstellung in der TAConfig-Dokumentation)
- Spezielle Unterkonfigurationen (Genaue Aufstellung in der TAConfig-Dokumentation)
- TheAnswerIII
- TheAnswerIII.info
- TheAnswerIII.dok
- TAHeader.dok
- Alle Hilfstexte unver"andert
- TARegister
- TARegister.info
- TARegister.dok
Das TAConfig-Paket kann auch alleine verbreitet werden, wenn alle
TAConfig-Files und die Musterheader enthalten sind.
o TheAnswerII-TheAnswerIII Konverter
- LiesMichZuerst.TXT
- TAConvert
- TAConvert.info
- TAConvert.dok
- TAConvertHelp
o TheAnswerIII LaTEX Dokumentation
- LiesMichZuerst.TXT
- TheAnswerIII.dvi
- TAConfig.dvi
- TAConvert.dvi
- TA Register.dvi
- TAHeader.dvi
- TA3Titel.dvi
^L
KAPITEL 1. ALLGEMEINES 6
- TAConfig.dvi
- TAConvert.dvi
- TARegister.dvi
- TAHeader.dvi
- TATitel.dvi
o TheAnswerIII Turbo-Version f"ur 680x0-Prozessoren
- LiesMichZuerst.TXT
- TheAnswerIII.020
Die BETA-Test Versionen "TheAnswerIII V3.BETAx" sind nicht Freeware. Sie d"urfen nur von
autorisierten Betatestern benutzt werden. F"ur alle anderen stellen sie eher eine Gefahr dar, da gef"ahrliche
Fehler im Programm stecken k"onnen. Beta-Versionen d"urfen nicht verbreitet werden.
Der Autor "ubernimmt keinerlei Garantien, dass TheAnswerIII 100% funktioniert. Dies gilt f"ur alle
Konfigurationen bez"uglich Hard- oder Software. TheAnswerIII l"auft selbstverst"andlich nur auf Commodore-
Amiga-Computern.
F"ur Fehler und Sch"aden, die durch TheAnswerIII verursacht werden wird keine Haftung "ubernommen.
Fremde Copyrights, die TheAnswerIII oder diesen Text betreffen, befinden sich im Anhang.
1.3 Der Point, die billigste Art DFU" zu betreiben
Dieser Text stammt von Oliver Wagner. In der LaTEX-Version dieser Dokumentation wurde
er miteingef"ugt und das mieserable Deutsch von Gaby M"uller verbessert. Er beinhaltet eine
allgemeine Erkl"arung zum Thema Point-Programm.
1.3.1 Was ist ein Point?
DFU" ist teuer. Durch die Vernetzung der Boxen wird das Datenaufkommen immer gr"osser. Das ist
gut: dadurch steigt das Informationsangebot. Neue Themenbereiche k"onnen geschaffen werden und die
Kommunikation der Userinnen auch "uber "Boxgrenzen" hinweg ist erm"oglicht. Aber: dadurch wird die Zeit,
die zur Selektion und Aufnahme der Nachrichten gebraucht wird, immer gr"osser. Die Zeit, die ein(e) Userin in
der Box verbringt steigt. Dadurch steigen auch die Telefonkosten - vor allem wenn Fernzonen-DFU"betrieben
wird, oder betrieben werden muss.
Die L"osung ist: ein POINT.
Ein Point reduziert die wirkliche Onlinezeit und damit
die Telefonkosten auf die reine Daten"ubertragung.
Das geht folgendermassen: Der User oder die Userin wird, quasi genau wie die Mailboxen, vernetzt direkt
an das Netz angeschlossenen. Die Mailbox (in diesem Fall Serverbox genannt) sammelt alle Nachrichten
aus den Brettern, die vom Point bestellt wurden und u"bertr"agt sie auf Anruf dem Netcall komplett an
den Point. Ebenso "ubertr"agt der Point w"ahrend des Netcalls die Nachrichten seines Inhabers. Die Mailbox
sortiert danach diese Nachrichten.
Der Vorteil ist klar: Die Zeit, die zum Lesen der Nachrichten und f"ur die sonstige Bedienung der MailBox
gebraucht wird, entf"allt vollkommen. Alle Nachrichten werden wesentlich schneller als sie "uberhaupt gelesen
werden k"onnten mit einem modernen U"bertragunsprotokoll wie dem Z-Modem gesendet. Die Bearbeitung
der Nachrichten erfolgt offline - ohne jede Telefonkosten! Dabei werden die Daten auch komprimiert so dass
sich die U"bertragunszeit nochmals gut halbiert.
Damit ist es m"oglich auch an Netzen mit grossen Datenverkehr teilzunehmen; mehr Bretter und damit mehr
Information zu lesen. Auch k"onnen Antworten in Ruhe u"berlegt werden - der "Tickerzeitdruck" entf"allt.
^L
KAPITEL 1. ALLGEMEINES 7
Auch Fernzonen-DFU" r"uckt in bezahlbare Bahnen so dass mensch vielleicht die Benutzung einer weiter
entfernten daf"ur besser "best"uckten" Mailbox in Betracht ziehen kann.
Weiterhin sind Points in der Regel wesentlich komfortabler zu bedienen als eine Mailbox je sein kann. So
ist zum Beispiel eine vern"unftige Leseroutine denkbar, die Nutzung des "Traum"-Editors oder Maus- und
Men"usteuerung usw.
Und die Nachteile? _ Die gibt es nicht.
1.3.2 Pointprogramme
Ich beziehe mich im weiteren nur auf einen Z-Netz-Point. Im Z-Netz stehen neben dem
"eigentlichen" Netz praktisch alle anderen Netze wie Fido Usenet Magicnet usw.usf. "uber
Gateways zur Verf"ugung. Und das Z-Netz-Format ist f"ur die U"bertragung am g"unstigsten und
der allgemeine Umgang am leichtesten.
Damit dies alles so funktioniert, ben"otigt die Userin oder der User ein Pointprogramm wie The-
AnswerIII . Dieses Programm "ubernimmt die Daten"ubertragung mit der MailBox, sortiert die angekommenen
Nachrichten und erm"oglicht das Lesen und Schreiben von Nachrichten.
Um den Point einzurichten muss, wenn noch nicht geschehen, Kontakt mit dem Sysop der Serverbox
aufgenommen werden. Es m"ussen einige Vereinbarungen getroffen werden: Es ist ein Pointname, ein
Passwort, sowie der zu verwendende Packer abzumachen. Mit diesen Parametern wird sp"ater der Netcall
abgemacht. Dann richtet der Sysop den Point ein und das "Pointern" kann beginnen. Als Userin muss bei
manchen Boxen noch eins getan werden: Die Privaten Mails sind per Vertreter an den Point weiterzuleiten1
Heisst der Point zum Beispiel "GUMMIPUNKT" und der Username in der Mailbox ist "PETER", loggt man
sich in die Box unter dem normalen Usernamen ein und gibt "VERTRETER PETER@GUMMIPUNKT"
ein. Fertig.
Einige Sysops fordern eine geringe monatliche Pointgeb"uhr, erlauben daf"ur aber kostenloses Verschicken von
privaten Route-Nachrichten. Der Route-Weg ist der billigste Weg einer Nachricht von Box zu Box, bis sie ihr
Ziel erreicht hat. Billig, weil die Nachricht mit allen anderen Nachrichten eines Tages aller Benutzerinnen im
Paket transportiert wird. Im Gegensatz dazu gibt teuere Methoden, wie Direktanrufe beim Zielsystem usw.
Bei anderen Boxen wiederum ist der Point selbst kostenlos, nur f"ur private Nachrichten werden, wie gehabt,
Geb"uhren berechnet. Ebenfalls gibt es Mailboxen wo sowohl als auch kassiert wird; und wiederum Systeme
wo ein Point vollkommen kostenlos ist. Das h"angt von der Mailbox ab.
1.3.3 Die Benutzung
Um Daten abzuholen und zu senden wird ein Netcall durchgef"uhrt. Wie das genau geht, h"angt vom
Pointprogramm ab. Auf jeden Fall ruft der Point die Box an und loggt sich dort automatisch ein. Die
Box packt dann die Daten, was durchaus einige Minunten dauern kann. Einige Boxen bieten den Service an,
die Daten zu bestimmten Zeiten bereits "vorzupacken" dann entf"allt diese Zeit nat"urlich.
Ist der Packvorgang beendet, beginnt die Daten"ubertragung. Zuerst sendet der Point seine Daten, in der
Regel mit Z-Modem. Danach schickt die Box die Daten an den Point. Danach ist der Netcall beendet.
Der Point entpackt nun das empfangene Archiv und sortiert die Nachrichten in die Bretter ein. Danach
k"onnen die Nachrichten gelesen, bearbeitet und beantwortet werden. Wie das geht h"angt wiederum vom
Pointprogramm ab.
Ist mensch mit der Bearbeitung der Nachrichten fertig, wird wieder ein Netcall durchgef"uhrt. Der Point
packt die Daten, sendet sie an die Box und empf"angt dabei gleich neue Daten.
1.3.4 Bretter hin Bretter her
Eine Frage bleibt offen: Woher weiss die Serverbox welche Bretter sie f"ur den Point einpacken soll?
Nun fr"uher musste der/die Pointnutzerin dem Sysop dies per PM mitteilen und dieser musste diese Bretter
umst"andlich per Hand eintragen. Heutzutage geht dies wesentlich einfacher. In der Serverbox gibt es einen
____________________________________________________1
Dies trifft nicht unbedingt bei jeder Mailbox zu. Einige Programme erledigen dies automatisch, oder es ist nicht n"otig.
^L
KAPITEL 1. ALLGEMEINES 8
User namens Maps mit dem Bretter bestellt und abbestellt werden k"onnen. Die Benutzung ist einfach:
mensch schreibt eine Nachricht an den User Maps. In der Betreffzeile der Nachricht steht dann ein
Kommando in der Nachricht selbst die eventuell notwendigen Parameter. Nach dem Netcall bearbeitet ein
spezielles Programm diese Nachrichten, f"uhrt eventuelle Operationen durch (Bretteintrag/austrag usw.usf.)
und gibt eine R"uckmeldung an den Point. Die erh"alt mensch dann beim n"achsten Netcall.
Ein Beispiel f"ur ein Kommando w"are "HILFE *". Damit wird Maps angewiesen eine umfangreiche Anleitung
auszugeben. Der Vorgang ist also folgender: Mensch schreibt eine Nachricht an Maps mit dem Betreff
"HILFE *". In die Nachricht wird irgendein Zeichen eingegeben2, da leere Nachrichten nicht versandt werden.
Beim n"achsten Netcall geht die Nachricht dann an Maps und wird ausgewertet. Maps h"angt darauf die
Hilfstexte an den Puffer und beim n"achsten Netcall ist er beim Empf"anger.
Es gibt noch weitere Kommandos zum Beispiel "ADD" mit dem Bretter bestellt werden. In der Nachricht
selbst stehen dann die gew"unschten Bretter:
/SYSTEM-INFOS
bestellt das Brett SYSTEM-INFOS. Es sind Wildcards "*" und "?" m"oglich:
/Z-NETZ/*
bestellt ALLE Bretter des Z-Netz.
/Z-NETZ/RECHNER/AMIGA/*
bestellt die Bretter
/Z-NETZ/RECHNER/AMIGA/ALLGEMEIN
/Z-NETZ/RECHNER/AMIGA/BINAER
/Z-NETZ/RECHNER/AMIGA/HARDWARE
/Z-NETZ/RECHNER/AMIGA/PROGRAMMIEREN
/Z-NETZ/RECHNER/AMIGA/SPIELE
/Z-NETZ/RECHNER/AMIGA/VIREN
N"aheres zu Maps und den sonstigen Befehlen erf"ahrt man mit dem "HILFE *"-Hilfstexten!
1.3.5 Ein paar Bitten
Die meisten Pointprogramme erlauben "Qouting" d.h. das zitieren der Ursprungsnachricht beim
Beantworten. Bitte macht von diesem Mittel SPARSAM gebrauch. Es ist Unsitte, komplette Nachrichten
zu qouten nur um einen Kommentar dazuzuf"ugen. Es ist Unsitte zum Beispiel Einf"uhrungsfloskeln oder
Absp"anne mitzuqouten. Wenn ihr qoutet nehmt nur den Teil eines Textes auf den ihr Euch wirklich bezieht.
Gerade soviel dass der Sinnzusammenhang hergestellt wird.
Zum Thema Absp"anne: Es ist bei den meisten Points m"oglich einen Abspann zu definieren der unter jede
gesendete Nachricht geh"angt wird. Diesen Abspann bitte so klein wie m"oglich halten - mehr als zwei Zeilen
sollten es nicht sein.
Das alles hat seinen Sinn; n"amlich den Anteil der redundanten Information so gering wie m"oglich zu halten.
Denn der Nettransfer zwischen den Boxen ist teuer. Viele Sysops m"ussen mit langsamen Modems aus
Fernzone ziehen und haben entsprechende Telefonrechnungen. Um den Nettransfer trotz steigender Userzahl
in bezahlbaren Rahmen zu halten sollten die Userinen wenigstens darauf verzichten Daten mehr als n"otig
durch die Gegend zu schicken. Ein langer Abspann mag auf den ersten Blick gut aussehen; beim vierten und
f"unften mal wird es langweilig und dann st"orend. Ebenfalls ist es bequem mal eben eine ganze Nachricht zu
qouten und die Antworten nur einzuf"ugen. Aber das alles kostet unn"otig Geld. Geld das sinnvoller in mehr
relevante Information gesteckt werden sollte.
____________________________________________________2
TheAnswerIII erledigt solche Dinge automatisch
^L
Kapitel 2
Einleitung
2.1 Die Installation von TheAnswerIII
Grunds"atzlich f"uhren zwei Wege zum Ziel. Der erste Weg ist f"ur Benutzer, die bereits mit TheAnswerII
arbeiten. Der andere Weg erkl"art die Erstinstallation von TheAnswerIII.
TheAnswerIII startet nicht, solange keine g"ultige Konfiguration geladen werden kann.
2.1.1 Erste Schritte
Egal, wie man TheAnswerIII installiert, es sind nur wenige Schritte n"otig, um eine lauff"ahige Umgebung zu
erhalten:
1. Zuerst m"ussen alle erforderlichen Bibliotheken im Verzeichnis "LIBS:" vorhaden sein. Das sind
(a) Die MetaXPR.library
Dabei ist besonders auf die Version zu achten. Dies muss mindestens die Version 2.00 sein. Ferner
l"auft die Version 3.5 nicht mit TheAnswerIII. Der Grund ist noch unbekannt. Die Version 4.00
kann dagegen wieder benutzt werden. Da aber die MetaXPR.library 4.00 selbst nicht fehlerfrei ist,
kann es vorkommen, dass Downloads mit bestimmten Modems gelegentlich nicht funktionieren.
In diesem Fall sollte eine 2.er-Version (2.00, 2.10) benutzt werden. Dem Grundpaket liegen daher
die Versionen 2.10 und 4.00 bei.
(b) Beliebige XPR-Library
In 99% aller F"alle d"urfte dies eine ZModem-Version sein, also eine XPRZModem.library. Hier
gibt es keine speziellen Probleme mit einer Version, die an TheAnswerIII liegen. Die dem Paket
beigelegte XPRZModem.library l"auft auf allen Amigas.
2. Als n"achstes m"ussen die TheAnswerIII-Programme kopiert werden. Dabei ist es am einfachsten, wenn
man sich auf einer Festplatte/Diskette ein extra Verzeichnis anlegt und dort die Programme, die zum
TheAnswerIII-Paket geh"oren hinkopiert:
(a) TheAnswerIII
Das Hauptprogramm, um Nachrichten zu Verwalten und um einen Netcall durchf"uhren zu k"onnen.
(b) TAConfig
Mit diesem Programm wird die Konfiguration von TheAnswerIII erstellt und sp"ater ver"andert.
(c) TARegister
Mit diesem Programm erstellt man das Antragsformular f"ur die Registrierung, erzeugt oder
ver"andert das Key-File, wenn man registrierter Benutzer ist und "andert seine Registrierdaten,
wenn dies erforderlich wird.
9
^L
KAPITEL 2. EINLEITUNG 10
(d) TAConvert
Mit diesem Programm werden nur TheAnswerII-Daten in TheAnswerIII Daten konvertiert. Das
Programm wird danach nie mehr ben"otigt.
3. Das Konfigurationsprogramm TAConfig erzeugt alle erforderlichen weitern Unterverzeichnisse, die dort
zugewiesen werden, wenn diese noch nicht existieren.
4. Die Dateien "TAConfigHelp" und "TAConvertHelp"1 enthalten die Online-Hilfe f"ur die Programme
TAConfig und TAConvert. Diese m"ussen, um gefunden zu werden, an eine dieser Alterantiven kopiert
werden:
o Im Verzeichnis "S:"
o Im Verzeichnis "ENVARC:Answer/" und "ENV:Answer/"
o In dem Verzeichnis, dass das aktuelle Verzeichnis war, als TAConfig gestartet wurde.
5. Nun wird entweder via TAConvert eine alte Konfiguration konvertiert oder mit TAConfig eine neue
Konfiguration erzeugt. Hier ist auf die Dokumentation dieser beiden Programme einzugehen, in denen
alles haarklein erkl"art wird.
6. Wenn eine g"ultige Konfiguration erstellt wurde, in der auch die "SpecialConfigs"-Dateien ihre
Verwendung gefunden haben folgt der letzte Schritt:
(a) Die Dateien aus der Gruppe "MusterHeader" m"ussen in das Verzeichnis kopiert werden, dass
in der Konfiguration f"ur K"opfe und Unterschriften zugewiesen wurde oder man nimmt die von
TAConvert erzeugten Dateien.
(b) die Online-Hilfstexte f"ur TheAnswerIII selbst m"ussen in das Verzeichnis kopiert werden, dass in
der Konfiguration f"ur Hilfstexte zugewiesen wurde. Dorthin kann bei einer g"ultigen Konfiguration
auch die Datei "TAConfigHelp" kopiert werden. TAConfig findet seine Hilfstexte nun auch dort.
2.1.2 Konvertierung von TheAnswerII-Daten
Im Prinzip gibt es nichts einfacheres. Man besorgt sich das Programmpaket mit dem TheAnswerII-
TheAnswerIII-Konverter (TAConvert) und folgt der Anleitung dieses Programms. Wer seine Konfiguration
vor dem Benutzen des Converters vorfertigen will, kann vor diesem Schritt die vorstehend erkl"arte Standard-
Installation vornehmen. Die so erstellte Konfiguration kann f"ur die Konvertierung eingeladen werden.
2.1.3 Erstinstallation von TheAnswerIII
Das Erstellen und Speichern einer Konfiguration wird in der Dokumentation zum Konfigurationsprogramm
genau erkl"art. Wohin die ausf"uhrbaren Programme kopiert werden m"ussen, wo die Bibliotheken hinkommen
usw. muss man selbst wissen, und nach Vorgabe der eben erkl"arten Standard-Installation vornhemen.
2.1.4 Besondere Konfigurationsdateien
TheAnswerIII stellt bei umfangreichen Konfigurations-Abschnitten bereits vorgefertigte Unterkonfiguration
bereit, die nur kopiert und in der Hauptkonfiguration eingestellt werden m"ussen. Der Installer erledigt auch
diese Aufgabe.
Folgende Pakete werden derzeit angeboten:
o Packer: In dieser Unterkonfiguration f"ur die internen Packer sind bereits viele Formate von
Programmen, Dateien und Archiven gespeichert. Wenn diese Unterkonfiguration benutzt wird, m"ussen
nur noch die Programme, die f"ur diesen Dateitypen aufgerufen werden sollen, der eigenen Dos-
Umgebung angepasst werden.
____________________________________________________1
Nur vorhanden, wenn das TAConvert-Paket installiert wird
^L
KAPITEL 2. EINLEITUNG 11
o Zerberus-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox das
Programm "Zerberus(R)" benutzt.
o EuroMail-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox das
Programm "EuroMail" benutzt.
o AreaFix-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox das
Maps-Format von AreaFix benutzt.
o Connectline-Maps: Eine bereits vorgefertigte Maps-Konfiguration f"ur Benutzer, deren Serverbox
das Programm "ConnectLine" benutzt.
2.2 Wie arbeitet TheAnswerIII
TheAnswerIII verwaltet Nachrichten aus Datennetzen in Verzeichnissen, die den Brettnamen dieser Netze
entsprechen. Sie k"onnen dort gelesen, beantwortet und verwaltet werden. Mit vielen Spezialfunktionen, die
man nach kurzer Zeit nicht mehr missen m"ochte, versucht TheAnswerIII diese Arbeit so komfortabel wie
m"oglich zu machen. Wer nun "uberhaupt nicht weiss. was Netze oder Points sind, sollte sich den Abschnitt
"Der Point, die billigste Art DFU"zu treiben" in Ruhe durchlesen.
Die Bretter sind dabei in eine Baumstruktur gegliedert, wie es das Amiga-Dos auch auf Diskette macht:
Verzeichnisse - Unterverzeichnisse - Bretter. Spezielle Nachrichten haben auch spezielle Bretter. In The-
AnswerIII sind diese im Verzeichnis /SYSTEM untergebracht. Dort findet sich zun"achst das Brett
/UNZUSTELLBAR, in dem alle Nachrichten gesammelt werden, die sich in die aktuelle Brettstruktur nicht
einsortieren lassen.
Zudem findet sich pro Netcallserver, also die Mailbox, mit der TheAnswerIII kommuniziert, ein
Unterverzeichnis mit dem Namen dieses Servers. In diesem Unterverzeichnis finden sich pro Account, den
man in diesem Server hat, drei Bretter:
o Das Brett /SPOOLER speichert alle Nachrichten, die in TheAnswerIII erzeugt wurden und beim
n"achsten Anruf mit dem Server gesendet werden sollen. Die beiden anderen Bretter haben den Namen,
den Sie auch als Usernamen in Ihrer Serverbox verweden.
o Im Brett /[Username] werden alle privaten Nachrichten gespeichert, die an sie gesendet wurden.
o Im Brett /[Username]-ANTWORT werden Kopienen Ihrer privaten Antworten gespeichert, nachdem
sie gesendet wurden.
o Alle anderern Arten von Bretter werden sp"ater ausreichend beschrieben.
Neben dem dieser Datenverwaltung ist TheAnswer in der Lage, den Datenaustausch mit der Serverbox
vorzunehmen. Dabei werden zwei M"oglichkeiten angeboten, die von den Eigenschaften Ihrer Serverbox
abh"angen:
____________________________________________________________________________________________________________________
|______Format________________Info__________________________________________________________________________________|_
| 1. Z-Netz V3.8 Der Z-Netz-Standard bis 1993. |
|__2.__ZConnect_V3.1_________Der_Nachfolger_von_Z-Netz_V3.8,_der_es_ab_1993_langsam_abl"osen_soll.__|_______________
Neben TheAnswerIII ist keine zus"atzliche Software n"otig, um mit dem Z-Netz oder technisch verwandten
Datennetzen zu arbeiten. TheAnswerIII wurde zudem so programmiert, dass der zuk"unftige Einbau anderer
Netcallformate ohne grosse Probleme stattfinden kann. Intern speichert die TheAnswerIII die Daten in einem
eigenen kopakten Format, dass an ZConnect V3.1 angelehnt ist.
2.3 Programmstart per Argument
TheAnswerIII kann sowohl von der Workbench als auch vom Shell aus gestartet werden. in beiden F"allen
k"onnen zum Programmstart Argumente "ubergeben werden:
^L
KAPITEL 2. EINLEITUNG 12
2.3.1 Shell
Schablone: TheAnswerIII C=Hauptconfiguration N=Netcallprefs AUTO/S CALL/S
o Hauptconfiguration: Es wird der Name einer gew"unschten Hauptkonfiguration "ubergeben, die
geladen wird und ihrerseits alle erforderlichen Unterkonfigurationen nachl"adt. Dabei ist nur der Name
der Konfiguration anzugeben, nicht jedoch der Pfad, der sowieso ignoriert wird. TheAnswer sucht
seine Konfigurationen immer im Verzeichnis "ENV:Answer/". Ohne Parameter l"adt TheAnswerIII
die Datei "Answer3.cfg"
Beispiel:
TheAnswerIII C=Answer3.cfg
TheAnswerIII Answer3.cfg
o Netcallprefs: Wie sp"ater genau erkl"art wird, k"onnen die Daten, wann, wie und wie oft etc. ein Netcall
durchgef"uhrt werden soll, abgespeichert werden. Vorgabegem"ass l"adt TheAnswerIII immer die Datei
"Caller.DAT" ein, sofern diese im Verzeichnis "ENV:Answer" existiert. Soll eine andere Datei benutzt
werden, kann hier der Name angegeben werden. Auch hier kann kein Pfad angegeben werden.
Beispiel:
TheAnswerIII N=CALLER.DAT
"TheAnswerIII CALLER.DAT" kann ohne "N" kann nur benutzt werden, wenn auch ein Konfi-
gurationsname angegeben wird:
TheAnswerIII Answer3.cfg CALLER.DAT
o AUTO/S: Dies ist ein Schalter. Ist er aktiviert, vermeidet es TheAnswerIII beim Netcall in den
allermeisten F"allen, bei Unklarheiten oder Sicherheitsabfragen, einen Auswahl-Requester zu "offnen,
sondern w"ahlt von alleine eine bestimmte Alternative, in der Regel die sicherere.
Diese Schaltung ist f"ur automatische Netcalls gedacht und betrifft daher auch nur Routinen, die
w"ahrend eines Netcalls angesprochen werden. Der Schalter ist auch nur bei automatischen Netcalls
ohne die eigene Anwesenheit sinnvoll. Ansonsten sollte man lieber die Requester selbst beantworten.
Beispiel:
TheAnswer AUTO
o CALL/S: Dieser Schalter aktivert den Netcall. Anstatt nach dem Programmstart ins Hauptmen"u zu
gehen, beginnt TheAnswer im Netcallmen"u und f"uhrt, je nach Vorgabe der Netcallprefs einen Netcall
durch.
Beispiel:
TheAnswer CALL
TheAnswer N=Caller.DAT CALL AUTO
o PRIO=num Statt num kann eine Zahl zwischen -5 und +5 eingegeben werden. Die Taskpriorit"at
wird entsprechend eingestellt.
Beispiel:
TheAnswer PRIO=2
^L
KAPITEL 2. EINLEITUNG 13
2.3.2 Workbench
Hier gelten die Erkl"arungen, die gerade f"ur die Shell gemacht wurden. Statt aber die Parameter zum
Programmnamen beim Aufruf mitanzugeben, werden sie als Tool-Types in die Info-Struktur des Programm-
Icons eingetragen:
CONF=name l"adt die nach "CONF=" angegebene Hauptkonfiguration
CALLNAME=name l"adt die nach "CALLNAME=" angegebene Netcallprefs-Datei.
AUTO=YES_NO AUTO=YES schaltet die meisten Requester ab.
AUTO=NO oder das Fehlen von AUTO verhindert dies.
CALL=YES_NO CALL=YES aktiviert den autmatischen Netcall.
CALL=NO oder das Fehlen von CALL deaktiviert ihn.
PRIO=num Statt num kann eine Zahl zwischen -5 und +5 eingegeben
werden. Die Taskpriorit"at wird entsprechend eingestellt.
2.4 Allgemeines zur Men"uf"uhrung von TheAnswerIII
2.4.1 Spezielle Tasten
In Zukunft werden folgende Abk"urzungen verwendet, um bestimmte Tasten oder Befehle zu benennen:
_____________________________________________________________________________________________________________________________*
*_______________________@
|__Abk"urzung______Erkl"arung________________________________________________________________________________________________*
*_______________________@
| RETURN Die Returntaste oder ENTER-Taste. In Listenmen"us ist ein Doppelklickt mit der Maus die RETURN-Alternative*
*. Dort erf"ullt auch di@
| DEL Die Del-Taste zwischen Haupttastatur und Zahlenblock oder die Minustaste auf dem Zahlenblock *
* @
| HELP Die Help-Taste gleich daneben *
* @
| TAB Die Tabulator-Taste oder Plus-Taste auf dem Zahlenblock *
* @
| INSERT Die Inserttaste (Zahlen-Block: 0) *
* @
| ESC Die ESC(Escape)-Taste oder die Taste, '*' auf dem Zahlenblock *
* @
| SHIFT Die Shift-Taste und die dazu benannte Befehlstaste werden gleichzeitig gedr"uckt *
* @
| ALT Die Alt-Taste und die dazu benannte Befehlstaste werden gleichzeitig gedr"uckt *
* @
|__punkt___________Es_wird_der_normale_"."_gedr"uckt,_egal_ob_auf_der_Tastatur_oder_auf_dem_Zehner-Block.____________________*
*_______________________@
2.4.2 Die Kn"opfe/Gadgets
TheAnswerIII kann mit der Maus und/oder mit der Tastatur vollst"andig gesteuert werden. Dabei gilt im
Regelfall, dass der Buchstabe, der im alternativen Befehlsknopf (Gadget) unterstrichen ist, der Buchstabe
ist, um den Befehl per Tastatur zu aktivieren.
o Generell ist es egal, ob der Grossbuchstabe oder der Kleinbuchstabe zum als Alternative f"ur ein Gadget
verwendet wird. Beides wird erkannt.
o Erlaubt der Befehl zwei Richtungen (zB bei den Cycle-Gadgets, die mehrere M"oglichkeiten anbieten,
die nacheinander durchgeschalten werden, wird mit der normalen Taste vorw"arts geschalten, wird
gleichzeitig die SHIFT-Taste gedr"uckt, r"uckw"arts geschalten.
o In Listen-Gadgets, in denen eine Liste von M"oglichkeiten sichtbar angeboten wird, schaltet man mit
der normalen Taste einen Eintrag tiefer, zusammen mit Shift-Taste einen Eintrag h"oher. Kann der
so ausgew"ahlte Eintrag zudem noch editiert werden, so aktiviert man das Editierfeld, indem der
ausgew"ahlte Eintrag steht, mit der Kombination ALT-Taste/Befehlstaste.
o Bei Schaltern, die zum einen die EIN/AUS M"oglichkeit bieten und gleichzeitig die M"oglichkeit,
Daten in ein Eingabefeld (String-Gadget) einzugeben, aktiviert man in der Regel so: Mit der
Befehlstaste in Kleinschreibung wird das EIN/AUS-Feld umgeschalten, zusammen mit SHIFT-Taste
wird das Eingabefeld aktiviert. Zudem wird bei vielen EIN/AUS-Schaltern das Eingabefeld automatisch
aktiviert, wenn auf EIN geschalten wird.
^L
KAPITEL 2. EINLEITUNG 14
o Bei Feldern, die zum einen die Eingabe von Daten erlauben, zum anderen aber ein "REQ"-Gadget
besitzen ist es umgekehrt: Mit der normalen Befehlstaste aktiviert man die Eingabe, mit der SHIFT-
Taste wird das "REQ"-Gadget aktiviert, mit dem normalerweise dann aus einer Liste von Eintr"agen
der gew"unschten oder auch mehrere ausw"ahlt.
Eingabefelder, die eine Liste repr"asentieren, also auch ein "REQ"-Gadget besitzen stellen nur bedingt
den Inhalt dar, der tats"achlich vorhanden ist:
_____________________________________________________________________________________________________________________
|__Begriff__________Erkl"arung_______________________________________________________________________________________|||
| KEINER Die Liste, zu der das Eingabefeld geh"ort, ist leer. L"oscht man das Eingabefeld |
| und gibt keine weiteren Daten ein, wird das leere Feld automatisch durch |
| |
|| "KEINER" gef"ullt. ||
| LISTE-REQ Das Eingabefeld kann nicht mehr editiert werden. Der Text weist daraufhin, |
| dass mehr als ein Eintrag ausgew"ahlt wurde. Um die Liste zu sehen oder zu |
| |
| ver"andern, kann das REQ-Gadget benutzt werden. |
| alles andere Bedeutet, dass in der Liste nur ein Eintrag steht. Und diesen kann man im |
| Eingabefeld gerade sehen und editieren. Ben"otigt man nur einen Eintrag, kann |
| |
| man ihn in das Eingabefeld eingeben. Werden mehrere Eintr"age ben"otigt geht |
| |
|___________________das_nur_"uber_das_REQ-Gadget.____________________________________________________________________|
o Eingabefelder, in die man Text eingeben kann (Stringgadgets) sind zudem miteinander verbunden.
Sind mehrere von ihnen vorhanden, so kann man, sobald man eines aktiviert hat, von Eingabefeld zu
Eingabefeld springen. Man verl"asst das Gadget anstatt mit RETURN mit der TAB-Taste. TAB alleine
bewirkt den Sprung zum logisch n"achsten logischen Eingabefeld, dass aktivierbar ist. SHIFT-TAB
springt zum logisch vorherigen Feld, dass aktivierbar ist.
Dass TAB und nicht RETURN/SHIFT RETURN verwendet wird liegt, ist keine besondere Finesse
meinerseits, sondern die von Commodore empfohlene Methode, die freudlicher Weise von der
gadtools.library gleich automatisch erledigt wird.
2.4.3 Das Datumsformat
Wird innerhalb von TheAnswerIII verlangt, dass ein Datum oder eine Uhrzeit angegeben werden muss, so
gilt generell diese Vorgabe:
TheAnswerIII aktzeptiert immer Datum und Uhrzeit oder eine dieser beiden Angaben.
Wird ein Datum angegeben, so muss dies in der deutschen Schreibweise TT.MM.JJ in Zahlen angegeben
werden. Auch wenn es der 1. Juni 93 ist, so muss unter TheAnswerIII eine zweistellige Zahl f"ur Tag und
Monat angegeben werden, also hier der 01.06. Die Schreibweise des Jahres muss immer zweistellig sein. Unser
Beispiel-Datum w"are also der 01.06.93. Andere Schreibweisen werden falsch interpretiert. Eine vierstelling
Jahreszahl wird nicht als "1993" interpretiert sondern als "19" und in das Jahr 2019 umgerechnet. Wird gar
kein Datum angegeben, wird der heutige Tag als Datum eingesetzt.
Wird eine Uhrzeit angegeben, so muss diese nach einem eventuell vorhandenen Datum stehen. Die Schreib-
weise lautet SS:MM oder SS:MM:ss. Es kann also entweder Stunden:Minuten oder Stunden:Minuten:Se-
kunden angegeben werden. Andere Kombinationen wie nur Stunden oder Minuten:Sekunden werden falsch
interpretiert. Wird keine Uhrzeit angegeben, wird 00:00:00 Uhr eingesetzt. Werden die Sekunden nicht
angegeben, werden 0 Sekunden hinzugef"ugt. Auch hier gilt, immer zweistellig schreiben (01:00:59) , da
es sonst zu Fehlern kommt.
Wird weder ein Datum noch eine Uhrzeit angegeben, gilt die Eingabe als falsch. Die Annahme von Heute
00:00:00 w"are in diesem Fall zwar leicht m"oglich, verursacht aber sicher mehr Benutzer-Fehler, als das es
faulen Benutzern nutzt.
^L
KAPITEL 2. EINLEITUNG 15
2.4.4 Steuerung der Liste bei Adressen/Brettern/Nachrichten
Eine dargestellte Liste kann mit Maus oder Tastatur gesteuert werden. Dies betrifft die Listen der Bretter
im Brettmen"u, die Listen des Inhalts im Inhaltsmen"u und die Adresslisten im Adressmen"u.
Zun"achst die Tastatur-Unterst"utzung:
___________________________________________________________________________________________________________________________
|__Taste_________________Zusatz___________Aktion__________________________________________________________________________|_
| RETURN Eintrag selektieren |
| Cursor-hinauf Einen Eintrag h"oher |
| Cursor-hinauf ALT 10 Eintr"age h"oher |
| Cursor-hinauf SHIFT Eine Seite h"oher |
| Cursor-hinauf CONTROL Anfang der Liste |
| Cursor-hinunter Einen Eintrag tiefer |
| Cursor-hinunter ALT 10 Eintr"age tiefer |
| Cursor-hinunter SHIFT Eine Seite tiefer |
| Cursor-hinunter CONTROL Ende der Liste |
| Cursor-links Funktion von ESC, je nach Liste |
| Cursor-rechts Funktion von RETURN |
| 1 Ende der Liste |
| 2 Wie Cursor-hinunter |
| 3 Wie SHIFT Cursor-hinunter |
| 5 Wie RETURN |
| 7 Anfang der Liste |
| 8 Wie Cursor-hinauf |
| 9 Wie SHIFT Cursor-hinauf |
|__*______________________________________Funktion_von_ESC,_je_nach_Liste_________________________________________________|_
Mit der Maus hat man ebenfalls die M"oglichkeit die Liste zu steuern. Dabei ersetzt der Doppelklick auf
einen Eintrag die RETURN-Taste. Wird in der Dokumentation darauf hingewiesen, dass die Funktion der
RETURN-Taste eine andere ist, so gilt dies IMMER auch f"ur den Doppelklick mit der Maus und die
alternativen Tasten f"ur die RETURN-Taste.
Ein einfacher Klick auf einen Eintrag springt zu diesem direkt. Befindet sich der Eintrag im oberen oder
unteren Ende der Liste, so scrollt die Liste in diese Richtung, wenn sie l"anger ist, als darstellbar. Ferner
kann man mit dem Scroll-Gadget auf der rechten Seite den sichtbaren Bereich der Liste steuern. Der aktive
Eintrag wird hierbei nur ver"andert, wenn er den sichtbaren Bereich der Liste verl"asst. Passt die ganze Liste
auf einmal in den darstellbaren Bereich, ist das Scroll-Gadget nat"urlich ohne Wirkung. Ansonsten kann man
mit dem Pfeilen die Liste hinauf bzw. hinunterscrollen oder mit dem Balken dar"uber, die Liste direkt per
Maus verschieben.
2.4.5 Die Requester
TheAnswerIII benutzt nur noch Requester des Amiga-Dos. Dabei werden f"ur Kn"opfe Standard-Requester
erzeugt und f"ur die Auswahl von Dateien die File-Requester der ASL.library, die ab Kickstart 2.00 zum
Standard-Umfang des Amiga-Dos geh"ort.
Das Amiga-Dos unterst"utzt die Tastatur bei einen Requester nur sehr sp"arlich. Intuition-Requester k"onnen
standardm"assig mit der linken Amiga-Taste und dem gleichzeitige Dr"ucken von "v" mit "JA" bzw. bei "b"
mit "NEIN" beantwortet werden. Bietet der Requester nur eine Antwort, so ist es egal, welche der beiden
Tasten gedr"uckt werden. Sind mehr als zwei Antworten m"oglich, bleibt dem Benutzer nur der Griff zur Maus,
falls er nicht die linkeste Alternative (v) bzw. die rechteste Alternative (b) w"unscht.
Die ASL-FileRequester haben den gr"ossten Teil ihrer Befehle in den Gadgets gleichzeitig als Pull-Down-
Men"u-Alternativen zur Verf"ugung, die Men"us k"onnen ihrerseits auch mit der Tastatur gesteuert werden.
^L
KAPITEL 2. EINLEITUNG 16
Warum Intuition ?
Es ist mir bekannt, dass es einige gute Zusatzbibliotheken gibt, um die eher mageren Requester des
Amigas aufzupeppen. Gleichzeitig stellte sich aber heraus, dass jeder eine andere dieser Zusatz-Bibliotheken
bevorzugt. Aus diesem Grund wurde keine externe Bibliothek mehr f"ur die Requester benutzt. Diese
Entscheidung wurde vor allem dadurch unterst"utzt, dass die guten Alternativen zu den Amiga-Requestern
wie "ReqTools" oder "ARQ" M"oglichkeiten besitzen, diese Amiga-Requester mit einem System-Patch durch
die eigenen zu ersetzen. So kann sich jeder Benutzer seine eigenen Wunschrequester zusammenstellen, die
auch mit der Tastatur oftmals leichter angesprochen werden k"onnen.
2.4.6 Die Pull-Down-Men"us
Neben diesen Schaltern gibt es noch Pull-Down-Men"us, um weniger oft benutze Befehle zu aktivieren. Die
Tastatur-Alternative zu diesen Men"ubefehlen findet sich im Men"u selbst. Wie beim Amiga u"blich, wird
zusammen mit der gew"unschten Taste gleichzeitig die rechte Amiga-Taste gedr"uckt.
^L
Kapitel 3
Das Hauptmen"u
Nachfolgend werden die Funktionen beschrieben, die man vom Hauptmen"u aus aufrufen kann.
3.1 Die Gadgets
_________________________________________________________________________________________________________________________
|__Gadget_____________Taste_____________Erkl"arung_______________________________________________________________________|
| Nachrichten N,RETURN Brettmen"u. Hier findet sich die Liste der Bretter und die |
| |
| M"oglichkeit sie anzuw"ahlen (Nachrichten) oder zu ver"andern. |
| Netcall C Netcallmen"u. Von hier werden die Parameter f"ur den n"achsten |
| |
| Netcall festgelegt und dieser gestartet. |
| Adressen A Adressenverwaltung. Hier k"onnen TheAnswerIIIAdressendateien |
| |
| verwaltet werden. |
| Konfiguration K Das Konfigurationsprogramm wird gestartet. Der Programmauf- |
| |
|| ruf wird in der Konfiguration selbst festgelegt. ||
| Systeminfo I Gibt Information dar"uber, wieviel Speicher im RAM und Platz |
| auf den benutzten Disketten/Festplatten sind. Zudem wird auf |
| |
|| Wunsch eine kleine Brettstatistik erstellt. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
|| die jederzeit wieder abrufbar sind. ||
| Ende ESC Beendet nach einer Sicherheitsabfrage das Programm. The- |
| AnswerIII sollte nur so beendet werden, da jetzt erst ver"anderte |
| |
| Daten der Brettliste gespeichert werden! |
| TAB TAB Wie "Nachrichten", nur wird direkt zur n"achsten neuen Nachricht |
| |
| gesprungen |
| ESC ESC Wie "Ende" |
|| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. ||
| Request R Ist Request aktiviert, vermeidet es TheAnswerIII beim Netcall in |
| den allermeisten F"allen bei Unklarheiten oder Sicherheitsabfragen |
| |
| einen Auswahl-Requester zu "offnen, sondern w"ahlt von alleine eine |
| |
| bestimmte Alternative, in der Regel die sicherere. Diese Schaltung |
| ist f"ur automatische Netcalls gedacht und betrifft daher auch nur |
| |
| Routinen, die w"ahrend eines Netcalls angesprochen werden. Der |
| Schalter ist auch nur bei automatischen Netcalls ohne die eigene |
| |
| Anwesenheit sinnvoll. Ansonsten sollte man lieber die Requester |
| |
|_______________________________________selbst_beantworten._(Identisch_mit_dem_Startargument_AUTO).______________________|
17
^L
KAPITEL 3. DAS HAUPTMENU" 18
3.2 Die Pull-Down-Men"us
Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
______________________________________________________________________________________________________________
|__Men"upunkt______Taste_____Erkl"arung_______________________________________________________________________|
| Projekt |
|| Info I Copyright-Requester ||
| Ende Q Beendet nach einer Sicherheitsabfrage das Programm. The- |
| AnswerIII sollte nur so beendet werden, da jetzt erst ver"anderte |
| |
| Daten der Brettliste gespeichert werden! |
| Konfig |
| Laden L Es kann per File-Requester eine neue Hauptkonfiguration |
| |
| ausgew"ahlt und geladen werden, die dann benutzt wird. |
| Tritt dabei ein Fehler auf, wird versucht die zuletzt benutze |
| |
| Konfiguration zu laden. Schl"agt auch dies fehl, beendet sich The- |
| |
|____________________________AnswerIII._______________________________________________________________________|
3.3 Informationen
Links oben steht der Name der gerade aktiven Hauptkonfiguration und ob die dazugeh"orige, gerade benutzte
Brettliste noch unver"andert ist, oder ob sie beim Verlassen des Programms neu gespeichert werden muss. Ist
sie nicht mehr "validiert" bedeuetet dies keinen Fehler, sondern nur, dass die Brettliste bei Programmende
neu gespeichert werden muss. Die Brettliste wird gespeichert, wenn man die Konfiguration editiert oder
wechselt und wenn ein Netcall durchgef"uhrt wird.
Die untere Statuszeile beinhaltet folgende Inforamtionen:
o Netcall: Hier steht das gew"ahlte Netcallformat, mit dem beim Server angerufen wird. In der Regel
ist das Netcallformat auch tats"achlich nur f"ur den Netcall verantwortlich. Bei internen Aktionen wird
nur in seltenen F"allen das Netcallformat ben"otigt, insbesondere, wenn Netzadressen generiert werden.
In allen F"allen wird aber immer die richtige Netcalldatei erzeugt, auch wenn Nachrichten gesendet
werden, die urspr"unglich in einem anderen Format erzeugt wurden.
o Server: Der Name der aktuellen Serverbox. anhand dieser Information wird das Brett ausgew"ahlt, in
dem eine Nachricht gespeichert wird, um gesendet werden zu k"onnen. Damit ist gew"ahrleistet, dass
mehrere Server gleichzeitig in einem Programm bedient werden k"onnen. Allerdings hat der User selbst
daf"ur Sorge zu tragen, dass gerade der richtige Server eingestellt ist. Eine A"nderung des Servers geht
nur "uber die Konfiguration, bzw. einen Konfigurationswechsel.
o User: Der aktuelle Username. Anhand dieser Information wird der Absender bei Nachrichten erzeugt,
die gesendet werden. Die Absendererzeugung findet erst beim Generieren der Sendedatei statt. Liest
man ungesendete Nachrichten wird der Absender dargestellt, der Anhand der aktuellen Daten erzeugt
werden w"urde. Tats"achlich bleibt aber der Absender leer, bis die Nachricht in die Serverbox geschickt
wird. Eine A"nderung des Users geht nur "uber die Konfiguration, bzw. einen Konfigurationswechsel.
o Registrierstatus: Hier wird bei registrierten Benutzern die Registriernummer dargestellt. In allen
anderen F"allen wird der Status des Benutzers dargestellt, der von "unregistriert" bis "ILLEGAL"
gehen kann. Wie man registrierter Benutzer von TheAnswer wird, steht in der Einleitung und im
Kapitel zum Senden von Nachrichten. Die technische Dokumentation dazu findet sich beim Programm
"TARegister", dass diese Aufgabe erledigt.
o Version: Zuletzt erfolgt die genaue Angabe der Version von TheAnswerIII, die gerade benutzt wird.
^L
Kapitel 4
Das Adressmen"u
Das Adressmen"u verwaltet seine Daten in einer Liste. Wie man diese Liste mit Maus oder
Tastatur steuert wird ausf"uhrlich in der Einleitung unter "Allgemeines zur Men"uf"uhrung von
TheAnswerIII" unter dem Punkt "Steuerung der Liste" erkl"art.
U"ber das Adressmen"u kann man Adressdateien verwalten, um bestimmte Benutzer oder Bretter zu speichern,
an die man oft Nachrichten schickt. Man kann Adressdateienen laden, ver"andern und speichern. Das
Adressmen"u kennt zwei M"oglichkeiten der Benutzung: Den Editier-Modus, um die Adressen zu verwalten
und den Sende-Modus, um Adressen auszuw"ahlen, an die Nachrichten geschickt werden sollen.
Das Adressmen"u ist zun"achst leer. Um eine bestimmte Adressdatei zu laden, muss diese erst ausgew"ahlt
werden. Im Sendemodus kann es sein, dass bereits vorher ausgew"ahlte Empf"anger noch in der Liste stehen.
Sind aktive Adressen in der grew"ahlten Datei, baut sich die Liste wie folgt auf:
FLAGS :::::::::::::::::::::::: Useradresse :::::::::::::::::::::::: Komentar ::::::::::::::::::::::::
o Die ersten beiden Flags betreffen das Senden und Empfangen codierter Mails. Das linke Flag gibt an,
wie oder ob codiert wird, wenn an diesen User eine Nachricht gesendet wird, das mittlere Flag gibt an,
wie oder ob decodiert wird, wenn von diesem User eine Nachricht empfangen wird. Dabei haben die
Flags folgende Bedeutung:
____________________________________________________________________________
| - Kein Codeverfahren |
| Q QPC-Codierverfahren |
| P PM-Crypt-Codierverfahren |
|__U___Intern_unbekanntes_Codierverfahren_(nicht_unterst"utzt)__|___________
o Das dritte Flag zeigt an, ob bei Nachrichten an die angegebene Adresse automatisch eine
Empfangsbest"atigung angefordert werden soll. Dies ist dann interessant, wenn der Weg "uber das netz
zum gew"unschten Benutzer nicht besonders sicher ist, weil sog. Routing-Probleme, die sporadisch im
Netz auftreten, vorhandenn sind und Nachrichten an bestimmte Mailboxen vom Netz verschluckt
werden.
o Bei Useradresse handelt es sich IMMER um die nach ZConnect V3.1 definierte Form, eine Person
in einem Netz zu erreichen. Wird der Netcall mit anderen Datenformaten gemacht, wandelt The-
AnswerIII diese Adresse korrekt um. TheAnswerIII verwendet intern ebenfalls nur die ZConnect
V3.1-Schreibweise.
o Zuletzt folgt der Kommentar, den man frei definieren kann, um dort eine kurze Infos "uber den User
einzutragen.
Die anderen Daten der Adressdatei, wie der echte Name, seine echte Adresse, seine Telefonnumer sowie die
Einzelheiten des Codierverfahrens sind nur sichtbar, wenn die Adresse editiert wird.
Nun zu den M"oglichkeiten des Adressmen"us.
19
^L
KAPITEL 4. DAS ADRESSMENU" 20
4.1 Die Gadgets im Editiermodus
__________________________________________________________________________________________________________________________
|__Gadget_________________Taste__________Erkl"arung______________________________________________________________________|_
| Laden L Eine neue Adressendatei wird per Filerequester geladen. Eine |
| |
| vorher geladene Adressendatei geht verloren. |
| Speichern S Die geladene Adressdatei wird per Filerequester gespeichert. |
| X-Fer X Im Multi-Select-Modus markierte Adressen k"onnen in eine andere |
| |
| Adressdatei exportiert werden. |
| Neue N Der Adresseneditor wird aufgerufen und eine neue Adresse kann |
| |
| editiert werden. |
| L"oschen DEL Der Eintrag wird als gel"oscht markiert, oder wenn schon gel"oscht, |
| wieder als ungel"oscht markiert. Ist der Multi-Select-Modus |
| |
| aktiv, betrifft diese Aktion, nach einer Sicherheitsabfrage, alle |
| |
| ausgew"ahlten Adressen. |
| Bretter B Alle in diesem Moment TheAnswerIII bekannten Bretter werden |
| |
| als Pseudoadresse in die Liste eingeklinkt. |
| Sort-Name O Die Liste wird alphabetisch anhand der Useradressen sortiert. |
| Sort-Kommentar O Die Liste wird alphabetisch anhand des Kommentars sortiert. |
| Dupe-Check D Die Routine sucht Adressen, die doppelt sind und l"oscht alle, bis |
| |
| auf die erste der Doppelg"anger. Also VORSICHT! |
| Editieren RETURN Die aktive Adresse kann per Adresseditor ver"andert werden. |
| Zur"uck ESC Man gelangt zur"uck ins Hauptmen"u. Wurde die Datei ver"andert, |
| |
|| so wird man gefragt, ob sie gespeichert werden soll. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| ESC ESC Wie zur"uck. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Men"u M Schaltet das untere Gadgetmen"u EIN/AUS. Tastaturbenutzer |
| |
|| erhalten so mehr Platz zur Darstellung der Eintr"age. ||
| Multi-Select U Schaltet den Multi-Selekt-Modus ein oder aus. Ist der Modus |
| auf EIN, bewirkt RETURN nicht mehr den Aufruf des Editors, |
| |
| sondern hebt die Adresse hervor bzw. l"oscht die Hervorhebung |
| bei einer bereits markierten Adresse. Im Adressmen"u k"onnen |
| |
| hervorgehobene Adressen exportiert oder gemeinsam gel"oscht |
| |
|________________________________________werden._________________________________________________________________________|_
4.2 Die Gadgets im Sendemodus
_________________________________________________________________________________________________________________________
|__Gadget______Taste_____Erkl"arung______________________________________________________________________________________|
| Laden L Eine neue Adressdatei wird nachgeladen. Schon vorhandene Adresseintr"age |
| |
| bleiben ebenfalls in der Liste. |
| Bretter B Alle in diesem Moment TheAnswerIII bekannten Bretter werden als |
| |
| Pseudoadresse in die Liste eingeklinkt. Dabei versucht sich TheAnswerIII |
| an den Grund der Auswahl anzulehnen. So werden, wenn man die Bretter |
| |
| ausw"ahlt, um eine Nachricht in ein Brettarchiv weiterzuleiten. nur Bretter |
| |
| angeboten, deren Typ irgend ein Archiv ist. |
|__Freitext____F_________"Uber_den_Adresseditor_kann_eine_weitere_Adresse_manuell_angef"ugt_werden.______________________|
^L
KAPITEL 4. DAS ADRESSMENU" 21
____________________________________________________________________________________________________________________
|__Gadget___________Taste__________Erkl"arung_______________________________________________________________________|
| Auswahl RETURN Da im Sendemodus Multi-Select immer aktiv ist, wird so eine |
| |
| Adresse hervorgehoben oder die Hervorhebung gel"oscht. |
| Alle A Hebt alle Nachrichten hervor. |
|| Keine K L"oscht alle Hervorhebungen. ||
| Senden S Alle hervorgehobenen Adressen werden behalten, alle nicht |
| |
| hervorgehobenen Adressen werden entfernt. Man wird gefragt, |
| ob man weitere Adressen ausw"ahlen will. Wird dies mit "JA" |
| |
| beantwortet, steht das ganze Men"u wieder zur Verf"ugung. Es |
| k"onnen weitere Adressen zu den bereits ausgew"ahlten hinzugef"ugt |
| |
| werden. Ansonsten kehrt man zur"uck. Alle dann hervorgehobenen |
| |
| Adressen werden dort benutzt. |
| Abbruch ESC L"oscht alle Hervorhebungen und kehrt zur"uck. Dort ist keine |
| |
| Adresse mehr ausgew"ahlt. |
| ESC ESC Wie Abbruch |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Men"u M Schaltet das untere Gadgetmen"u EIN/AUS. Tastaturbenutzer |
| |
| erhalten so mehr Platz zur Darstellung der Eintr"age |
|__Multi-Select____________________Ist_im_Sendemodus_immer_aktiv.___________________________________________________|
4.3 Die Pull-Down-Men"us
Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
______________________________________________________________________________________________________________
|__Men"upunkt______Taste_____Erkl"arung_______________________________________________________________________|
| Projekt |
|__Info____________I_________Copyright-Requester______________________________________________________________|
4.4 Informationen
Links oben steht der Name der gerade aktiven Adressdatei oder eine Info dar"uber, ob gerade gelesen oder
geschrieben wird. Ist keine Datei geladen, bleibt das Feld leer. Werden bei einem leeren Feld die Bretter
angef"ugt, erh"alt die Datei automatisch den Name "BRETTER.ADR".
Werden in einer leeren Datei Adressen per Hand erg"anzt, muss die Datei mit Speichern gesichert werden.
Bei normalen ESC erfolgt ohne Dateinamen auch keine Sicherheitsabfrage, ob die A"nderungen gespeichert
werden sollen.
Die untere Statuszeile zeigt an, wie viele Adressen die Datei beinhaltet und nach welchem Modus sie sortiert
ist.
4.5 Besondere Adressdateien
Unter TheAnswerIII kann man so viele beliebige Adressdateien anlegen, wie man will. Jede kann zur Auswahl
von Adressen beim Senden einer Nachricht benutzt werden. TheAnswerIII kennt jedoch zwei besondere
Adressdateien:
4.5.1 Adress.ADR
Die Adressdatei mit diesem Namen, die sich im in der Konfiguration festgelegten Pfad f"ur Adressdateien
befinden muss, ist die einzige Datei, in der beim Einsortieren einer Netcalldatei nach einem User gesucht
wird, wenn eine Nachricht codiert ist. Liegt eine codierte Nachricht vor und der Benutzer kann nicht in
^L
KAPITEL 4. DAS ADRESSMENU" 22
ADRESS.ADR gefunden werden, oder die automatische Decodierung ist per Konfiguration abgeschalten, so
wird die Nachricht codiert eingelesen und muss sp"ater, auf komplizierte Art und Weise von Hand decodiert
werden. Dies trifft auch bei fehlerhaften Codierdaten zu.
Dies gilt nur bedingt beim Senden einer Nachricht. Dort werden die Codierdaten, wie und ob codiert
werden soll beim Erstellen der Nachricht voranging aus einer evtl. benutzen Adressdatei gew"ahlt und im
Nachrichtekopf gespeichert. Findet sich in einer benutzen Adressen keine Codierung, wird Adress.ADR
geladen und von dort eventulle Codierdaten in den Header eingetragen. Ist in der Ursprungsadressdatei
jedoch schon ein Codierverfahren angegeben, wird dies bevoprzugt und nicht aus einem evtl. anderen aus
Adress.ADR u"berschrieben. Bei Antworten oder wenn der Empf"anger nicht aus einer Adressdatei geholt
wurde, wird ebenfalls uber Adress.ADR gerp"uft, ob codiert werden soll und ggf. der entsprechende Eintrag
gemacht. Sp"atere "Anderungen in Adress.ADR haben keine Wirkung auf nachrichten, die sich schon im
Spoolbrett befinden.
Wird die Sende-Datei erzeugt, werden diese Codier-Daten entfernt und die Nachricht tats"achlich codiert.
So kann man zwar einen Benutzer, der in mehrern Gruppen gespeichert ist, immer codierte Nachrichten
senden, zum Empfangen von codierten Daten muss jedoch eine Kopie des Datensatzes mit den Decodierdaten
in ADRESS.ADR gespeichert sein.
4.5.2 Filter.ADR
Eine Adressdatei mit diesem Namen wird nur beim Einsortieren einer Netcalldatei benutzt. Alle Benutzer, die
in dieser Datei eingetragen sind, unterliegen dem User-Filter, sofern dieser in der Konfiguration eingeschaltet
wurde.
Nachrichten von Absendern, die in dieser Datei stehen werden nicht in das Zielbrett einsortiert, sondern
in das Brett /UNZUSTELLBAR weitergeleitet. F"ur private Nachrichten von solchen Absendern wird, auch
wenn es in der Konfiguration anders eingestellt ist, niemals eine Empfangsbest"atigung erzeugt.
^L
Kapitel 5
Der Adresseditor
Im Adresseditor kann man eine aus dem Adressmen"u ausgew"ahlte Adresse oder eine neu zu erzeugende
Adresse editieren bzw. erstellen. Es existieren Eingabefelder f"ur pers"onliche Daten und die M"oglichkeit f"ur
diese Adresse ein Codierverfahren einzustellen.
5.1 Die Gadgets
______________________________________________________________________________________________________________
|__Gadget___________Taste_____Erkl"arung______________________________________________________________________|
|| Empfangs- ||
| best"atigung 1 Ist dieser Schalter auf ein, so wird immer, wenn eine Nachricht an |
| den User geht, eine Empfangsbest"atigung angefordert und in der |
| |
| Nachricht verankert. |
| User U Hier findet sich die Netz-Adresse der Person wieder, die in die |
| |
| Adressdatei soll. Die Adresse ist im ZConnect V3.1-Format zu |
| schreiben. Alternativ kann hier aber auch ein Brettname stehen, |
| |
| um per Adressdatei auch "offentliche Nachrichten schreiben zu |
| |
| k"onnen. |
| Realname R |
| Strasse S |
|| Ort O ||
| Telefon T Diese Felder sind f"ur das vorgesehen, wonach sie aussehen. The- |
| AnswerIII benutzt diese Felder nicht. U"ber sie kann frei verf"ugt |
| |
| werden. Wird eine Adresse automatisch aus einer Nachricht in |
| |
| eine Adressdatei kopiert, so k"onnen diese Felder allerdings mit |
| Daten belegt werden, da es ZConnect V3.1 erlaubt, Realname, |
| |
| Adresse und Telefon in den Header einzubauen. TheAnswerIII |
| kopiert diese Daten mit, wenn sie im Header gefunden werden. Im |
| |
| Sendemodus sind diese Felder gesperrt, da die Eingabe der Daten |
| |
| sinnlos ist. |
| Kommentar K Freier Text f"ur eine Kurzinfo. Dieser Text wird zusammen mit der |
| |
| Useradresse in der Liste dargestellt. |
| Senden n,N Codierverfahren f"ur das Senden. Je nach Taste (siehe Einleitung) |
| |
| wird vorw"arts oder r"uckw"arts geschalten. |
| Empfangen e,E Decodierverfahren f"ur empfangene Nachrichten. Je nach Taste |
| |
| (siehe Einleitung) wird vorw"arts oder r"uckw"arts geschalten. |
| Batchdatei b,B "b" aktiviert Batchdatei f"ur Senden, "B" f"ur Empfangen. |
|__Passwort_________p,P_______"p"_aktiviert_die_Passworteingabe_f"ur_Senden,_"P"_f"ur_Empfangen.______________|
23
^L
KAPITEL 5. DER ADRESSEDITOR 24
__________________________________________________________________________________________________________________
|__Gadget_________Taste___________Erkl"arung______________________________________________________________________|
| Speichern RETURN Die ge"anderten/erzeugten Daten werden in der Adress-Liste |
| |
| gespeichert und zum Adressmen"u zur"uckgekehrt. |
| Undo X Alle A"nderungen seit Aufruf des Adresseditors werden |
| |
| zur"uckgenommen. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Abbrechen ESC Kehrt zum Adressmen"u zur"uck, ohne die "Anderungen zu |
| |
|_________________________________"ubernehmen,_bzw._die_neue_Adresse_in_der_Liste_aufzunehmen.____________________|
5.2 Die Pull-Down-Men"us
Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
______________________________________________________________________________________________________________
|__Men"upunkt______Taste_____Erkl"arung_______________________________________________________________________|
| Projekt |
|__Info____________I_________Copyright-Requester______________________________________________________________|
5.3 Codierte Nachrichten
5.3.1 Das Prinzip
Nicht nur Datenschutzfanatiker glauben heute, dass es bei der zunehmenden Zahl von Netzteilnehmern
sicherer ist, wertvolle private Daten nicht einfach durch's Netz zu blasen. Immerhin kann auf dem Weg
durch das Netz die Nachricht bis zu 10 oder mehr Mailboxen passieren. Niemand weiss, wie sicher diese
Rechner sind oder wie neugierig die Leute sind, die auch bei diesen Rechnern hinter der Tastatur sitzen.
Viele User codieren daher ihre Nachrichten, so dass der Inhalt nur dem Empf"anger und dem Absender bekannt
sind. TheAnswerIII unterst"utzt diesen Gedanken mit bislang zwei M"oglichkeiten der Codierung:
o QuickPointCrypt -
QPC stammt von einem Programmierer mit der Netzadresse ZIMAC@ELOI.ZER. Es ist ein sehr
einfaches Verfahren, dass Nachrichten schnell und effizient codiert. Diese Codierung erfolgt durch einen
internen Code. Es ist allein die Vergabe eines Passwortes n"otig. Das Eingabefeld f"ur eine Batchdatei
bleibt also gesperrt, da es nicht ben"otigt wird.
o PM-Crypt stammt von Christian Mock. Es ist keine Methode eine Nachricht zu codieren, sondern
eine Methode, eine, mit einem bliebigen Programm, codierte Nachricht zu versenden. Dieses
Mantelverfahren erzeugt um die codierte Nachricht einen neuen Header, der nur die Aufgabe hat, dem
Pointprogramm mitzuteilen, dass der Inhalt codiert ist und, weil der echte Header selbst mitcodiert
wird, eine neutralen Header zu erstellen.
Hier ist eine Batchdatei n"otig. Dort wird ein Programm eingetragen, dass von TheAnswerIII eine
vorgefertigte Datei erh"alt, diese codiert und das Ergebnis wieder TheAnswerIII zur Verf"ugung stellt.
TheAnswerIII erzeugt dann den Mantel. Beim decodieren solcher Nachrichten l"auft es umgekehrt.
TheAnswerIII entfernt den Mantel und liefert der Batchdatei die codierte Nachricht, die das Batch
zu decodieren hat.
5.3.2 Das Verfahren
QPC
Zu QPC ist nicht mehr viel zu sagen: User-A hat User-B in seiner Adressdatei, bei Senden QPC eingestellt
und ein Passwort vergeben. User-B hat User-A in seiner Adressdatei, bei Empfangen QPC eingestellt und
das gleiche Passwort wie User-A bei Senden.
^L
KAPITEL 5. DER ADRESSEDITOR 25
So kann User-A User-B QPC-codierte Nachrichten senden. Will User-B dem User-A codiert antworten, so
hat er die gleichen Schritte andersherum zu tun.
Wurde versehentlich kein Passwort vereinbart, setzt TheAnswerIII das Passwort "QPC" ein. Dies ist jedoch
TheAnswerIII-typisch. Man kann sich bei anderen Point-Programmen nicht darauf verlassen.
PM-Crypt
F"ur das Passwort und die Einstellung des Codierverfahrens gilt das gleiche wie bei QPC. Nun zum Manko
der Batchdatei:
PM-Crypt codiert wie gesagt selbst nicht. Bei PM-Crypt muss ein externes Programm aufgerufen werden,
dass die Daten codiert bzw. decodiert. Derartige Programme gibt es genug. Wichtig ist nat"urlich, dass beide
Partner einer solchen Verbindung das gleiche Programm benutzen, oder eben Programme, die auf die gleiche
Art codieren/decodieren.
Wie das Batch aufgerufen wird, ist TheAnswer egal. Es kann wie bei der Definition der externen Programme
in der Configuration frei bestimmt werden. Dabei m"ussen folgende Platzhalter eingesetzt werden, um dem
Batch die Daten von TheAnswer zu "ubermitteln:
%f Repr"asentiert den Filenamen, in den TheAnswer die Datei auslagert, um sie
umzuwandeln.
%p Repr"asentiert das Passwort, dass man im Eingabefeld daneben eingegeben hat.
Die Batchdatei muss die codierten bzw. decodierten Daten im gleichen Filenamen speichern, wie er von The-
AnswerIII "ubergeben wird, da TheAnswerIII nach Abschluss des Batch genau aus diesem File das Ergebnis
wieder ausliest.
Erzeugt das verwendete Programm zum Codieren der Daten nun einen neuen Namen, so muss mittels C:Delete
und C:Rename der alte Name wieder hergestellt werden.
Ein Beispiel:
Der Aufruf in TheAnswerIII lautet "C:Execute S:CodeBatch %f %p"
S:Codebatch muss nun zun"achst die Parameter richtig empfangen. Dazu steht in der ersten Zeile des
Batches:
.key file/A,arg/A
Nun wird ein Codierprogramm verwendet, das im Beispiel C:Coder heisst. Dieses Programm liest aus einer
Datei, und codiert diese. Das Ergebnis wird in einer Datei gespeichert, die den gleichen Namen hat, wie die
urspr"ungliche Datei, allerdings bei unserem Beispiel mit der zus"atzlichen Endung ".cd" Also muss nach er
Codierung aus der Datei mit der Endung ".cd" wieder eine Datei ohne diese Endung genommen werden.
Hier das ganze Batch:
.key file/A,arg/A
;Codieren einer TA-Nachricht (PM-Crypt-Format)
IF EXISTS <file>.cd
Delete <file>.cd
ENDIF
C:Coder <file> <arg>
IF EXISTS <file>
Delete <file>
ENDIF
Rename <file>.cd <file>
^L
KAPITEL 5. DER ADRESSEDITOR 26
Dieses Batch codiert die Datei und gibt dem Ergebnis den Namen der "urspr"unglichen Datei. Dieses Beispiel
zeigt nur, wie das Batch aussehen soll, wenn das Ergebnis umbenannt werden muss. Wie das im Einzelfall
zu geschehen hat, h"angt nat"urlich vom verwendeten Codier-Programm ab.
Wann wird wo codiert
TheAnswerIII codiert Daten erst, wenn es sein muss. Und das ist in dem Moment, in dem die Daten das
Spoolbrett verlassen und in einer Datei zusammgengef"ugt werden, um an die Serverbox gesendet zu werden.
Solange liegen sie uncodiert im Spoolbrett. Im Nachrichtenheader ist alles gespeichert, was diese Nachricht
braucht um codiert zu werden. Das ist eine Kennung welches Codierverfahren benutzt werden soll, welches
Passwort und, bei PM-Crypt, auch noch das Batch.
Wird die Datei nun codiert, so werden diese Daten ausgelesen und aus dem Header gel"oscht. Der Rest
der Nachricht wird nun codiert und verschickt.
Wer seine Codierung testen will, braucht die Nachricht nur statt im Standardformat in einem
Netcallformat zu lesen. (Mehr dazu im BrettEditor).
Beim Empfangen bietet TheAnswer zwei M"oglichkeiten. Die erste M"oglichkeit ist direkt beim Einsortieren
des Netcalls, nachdem man ihn beim Server abgeholt hat. TheAnswer erwartet in der Datei Adress.ADR
den Absender und dessen Decodierdaten. Trifft eine Nachricht vom gew"unschten Absender ein, pr"uft The-
AnswerIII ob die Nachricht mit dem eingestellten Verfahren codiert ist und versucht eine Decodierung.
Schl"agt diese fehl oder ist das Sofort-Decodieren in der Konfiguration abgeschalten, wird die Nachricht
codiert einsortiert.
In solchen F"allen greift die M"oglichkeit des manuellen Decodierens, die als Pulldown-Men"u-Punkt im
Inhaltsmen"u "versteckt" ist und auch dort erkl"art wird.
PM-Crypt und ZConnect
Das PM-Crypt-Verfahren codiert den Nachrichtenheader mit. Dieser codierte Nachrichtenheader ist jedoch
immer im Z-Netz V3.8-Format, da die Regelung des PM-Crypt-Verfahren dies so vorschreibt. (PM-Crypt
gibt es l"anger als ZConnect V3.1.
Daraus ergibt sich nat"urlich die Problematik, dass ein Programm, das nur ZConnect V3.1 versteht, PM-Crypt
nicht unterst"utzt oder bei der Konvertierung Z-Netz V3.8 - ZConnect V3.1 Daten verloren gehen. Unter The-
AnswerIII gibt es dieses Problem nicht, da TheAnswerIII beide Formate versteht. Daher k"onnen sich zwei
Points, die beide TheAnswerIII benutzen, auch unter ZConnect V3.1 PM-Crypt-Nachrichten zuschicken.
Beim Dialog mit Points, die eine andere Software benutzen, muss man sich sicher sein, dass dieser Point
mit Z-Netz V3.8 arbeitet oder auch diese Softeware unter ZConnect V3.1 mit PM-Crypt zurechtkommt.
Anderfalls muss auf PM-Crypt verzichtet werden.
^L
Kapitel 6
Das Brettmen"u
Das Brettmen"u verwaltet seine Daten in einer Liste. Wie man diese Liste mit Maus oder
Tastatur steuert, wird ausf"uhrlich in der Einleitung unter "Allgemeines zur Men"uf"uhrung von
TheAnswerIII" unter dem Punkt "Steuerung der Liste" erkl"art.
Das Brettmen"u stellt alle vorhanden Bretter dar, die der aktuellen Konfiguration bekannt sind. Sie werden
in einer Baumstruktur wie Verzeichnisse und Dateien des Amiga-Dos dargestellt. Das Brett
/Z-NETZ/RECHNER/AMIGA/ALLGEMEIN
besteht aus den Verzeichnissen
Z-NETZ
/RECHNER
/AMIGA
und dem Brett
/ALLGEMEIN .
In der Baumstruktur findet man nun das Brett /Z-NETZ und wenn man dieses anw"ahlt, kommt man einen
Ast tiefer, also zum Verzeichnis /RECHNER. Je nach Anzahl der "/" in einem Brettnamen geht das in die
Tiefe bis nur der Brettname selbst "ubrigbleibt.
Es ist m"oglich, dass Benutzer mit wenigen Brettern diese Einteilung als zu umst"andlich empfinden. Aber die
meisten Benutzer werden in k"urzester Zeit in so vielen Bretter lesen, dass sie diese Einteilung zu Gunsten
der U"bersichtlichkeit bevorzugen werden.
Im Brettmen"u hat man nun die M"oglichkeit, durch die Baumstruktur der Bretter zu wandeln, Verzeichnisse
oder Bretter anzuw"ahlen, neue Bretter zu erzeugen, alte Bretter oder Verzeichnisse zu l"oschen oder zu
ver"andern. Es besteht schon von hier aus die M"oglichkeit eine Nachricht zu erzeugen.
Ferner kann man von hier aus Aktionen starten, die alle Bretter betreffen. Dies ist zum einen das automatische
L"oschen von veralteten Nachrichten, zum anderen zwei Reperatur-Routinen, um kleinere Fehler in den
Datenstrukturen zu beheben.
Das Brettmen"u baut sich wie folgt auf:
FLAGS ::::::::::::::::::: Inhalt/AD ::::::::::::::::::: Letzter Schreibzugriff ::::::::::::::::::: Name
27
^L
KAPITEL 6. DAS BRETTMENU" 28
o Die Flags haben folgende Bedeutung:
_____________________________________________________________________________________________________________
|__Flag_____________________Erkl"arung_______________________________________________________________________|
| 1. Neu-Flag * Neue Nachrichten im Brett oder in einem Brett innerhalb des |
| |
| Verzeichnisses. |
| - Keine neuen Nachrichten. |
| 2. unbenutzt - Immer. |
| 3. Sperrfrist S Eine Nachricht ist bis zu einem bestimmten Datum gesperrt. |
| - Keine Sperrfristnachrichten |
| 4. L"oschfrist D Eine Nachricht wird per Datum automatisch entfernt. |
| - Keine L"oschfrist-Nachricht. |
| 5+6. Typ |
| D Ein Verzeichnis. Weitere Bretter/Verzeichnisse folgen. |
| DS Das Systemverzeichnis, wie in der Einleitung erkl"art. |
| B Ein undefiniertes Brett. Dieser Typ darf normalerweise nicht |
| |
| auftauchen. |
| BO Netzbrett mit Lese- und Sendezugriff/Maps-Automatik. |
| BL Lokales Brett. Kein Sendezugriff |
| BP Privates Brett Hier werden private Nachrichten gespeichert |
| BR Antwortenbrett. Hier werden private Nachrichten gespeichert, die |
| |
|| gesendet wurden. ||
| BU Das /UNZUSTELLBAR-Brett. Hier werden alle Nachrichten |
| gesammelt, die sich in die aktuelle Brettstruktur nicht einsortieren |
| |
| lassen. |
| BS Das Spoolbrett. Hier werden alle Nachrichten gesammelt, die beim |
| |
| n"achsten Anruf gesendet werden sollen. |
| AO Archivbrett zu einem Netzbrett. |
| AL Archivbrett zu einem Lokalbrett. |
| AP Archivbrett zu einem privaten Brett. |
| AR Archivbrett zu einem Antworten-Brett. |
|____________________AM_____Das_HAUPTARCHIV__________________________________________________________________|
o Inhalt/AD hat folgende Bedeutung:
Bei Verzeichnissen steht hier nur das Wort "Verzeichnis" oder "SYSTEM-Daten", bei einem
Systemverzeichnis. Bei Brettern finden sich vier Gruppen von Zahlen. Von links nach rechts: Anzahl
aller Nachrichten, Anzahl neuer Nachrichten, Anzahl alter Nachrichten und die Anzahl archivierter
Nachrichten. Danach folgen die Buchstaben "AD:". Folgt darauf das Wort "AUS", wird dieses Brett
vom automatischen L"oschen nicht erfasst. Ansonsten gibt die Zahl nach "AD:" die Anzahl der Tage
an, die eine Nachricht im Brett bleibt, bis sie gel"oscht wird. Das betrifft immer alte Nachrichten und,
sofern es im Bretteditor so eingestellt ist, auch neue Nachrichten. Archivierte Nachrichten werden nie
durch AD gel"oscht.
o Letzter Schreibzugriff gibt das Datum an, an dem zuletzt eine Nachricht in diesem Brett gespeichert
wurde.
o Zuletzt folgt der Name des Brettes bzw. des Verzeichnisses. Der vollst"andige Name ist der angezeigte
Name und der Name des Verzeichnisses, in dem man gerade ist, sofern man nicht im Hauptverzeichnis
ist. Das Brett /ALLGEMEIN im Verzeichnis /Z-NETZ/RECHNER/AMIGA heisst also im Netz /Z-
NETZ/RECHNER/AMIGA/ALLGEMEIN.
Nun zu den M"oglichkeiten des Brettmen"us:
^L
KAPITEL 6. DAS BRETTMENU" 29
6.1 Die Gadgets
_________________________________________________________________________________________________________________________
|__Gadget_____________Taste_____________Erkl"arung______________________________________________________________________|_
| Neues Brett N Der Bretteditor wird aufgerufen, um ein neues Brett erzeugen zu |
| |
| k"onnen. |
| Bretteditor B Der Bretteditor wird aufgerufen, um den geraden aktiven Eintrag |
| zu ver"andern. Ist der Eintrag ein Verzeichnis, kann man globale |
| |
| Einstellungen f"ur alle nachfolgenden Bretter festlegen, andernfalls |
| |
| die Parameter des aktuellen Bretts ver"andern. |
| DEL Brett DEL Nach einer Sicherheitsabfrage wird ein Brett oder ein ganzes |
| |
| Verzeichnis, je nach aktueller Auswahl, gel"oscht. |
| Senden S Man gelangt ins Sendemen"u, um eine Nachricht zu erstellen. Die |
| M"oglichkeit direkt auf andere Nachrichten zu antworten ist im |
| |
| Inhaltsmen"u gegeben. Ist der aktive Eintrag ein Brett und kein |
| |
|| Verzeichnis, wird der Brettname als Empf"anger vorgegeben. ||
| Maps-Mail L Hier kann man eine Nachricht an den Pseudo-User Maps (siehe |
| unten) schicken. Zur Auswahl stehen die in der Konfiguration |
| |
|| festgelegten Befehle. ||
| AutoDel A Das automatische L"oschen veralteter Nachrichten wird aktiviert. |
| Bretter, bei denen das automatische L"oschen eingestellt ist, |
| |
| werden geladen und die veralteten Nachrichten entfernt. Dieser |
| Vorgang kann jederzeit unterbrochen werden. Ferner sucht |
| |
| AutoDel nach Nachrichten, die neu aktiviert werden sollen oder |
| |
| per Datum gel"oscht werden sollen. |
| Zur"uck /, ESC Man springt einen Eintrag in der Baumstruktur zur"uck und |
| |
| kommt auf die n"achsth"ohere Ebene. |
|| Stamm : Man springt in das Hauptverzeichnis zur"uck. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
|| die jederzeit wieder abrufbar sind. ||
| Auswahl RETURN Ist der aktive Eintrag ein Verzeichnis, so kommt man ein |
| Verzeichnis tiefer. ist der Eintrag ein Brett, gelangt man ins |
| |
|| Inhaltsmen"u dieses Brettes. ||
| N"achste Neue TAB Springt von der aktuellen Position aus zum n"achsten Brett mit |
| neuen Nachrichten, w"ahlt dieses an und springt innerhalb dieses |
| |
|| Bretts zur n"achsten neuen Nachricht. ||
| Hauptmen"u SHIFT ESC Man gelangt direkt zur"uck ins Hauptmen"u. Geht man von |
| dort aus wieder ins Brettmen"u, so befindet man sich in dem |
| |
| Verzeichnis, in dem man das Brettmen"u verlassen hat. Die ESC- |
| Taste hat hier eine Doppelbedeutung: Befindet man sich in einem |
| |
| Unterverzeichnis, so hat ESC die gleiche Wirkung wie "zur"uck". |
| Im Hauptverzeichnis hat ESC diese Wirkung. Die Kombination |
| |
| SHIFT-ESC bewirkt auch in einem Unterverzeichnis den Sprung |
| |
| ins Hauptmen"u. |
| : : Wie Stamm |
| / / Wie Zur"uck |
| TAB TAB Wie N"achste Neue |
| ESC SHIFT ESC Wie Hauptmen"u |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Men"u M Schaltet das untere Gadgetmen"u EIN/AUS. Tastaturbenutzer |
| |
|_______________________________________erhalten_so_mehr_Platz_zur_Darstellung_der_Eintr"age.___________________________|_
^L
KAPITEL 6. DAS BRETTMENU" 30
6.2 Die Pull-Down-Men"us
Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
__________________________________________________________________________________________________________________
|__Men"upunkt___________Taste____Erkl"arung_______________________________________________________________________|
| Projekt |
| Info I Copyright-Requester |
|| Brett ||
| Mail an MAPS L Hier kann man eine Nachricht an den Pseudo-User Maps (siehe |
| unten) schicken. Zur Auswahl stehen die in der Konfiguration |
| |
| eingestellten M"oglichkeiten |
|| Reperatur ||
| Brettliste 1 Nach einer Sicherheitsabfrage werden die Brettlisten- |
| |
| Eintr"age durch ihre gespeicherten Gegenst"ucke in den einzelnen |
| Indexdateien ersetzt. Falls durch einen Programmabsturz nur die |
| |
| aktuelle Brettliste nicht gespeichert wurde, kann sie rekonstruiert |
| werden. Diese Methode erkennt nicht, wenn ganze Bretter fehlen, |
| |
| aber noch in der Brettliste sind oder existierende Bretter in der |
| |
| Liste fehlen. |
| Brettinhalt 2 Nach einer Sicherheitsabfrage wird von jedem Brett das |
| Inhaltsverzeichnis geladen und mit den aktuellen Brettdaten im |
| |
| Index bzw. der Brettliste verglichen und angepasst. Diese Routine |
| |
|________________________________findet_auch_Fehler_in_den_Inhaltsverzeichnissen._________________________________|
6.3 Informationen
Links oben steht der Name des aktuellen Verzeichnisses oder das Wort "HAUTPVERZEICHNIS" wenn man
sich im obersten Ast des Bretterbaumes befindet. Die untere Statuszeile beinhaltet Informationen zu Netcall,
Server und User. Diese Begriffe sind bereits im HauptMen"u/Information erkl"art.
6.4 Maps-Unterst"utzung
"Maps" ist der Begriff eines Systems, dass es dem Benutzer erlaubt, "uber fest definierte Nachrichten Befehle
und Anforderungen an die Serverbox zu stellen, die wie normale Nachrichten transportiert werden. Diese
Nachrichten werden an einen fixen Usernamen geschickt, der bei vielen Mailboxprogrammen eben "Maps"
heisst. Der Name kann auch "AREAFIX" oder ganz anders lauten.
In der Konfiguration hat man die M"oglichkeit, alle n"otigen Daten f"ur diese Unterst"utzung einzugeben. Dort
k"onnen alle m"oglichen Befehle, die diese Umgebung versteht festgelegt und gespeichert werden. Ebenso der
Name der Umgebung. Genaue Informationen dazu, finden sich da, wo sie n"otig sind: In der Dokumentation
zur Konfiguration. Dort wird auch erkl"art, wie die automatische Bestellung/Abbestellung definiert wird.
Ist die Automatische (Ab-)Bestellung aktiv reagiert TheAnswerIII bei folgenden Aktionen:
Neues Netzbrett wird erzeugt TheAnswerIII fragt, ob das Brett beim Server bestellt werden
soll.
Netzbrett wird umbenannt TheAnswerIII fragt, ob der neue Name beim Server bestellt
werden soll und ob der alte Name abbestellt werden soll.
Brettstatus wird ge"andert Wird aus dem Brett ein Netzbrett, wird nach einer Bestellung
gefragt; wird aus einem Netzbrett ein anderes Brett, wird nach
einer Abbestellung gefragt.
^L
KAPITEL 6. DAS BRETTMENU" 31
Wird ein ganzes Verzeichnis gel"oscht oder umbenannt, so wird immer nach einer (Ab-)Bestellung gefragt,
da TheAnswerIII nicht pr"uft, ob im Verzeichnis Netzbretter sind oder nicht. Ganze Verzeichise werden mit
sog. Wildcards (ab-)bestellt. Die Maps-Umgebung muss also WildCards (Jokerzeichen) verstehen k"onnen,
damit dieser Befehl Wirkung zeigt: Um z.B. das Verzeichnis Z-NETZ abzubestellen wird eine Nachricht mit
dem Befehl /Z-NETZ/* geschickt, anstatt einer Liste aller Bretter, die dieses Verzeichnis enth"alt.
Sendet man einen normalen Befehl an Maps (L), so kommt man in eine Auswahl aller von der Konfiguration
definierten Befehle, in der man den gew"unschten Befehl ausw"aht, die Parameter dazu einstellt und die
Nachricht abschickt. Die Auswahl erfolgt "ahnlich der Konfiguration. Als Parameter stehen drei Felder zur
Verf"ugung. Der Inhalt dieser Felder wird im Befehlsfeld bzw. im Formatfeld durch den Platzhalter erg"anzt,
der links vom Eingabefeld steht. Will man des Inhalt des Feldes %b im Formatstring haben, so muss an
irgendeiner Stelle des Formatstrings die Folge %b stehen.
Pro Platzhalter kann eine Textzeile eingegeben werden. %b bildet eine Ausnahnme: Dort kann anstatt
einem Name auch eine Liste von Eintr"agen stehen. Wird das "REQ"-Gadget aktiviert kommt man in das
Adressmen"u, von wo aus Brett- oder Usernamen ausgew"ahlt werden kann.
Die Platzhalter haben zudem eine bestimmte Aufgabe:
%b Hier steht der aktuelle Brett- oder Verzeichnisname, das fixe Wort "KEINER" oder
das fixe Wort "LISTE-REQ", wenn anstatt eines Eintrages eine ganze, per "REQ"
ausgew"ahlte Liste benutzt wird. (siehe auch Einleitung)
%m Ist beim Aufruf eine Nachricht aktiv (Bei Aufruf aus dem Inhaltsmen"u heraus) wird
hier die Message-ID der aktiven Nachricht eingetragen.
%t Ist beim Aufruf eine Nachricht aktiv (Bei Aufruf aus dem Inhaltsmen"u heraus) wird
hier der Betreff der aktiven Nachricht eingetragen.
%z Ist beim Aufruf eine Nachricht aktiv (Bei Aufruf aus dem Inhaltsmen"u heraus) wird
hier der Z-Netz-Message-ID der aktiven Nachricht eingetragen. Diese kann sich von
der eigentlichen Message-ID unterscheiden, aber bei Netcalls mit Z-Netz erforderlich
sein.
Tats"achlich verwendet wird aber der Text, der in den Feldern steht, wenn die Nachricht abgeschickt wird.
Der Aufbau und die Funktionen des Maps-Men"us werden im Kapitel u"ber das Senden von Nachrichten
ausf"uhrlich erkl"art.
^L
Kapitel 7
Der Bretteditor
Der Bretteditor dient dazu, aktuelle Daten eines Brettes oder ganzer Verzeichnisse zu ver"andern. Erzeugt
man manuell ein neues Brett, wird ebenfalls dieser Editor aufgerufen. Der Bretteditor hat zwei Gesichter:
Eines, wenn ein Brett editiert wird und ein anderes, wenn ein Verzeichnis editiert wird. Der Verzeichnisseditor
kennt nur wenige Befehle, daher wird zun"achst auf den Bretteditor eingegangen. Die meisten Felder und ihre
Eingaben entsprechen dem Editor des Konfigurationsprogramms.
7.1 Die Gadgets
Wenn der Bretteditor nicht aus dem Brettmen"u, sondern aus dem Inhaltsmen"u heraus aufgerufen wird, um
die aktuellen Brettdaten zu "andern, kann weder der Brettyp noch der Brettname ge"andert werden.
Ferner k"onnen, bei bestimmten Brett-Typen, bestimmte Gadgets nicht benutzt werden. Eine entsprechende
Liste folgt nach der Befehls"ubersicht.
______________________________________________________________________________________________________________________________
|__Bretteditor_______________________________________________________________________________________________________________|_
|__Gadget__________________Taste_____________Erkl"arung______________________________________________________________________|*
*_||
| Brettname N,RETURN Ein Eingabefeld, um den Namen des Brettes zu "andern. Ein |
| Brett mit gleichem Namen darf nicht existieren. Ein gleichnamiges |
| |
| Verzeichnis kann existieren. |
| Brettyp t,T Der Brett-Typ wird durchgeschalten. Die Brettypen und ihre |
| |
| Eigenschaften werden unten erkl"art. |
| X-Undo X Der Brettname wird wieder auf die urspr"ungliche Einstellung |
| |
|| zur"uckgesetzt. Bei neuen Brettern wird der Name gel"oscht. ||
| Nachrichtenlimit 5 Aktiviert die Eingabe f"ur die Nachrichtenlimits. Wird eine |
| |
| Nachricht in dieses Brett gesendet, wird der Benutzer per |
| Requester gewarnt, wenn die L"ange der Nachricht dieses Limit |
| |
| "uberschreitet. Dies ist n"otig, da viele Netze Nachrichten, die |
| ein festgelegetes Limit u"berschreiten, ersatzlos l"oschen. Handelt |
| |
| es sich um das private Brett, gilt das Limit f"ur alle privaten |
| |
| Nachrichten, f"ur den gerade eingestellten User als Absender. |
| Inhaltsverzeichnis |
| sortieren i,I Der Modus, nach dem das Inhaltsverzeichnis dieses Brettes |
| |
|____________________________________________sortiert_wird,_wird_durchgeschalten.____________________________________________|_
32
^L
KAPITEL 7. DER BRETTEDITOR 33
_____________________________________________________________________________________________________________________
|__Bretteditor_______________________________________________________________________________________________________|
|__Gadget________________Taste______Erkl"arung_______________________________________________________________________|||
| Konvertierungen Es wird festgelegt, wie eine Nachricht konvertiert wird. Dabei |
| ist der Typ entscheidend (Text oder Bin"arnachricht) und ob die |
| |
| Nachricht gelesen oder in eine Datei ausgelagert wird. Mit den |
| nachfolgenden Befehlen kann man alle M"oglichkeiten, die unten |
| |
| erk"art werden durchschalten. Ferner kann man festlegen, ob der |
| |
| Kopf (Header) der Nachricht mitgelesen bzw. ausgelagert wird. |
| Texte lesen l,L,1 "l","L" schaltet den Modus weiter, "1" Schaltet den Kopf |
| |
| EIN/AUS |
| Texte auslagern a,A,2 "a","A" schaltet den Modus weiter, "2" Schaltet den Kopf |
| |
| EIN/AUS |
| Bin"ars lesen k,K,3 "k","K" schaltet den Modus weiter, "3" Schaltet den Kopf |
| |
| EIN/AUS |
| Bin"ars auslagern e,E,4 "e","E" schaltet den Modus weiter "4" Schaltet den Kopf |
| |
| EIN/AUS |
|| AutoDel M Schaltet das Automatische L"oschen f"ur dieses Brett ein. ||
| Nach x Tagen H Aktiviert die Eingabe f"ur die Anzahl von Tagen, wie lange |
| Nachrichten gehalten werden, bevor sie dem automatischen |
| |
|| L"oschen zum Opfer fallen. ||
| Neue l"oschen C Normalerweise entfernt AutoDel nur alte, gelesene Nachrichten. |
| Ist dieser Schalter auf EIN werden auch neue Nachrichten vom |
| |
| AutoDel erfasst. |
| Brettsprache b,B Wechselt die Sprache. Dies betrifft nicht das Programm, sondern |
| |
| nur, welche der drei Unterschriftenfiles f"ur dieses Brett ausgew"ahlt |
| werden sollen. Zudem gibt es die M"oglichkeit des "Signum- |
| |
| Verbot", der jedes generieren von Unterschriften, einschl. des |
| |
| TheAnswer-Footers abschaltet. |
| Unterschriften Es wird festgelegt, ob und in welcher Reihenfolge eine Unterschrift |
| mit Unterschriftendatei und Cookie-Datei generiert wird. Welche |
| |
| der Unterschriftenfiles benutzt werden, h"angt zus"atzlich von der |
| |
| Brettsprache ab und ob die Nachricht privat oder "offentlich ist. |
| "offentliche u,U Bei "offentlichen Nachrichten in dieses Brett wird diese Einstellung |
| |
|| benutzt. ||
| Private p,P Bei privaten Antworten von Nachrichten aus diesem Brett wird |
| diese Einstellung benutzt. Bei anderen privaten Nachrichten wird |
| |
| die Unterschrifteneinstellung des Privat-Brettes benutzt. |
| Netz-Umlaute z,Z Legt fest, wie Umlaute bei Nachrichten in dieses Brett auf dem |
| |
| Weg ins Netz gewandelt werden. Die ganze Z-Netz-Welt versteht |
| IBM-Umlaute (Umlaute wie sie PC's verwenden). Einige sog. |
| |
| Gates, also Tore zu anderen Netzen "uber das Z-Netz m"ogen dies |
| |
| aber gar nicht. |
| Speichern S Die vorgenommenen "Anderungen werden gespeichert und man |
| |
| kehrt ins vorherige Men"u zur"uck. |
| Vorgabe V Die Werte werden auf die in der Konfiguration eingestellten |
| Vorgabewerte zur"uckgestellt. Dies betrifft nicht den Namen und |
| |
| den Typ des Brettes. Die Vorgabe kann auch betrachtet oder |
| |
|| ge"andert werden. (siehe Pull-Down-Men"us) ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Abbruch ESC Man kehrt zum vorherigen Men"u zur"uck. Alle A"nderungen sind |
| |
|___________________________________vergessen._______________________________________________________________________|
^L
KAPITEL 7. DER BRETTEDITOR 34
_________________________________________________________________________________________________________________________
|__Verzeichnisseditor____________________________________________________________________________________________________|
|__Gadget_____________________Taste______Erkl"arung______________________________________________________________________|||
| Brettname N Ein Eingabefeld, um den Namen des Verzeichnisses zu "andern. |
| Ein Verzeichnis mit gleichem Namen darf nicht existieren. Ein |
| |
| gleichnamiges Brett kann existieren. |
| Brettyp Der Brett-Typ des Verzeichnisses selbst kann nie ge"andert werden. |
| Allerdings k"onnen alle Bretter, die im Verzeichnis und seinen |
| |
| Unterverzeichnis untergebracht sind auf einen einheitlichen Typ |
| |
| gebracht werden: |
| Typ auf NetzBrett B |
| Typ auf Lokalbrett L |
| Typ auf NetzArchiv A |
| Typ auf Lokalarchiv R |
| Vorgabe V Alle Bretter, die sich in diesem Verzeichnis und seinen |
| |
| Unterverzeichnissen befinden, werden ge"andert. Ihre Daten, die |
| man normalerweise im Bretteditor "andert, werden auf die Daten |
| |
| des Vorgabes-Brettes der Konfiguration gesetzt. Die Vorgabe kann |
| |
|| auch"betrachtet oder ge"andert werden. (siehe Pull-Down-Men"us) ||
| Speichern S Anderungen auf die Bretter des Verzeichnisses werden sofort |
| gemacht. Hier wird noch eine A"nderung des Verzeichnisnamens |
| |
|| gespeichert und zum vorherigen Men"u zur"uckgekehrt. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Abbruch____________________ESC________Man_kehrt_zum_vorherigen_Men"u_zur"uck._________________________________________|
f
7.2 Die Pull-Down-Men"us
Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
__________________________________________________________________________________________________________________
|__Men"upunkt___________Taste_____Erkl"arung______________________________________________________________________|
| Projekt |
| Info I Copyright-Requester |
| Brettvorgabe |
| Zeigen Z Die aktuelle Brettvorgabe wird angezeigt. mit ESC kehrt man |
| |
| zur"uck zum Editor. |
| Laden L Eine andere Brettvorgabedatei als die der Konfiguration kann |
| geladen und benutzt werden. Sie bleibt die aktuelle Brettvorgabe, |
| |
| bis das Programm verlassen oder die Konfiguration gewechselt |
| |
|_________________________________wird.___________________________________________________________________________|
7.3 Information
Im Bretteditor werden keine zus"atzlichen Informationen bereitgestellt. Allerdings werden nun einige
Einstellungen genau erkl"art:
7.3.1 Brett-Typen und Name
Wie bei den Flags im Brettmen"u kurz angerissen, kennt TheAnswer verschiedene Arten von Brettern und
Verzeichnissen. Bei den Verzeichnissen gibts nur einen Unterschied: "SYSTEM-Verzeichnisse" und normale
Verzeichnisse. TheAnswerIII kenn nur ein System-Verzeichnis und dieses legt es selbst an. Der besondere
^L
KAPITEL 7. DER BRETTEDITOR 35
Typ hat auch nur eine besondere Bedeutung:
System-Verzeichnisse werden nicht wie alle anderen Bretter und Verzeichnisse alphabetisch in der Liste
aufgef"uhrt. Das System-Verzeichniss ist immer das oberste Verzeichnis einer Brettliste. Wie auch bei
normalen Verzeichnissen kann der Typ nicht von Hand ge"andert werden. Es muss TheAnswerIII "uberlassen
werden, zu entscheiden, was das System-Verzeichnis ist.
Die Auswahl der Brett-Typen gestaltet da sich ausf"uhrlicher und ist in den meisten F"allen auch vom Benutzer
editierbar. TheAnswerIII stellt folgende Brett-Typen zur Vef"ugung:
__________________________________________________________________________________________________________________________
|__Titel____Erkl"arung____________________________________________________________________________________________________|
| Name Begriff, den die die Dokumentation f"ur dieses Brett benutzt. |
| Flags Die beiden Typen-Kennzeichen zur Identifizierung des Bretts in der Brettliste |
| AD BRT: Es wird das Vorgabe-AutoDel f"ur Bretter aus der Konfiguration bei Vorgabe benutzt. |
| ARC: Es wird das Vorgabe-AutoDel f"ur Archive aus der Konfiguration bei Vorgabe |
| |
| benutzt. |
|| AUS: AutoDel wird als Vorgabe auf AUS gestellt und kann nicht ge"andert werden. ||
| Send Aus diesem Brett k"onnen "offentliche Nachrichten gesendet werden. Wird der Brettname |
| ver"andert oder dieser Typ eingestellt bzw. ausgestellt, wird dies von der Maps-Automatik |
| |
| erkannt. |
| Abs ABS: In der Inhaltliste (siehe sp"ater) wird der Absender der Nachricht angezeigt. |
|___________EMP:_In_der_Inhaltliste_(siehe_sp"ater)_wird_der_Empf"anger_der_Nachricht_angezeigt.__________________________|
__________________________________________________________________________________________________________________________
|__Name_____________________Flags______AD______Send______Abs_____Info_____________________________________________________|
| undefiniertes Brett B AUS Abs interner, verbotener Brett-Typ |
| Netzbrett BO BRT JA Abs Das normale Brett. Jedes Brett, dass ein |
| |
| Gegenst"uck in seiner Serverbox kennt, kann |
| ein "offentliches Brett sein. Hier sind alle |
| |
| Formen des Sendens m"oglich. Netzbrett ist der |
| |
|| generelle Vorgabetyp. ||
| Lokalbrett BL BRT Abs Dieses Brett ist dazu da, eigene Bretter |
| einzurichten, um seine Nachrichten umzu- |
| |
| sortieren oder Daten zu verwalten, die nicht |
| |
| im Netz sind. Das Brett kann auch eingestellt |
| werden, wenn man sich selbst verbieten will, |
| |
| in dieses Brett zu schreiben, und es als "Nur- |
| Lese-Brett" verwenden will. Aber Achtung: |
| |
| Lokale Bretter werden nicht von der Maps- |
| |
| Automatik erfasst. |
| Privates Brett BP BRT Abs In diesem Brett werden alle privaten Nach- |
| richten gesammelt, die an den User, der |
| |
| den Brettnamen repr"asentiert, vom Netz |
| |
| hergeschickt wurden. |
| Antwortenbrett BR BRT Emp In diesem Brett werden alle privaten Nach- |
| richten gesammelt, die der User, der den |
| |
| Brettnamen repr"asentiert, ins Netz geschickt |
| |
|| hat. ||
| Unzustelbar BU BRT Abs Alle Nachrichten, die in kein anderes Brett |
| passen, oder die gefiltert wurden, werden hier |
| |
|________________________________________________________________gespeichert._____________________________________________|
^L
KAPITEL 7. DER BRETTEDITOR 36
________________________________________________________________________________________________________________________
|__Name__________________Flags______AD_______Send_____Abs______Info_____________________________________________________|||
| Spoolbrett BS AUS Emp Alle Nachrichten, die ein Benutzer erzeugt |
| |
| hat, werden zun"achst hier gespeichert. Beim |
| n"achsten Netcall mit dem Server, der durch |
| |
| den Brettnamen repr"asentiert wird, werde alle |
| Nachrichten, die sich in diesem Brett befinden |
| |
| gesendet und bei einem erfolgreichem Netcall |
| |
| dann in die Bretter kopiert, in die sie geh"oren. |
| Hauptarchiv AM ARC Emp Das Brett heisst meist "/Archiv/Hauptarchiv" |
| und soll ein globales Sammelbecken sein, wenn |
| |
| sich das Anlegen eines Brettarchives nicht |
| |
| lohnt. Es wird von "Weiterleiten" gefunden. |
| Brettarchiv AO ARC Emp Das Archivgegenst"uck zum Netzbrett. Es wird |
| |
| von "Weiterleiten" gefunden. |
| Lokalarchiv AL ARC Emp Das Archivgegenst"uck zum Lokalbrett. Es |
| |
| wird von "Weiterleiten" gefunden. |
| Privatarchiv AM ARC Emp Das Archivgegenst"uck zum Privaten Brett. Es |
| |
| wird von "Weiterleiten" gefunden. |
| Antwortenarchiv AM ARC Emp Das Archivgegenst"uck zum Antwortenbrett. |
| |
|______________________________________________________________Es_wird_von_"Weiterleiten"_gefunden._____________________|
Wandelt man ein normales Brett im Editor in ein Archivbrett um, so "andert TheAnswerIII den Namen des
Brettes zun"achst automatisch, in dem es dem ganzen Brett das Wort "/ARCHIV" voranstellt. Will man das
nicht, kann mit der "UnDo"-Funktion den alten Namen wieder herstellen.
7.3.2 Sortiermodi
TheAnswerIII kennt vier M"oglichkeiten ein Inhaltsverzeichnis zu sortieren:
_________________________________________________________________________________________________________________________
|__Modi_________________Erkl"arung______________________________________________________________________________________|_
| Ankunftsdatum Die Nachrichten werden werden danach sortiert, wann sie in dieses Brett |
| eingetragen wurden. Wird eine Nachricht mit den Weiterleitungs-Funktionen |
| |
| "Ins Hauptarchiv" bzw. "Ins Brettarchiv" in ein Brett kopiert, bleibt das |
| |
| Ankunftsdatum jedoch auch in diesem Archiv unver"andert. |
| Absendedatum Die Nachrichten werden werden nach dem Datum sortiert, das die Nachricht |
| |
| als Absendedatum im Nachrichtenheader hat. |
| Absender Die Nachrichten werden alphabetisch nach dem Namen des Absenders sortiert, |
|| ||
|| was die Suche nach bestimmten Benutzern erleichtert. ||
| Betreff Die Nachricht wird alphabetisch nach ihrem Betreff sortiert. Dies geschieht |
| zun"achst ohne R"ucksicht darauf, was f"ur sonstige Dinge im Betreff stehen. |
| |
| Viele Betreffs beginnen zun"achst mit einer Kette von Sonderzeichen f"ur |
| Empfangsbest"atigungen, die wievielte Generation einer Antwort es ist usw. |
| |
| Derartige Informationen filtert TheAnswerIII bereits beim Einsortieren aus |
| |
| der Nachricht und st"oren die Sortierung daher nicht. Werden mehrere |
| Nachrichten mit dem gleichen Betreff gefunden, so werden diese wieder |
| |
| untereinander danach sortiert, die wievielte Antwort dies ist. Sind auch da |
| zwei Nachrichten gleich, z.B beide Betreffs sind die 2. Antwort auf die |
| |
| Ursprungsnachricht, so entscheidet das Absendedatum dar"uber, welche zuerst |
| |
|_______________________dargestellt_wird._______________________________________________________________________________|_
7.3.3 Konvertierung
TheAnswerIII unterscheidet bei der Konvertierung einer Datei immer danach, ob es sich um einen Text
^L
KAPITEL 7. DER BRETTEDITOR 37
oder eine Bin"ardatei handelt. Beide M"oglichkeiten k"onnen immer und "uberall separat eingestellt werden. In
der Brettvorgabe wird zudem unterschieden zu welchem Zwecke eine Nachricht konvertiert werden soll.
Wird eine Nachricht zum Lesen konvertiert, sollte man eine Konvertierung w"ahlen, die dem Auge am besten
zusagt. Das Auslagern einer Nachricht bedeutet, dass sie, nachdem sie wunschgem"ass konvertiert wurde, in
eine Datei geschrieben wird, die man per File-Requester ausw"ahlen kann, um die Nachricht ausserhalb von
TheAnswerIII aufzuheben bzw. zu benutzen, wenn Programme oder andere Dinge "ubers Netz kommen. Die
Konvertierung sollte also den Anspr"uchen des Amigas gen"ugen.
Sowohl Texte(T) als auch Bin"ars(B) k"onnen gar nicht, im Z-Netz V3.8 oder im ZConnect V3.1-
Format konvertiert werden. Texte k"onnen zudem einer Standard-, einer Standard-Plus oder einer LaTeX-
Konvertierung unterzogen werden. Bin"ars kennen zus"atzlich zu den ersten drei die Modi als "Bin"ar" oder
"Bin-Check" konvertiert zu werden. Die Modi im einzelnen:
______________________________________________________________________________________________________________________
|__Modus_______________Kopf________________Art_______Erkl"arung______________________________________________________|_
| keine wie eingestellt T&B Die Nachricht wird so, wie sie gespeichert ist, |
| |
| konvertiert. Das ist ein internes TheAnswerIII- |
| Format, dass selbst TheAnswerIII nicht einsortieren |
| |
| kann. Eine derartige Konvertierung wird nur der |
| |
| Vollst"andigkeit halber angeboten. |
| Standard wie eingestellt T Der Text wird so aufbereitet, dass er im Amiga- |
| |
| Format lesbar ist. Zeilenabschl"usse werden in die |
| beim Amiga "ublichen gewandelt (Aus CR+LF wird |
| |
| LF), die im Netz "ublichen IBM-Umlaute im Text |
| |
|| werden in Amiga-Umlaute gewandelt. ||
| Standard-Plus wie eingestellt T Wie Standard. Allerdings wird versucht, besondere |
| IBM-Sonderzeichen und IBM-Grafikzeichen |
| |
| ebenfalls in Richtung Amiga zu verbiegen. Diese |
| |
| Methode dauert l"anger als Standard. Zudem kann |
| es sein, dass eine Nachricht verbotender Weise schon |
| |
| Amiga-Umlaute enth"alt. W"ahrend Standard diese |
| ignoriert und damit von alleine richtig darstellt, h"alt |
| |
| Standard-Plus diese Zeichen f"ur IBM-Grafikzeichen |
|| ||
|| und ver"andert sie. ||
| LaTex wie eingestellt T LaTex ist eine besondere Form des Schriftsatzes. |
| Jeder der LaTeX benutzt, weiss auch was es ist. |
| |
| TheAnswerIII versucht nun nicht etwa ein fertiges |
| LaTeX-Dokument aus der Nachricht zu machen, |
| |
| sondern erledigt nur die Dinge, die man ben"otigt, |
| |
| um das Ergebnis dann ohne grosse Probleme in |
| einem LaTeX-Dokument benutzen zu k"onnen: Alle |
| |
| Sonderzeichen von & bis % werden LaTeX-gerecht |
| umgewandelt. Umlaute und Quotes werden gem"ass |
| |
| "german.sty" umgewandelt. Der Nachrichtenkopf, |
| |
|| sofern auf EIN, wird mit %-Zeichen ausgeklammert. ||
| CheckFile wie eingestellt B Die generelle M"oglichkeit, Bin"arnachrichten lesbar |
| zu machen. Die Nachricht wird auskopiert und dann |
| |
| versucht TheAnswerIII diese zu identifizieren. Wie |
| gut TheAnswerIII dabei ist, h"angt davon ab, wie |
| |
| viele Typen der File-Scanner (Interne Packer der |
| |
|____________________________________________________Konfiguration)_kennt.___________________________________________|_
^L
KAPITEL 7. DER BRETTEDITOR 38
______________________________________________________________________________________________________________________
|__Modus_______________Kopf________________Art_______Erkl"arung______________________________________________________|_
| Checkfile (Fortsetzung) Findet dieser den Typ, f"uhrt er die in der Config |
| |
| vorgebene Check-Routine aus und zeigt das Ergebnis |
| beim Lesen im Textanzeiger an. Archive k"onnen z.B. |
| |
| aufgelistet werden, IFF-Grafiken betrachtet werden, |
| |
||| usw. |||
| Bin"ar immer AUS B Eine Bin"arnachricht wird ohne Kopf auskopiert. |
| Dies ist beim Auslagern sinnvoll. Programme, |
| Archive etc. k"onnen danach im Dos benutzt |
| |
| bzw. entpackt werden. Beim Lesen wird man nur |
| |
| Zeichenm"ull sehen, sofern nicht die Nachricht als |
| Bin"ar gekennzeichnet ist, in Wirklichkeit aber Text |
| |
| enth"alt... Ein Kopf wird nie erzeugt, da er das |
| Ergebnis unkenntlich f"ur den Amiga machen w"urde. |
| |
| Man beachte die M"oglichkeit der Behandlung von |
|| ||
|| unbekannten Filetypen "uber die Konfiguration. ||
| Z-Netz V3.8 immer AUS T&B Die Nachricht wird ins Z-Netz V3.8-Format |
| umgewandelt. Wird sie so ausgelagert, kann sie |
| |
| von jeder Software, die Z-Netz V3.8 versteht, |
| |
| wieder wie ein Netcallpuffer einsortiert werden. |
| Beim Lesen dient es nur der Pr"ufung der Datei, |
| |
| falls man TheAnswerIII nicht vertraut. Nachrichten |
| im SpoolBrett, die sp"ater codiert werden sollen, |
| |
| kann man auf diese Weise u"berpr"ufen, ob sie |
| |
| korrekt codiert werden, da nur beim Netcall oder |
| eben in dieser Konvertierung eventuelle Codierungen |
| |
| durchgef"uhrt werden. Der Kopf der Nachricht wird |
| ebenfalls in diesem Foramt mitkonvertiert. Eine |
| |
| extra Erzeugung eines Kopfes via Schalter ist daher |
| |
| immer AUS. |
| ZConnect V3.1 immer AUS T&B Hier gilt genau das gleiche wie bei Z-Netz V3.8, nur |
| |
|____________________________________________________dass_es_eben_das_ZConnect_V3.1-Format_betrifft._________________|_
Wurde ein Nachrichtekopf gew"ahlt, so wird in allen F"allen die Datei "headX" aus dem Unterschriften-
verzeichnis zur Interpretierung des Kopfes benutzt. 'X' Steht dabei f"ur eine Zahl, die vom der gew"ahlten
Brettsprache abh"angig ist.
7.3.4 Brettsprache
TheAnswerIII kennt drei Brettsprachen, die nur der Namensgebung willen Deutsch, Englisch und Sprache3
heissen. Im Prinzip ist es nur "M"oglichkeit 1" bis "3". Je nachdem welche Sprache gew"ahlt wurde, wird
bei der Auswahl eines Unterschriften- oder Header-Files eine der drei M"oglichkeiten ausgew"ahlt, die in der
Konfiguration schon zur Verf"ugung standen. Beim Lesen wird z.B. die Datei "head" gesucht. Bei Sprache 1
(Deutsch) sucht TheAnswerIII "head1", bei Sprache 2 (English) die Datei "head2" und bei Sprache Nr. 3
die Datei "head3". Dies gilt analog auch f"ur Unterschriften, Weiterleitungsk"opfe usw. usw.
Benutzer, die tat"aschlich Bretter f"uhren, deren Grundsprache Englisch ist, werden diese Form der
Namensgebung bevorzugen, da sie gleich wissen, f"ur welches Brett, welche Unterschriften eingestellt werden
sollen. Allen anderen soll gen"ugen zu wissen, dass es egal ist, welche der drei Alternativen gew"ahlt wird. Es
wird einfach nur die entsprechende Unterschriften-Datei benutzt, f"ur deren Inhalt der Benutzer ganz alleine
verantwortlich ist.
Der Konsequenz halber m"ussen nat"urlich auch die Cookie-Dateien in drei Versionen (Cookie1.DAT,
Cookie2.DAT und Cookie3.DAT) verf"ugbar sein.
^L
KAPITEL 7. DER BRETTEDITOR 39
Wie schon bei TheAnswerII sorgt auch TheAnswerIII immer noch daf"ur, dass die letzte Zeile einer
Textnachricht dem Point vorbehalten ist und schreibt dort seine Werbung hinein. Sichtbar wird diese Zeile
allerdings nur noch bei Z-Netz V3.8. Unter ZConnect V3.1 gibt es eine Header f"ur derartige Dinge, der dann
auch verwendet wird. Nun gibt es Leute oder aber auch Netze, denen das nicht passt. F"ur diese gibt es bei der
Brettsprache nun die 4. M"oglichkeit: Das Signumverbot. In diesem Fall wird der Werbungstext unterdr"uckt
aber auch jede Header- und Unterschriftenerzeugung. Das ganze trifft nat"urlich nur brettweise zu.
7.3.5 Unterschriften
Eine Unterschrift unter TheAnswerIII besteht aus zwei Komponenten: Zum Ersten einmal das Unterschriften
File. Dies ist eine frei editierbare Datei, in der man die Dinge hineinschreibt, die man immer am Ende einer
Nachricht stehen haben will. Normalerweise ist das die Standard-Floskel zur Verabschiedung wie ein Texta`
la "Und Tsch"uss, Peter". Das Ganze kann aber auch ausf"uhrlicher werden.
7.3.6 Die Cookies
Ursrp"unglich ist ein Cookie vom chinesischen Gl"uckskeks (Fortune Cookie) abgeleitet, der nach einer Mahlzeit
serviert wird. In diesem Gl"uckskeks ist dann ein Spruch versteckt, der entsprechend Gl"uck und Gesundheit
verheissen soll oder eine Weisheit enth"alt.
Die Cookiedatei ist eine Sammlung von Zitaten oder kurzen Texten, die alle zusammen in einer Datei
gespeichert sind. Ist das Cookie nun bei "Unterschrift" eingestellt, so "offnet TheAnswerIII die Cookie-Datei
und w"ahlt per Zufallsgenerator einen dieser Spr"uche aus und h"angt ihn zus"atzlich an die Nachricht an.
Im Bretteditor kann man einstellen, welche dieser Komponenten und in welcher Reihenfolge sie dargestellt
werden.
W"ahrend die normale Unterschrift eine einfache Textdatei ist, baut sich eine Cookie-Datei wie folgt auf:
Die Cookiedatei ist ebenfalls eine editierbare Textdatei. Sie kann beliebig lang sein. In dieser Cookie-Datei
kann man kleine Spr"uche sammeln, die dann per Zufallsgenerator an eine Textnachricht angeh"angt werden.
Die Cookies werden wie die Unterschriften im Unterschriften-Pfad gesucht, der in der Konfiguration
eingestellt wurde. Je nach Brettsprache wird entweder die Datei "Cookie1.DAT", "Cookie2.DAT" oder
"Cookie3.DAT" verwendet.
Folgende Regeln sind in Cookie-Dateien zu beachten:
o Ein einzelner Spruch darf maximal 400 Byte lang sein. Dies ist eine bewusste Einschr"ankung, da der
Sinn der Cookies in der Unterschrift zu sehen ist und nicht als Inhalt einer Nachricht. Die Anzahl der
Spr"uche ist unbegrenzt, die L"ange der Cookie-Datei ist auf 2.147.483.647 Byte beschr"ankt. (Also zwei
GIGA-Byte)
o Die Grenze zwischen zwei Spr"uchen bilden 2 LineFeeds. Das heisst, beim Editieren muss vor dem ersten,
zwischen zwei und nach dem letzten Cookie zwei mal RETURN gedr"uckt werden, so dass zwischen
zwei Cookies eine Leerzeile entsteht. Logischerweise ergibt sich daraus, dass ein Cookie selbst keine
Leerzeilen enthalten darf.
o Zeilen, die mit einem '#' beginnen sind Kommentarzeilen und werden nicht als Spruch identifiziert.
^L
Kapitel 8
Das Inhaltsmen"u
Das Inhaltsmen"u verwaltet seine Daten in einer Liste. Wie man diese Liste mit Maus oder
Tastatur steuert wird ausf"uhrlich in der Einleitung unter "Allgemeines zur Men"uf"uhrung von
TheAnswerIII" unter dem Punkt "Steuerung der Liste" erkl"art.
Das Inhaltsmen"u stellt alle vorhanden Nachrichten eines Brettes dar. Sind keine Nachrichten im Brett, wird
der Text "- LEERE LISTE" anstatt selbiger dargestellt. Ansonsten folgt die Aufstellung normalerweise
(Eine Ausnhame bildet die Option "Techn. View" aus den Pull-Down-Men"us) in diesem Format:
FLAGS :::::::::: Datum :::::::::: L"ange :::::::::: Absender :::::::::: Antwortenzahl :::::::::: Betreff
o Die Flags haben folgende Bedeutung:
__________________________________________________________________________________________________________
|__Flag__________________Erkl"arung_______________________________________________________________________|
| 1. Status - Die Nachricht ist alt. |
| * Die Nachricht ist neu bzw. ungelesen. |
| A Die Nachricht ist archiviert. |
| D Die Nachricht gilt als gel"oscht und wird beim Verlassen des Bretts |
| |
| entfernt. |
|| # Die Nachricht wird gerade geladen ||
| X Die Nachricht wurde von TheAnswerIII entfernt. Ein Zugriff ist |
| nicht mehr m"oglich. Die Nachricht wird beim Verlassen des Bretts |
| |
| entfernt. |
| E Fehlerhafte Nachricht, sollte gel"oscht werden. |
| 2. Antowrt - Die Nachricht wurde noch nie beantwortet. |
| R Die Nachricht wurde "offentlich beantwortet. |
| P Die Nachricht wurde privat beantwortet. |
| A Die Nachricht wurde "offentlich und privat beantwortet. |
| 3. Typ T Textnachricht |
| B Bin"arnachricht |
| 4. Herkunft - Die Nachricht ist eine konvertierte Nachricht, die aus einer |
| |
| TheAnswerII-Umgebung stammt. |
| S Die Nachricht wurde selbst erstellt und, nachdem sie verschickt |
| |
| wurde, aus dem Spoolbrett hierher kopiert. |
| R Die Nachricht wurde nach einem Netcall einsortiert. |
| W Die Nachricht wurde ins Netz weitergeleitet und, nachdem sie |
| |
| verschickt wurde, aus dem Spoolbrett hierher kopiert. |
| I Die Nachricht wurde intern in dieses Brett weitergeleitet, ohne sie |
| |
|________________________auch_ins_Netz_zu_schicken._______________________________________________________|
40
^L
KAPITEL 8. DAS INHALTSMENU" 41
___________________________________________________________________________________________________________
|__Flag___________________Erkl"arung_______________________________________________________________________|
| 5. Codierung - Die Nachricht ist nicht codiert. |
| C Die Nachricht ist codiert. Sie muss decodiert werden, bevor sie |
| |
| gelesen werden kann. |
| c Die Nachricht wird codiert, sobald sie "uber das Spoolbrett |
| |
| gesendet wird oder in einem Netcallformat ausgelagert wird. |
| 6. Empfang - Eine Nachricht ohne Empfangsbest"atigung |
| E F"ur diese Nachricht wurde eine Empfangsbest"atigung vom |
| |
| Absender angefordert, welche TheAnswerIII in der Regel |
| automatisch erstellt hat. Im Spoolbrett bedeutet 'E', dass |
| |
| der Empf"anger der Nachricht zu einer Empfangsbest"atigung |
| |
| aufgefordert wird. |
|| 7. Sperrfrist - Keine Sperrfrist ||
| S Unter ZConnect V3.1 ist es m"oglich eine Nachricht bis zu einer |
| bestimmten Zeit zu sperren. In TheAnswerIII wird dies dadurch |
| |
| unterst"utzt, dass die Nachricht nicht als neu, sondern als archviert |
| dargestellt wird und anstelle des Betreffes das Datum der Vorlage |
| |
| angezeigt wird. Am entsprechenden Tag wird die Nachricht dann |
| |
| als neu markiert. Sie kann dennoch jederzeit gelesen werden. |
| 8. L"oschfrist - Keine L"oschfrist |
| D Unter ZConnect V3.1ist es m"oglich, einer Nachricht ein |
| Verfallsdatum zu geben. Die Nachricht wird in TheAnswerIII |
| |
| normal behandelt, bis dieser Tag eintritt. Danach wird sie als |
| |
|_________________________gel"oscht_markiert,_egal,_welchen_Status_sie_vorher_hatte._______________________|
o Das Datum ist der Tag und der Monat, an dem die Nachricht abgeschickt wurde (Absendedatum). Auf
das Jahr wurde verzichtet, um den Platz f"ur andere Informationen zu sparen. Tats"achlich ist aber das
vollst"andige Datum auf die Sekunde genau gespeichert.
o Die L"ange einer Nachricht wird ebenfalls verk"urzt angegeben. Die Zahl ist dabei ein Faktor, der von
der nachgestellten Gr"osse beeinflusst ist. "K" bedeutet die Gr"osse der Nachricht in KiloByte (1024 Byte).
"M" bedeutet die Gr"osse der Nachricht in MegaByte (1024 KiloByte). Der Wert ist aufgerundet. Eine
Nachricht mit weniger als 1024 Byte wird ebenfalls mit der L"ange von einem KiloByte angezeigt. Ist
die Nachricht l"anger als 999 KiloByte, so wechselt die Anzeige von "K" auf "M".
o Es folgt der Absender in der ZConnect V3.1-Schreibweise. Ist er l"anger als vorgesehen, wird er f"ur
die Darstellung der Liste gek"urzt. In Brettern, bei denen der Absender eigentlich klar ist, weil man
es selbst ist, wird stattdessen der Empf"anger der Nachricht an dieser Stelle angezeigt. Das ist beim
Spoolbrett, dem Antwortenbrett und dem Antwortenarchiv der Fall. Aktionen und Befehle , die sich im
Inhaltsmen"u auf den Absender beziehen, beziehen sich in diesen Brettern ebenfalls auf den Empf"anger,
wie z.B. bei der Adresskopie.
o Die Antwortenzahl gibt an, die wievielte Antwort unter dem gleichen Betreff diese Nachricht ist.
Normalerweise wird bei einer Antwort der Betreff um die Buchstaben "Re:" erweitert, was soviel
wie "Reply", also "Antwort auf" bedeuetet. Einen echten Standard gibts es allerdings nicht. Viele
M"oglichkeiten und Stapelungen sind m"oglich. ("Re^2" f"ur zweite Antwort, aber auch "Re: Re:" oder
ganz andere Abk"urzungen wie "Antw. auf:", "A. auf." usw.).
Da dies im allgemeinen nur f"ur Verwirrung sorgt, filtert TheAnswerIII alle diese M"oglichkeiten und
noch einige mehr aus, und l"asst nur den tats"achlichen Betrefftext "ubrig. Dieser Filter "ubergibt die
gefundenen Antwort-Kennungen an einen Z"ahler und speichert die Zahl. Dieser Wert wird dann als
Antwortenzahl vor dem Betreff dargestellt. Dabei bedetuet "0", dass keine Re's gefunden wurden.
Der urspr"ungliche Betreff "Re^2 Re: A. auf: Re: Testmail" wird in TheAnswer also auf "5-Testmail"
umgewandelt, da das Wirr-Warr vor "Testmail" darauf schliessen l"asst, dass es sich um 5 Antwort-K"urzel
^L
KAPITEL 8. DAS INHALTSMENU" 42
handelt.
o Zuletzt folgt der, wie oben beschrieben, gefilterte Betreff der Nachricht. Er wird an der Stelle
abgek"urzt, an der er den Listenrahmen verlassen w"urde. Bei normalen Fonts passt das ziemlich genau.
Verwendet man Proportionalfonts, so kann das Ende schon fr"uher kommen, da TheAnswerIII aus
Geschwindigkeitsgr"unden nicht die tats"achliche L"ange des Betreffs berechnet, sondern nur die Anzahl
der Buchstaben mit der Breite des gr"ossten Buchstaben des Fonts multipliziert.
Nun zu den M"oglichkeiten des Inhaltsmen"us:
8.1 Die Gadgets
_______________________________________________________________________________________________________________
|__Gadget___________Taste_____Erkl"arung_______________________________________________________________________|
| Tools T,INS Das Toolmen"u bietet die M"oglichkeit, eine Gruppe von |
| Nachrichten mit Befehlen zu beeinflussen, die die anderen |
| |
| Funktionen nicht bieten. Es ist also das Sammelbecken f"ur all |
| |
|| das, was nicht in einen anderen Topf gepasst hat. ||
| X-Fer X XFer bedeutet, dass Nachrichten ausgelagert, also aus der The- |
| AnswerIII-Umgebung heraus, in eine Amiga-Dos-Datei kopiert |
| |
| werden sollen. |
| W-Fer W Wfer bedeutet, dass Nachrichten innerhalb von TheAnswerIII in |
| |
| ein anderes Brett kopiert werden sollen. |
| Drucken D Nachrichten k"onnen auf dem Standard-Drucker (Amiga- |
| |
|| Preferences) ausgedruckt werden. ||
| Filter F Hinter diesem Men"u verbergen sie vielf"altige M"oglichkeiten, |
| den Zugriff auf eine bestimmte Gruppe von Nachrichten in |
| |
| Zusammenarbeit mit Multi-Select zu beschr"anken. |
| Adresskopie D Der Absender der geraden aktiven Nachricht kann als Datensatz |
| |
| in einer Adressdatei gespeichert werden. |
| Editieren E Die Nachricht und ihr Header k"onnen ver"andert werden. Dies |
| verlangt allerdings, zumindest was den Header betrifft, eine |
| |
| gewisse Grundkenntniss "uber die internen Abl"aufe von ZConnect |
| |
|| V3.1. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| P-Antwort A Private Anwort. Dem Absender der gerade aktiven Mail kann |
| |
| eine private Antwort auf diese Nachricht gesendet werden. Unter |
| Umst"anden kann die Antwort auch an eine andere Adresse gehen, |
| |
| falls der Absender dies w"unscht. (spezieller ZConnect V3.1- |
| |
| Header) |
| "O-Antwort R Die gerade aktive Nachricht wird "offentlich im aktiven Brett |
| |
| beantwortet. Unter Umst"anden kann die Antwort auch in ein |
| anderes Brett oder gar an eine private Adresse gehen, falls |
| |
| der Absender dies w"unscht. (spezieller ZConnect V3.1-Header). |
| |
| Dieser Schalter ist nur in Netzbrettern bedienbar. |
| Senden S Es kann eine beliebige Nachricht gesendet werden. Als Empf"anger |
| |
|| wird der Brettname vorgegeben. ||
| Maps-Mail L Hier kann man eine Nachricht an den Pseudo-User Maps (siehe |
| Kapitel Senden von Nachrichten) schicken. Zur Auswahl stehen |
| |
|_____________________________die_in_der_Konfiguration_eingestellten_M"oglichkeiten.___________________________|
^L
KAPITEL 8. DAS INHALTSMENU" 43
_______________________________________________________________________________________________________________________
|__Gadget___________Taste_____________Erkl"arung_______________________________________________________________________|
| Lesen RETURN Unter normalen Umst"anden wird die gerade aktive Nachricht |
| zum Lesen ausgew"ahlt und dargestellt. Ist der Multi-Select-Modus |
| |
| aktiv, so wird die Nachricht hervorgehoben, bzw. wenn schon |
| |
| hervorgehoben, die Hervorhebung wieder gel"oscht. |
| Original # Unter ZConnect V3.1 ist es m"oglich, bei einer Antwort auf die |
| Originalnachricht zu verweisen. Wurde dies gemacht und befindet |
| |
| sich dieses Original im gleichen Brett, so wird dieses Original zum |
| |
|| Lesen ausgew"ahlt. Andernfalls erfolgt eine Fehlermeldung. ||
| TAB NNN TAB Springt zur n"achsten neuen Nachricht. Ist in diesem Brett |
| keine neue Nachricht mehr, wird zum n"achsten Brett mit neuen |
| |
| Nachrichten gesprungen. |
| Bretter ESC Das Inhaltsmen"u wird verlassen. Alle "Anderungen werden |
| |
| gespeichert und in das Brettmen"u zur"uckgekehrt. |
| NEU N Der Status der aktiven Nachricht wird auf 'neu' ge"andert. |
| ALT O Der Status der aktiven Nachricht wird auf 'alt' ge"andert. |
| ARC C Der Status der aktiven Nachricht wird auf 'archiviert' ge"andert. |
| DEL DEL Der Status der aktiven Nachricht wird auf 'gel"oscht'ge"andert. |
| W"ahrend Mausbenutzer ins Tool-Men"u gehen m"ussen, um |
| |
| z.B. alle alten Nachrichten als gel"oscht zu markieren, haben |
| |
| Tastaturbenutzer zwei Kurzfassungen zur Verf"ugung: |
| SHIFT DEL L"oscht alle alten Nachrichten. |
| ALT DEL L"oscht alle neuen Nachrichten. |
| TAB TAB Wie N"achste Neue (TAB NNN) |
| ESC ESC Wie Bretter |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Men"u M Schaltet das untere Gadgetmen"u ein/AUS. Tastaturbenutzer |
| |
|| erhalten so mehr Platz zur Darstellung der Eintr"age ||
| Multi-Select U Schaltet den Multi-Selekt-Modus ein oder aus. Ist der Modus |
| auf EIN, bewirkt RETURN nicht mehr das Lesen, sondern hebt |
| |
| die Nachricht hervor bzw. l"oscht die Hervorhebung bei einer |
| bereits markierten Nachricht. Tools, XFer, WFer und Drucken |
| |
| beachten derartige Markierungen. Filter aktiviert diesen Modus |
| |
|_____________________________________automatisch_und_kann_komplexe_Hervorhebungen_erzeugen.___________________________|
8.2 Die Pull-Down-Men"us
Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
__________________________________________________________________________________________________________________
|__Men"upunkt___________Taste____Erkl"arung_______________________________________________________________________|
| Projekt |
| Info I Copyright-Requester |
|| Brett ||
| Mail an MAPS L Hier kann man eine Nachricht an den Pseudo-User Maps (siehe |
| unten) schicken. Nur zum Zweck der Einheitlichkeit auch als |
| |
| Men"upunkt vorhanden. |
| Bretteditor B Der Bretteditor wird aufgerufen, um die Daten des aktuellen |
| Brettes zu ver"andern. Dem Bretteditor ist ein eigenes Kapitel |
| |
| gewidmet. Tastaturbenutzer k"onnen in diesem Fall auch nur "B" |
| |
|________________________________dr"ucken,_ohne_die_Men"u-Amiga-Taste.____________________________________________|
^L
KAPITEL 8. DAS INHALTSMENU" 44
_____________________________________________________________________________________________________________________
|__Men"upunkt_____________Taste_____Erkl"arung_______________________________________________________________________|
| Inhalt |
|| Filtern F Entspricht dem Gadget Filter. ||
| Suchen S Man gelangt ins Men"u der Volltextsuche, in dem Nachrichten incl. |
| Inhalt vollst"andig nach bestimmten Texten durchsucht werden |
| |
| k"onnen. F"ur ein passendes Gadget war kein Platz mehr. |
| Technischer View T Schaltet von der normalen Darstellung auf die technische |
| Darstellung um. Es werden nun wie vorher die Flags und das |
| |
| Datum angezeigt, danach folgen aber nur noch Zahlenwerte mit |
| |
| folgender Bedeutung: |
| 1. Position der Nachricht in der Brettdatei, in der sie gespeichert ist. |
| 2. Tats"achliche L"ange der Nachricht einschliesslich Header in Byte. |
| 3. CRC-32 Checksum der MessageID dieser Nachricht, die zur |
| |
| Bezugs-Suche benutzt wird. |
| 4. CRC-32 Checksum der Bezugs-ID, also die ID, die mit der |
| Message-ID identisch sein muss, wenn die Nachricht das Original |
| |
| zu dieser darstellt. Ist kein Bezug vorhanden ist dieser Wert auf |
| |
| 0. |
| 5. Danach folgt die normale Darstellung des restlichen Inhalts wie |
| gewohnt. Es d"urfte allerdings nicht mehr allzuviel davon zu sehen |
| |
| sein, von den ersten Buchstaben des Absenders mal abgesehen, |
| |
| wenn man auf einem Overscann-Screen arbeitet. |
| Der Technische View wird IMMER abgeschalten, sobald die Liste |
| |
| nicht aktiv sichtbar ist. |
| Nachricht |
| Decodieren D Alle Funktionen, die eine Nachricht betreffen, haben ein Gadget. |
| |
| F"ur diese Funktion ist leider der Platz ausgegangen. Die gerade |
| aktive Nachricht wird in einen speziellen Editor geladen, von dem |
| |
| aus versucht werden kann, diese Nachricht zu decodieren, falls sie |
| |
|___________________________________codiert_ist._____________________________________________________________________|
8.3 Informationen
Links oben steht der Name des aktuellen Brettes.
Die untere Statuszeile beinhaltet folgende Informationen:
o MSG: Die Anzahl der Nachrichten, die sich gerade in diesem Brett befinden.
o AD: Hier steht die Anzahl der Tage des AutoDel oder AUS.
o TYP: Der Brettyp im Klartext, wie bereits vielfach erkl"art.
TheAnswerIII bietet hier viele Untermen"us und Funktionen, die eines gemeinsam haben: Ihr Pull-Down-
Men"u enth"alt nur den schon oft erkl"arten Men"upunt Projekt/Information. Ansonsten stehen nur Gadgets und
ihre Tastatur-Alternative zur Verf"ugung, die hier, zusammen mit der Aufgabe der Funktionen erkl"art werden
sollen . Eine Ausnahme bildet das Pull-Down-Men"u zum Nachrichtenfilter: Dort gibt es noch Men"upunkte,
um den aktuellen Filter zu speichern oder zu laden.
8.4 Das Tool-Men"u
Das Toolmen"u beinhaltet das einfache Umschalten des Status-Flags f"ur alle Nachrichten bzw. das Aktivieren
des Multi-Selects auf eine Gruppe von Nachrichten mit gleichem Status.
^L
KAPITEL 8. DAS INHALTSMENU" 45
Zudem kann man nach einer derartigen Aktion sofort in eines der anderen Untermen"us springen, die mit
markierten Nachrichten arbeiten k"onnen oder so markierte Nachrichten lesen.
Zun"achst finden sich zwei Gadgets, die den Kern des Men"us bilden: "ALLE" und "WERDEN". Dies
sind tats"achlich nur zwei Gadgets, da nur eine der M"oglichkeiten, die untereinanderstehen, m"oglich ist.
Entgegen dem Style-Guide1 des Amiga und dem sonstigen Verfahren in diesem Programm, war aus Mangel
an passenden Buchstaben n"otig, dass gleiche Buchstaben hier unterschiedliche Funktionen besitzen, es also
NICHT egal ist, ob der Gross- oder der Kleinbuchstabe benutzt wird. Der Kleinbuchstabe "andert immer den
Eintrag im "ALLE"-Gadget, der Grossbuchstabe erf"ullt die gleiche Aufgabe im "WERDEN"-Gadget.
____________________________________________________________________________________________________________________
|__Gadget___________Taste__________Erkl"arung______________________________________________________________________|_
|__ALLE____________________________________________________________________________________________________________|_
| neuen n Alle neuen Nachrichten werden gesucht. |
| alten o Alle alten Nachrichten werden gesucht. |
| archivierten c Alle archvierten Nachrichten werden gesucht. |
| gel"oschten l Alle gel"oschten Nachrichten werden gesucht. |
| markierten m Alle Nachrichten, die schon hervorgehoben sind, werden gesucht. |
| alle e Alle Nachrichten, die sich in diesem Brett befinden, werden bei |
| |
|__________________________________der_Suche_gefunden._____________________________________________________________|_
|__WERDEN__________________________________________________________________________________________________________|_
| Neu N Alle gefundenen Nachrichten bekommen den Status neu. |
| Alt O Alle gefundenen Nachrichten bekommen den Status alt. |
| Archiviert C Alle gefundenen Nachrichten bekommen den Status archiviert. |
| Gel"oscht L Alle gefundenen Nachrichten bekommen den Status gel"oscht. |
|__Markiert_________M______________Alle_gefundenen_Nachrichten_werden_hervorgehoben._______________________________|_
|__Sonstige________________________________________________________________________________________________________|_
| Aktion RETURN Die Vorgaben aus ALLE und WERDEN werden nun |
| |
|| durchgef"uhrt. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Zur"uck__________ESC____________Es_wird_ins_Inhaltsmen"u_zur"uckgekehrt.________________________________________|_
Die ersten vier M"oglichkeiten betreffen den Status einer Nachricht. Die Nachricht wird von "WERDEN"
beeinflusst, wenn das Status-Flag der Auswahl entspricht und "andert ihren Status, in den bei "WERDEN"
eingestellten Status.
Die f"unfte M"oglichkeit sucht nicht nach dem Status, sondern pr"uft bei "ALLE", ob die Nachricht via Multi-
Select hervorgehoben worden ist. Ist die f"unfte M"oglichkeit bei "WERDEN" aktiviert, so wird nicht der Status
ge"andert, sondern Multi-Select eingeschalten und alle Treffer aufgrund der linken Vorgabe hervorgehoben.
Bereits hervorgehobenen Nachrichten werden nicht beeinflusst. Auch wird ihre Hervorhebung nicht gel"oscht.
Die sechste M"oglichkeit ist nur bei "ALLE" vorhanden und sorgt daf"ur, dass komplett alle Nachrichten, egal
welcher Art, von "WERDEN" beeinflusst werden.
Das Ganze ist recht kompliziert erkl"art, wenngleich es sehr einfach ist. Man sollte sich das Men"u einfach mal
vor Augen halten, wenn man diesen Text liest.
Egal welche Aktion mit "ALLE" und "WERDEN" gew"ahlt wurde, sie wird erst durchgef"uhrt, wenn
"AKTION" gew"ahlt wurde. Die nachfolgenden Befehle k"onnen jederzeit aktiviert werden, machen aber oft
____________________________________________________1
Amiga User Interface Style Guide von Addision-Wesley
^L
KAPITEL 8. DAS INHALTSMENU" 46
nur Sinn, wenn vorher eine Aktion gestartet wurde.
_______________________________________________________________________________________________________________
|__Gadget___________Taste_____Erkl"arung______________________________________________________________________|_
| Markierte Diese Aktionen betreffen zun"achst nur Nachrichten, die |
| |
|_____________________________hervorgehoben_wurden.___________________________________________________________|_
| demarkieren D Enventuelle Hervorhebungen werden bei allen Nachrichten |
| |
|| zur"uckgenommen. ||
| Lesen S Alle Nachrichten, die hervorgehoben sind, werden nun gelesen. Ein |
| Abbruch dieser Aktion ist nur f"ur schnelle Finger m"oglich, da man |
| |
| das ESC-Gadget erwischen muss, nachdem der Textleser der einen |
| Nachricht beendet wurde und der f"ur die n"achste Nachricht noch |
| |
| nicht gestartet wurde. Es bleibt nur die Zeit, die TheAnswerIII |
| |
| zum Konvertieren der jeweiligen Nachricht braucht. |
| Drucken K Ruft das Druckermen"u auf. |
| X-Fer X Ruft das Men"u zum Auslagern auf. |
|__W-Fer____________W_________Ruft_das_Men"u_zum_Weiterleiten_auf.____________________________________________|_
8.5 Das XFer-Men"u (Auslagern)
Mit dem XFer-Men"u kann man Nachrichten auslagern. Das bedeutet, dass eine Kopie der Nachricht
irgendwohin auf Disk gespeichert wird. Nachdem die Parameter eingestellt wurden, kann die Datei mittels
File-Requester an einer beliebigen Stelle gespeichert werden.
Die m"oglichen Aktionen:
_________________________________________________________________________________________________________________
|__Gadget______________Taste_____Erkl"arung______________________________________________________________________|
| Aktive N Das Auslagern betrifft nur die gerade aktive Nachricht. |
| Selektierte S Das Auslagern betrifft alle hervorgehobenen Nachrichten. |
|| Alle A Alle Nachrichten dieses Brettes werden ausgelagert. ||
| Ein File F Alle Nachrichten, die gerade ausgew"ahlt wurden, werden in der |
| Reihenfolge, in der sie im Brett sortiert sind in eine einzige Datei |
| |
|| ausgelagert. ||
| Separate S Wird mehr als eine Datei ausgelagert, wird f"ur jede Nachricht |
| erneut der File-Requester aufgerufen, um eine neue Zieldatei zu |
| |
| w"ahlen. |
| File-Requester R Wenn dieser Schalter auf AUS gestellt wird, werden die Dateien |
| ohne Aufruf eines File-Requesters ausgelagert. Als Pfad wird |
| |
| der in der Konfiguration eingestellte Export-Pfad benutzt, als |
| |
|| Filenamen ein an das Amiga-Dos angepasster Betreff. ||
| Konvertierung Hier kann festgelegt werden, wie eine Datei konvertiert wird, bevor |
| sie gespeichert wird. Dabei sind die Werte eingestellt, die im |
| |
| Bretteditor f"ur dieses Brett bei Auslagern eingestellt wurde. Sie |
| k"onnen ggf. nochmals ge"andert werden. Was welche Konvertierung |
| |
| bewirkt wurde ausf"uhrlich im Bretteditor behandelt und ist dort |
| |
| nachzulesen. |
| t,T Modus umschalten, wie Texte ausgelagert werden. |
| 1 Kopf EIN/AUS beim Texte auslagern. |
| b,B Modus umschalten, wie Bin"ars ausgelagert werden. |
| 2 Kopf EIN/AUS beim Bin"ars auslagern. |
| Dann l"oschen DEL Wurde eine Nachricht erfolgreicht ausgelagert, wird die Nachricht, |
| |
|________________________________sofern_dieser_Schalter_auf_EIN_ist,_danach_als_gel"oscht_markiert.______________|
^L
KAPITEL 8. DAS INHALTSMENU" 47
_________________________________________________________________________________________________________________
|__Gadget________Taste___________Erkl"arung______________________________________________________________________|||
| Auslagern RETURN Wie oben festgelegt werden die Dateien nun per File-Requester |
| |
| ausgelagert. Als Verzeichnis wird das in der Konfiguration |
| festgelegte Export-Verzeichnis benutzt. Als Filename wird |
| |
| entweder ein im Header gespeicherter Filename, oder ein dem |
| Amiga-Dos angepasster Betreff angeboten. Wird dabei versucht |
| |
| in eine Datei zu schreiben, die bereits existiert, hat man per |
| |
| Requester folgende M"oglichkeiten: |
| Nochmal: Der FileRequester wird aufgerufen, auch wenn er |
| |
| abgeschalten wurde, um einen anderen Namen zu w"ahlen. |
| Anh"angen: Die Nachricht, die gerade ausgelagert wird, wird ans |
| |
| Ende der schon existierenden Datei angeh"angt. |
| "Uberschreiben: Die schon existierende Datei wird durch die |
| |
| auszulagernde Nachricht gel"oscht. |
| Abbruch: Die Aktion wird komplett abgebrochen, man kehrt |
| |
|| zur"uck zum Inhaltsmen"u ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Zur"uck_______ESC_____________Es_wird_ins_Inhaltsmen"u_zur"uckgekehrt.________________________________________|
8.6 Das WFer-Men"u (Weiterleiten)
Weiterleiten bedeutet, dass Nachrichten, hier auf vielf"altige Weise, innerhalb von TheAnswerIII in andere
Bretter kopiert oder verschoben werden. Dies kann nur den Point betreffen, das Ergebnis kann aber
genausogut ins Netz gesendet werden.
Die m"oglichen Aktionen:
_________________________________________________________________________________________________________________
|__Gadget______________Taste_____Erkl"arung______________________________________________________________________|
| Aktive N Das Weiterleiten betrifft nur die gerade aktive Nachricht. |
| Selektierte S Das Weiterleiten betrifft alle hervorgehobenen Nachrichten. |
| Alle A Alle Nachrichten dieses Brettes werden weitergeleitet. |
| Hauptarchiv H Wie oben festgelegt werden die Nachrichten ins Hauptarchiv |
| |
| kopiert. (Brett: ARCHIV/HAUPTARCHIV) |
| Brettarchiv B Wie oben festgelegt werden die Nachrichten ins passende |
| |
| Brettarchiv kopiert. (Brett: ARCHIV/Brettname) |
| Intern I Wie oben festgelegt werden die Nachrichten nur innerhalb des |
| |
|| Points in ein anderes Brett kopiert. ||
| Netz Z Wie oben festgelegt werden die Nachrichten "uber die Serverbox |
| in ein anderes Brett kopiert. Zun"achst erfolgt die Zustellung der |
| |
|| Weiterleitungskopie zu diesem Zweck also ins Spoolbrett. ||
| Erneut senden R Wie oben festgelegt werden die Nachrichten erneut und |
| unver"andert ins Spoolbrett kopiert, um erneut ins Netz gesendet |
| |
|| zu werden. ||
| Neue Msg-ID M Die Msg-ID identifziert eine Nachricht. Sie ist wie ihr Ausweis. |
| |
| Wird ins Netz kopiert, so ist es dringend erforderlich, eine |
| neue ID zu erzeugen, da die Nachricht ansonsten im Netz nicht |
| |
| transportiert wird, weil schon mal eine Nachricht mit dieser ID |
| unterwegs war. Bei Erneut Senden steht es einem frei, eine neu ID |
| |
| zu generieren, da es vielleicht nicht n"otig ist, wenn die Nachricht |
| |
|________________________________aufgrund_von_Fehlern_nie_bei_der_Serverbox_gelandet_ist.________________________|
^L
KAPITEL 8. DAS INHALTSMENU" 48
____________________________________________________________________________________________________________________
|__Gadget___________Taste___________Erkl"arung______________________________________________________________________|
| WFer-Kopf W Der Weiterleitungskopf, der je nach Brettsprache (siehe Brett- |
| |
| editor) eine bestimmte, editierbare Datei ist (siehe Konfiguration) |
| wird auf Wunsch vor die Nachricht gestellt. In jedem Fall wird |
| |
| die Nachricht nicht ver"andert, sondern der Weiterleitungskopf als |
| |
|| Kommentar (Siehe Sendemen"u) hinzugef"ugt. ||
| Orig l"oschen DEL War die Weiterleitung erfolgreich, wird die Nachricht, die |
| weitergeleitet wurde in diesem Brett als gel"oscht markiert. |
| |
|| (Verschieben einer Nachricht) ||
| Empf"anger E Wenn es m"oglich ist, kann hier ein oder mehrere Ziele |
| per Requester (siehe Adressmen"u im Sendemodus) f"ur die |
| |
| Weiterleitung ausgew"ahlt werden. |
|| Weiterleiten RETURN Die Nachricht wird nach den eingestellten Vorgaben kopiert. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Zur"uck__________ESC_____________Es_wird_ins_Inhaltsmen"u_zur"uckgekehrt.________________________________________|
Das Weiterleiten findet nicht immer auf gleiche Art und Weise statt.
o Beim Weiterleiten in ein Archiv (Hauptarchiv/Brettarchiv) wird eine vollst"andige 1:1 Kopie der
Nachricht versendet. Alle Daten, auch die Flags und das Datum der Einsortierung werden im Zielbrett
unver"andert gespeichert. Sonst w"are es auch keine Archivierung. Wird kein Empf"anger ausgew"ahlt,
sucht TheAnswerIII automatisch das passende Archiv, wie als "Brett:" oben angegeben. Beim
Weiterleiten ins Brettarchiv kann aber auch ein Empf"anger ausgew"ahlt werden , wohin die Archivkopie
gehen soll. Bei dieser Art der Weiterleitung ist jedoch nur ein Empf"anger erlaubt. Da es sich um eine
Archiv-Weiterleitung handelt, werden bei der Funktion "Bretter einlesen" im Adressmen"u nur alle
Bretter sichtbar gemacht, die auch den Brett-Typ eines Archives haben.
o Beim internen Weiterleiten wird die Nachricht ver"andert. Im Nachrichtenheader werden die Daten der
Weiterleitung gespeichert, die Status-Flags "andern sich so, als w"are die Nachricht einsortiert worden. Im
Herkunfts-Flag wird das "I" f"ur interne Weiterleitung eingetragen. Bevor intern weitergeleitet wird,
muss ein Empf"anger ausgew"ahlt werden. Zudem k"onnen in diesem Modus beliebig viele Empf"anger
ausgew"ahlt werden.
o Beim Weiterleiten ins Netz wird die Nachricht ebenfalls ver"andert. Der Header wird gem"ass den
ZConnect V3.1-Regeln ver"andert. Im Herkunfts-Flag wird das "W" f"ur externe Weiterleitung
eingetragen. Die erzeugte Kopie wird auch nicht ins Zielbrett kopiert, sondern ins Spoolbrett, um
gesendet zu werden. Erst nach einem erfolgreichen Netcall wird sie dann vom Spoolbrett ins eigentliche
Zielbrett kopiert. Bevor extern weitergeleitet wird, muss ein Empf"anger ausgew"ahlt werden. Zudem
k"onnen in diesem Modus beliebig viele Empf"anger ausgew"ahlt werden.
o Beim erneuten Senden wird eine Kopie der Nachricht zur"uck ins Spoolbrett verlegt. Empf"anger ist
derjenige, der auch in der Nachricht als Empf"anger steht. Nach erfolgreichem Netcall wird die Nachricht
dann ins Zielbrett einsortiert.
^L
KAPITEL 8. DAS INHALTSMENU" 49
8.7 Das Druckermen"u
Mit dem Drucker-Men"u kann man Nachrichten ausdrucken. Das bedeutet, dass eine Kopie der Nachricht auf
dem Standard-Drucker, der mit Amiga-Preferences festgelegt ist, ausgegeben wird.
Die m"oglichen Aktionen:
_______________________________________________________________________________________________________________________
|__Gadget______________Taste__________Erkl"arung______________________________________________________________________|_
| Aktive N Das Drucken betrifft nur die gerade aktive Nachricht. |
| Selektierte S Das Drucken betrifft alle hervorgehobenen Nachrichten. |
|| Alle A Alle Nachrichten dieses Brettes werden gedruckt. ||
| Konvertierung Hier kann festgelegt werden, wie eine Datei konvertiert wird, bevor |
| sie gespeichert wird. Dabei sind die Werte eingestellt, die im |
| |
| Bretteditor f"ur dieses Brett zum Lesen eingestellt wurden. Sie |
| k"onnen ggf. nochmals ge"andert werden. Was welche Konvertierung |
| |
| bewirkt, wurde ausf"uhrlich im Bretteditor behandelt und ist dort |
| |
| nachzulesen. |
| t,T Modus umschalten, wie Texte gedruckt werden. |
| 1 Kopf EIN/AUS beim Texte drucken. |
| b,B Modus umschalten, wie Bin"ars gedruckt werden. |
| 2 Kopf EIN/AUS beim Bin"ars drucken. |
| Drucken RETURN Die Nachrichten werden nacheinander auf dem Drucker |
| |
| ausgegeben. Sonderf"alle wie Seitenauswurf pro Nachricht oder |
| andere Druckerspezialit"aten stehen nicht zur Verf"ugung. In |
| |
| solchen F"allen sollte man die Nachrichten auslagern und mit |
| |
|| entsprechenden Druckerprogrammen verarbeiten. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Zur"uck_____________ESC____________Es_wird_ins_Inhaltsmen"u_zur"uckgekehrt.________________________________________|_
8.8 Der Nachrichtenfilter
Der Nachrichtenfilter hat die Aufgabe, den Inhalt eines Brettes durchzufiltern und das Ergebnis durch
Hervorhebung festzuhalten. Ein ausgef"uhrter Filter aktiviert automatisch den Multi-Select-Betrieb innerhalb
eines Brettes, auch wenn keine hervorgehobenen Treffer vorhanden sind.
Grundlage f"ur den Filter sind verschiedene Daten des Nachrichtenheaders, die einzeln ein- oder ausgeschaltet
werden. Sind mehrere Auswahlfelder aktiv, so werden diese logisch mit "ODER" verkn"upft. Das heisst,
der Filter erkennt die Nachricht als Treffer an, wenn eines der ausgew"ahlten Filter-Argumente zutrifft.
Ein logischer "UND"-Filter ist durch Einzel-Schritte m"oglich, da auch die M"oglichkeit besteht, Treffer ein
weiteres Mal zu filtern.
Die Auswahlfelder bestehen aus zwei Gadgets. Einem EIN/AUS Schalter und einem Eingabefeld. Die
Tastaturalternative zum Gadget bewirkt in der Kleinschreibung, eine A"nderung des EIN/AUS-Schalters.
Die Grossschreibung aktiviert das Eingabefeld, wenn der passende Schalter auf EIN ist.
Die Eingabefelder Absender und Betreff k"onnen Wildcards verarbeiten. Das heisst, dass f"ur bestimmte
gesuchte Buchstaben oder Buchstabengruppen Jokerzeichen eingesetzt werden k"onnen. Um die Erkl"arung
abzuk"urzen: Es wird exakt das gleiche Verfahren benutzt, wie das Amiga-Dos benutzt, wenn Jokerzeichen
benutzt werden. Im Handbuch zum Amiga-Dos werden die M"oglichkeiten der Wildcards sehr ausf"uhrlich
erkl"art. (Deutsches Handbuch zur Kickstart 2.04: Kapitel 7, 7.4.2 Namensmuster, Seite 7-131).
^L
KAPITEL 8. DAS INHALTSMENU" 50
Die aktuelle Filtereinstellung gilt, solange TheAnswerIII nicht verlassen wird. Auch wenn das Brett
gewechselt wird, bleiben die zuletzt eingestellten Parameter erhalten. Will man bestimmte Filter-
Einstellungen l"anger aufheben, so k"onnen sie per Pull-Down-Men"u gespeichert, bzw. von Disk geladen
werden.
Die m"oglichen Auswahlfilter:
______________________________________________________________________________________________________________
|__Gadget__________Taste_____Erkl"arung_______________________________________________________________________|
| Absender A Passt der Absender zu dem Absender einer Nachricht, wird ein |
| Treffer erkannt. Joker sind m"oglich. Beachte: Auch hier gilt, dass |
| |
| in bestimmten Brettern auch der Empf"anger gemeint sein kann. |
| |
|| Gross- und Kleinschreibung wird nicht unterschieden. ||
| Betreff B Passt der Betreff zu dem Betreff einer Nachricht, wird ein Treffer |
| erkannt. Joker sind m"oglich. Gross- und Kleinschreibung wird nicht |
| |
|| unterschieden. ||
| Von Datum V Ein Datum in TheAnswerIII-Schreibweise (siehe Einleitung). |
| Nachrichten, deren Absende-Datum gleich oder "alter ist, werden |
| |
|| als Treffer erkannt. ||
| Bis Datum U Ein Datum in TheAnswerIII-Schreibweise (siehe Einleitung). |
| Nachrichten, deren Absende-Datum gleich oder j"unger ist, werden |
| |
|| als Treffer erkannt. ||
| Sind beide Datumsfelder aktiv, so werden nur Nachrichten als |
| Treffer erkannt, deren Absendedatum zwischen diesen beiden |
| |
| Daten liegt. |
| Status T Nachrichten, die das eingestellte Status-Flag haben, werden als |
| |
| Treffer erkannt. |
| Typ P Nachrichten, die das passende Typen-Flag haben, werden als |
| |
|____________________________Treffer_erkannt._________________________________________________________________|
Die Auswahlfilter k"onnen zudem schnell beeinflusst werden:
______________________________________________________________________________________________________________
|__Gadget______Taste_____Erkl"arung___________________________________________________________________________|
| Filter Diese Aktionen betreffen den gerade sichtbaren Auswahlfilter und die |
| |
| gerade aktive Nachricht: |
| L"oschen DEL Alle Eingabefelder werden gel"oscht und ausgeschaltet. |
| Holen H Die Filterfelder werden mit den Daten der aktuellen Nachricht |
| gef"ullt. Alle Felder werden eingeschalten. Es k"onnen nun einzelne |
| |
| Felder wieder abgeschalten werden und mit den restlichen Kriterien |
| |
|________________________Filteraktionen_durchgef"uhrt_werden._________________________________________________|
Treffer bedeutet nicht gleichzeitig Markierung. Es gibt drei M"oglichkeiten, einen Treffer einer Multi-Select-
Markierung zuzuweisen:
^L
KAPITEL 8. DAS INHALTSMENU" 51
__________________________________________________________________________________________________________________________
|__Gadget___________________Taste_____Erkl"arung__________________________________________________________________________|
| Treffer markieren T Jede Nachricht, die einen Treffer enth"alt wird hervorgehoben. |
| Alles, keine Treffer L Nachrichten, die keinen Treffer haben, werden hervorgehoben. |
| Markierte filtern F Nur Nachrichten, die bereits hervorgehoben sind, werden durch den |
| Filter gepr"uft. Ist die Nachricht ein Treffer, bleibt sie markiert, |
| |
| ansonsten wird die Markierung aufgehoben. Mehrere Aktionen |
| |
| hintereinander bewirken also ein logisches UND. |
| Markiert lassen N Nat"urlich bei "Markierte filtern" nicht w"ahlbar, sorgt dieser Schalter |
| |
| bei den anderen Aktionen daf"ur, dass bereits markierte Nachrichten |
| markiert bleiben. Andernfalls werden alle Markierungen gel"oscht, |
| |
| bevor gefiltert wird. Mehrere Aktionen hintereinander bewirken also |
| |
|_____________________________________ein_logisches_ODER._________________________________________________________________|
Egal was gew"ahlt wurde, es wird erst gefiltert, wenn "AKTION" gew"ahlt wurde. Die nachfolgenden Befehle
k"onnen jederzeit aktiviert werden, geben aber oft nur Sinn, wenn vorher eine Aktion gestartet wurde.
_______________________________________________________________________________________________________________
|__Gadget___________Taste_____Erkl"arung______________________________________________________________________|_
| Markierte Diese Aktionen betreffen zun"achst nur Nachrichten, die |
| |
|_____________________________hervorgehoben_wurden.___________________________________________________________|_
| demarkieren D Eventuelle Hervorhebungen werden bei allen Nachrichten |
| |
|| zur"uckgenommen ||
| Lesen S Alle Nachrichten, die hervorgehoben sind, werden nun gelesen. Ein |
| Abbruch dieser Aktion ist nur f"ur schnelle Finger m"oglich, da man |
| |
| das ESC-Gadget erwischen muss, nachdem der Textleser der einen |
| Nachricht beendet und der f"ur die n"achste Nachricht noch nicht |
| |
| gestartet wurde. Es bleibt nur die Zeit, die TheAnswerIII zum |
| |
| Konvertieren der jeweiligen Nachricht braucht. |
| Drucken K Ruft das Druckermen"u auf. |
| X-Fer X Ruft das Men"u zum Auslagern auf. |
|__W-Fer____________W_________Ruft_das_Men"u_zum_Weiterleiten_auf.____________________________________________|_
Sonstige Gadgets:
________________________________________________________________________________________________________________
|__Gadget______Taste___________Erkl"arung______________________________________________________________________|_
| Aktion RETURN Der Filter wird aufgrund seiner Vorgaben ausgef"uhrt. Das Ende |
| |
|| und das Ergebnis werden in der Statuszeile mitgeteilt. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Zur"uck_____ESC_____________Es_wird_ins_Inhaltsmen"u_zur"uckgekehrt.________________________________________|_
Zuletzt stehen im Filter-Men"u noch folgende Pull-Down-Men"us zur Verf"ugung. Die Tastaturalternativen f"ur
Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
_______________________________________________________________________________________________________________
|__Men"upunkt________Taste_____Erkl"arung______________________________________________________________________|
| Projekt |
| Info I Copyright-Requester |
| Einstellung |
| Laden L Es kann per File-Requester ein Filter nachgeladen werden, der |
| |
| dann benutzt wird. |
| Speichern S Es k"onnen per File-Requester die gerade eingestellten Filterdaten |
| |
|______________________________gespeichert_werden,_um_sp"ater_wieder_benutzt_zu_werden.________________________|
^L
KAPITEL 8. DAS INHALTSMENU" 52
8.9 Die Volltextsuche
Die Volltextsuche hat die Aufgabe, Nachrichten nach einem Suchtext zu durchsuchen und das Ergebnis durch
Hervorhebung festzuhalten. Ein ausgef"uhrter Filter aktiviert automatisch den Multi-Select-Betrieb innerhalb
eines Brettes, auch wenn keine hervorgehobenen Treffer vorhanden sind. Im Gegensatz zum Nachrichten-
Filter, der nur den Nachrichtenindex durchsucht, kann mit der Volltextsuche auch der Inhalt einer Nachricht
durchsucht werden.
Das Eingabefeld Suchtext kann Wildcards verarbeiten. Das heisst, dass f"ur bestimmte gesuchte Buchstaben
oder Buchstabengruppen Jokerzeichen eingesetzt werden k"onnen. Um die Erkl"arung abzuk"urzen: Es wird
exakt das gleiche Verfahren benutzt, wie das Amiga-Dos benutzt, wenn Jokerzeichen benutzt werden. Im
Handbuch zum Amiga-Dos werden die M"oglichkeiten der Wildcards sehr ausf"uhrlich erkl"art. (Deutsches
Handbuch zur Kickstart 2.04: Kapitel 7, 7.4.2 Namensmuster, Seite 7-131).
Das aktuelle Suchmuster, solange TheAnswerIII nicht verlassen wird. Auch wenn das Brett gewechselt wird,
bleiben die zuletzt eingestellten Parameter erhalten
Die m"oglichen Suchoptionen:
___________________________________________________________________________________________________________________
|__Gadget________________Taste_____Erkl"arung______________________________________________________________________|
| Suchtext U Wird dieser Text in einer Nachricht gefunden, wird ein Treffer |
| |
| erkannt. Joker sind m"oglich. |
| Grossschreibung G Ist der Schalter aktiv, so wird beim Suchen auf Gross- bzw. |
| |
|| Kleinschreibung des Suchbegriffes geachtet, andernfalls nicht. ||
| Umlaute Amiga A Eventuelle Umlaute in einer Nachricht werden in das Amiga- |
| Format gewandelt. Dies verlangsamt die Suche und ist nur n"otig, |
| |
| wenn auch im Suchtext Umlauten stehen. |
| Suche in Texten T Es werden alle Nachrichten durchsucht, die laut Inhaltsverzeichnis |
| |
| Textnachrichten sind. |
| Suche in Bin"ars T Es werden alle Nachrichten durchsucht, die laut Inhaltsverzeichnis |
| |
| Bin"arnachrichten sind. |
| Header suchen H Die Header einer Nachricht werden nach dem Suchtext |
| |
| durchsucht. |
|__Inhalt_suchen_________I_________Der_Inhalt_einer_Nachricht_wurd_nach_dem_Suchtext_durchsucht.___________________|
Treffer bedeutet nicht gleichzeitig Markierung. Es gibt drei M"oglichkeiten, einen Treffer einer Multi-Select-
Markierung_zuzuweisen:________________________________________________________________________________________________________
|__Gadget___________________Taste_____Erkl"arung__________________________________________________________________________|
| Treffer markieren T Jede Nachricht, die einen Treffer enth"alt wird hervorgehoben. |
| Alles, keine Treffer L Nachrichten, die keinen Treffer haben, werden hervorgehoben. |
| Markierte filtern F Nur Nachrichten, die bereits hervorgehoben sind, werden durchsucht. |
| Ist die Nachricht ein Treffer, bleibt sie markiert, ansonsten wird die |
| |
| Markierung aufgehoben. Mehrere Aktionen hintereinander bewirken |
| |
| also ein logisches UND. |
| Markiert lassen N Nat"urlich bei "Markierte filtern" nicht w"ahlbar, sorgt dieser Schalter |
| |
| bei den anderen Aktionen daf"ur, dass bereits markierte Nachrichten |
| markiert bleiben. Andernfalls werden alle Markierungen gel"oscht, |
| |
| bevor gesucht wird. Mehrere Aktionen hintereinander bewirken also |
| |
|_____________________________________ein_logisches_ODER._________________________________________________________________|
Egal was gew"ahlt wurde, es wird erst durchsucht, wenn "AKTION" gew"ahlt wurde. Die nachfolgenden
Befehle k"onnen jederzeit aktiviert werden, geben aber oft nur Sinn, wenn vorher eine Aktion gestartet
wurde.
^L
KAPITEL 8. DAS INHALTSMENU" 53
_______________________________________________________________________________________________________________
|__Gadget___________Taste_____Erkl"arung______________________________________________________________________|_
| Markierte Diese Aktionen betreffen zun"achst nur Nachrichten, die |
| |
|_____________________________hervorgehoben_wurden.___________________________________________________________|_
| demarkieren D Eventuelle Hervorhebungen werden bei allen Nachrichten |
| |
|| zur"uckgenommen ||
| Lesen S Alle Nachrichten, die hervorgehoben sind, werden nun gelesen. Ein |
| Abbruch dieser Aktion ist nur f"ur schnelle Finger m"oglich, da man |
| |
| das ESC-Gadget erwischen muss, nachdem der Textleser der einen |
| Nachricht beendet und der f"ur die n"achste Nachricht noch nicht |
| |
| gestartet wurde. Es bleibt nur die Zeit, die TheAnswerIII zum |
| |
| Konvertieren der jeweiligen Nachricht braucht. |
| Drucken K Ruft das Druckermen"u auf. |
| X-Fer X Ruft das Men"u zum Auslagern auf. |
|__W-Fer____________W_________Ruft_das_Men"u_zum_Weiterleiten_auf.____________________________________________|_
Sonstige Gadgets:
________________________________________________________________________________________________________________
|__Gadget______Taste___________Erkl"arung______________________________________________________________________|_
| Aktion RETURN Die Volltextsuche Filter wird aufgrund ihrer Vorgaben ausgef"uhrt. |
| |
|| Das Ende und das Ergebnis werden in der Statuszeile mitgeteilt. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Zur"uck_____ESC_____________Es_wird_ins_Inhaltsmen"u_zur"uckgekehrt.________________________________________|_
Zuletzt stehen im Such-Men"u noch folgende Pull-Down-Men"us zur Verf"ugung. Die Tastaturalternativen f"ur
Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
______________________________________________________________________________________________________________
|__Men"upunkt______Taste_____Erkl"arung_______________________________________________________________________|
| Projekt |
|__Info____________I_________Copyright-Requester______________________________________________________________|
8.10 Die Adresskopie
Nach diesem Befehl wird der Header der aktiven Nachricht gelesen und ein Requester aufgerufen, der vier
M"oglichkeiten bietet, den Absender der gerade aktiven Nachricht in einer Adressdatei zu speichern. Beachte:
Auch hier gilt, dass in bestimmten Brettern auch der Empf"anger gemeint sein kann.
__________________________________________________________________________________________________________________
|__Auswahl________Erkl"arung______________________________________________________________________________________|
| Userdatei Die Adresse wird in der Datei Adress.ADR gespeichert. Die Besonderheiten |
| |
| von Adress.ADR wurde im Kapitel zum Adressmen"u erkl"art. |
| Filterdatei Die Adresse kommt in den Userfilter f"ur den Netcall. Auch dies ist ausf"uhrlich |
| |
|| im Kapitel zum Adressmen"u erkl"art. ||
| File-Req Man kann "uber einen File-Requester eine beliebige TheAnswerIII-Adressdatei |
| ausw"ahlen, oder auch einen neuen Namen vergeben, in dem die Adresse dann |
| |
| gespeichert wird. |
|__Abbruch________Es_passiert_nichts._____________________________________________________________________________|
^L
KAPITEL 8. DAS INHALTSMENU" 54
8.11 Nachrichten Senden
Das Senden oder Beantworten von Nachrichten ist ein sehr ausf"uhrliches und umfangreiches Thema. Ihm
wurde daher das n"achste Kaptiel gewidmet.
8.12 Nachrichten editieren
Die umfangreichen M"oglichkeiten von TheAnswerIII und von ZConnect V3.1 haben es erforderlich gemacht,
dass ein Nachrichtenkopf eine sehr komplizierte Konstruktion geworden ist, die viele Informationen enth"alt,
die nicht unbedingt in einem leicht lesbaren Format vorliegen. Selbstverst"andlich ist es in TheAnswerIII
m"oglich, den Header jederzeit zu "andern, allerdings sollten Anf"anger darauf verzichten.
Was welcher Header bedeutet ist in der ZConnect V3.1-Dokumentation nachzulesen. Dazu gibt es eine
vielzahl lokaler Header, die nur von TheAnswerIII benutzt werden. Informationen dar"uber werden im
Anhang gegeben.
Auf leichte Art und Weise kann der Typ und der Inhalt einer Nachricht ge"andert werden.
________________________________________________________________________________________________________________
|__Gadget_____________Taste_____Erkl"arung______________________________________________________________________|
| Kopf K Aus diesem Listengadget kann ein Header-Eintrag ausgew"ahlt |
| werden, um diesen zu editieren. Die Tastenkombination f"ur K |
| |
| (klein, gross, ALT, Cursor) wird in der Einleitung ausf"uhrlich |
| |
| erkl"art. |
| Kopf L"oschen DEL Ein ausgew"ahlter Headereintrag wird entfernt. Solange kein |
| |
| Eintrag selektiert ist, ist das Gadget funktionslos. |
| Kopf Neu N Ein neuer Headereintrag wird generiert. Er kann editiert und |
| |
| "ubernommen werden. |
| Kommentar Der Unterschied zwischen Nachricht und Kommentar wird beim |
| |
| Sendemen"u erkl"art. |
| K-l"oschen S Der Kommentar zur Nachricht wird nach einer Sicherheitsabfrage |
| |
|| gel"oscht. ||
| K-editieren D Der Editor wird aufgerufen, um einen Kommentar zu editieren |
| oder einen neuen zu erzeugen. Nach einer Sicherheitsabfrage wird |
| |
| er "ubernommen. |
| Nachricht Der Unterschied zwischen Nachricht und Kommentar wird beim |
| |
| Sendemen"u erkl"art. |
| N-l"oschen L Der Nachrichteninhalt wird nach einer Sicherheitsabfrage gel"oscht. |
| N-editieren E Ist der Nachrichten-Typ auf Text, wird der Editor aufgerufen, um |
| |
| eine Nachricht zu editieren oder eine neue zu erzeugen. Nach einer |
| Sicherheitsabfrage wird sie u"bernommen. Beim Typ Bin"ar wird |
| |
| ein File-Requester ge"offnet, um eine Bin"ardatei zum Importieren |
| |
| auszuw"ahlen. |
| N-Typ T,t Es kann zwischen dem Nachrichten-Typ Text und Bin"ar gew"ahlt |
| |
| werden. Kommentare d"urfen nur aus Text bestehen. |
| Undo X Alle bisher gemachten Aktionen werden vergessen und die |
| |
|_______________________________urspr"ungliche_Nachricht_wird_wieder_eingelesen.________________________________|
^L
KAPITEL 8. DAS INHALTSMENU" 55
_________________________________________________________________________________________________________________
|__Gadget________Taste__________Erkl"arung_______________________________________________________________________|
| Speichern RETURN Die editierte Nachricht wird neu generiert und im gleichen Brett |
| gespeichert, aus dem der Editor aufgerufen wurde. Das Orignal |
| |
| wird vom System entfernt und kann nicht mehr benutzt werden. |
| |
|| Bei der Ausl"osung erfolgt eine Sicherheitsabfrage. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses Notepad ist |
| in fast jedem Men"u verf"ugbar, um sich kurze Notizen zu machen, |
| |
| die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Abbruch ESC Es wird ins Inhaltsmen"u zur"uckgekehrt, ohne die A"nderungen zu |
| |
|_______________________________speichern._______________________________________________________________________|
^L
Kapitel 9
Nachrichten Senden
Mit TheAnswerIII kann man aus vielen Situation und auf unterschiedliche Art und Weise Nachrichten
versenden. Im Regelfall wird man diese Nachricht immer mit dem Sendemen"u erstellen. Die andere
M"oglichkeit ist das externe Weiterleiten einer Nachricht, was bereits erkl"art wurde, und das Versenden
von Maps-Nachrichten, das, wie auch das Sendemen"u, hier erkl"art wird.
9.1 Die Gadgets des Sendemen"us
___________________________________________________________________________________________________________________
|__Gadget________________Taste_____Erkl"arung______________________________________________________________________|||
| Empf"anger E Dieses Eingabefeld repr"asentiert eine Liste. (siehe Einleitung). Bei |
| Antworten steht bereits ein vorgefertigter Empf"anger im Feld, der |
| |
| jedoch jederzeit ge"andert werden kann. |
| Orig O Stellt den Vorgabeempf"anger wieder her, sofern einer vorgegeben |
| |
|| war. (Anwtorten etc.) ||
| "offentl. Antwort R Dieses Eingabefeld repr"asentiert eine Liste. (siehe Einleitung). |
| Hier kann ein Brettname angegeben werden, der das Zielbrett |
| |
| f"ur m"ogliche "offentliche Antworten auf diese Nachricht vorgibt. |
| Tr"agt man hier eine Useradresse (z.B. die eigene) statt eines |
| |
| Brettnamens ein, so kann man "offentliche Antworten verhindern. |
| |
| Ist die Liste leer erfolgen "offentliche Antworten an den Empf"anger |
| Private Antwort P Dieses Eingabefeld repr"asentiert eine Liste. (siehe Einleitung). |
| Hier kann eine Useradresse angegeben werden, an die private |
| |
| Antworten auf diese Mail geschickt werden sollen. Ist diese Liste |
| |
| leer, erfolgen private Antworten an den Absender, also an Sie. |
| Betreff b Betreff der Nachricht. Bei Antworten ist hier ein vorgefertigter |
| Betreff eingegeben. M"ogliche Antwortk"urzel wie "RE:" k"onnen |
| |
| eingegeben werden. Sie werden automatisch erkannt und verwaltet |
| |
| und je nach Netcallformat zum Netcall passend generiert. |
| BtoF B Der Betreff der Nachricht wird nach Filename kopiert und dort |
| eingesetzt. Sind Sonderzeichen im Betreff, die im AmigaDos |
| |
| Fehlerverursachen k"onnten, wie Jokerzeichen etc., werden diese |
| |
|| in harmlose Zeichen umgewandelt. ||
| Filename f Ist hier Text eingetragen, so wird er, wenn die Nachricht |
| ausgelagert wird, als Filename f"urs Auslagern angegeben. |
| |
| Andernfalls muss der Betreff herhalten. |
|__FtoB__________________F_________Der_Filename_wird_nach_Betreff_kopiert_und_dort_eingesetzt._____________________|
56
^L
KAPITEL 9. NACHRICHTEN SENDEN 57
_______________________________________________________________________________________________________________________
|__Gadget______________Taste__________Erkl"arung_______________________________________________________________________|
| Eingabe G,g Hier wird die Art der Eingabe festgelegt, also auf welche |
| Art und Weise eine Nachricht oder ein Kommentar zu seinem |
| |
| Inhalt kommt. (siehe unten). Je nach Art des Sendes, sind hier |
| |
|| unterschiedliche M"oglichkeiten vorgegeben. ||
| Signum U,u Hier wird die Form der Unterschrift definiert. Die Vorgabe h"angt |
| davon ab, von wo aus und auf welche Weise gesendet wird. (siehe |
| |
|| unten). ||
| Priorit"at I,i Legt die Geschwindigkeit fest, mit der die Nachricht nach |
| der Zustellung beim Server ab da transportiert wird. H"ohere |
| |
| Priorit"aten k"onnen (mehr) Geld kosten. |
| L"oschen am L,l Eine Schalter/Eingabe-Funktion (Siehe Einleitung). Hier kann |
| ein TheAnswerIII-Datum (siehe Einleitung) angegeben werden, |
| |
| wann die Nachricht automatisch gel"oscht werden soll. Dies wirkt |
| |
| sowohl zu Hause als auch beim Empf"anger. |
| Sperre bis S,s Eine Schalter/Eingabe-Funktion (Siehe Einleitung). Hier kann ein |
| TheAnswerIII-Datum (siehe Einleitung) angegeben werden, bis |
| |
| zu dem die Nachricht gesperrt ist und nicht gelesen werden soll. |
| |
| Dies wirkt sowohl zu Hause als auch beim Empf"anger. |
| Empfangsbest. E Ist der Schalter auf EIN, wird versucht, von den Empf"angern |
| eine Empfangsbest"atigung zu erhalten, sobald ihn die Nachricht |
| |
| erreicht hat. Dies ist nur bei privaten Empf"angern sinnvoll. Eine |
| |
|| Empfangsbest"atigung von Brettern bringt nicht viel. ||
| Senden RETURN Die Nachricht wird gepr"uft und, wenn alles erfolgreich verl"auft, |
| ins Spoolbrett kopiert, um beim n"achsten Anruf gesendet werden |
| |
|| zu k"onnen. Es erfolgt zudem vorher noch eine Sicherheitsabfrage. ||
| Nachricht N Je nach Vorgabe bei der Eingabe wird nun eine Nachrichteninhalt |
| erzeugt. Solange kein Nachrichteninhalt da ist, kann auch nicht |
| |
|| gesendet werden. ||
| Kommentar K Je nach Vorgabe bei der Eingabe wird nun ein Kommentar zur |
| Nachricht erzeugt. Dabei ist jedoch zu beachten, dass Kommentare |
| |
|| nur aus Text bestehen d"urfen. ||
| Notepad Wird hier sicher vermisst. Es kann hier nicht aufgerufen werden. |
| Daf"ur kann der Inhalt als Nachrichten- oder Kommentarinhalt |
| |
| benutzt werden. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Abbruch ESC Man kehrt ins vorherige Men"u zur"uck, ohne eine Nachricht zu |
| |
|_____________________________________senden.__________________________________________________________________________|
9.2 Die Pull-Down-Men"us im Sendemen"u
Die Tastaturalternativen f"ur Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
______________________________________________________________________________________________________________________
|__Men"upunkt______________Taste_____Erkl"arung_______________________________________________________________________|
| Projekt |
| Info I Copyright-Requester. |
| Externe Header Die Erkl"arung dazu folgt noch. |
| Aktiv I Schaltet die externen Header ein oder aus. |
| Editieren E Der Editor wird aufgerufen und die Datei mit den externen |
| |
| Headern kann bearbeitet werden. |
|__Laden___________________L_________Eine_Textdatei_kann_als_externe_Headerdatei_hinzugeladen_werden._________________|
^L
KAPITEL 9. NACHRICHTEN SENDEN 58
____________________________________________________________________________________________________________________
|__Men"upunkt_____________________Taste____Erkl"arung_______________________________________________________________|
| Macros |
| Kommentar entfernen K Ein bereits erzeugter Kommentar wird wieder entfernt. |
|| Nachricht entfernen N Eine bereits erzeugte Nachricht wird wieder entfernt. ||
| CheckFile nach Komm. C Die Funktion Check-File ist ja vom Lesen her bekannt. |
| Wenn man Bin"ardateien verschickt, so kann man den |
| |
| Inhalt der Nachricht mit der gleichen Check-File-Funktion |
| |
| behandeln, z.B. ein Archiv auflisten lassen. Das Ergebnis |
| wird jedoch nicht angezeigt, sondern gespeichert und sp"ater |
| |
| als Kommentar zu dieser Nachricht mitverschickt. Diesen |
| so erzeugten Kommentar kann man nat"urlich noch per |
| |
| Hand erweitern oder ver"andern (nacheditieren). FRAS- |
| |
| Netz Uploader werden sich freuen. |
|| TA-Support Automatischer Support f"ur TheAnswerIII-Benutzer ||
| Allg. Mail an Autor 1 Wenn das Thema nicht zum nachfolgend Angebotenen |
| passt, verwenden Sie diesen Men"upunkt, um mir eine |
| |
| Nachricht zu senden. |
| Bugreport an Autor 2 Wenn ein Fehler im Programm gefunden wird, kann er so |
| |
| schnell gemeldet werden. |
| Registrier-Mail 3 Benutzer, die sich kostenlos registrieren lassen wollen, |
| k"onnen dies mit diesem Men"upunkt. Allerdings muss voher |
| |
| mit dem Programm "TARegister" der Inhalt der Nachricht |
| |
| vorbereitet werden. |
| Verbesserung 4 Benutzer, die Verbesserungsvorschl"age anbringen wollen, |
| |
|__________________________________________sollten_dies_mit_dieser_Funktion_erledigen.______________________________|
9.3 Informationen
9.3.1 REQ-Listen
Alle Eingabe-Gadgets, die zus"atzlich ein REQ-Gadget haben, verwalten Listen von Brettern oder
Useradressen. "Uberall k"onnen also dort mehrere Adressen angegeben werden. Insbesonderre beim Empf"anger
bringt dies viele M"oglichkeiten, wie das Versenden von Mails an ganze Gruppen. Wer diese Gruppen auch
noch sauber in unterschiedlichen Adressdateien hat, braucht diese nur noch nachzuladen.
Wie schon beim Adressmen"u erkl"art, gelangt man bei der Ausl"osung von REQ in ein Adressmen"u im
Sendemodus. Alle Funktionen und M"oglichkeiten wurden vollst"andig im Adressmen"u erkl"art.
9.3.2 Art der Eingabe
Je nach Art der Eingabe, werden unter Umst"anden bestimmte Header geladen und konvertiert, bevor
der Inhalt erstellt werden kann. Bei der Text-Eingabe wird der "Sende-Kopf" geladen, bei "offentlichen
Antworten der ""offentliche Quotekopf" und bei privaten Antworten der "private Quotekopf". Wie auch bei
den Unterschriften h"angt es zudem von der eingestellten Brettsprache ab, welcher der jeweils drei m"oglichen
K"opfe pro Eingabeart benutzt wird.
Sendet man von einem Inhaltsmen"u aus, ist die Sache einfach. Es wird der Kopf benutzt, dessen Brettsprache
gerade eingestellt ist. Sendet man von anderer Stelle aus, wird die Vorgabesprache aus der Konfiguration
benutzt.
Bei Nachrichten an mehrere Empf"anger wird ebenfalls die Vorgabe-Brettsprache benutzt. Wurde das
Signumverbot in einem Brett eingestellt, wird kein Header vorgebaut.
^L
KAPITEL 9. NACHRICHTEN SENDEN 59
________________________________________________________________________________________________________
|__Eingabeart__________Erkl"arung_______________________________________________________________________|
| Text Es wird der Header Sendekopf geladen, konvertiert und mit |
| |
| diesem konvertierten Header der Editor aufgerufen. Man kann |
| seine Nachricht tippen, speichern und verl"asst den Editor wieder. |
| |
| Text ist die Standard-Voreinstellung. Nachdem so ein Text erstellt |
| |
| wurde, springt die Eingabeart automatisch auf "nacheditieren". |
| Quoten-Text Wie Text. Allerdings wird der passende QuoteHeader geladen |
| und die gerade aktive Mail geladen und gequotet (siehe unten). |
| |
| Nachdem so ein Text erstellt wurde, springt die Eingabeart |
| |
| automatisch auf "nacheditieren". |
| Text-Import Es kann per File-Requester eine Datei ausgew"ahlt werden, deren |
| |
| Inhalt dann als Text benutzt wird. |
| Text-Notepad Wie Textimport, nur wird kein File-Requester aufgerufen, sondern |
| |
|| der Inhalt des Notepads als Text benutzt. ||
| Bin"arimport Es kann per File-Requester eine Datei ausgew"ahlt werden, deren |
| Inhalt dann als Bin"ardatei benutzt wird. Kommentare d"urfen |
| |
|| nicht bin"ar sein. ||
| Bin"ar-Notepad Wie Bin"arimport, nur wird kein File-Requester aufgerufen, |
| sondern der Inhalt des Notepads als Bin"ardatei benutzt. |
| |
| Kommentare d"urfen nicht bin"ar sein. |
| nacheditieren Ist diese Einstellung aktiv, wird der Editor aufgerufen, aber keine |
| |
| neue Datei erzeugt, sondern die alte Datei vorgelegt, um diese |
| editieren zu k"onnen. Daher funktioniert diese Art der Eingabe |
| |
| auch nur, wenn der urspr"ungliche Inhalt mit Text oder Quoten- |
| |
|______________________Text_erzeugt_wurde.______________________________________________________________|
Dieser Eingabeschalter gilt f"ur Nachrichten UND Kommentare. Je nachdem, ob man (N)achricht oder
(K)ommentar dr"uckt wird anhand dieser Schalterstelltung, eben eine Nachricht oder ein Kommentar dazu
erzeugt.
9.3.3 Unterschriften
Als Unterschrift ist hier normalerweise eingestellt, was man im Bretteditor eingestellt hat, sofern man aus
einem Brett sendet. Sendet man nicht aus einem Brett heraus, wird hier die Unterschrift aus der Brettvorgabe
der aktuellen Konfiguration benutzt. Was welche Unterschriftenform bewirkt wurde ja schon im Bretteditor
erkl"art. Hier gibt es zus"atzlich zwei neue Formen der Unterschrift:
______________________________________________________________________________________________________
|__Unterschrift______Erkl"arung_______________________________________________________________________|||
| Brettvorgabe Unterschreibt die Nachricht so, wie es in der Brettvorgabe des |
| Empf"angers steht. Ist der Empf"anger ein User und kein Brett, |
| |
| wird die Einstellung des privaten Brettes benutzt. Wird eine Mail |
| mit mehreren Empf"angern versandt, wird f"ur jeden Empf"anger die |
| |
| Unterschrift je nach der jeweiligen Brettvorgabe erzeugt. Ist bei |
| Mails an mehrere Empf"anger eine andere Art der Unterschrift als |
| |
| "Brettvorgabe" definiert, wird diese Unterschriftenform f"ur alle |
| |
|| Kopien benutzt. ||
| MapsMail Dies bedeutet, dass die Mail an jemanden oder etwas geht, das den |
| |
| Inhalt automatisch verarbeitet, wie eben z.B. Maps. Bei solchen |
| Nachrichten sind Unterschriften v"ollig sinnlos und gef"ahrden ggf. |
| |
| sogar den Zweck der Mail. Maps-Mail verhindert also genauso |
| wie "KEINE" das Erzeugen einer Unterschrift. Zus"atzlich wird |
| |
| aber auch das Erzeugen des TheAnswerIII-Footers am Ende einer |
| |
|____________________Nachricht_verhindert.____________________________________________________________|
^L
KAPITEL 9. NACHRICHTEN SENDEN 60
9.3.4 Priorit"at
Zu den m"oglichen Schalterstellungen gelten im Z-Netz noch folgende Priorit"aten:
Nachrichten, die das im Netz festgelegte Nachrichtenlimit f"ur private Mails u"berschreiten (derzeit 10.000
Bytes. Genauere Angaben finden sich in der Netikette, dem aktuellen Regelwerk des Z-Netz's), werden
immer auf Kosten des Benutzers als "Direkt" zugestellt. Andernfalls immer als normale Nachricht. Andere
Unterschiede, die vom Netcall-Format abh"angen, folgen noch.
________________________________________________________________________________________________
|__Priorit"at___Erkl"arung______________________________________________________________________|||
| Normal Die Nachricht wird ganz normal von Server zu Server geschickt, bis |
| die Nachricht den Empf"anger erreicht. Dabei werden die normalen |
| |
|| Wege ohne Mehrkosten benutzt. ||
| Direkt Der Server schickt die Nachricht nicht auf dem Routeweg zum |
| Ziel, sondern ruft den Server des Empf"angers direkt an. Dies |
| |
| wird normalerweise dann erledigt, wenn andere Netcalls bei Server |
| auch durchgef"uhrt werden. Durch diesen extra Anruf entstehen |
| |
| nat"urlich mehr Telefonkosten, die der Betreiber Ihres Servers |
| |
|| vermutlich auf Sie abw"alzen wird. ||
| Eil-Mail Wie Direkt, allerdings versucht der Server das Zielsystem sofort, |
| nachdem die Verbindung mit Ihnen beendet wurde, anzurufen. |
| |
|_______________Auch_hier_entstehen_nat"urlich_Mehrkosten.______________________________________|
Eine Garantie, dass die Mail so zugestellt wird, wie das hier gew"unscht wird, kann nat"urlich nicht gegeben
werden. Es h"angt davon ab, wie die einzelne Serverbox dazu steht, derartigen Service anzubieten.
Die Priorit"at macht nat"urlich nur bei privaten Nachrichten an bestimmte Benutzer Sinn und bringt nichts,
wenn es sich um eine "offentliche Nachricht in ein Brett handelt. Wen soll der Server da sofort anrufen...
9.3.5 Das "Quoten"
Quoten bedeutet das Rezitieren einer Nachricht. Beantwortet man unter TheAnswerIII eine Nachricht privat
oder "offentlich, so kann die Nachricht, die gerade im Inhaltsmen"u aktiv ist und die ja beantwortet werden
soll, gequotet werden.
TheAnswerIII liest die Ursprungsnachricht ein und stellt sie nach dem Quote-Header in die Textdatei, die
nach diesem Aufruf f"ur den Editor erzeugt wird. Um den Leser solcher Nachrichten erkennen zu lassen,
welcher Teil der Nachricht aus einer anderen zitiert wurde und welcher selbst geschrieben ist, wird ein
sogenanntes Quote-Zeichen verwendet. Dies ist ein Zeichen oder eine kurze Zeichenkombination, die jeder
Zeile der zu zitierenden Nachricht vorangestellt wird. In der Konfiguratuion kann definiert werden, wie dieses
Quote-Zeichen auszusehen hat.
Gleich eine Bitte dazu: TheAnswerIII stellt nat"urlich immer die ganze Ursprungsnachricht in Quotezeichen
gebunden zur Verf"ugung. Sinn des Quotens ist aber nicht, 50 Zeilen Zitate einzubringen und selbst nur eine
Zeile Text zu schreiben wie "Ganz meiner Meinung". Durch solche Aktionen, wie generell durch unn"otiges
Quoten, wird man im Z-Netz sehr schnell unbeliebt. Und unbeliebte Benutzer landen zumindest bei anderen
TheAnswerIII-Benutzern schnell in deren Filterdatei.
Also: Sorgf"altig die markanten Stellen aus der Ursprungsnachricht rausfinden und das Quoten auf wenige
Zeilen beschr"anken. Das Quoten soll ja nur als Gedankenst"utze dienen. Wer die ganze Ursprungsnachricht
lesen muss, um bei einer Diskussion mithalten zu k"onnen, der wird sich das Original schon raussuchen und
nachlesen.
^L
KAPITEL 9. NACHRICHTEN SENDEN 61
9.4 Besonderheiten der Netcallformate
Das Sendemen"u ist nat"urlich auf alle M"oglichkeiten von ZConnect V3.1 ausgelegt. Das alte Z-Netz V3.8-
Verfahren unterst"utzt die meisten dieser Extras beim Erzeugen einer Mail nicht, oder kann dies nur per
Tricks:
Wird ein Netcall im Z-Netz V3.8-Format durchgef"uhrt, ist es sinnlos andere Felder als "Empf"anger" und
"Betreff" auszuf"ullen. Ferner kann keine "Priorit"at" vergeben werden. "L"oschfrist" und "Sperrfrist" zeigen
keine Wirkung. Die Empfangsbest"atigung wird dadurch erzeugt, dass dem Betreff der Nachricht bei der
Netz-Konvertierung ein "##" vorangestellt wird. Codierungen werden ebenfalls im Betreff gespeichert. Der
Antwortenz"ahler wird ebenfalls im Betreff durch ein "Re^x:" gesendet, wobei x, die Anzahl der Antworten
ist. Eine Bezugs-Verkettung (Original lesen im Inhaltsmen"u) ist nicht m"oglich.
Unter ZConnect V3.1 werden alle M"oglichkeiten, die das Sendemen"u anbietet nat"urlich voll ausgen"utzt.
F"ur alle F"alle ist ein entsprechender Header vorhanden. Der Antwortenz"ahler wird unter ZConnect V3.1
allerdings nicht unterst"utzt. ZConnect V3.1 verlangt, dass bei Antworten, egal die wievielte, nur ein "RE:"
im Betreff steht. Die restliche Anzahl von Anworten wird in einem speziellen Header gesendet, den aber
derzeit nur andere TheAnswerIII-Programme auch wieder richtig interpretieren.
9.5 Benutzer-Support
Wie gerade erfahren, gibt es also die M"oglichkeit, Mails an den Autor von TheAnswerIII zu senden. Als
Empf"anger ist hier die Adresse "WEGAR@AMC.zer.sub.org" eingestellt. Diese Anschrift kann sich nat"urlich
im Laufe der Zeit "andern. Man sollte sich also sicher sein, dass der Autor von TheAnswerIII auch wirklich
noch unter dieser Adresse zu erreichen ist, wenn eine Nachricht abgesendet wird.
Die Betreffs sehen seltsam aus, es hat aber einen Sinn. Bei normalen Support-Mails und bei Fehlermeldungen
muss der Betreff bis zur zweiten eckigen Klammer "]" erhalten bleiben. Danach kann ein beliebiger Text folgen,
um den Betreff auch aussagekr"aftig macht. Bei der Registriermail darf der Betreff keinesfalls ver"andert
werden!
Derartige Nachrichten werden, von jedem Point im Netz, wie normale Nachrichten behandelt. Beim Autor
von TheAnswerIII jeodch werden diese Mails abgefangen und bevorzugt behandelt. Registriermails werden
automatisch verarbeitet um das KeyFile f"ur den Benutzer zu erzeugen.
Es d"urfte wohl klar sein, dass der Support eines Freewareprogrammes sich in Grenzen h"alt, da ich keine
Sharewaregeb"uhren o."a. kassiere, die einen grossz"ugigen Support finanzieren k"onnten. Wer mir aber eine Mail
schreibt, kann jederzeit meiner Hilfe sicher sein. Von Telefonanrufen oder "ahnlichem bitte ich abzusehen, bei
mir kommt jetzt schon keiner mehr durch.
Es gibt seit 29 Januar 1992 ein Support-Netz f"ur dieses Programm. Innerhalb des Z-Netzes gibt es eine
Gruppe von Brettern, die nicht unbedingt an jeden Server angeh"angt sind. Diese Bretter beginnen mit
T-NETZ anstatt mit Z-NETZ. Innerhalb dieser T-NETZ Gruppe gibt es das Brett:
T-NETZ/SUPPORT/THEANSWER
Dieses Brett ist bei vielen Server-Mailboxen bereits verbreitet. In desem Brett wird alles behandelt, was
dieses Programm betrifft. Da ich selbst an dieses Brett angeschlossen bin, kann auf diesem Weg schnell Hilfe
geleistet werden. Falls die Mailbox, in der Du bist, dieses Brett nicht anbietet, dann frag Deinen SYSOP, ob
er es nicht bestellen kann, rein technisch ist das kein Problem.
^L
KAPITEL 9. NACHRICHTEN SENDEN 62
9.6 Registrieren
Benutzer die registriert sind, erhalten st"andig Informationen "uber Fehler, Tips und bevorzugte
Updatem"oglichkeiten. Durch die mit TheAnswerIII eingef"uhrten Automatisierung des Verfahrens geht dies
automatisch und daher mit viel weniger Verz"ogerungen, als man das bisher von TheAnswerII gew"ohnt war.
Fehlermeldungen beispielsweise werden gepr"uft, eine m"ogliche Behebung versucht und, falls n"otig, wird die
registrierte Benutzerschaft dar"uber informiert. Innerhalb des automatisierten Systems geht das bei The-
AnswerIII mit einer Handvoll Befehlen.
Um sich f"ur TheAnswerIII registriern zu lassen kann man diese Automation bereits ausnutzen. Mit dem
mitgelieferten Programm "TARegister" gibt man die Daten an, die daf"ur n"otig sind und erzeugt dann eine
Datei, die zwischengespeichert wird. Nun kann man per Point diese erzeugte Datei an den Autor versenden.
Die Nachricht geht beim Autor ein, wird verarbeitet und zur"uckgeschickt. Sie enth"alt nun den neuen
Registrier-Status und die Registrier-Nummer. Diese Nachricht wird nach Erhalt ausgelagert. Wiederum
"uber das Registrierprogramm wird diese Datei nun in einem Key-File gespeichert und bei der Konfiguration
abgelegt. Nach einer erfolgreichen Erzeugung des Key-Files ist man registrierter Benutzer von TheAnswerIII.
In der Dokumentation zum Registrierprogramm wird genau auf die einzelnen Schritte eingegangen.
Andere Formen der Registrierung wie Mails "Hallo da bin ich, jetzt registrier mal" werden
nicht beantwortet und sind daher gar nicht den Versuch wert.
9.7 Die Gadgets im MAPS-Men"u
Das Versenden von automatischen Mails an Pseudo-User die diese Mails als Befehle interpretieren, werden in
TheAnswerIII immer Maps genannt. Tats"achlich ist das System jedoch frei konfigurierbar und kann daher
alles unterst"utzen, was der Markt so bietet. Auch Dinge wie Area-Fix usw.
_____________________________________________________________________________________________________________________________*
*_______
|__Gadget_________________Taste_____Erkl"arung_______________________________________________________________________________*
*_______|||
| Mapsbefehl M Aus dieses Listengadget kann ein Maps-Befehl ausgew"ahlt werden. Die *
* |
| Tastenkombination f"ur M (Liste: klein, gross, Cursor) wird in der Einleitung *
* |
| *
* |
|| ausf"uhrlich erkl"art. *
* ||
| Befehl H In diesem Eingabefeld steht der Klartext-Befehl, wie ihn die Maps-Umgebung *
* |
| versteht. Der Text unter "Mapsbefehl" kann da varierien, da er f"ur den User *
* |
| *
* |
|| und nicht f"ur Maps lesbar sein soll. *
* ||
| Format F W"ahrend die Befehlszeile normalerweise f"ur den Betreff hergenommen wird, *
* |
| beschr"ankt sich das Format allein auf den Inhalt der Nachricht an Maps und *
* |
| *
* |
| kann mit Variablen gef"ullt werden. *
* |
| Befehl in Betreff B Der Text unter "Befehl" wird im Betreff der Mail an Maps geschrieben. *
* |
| Bef. in Nachricht N Der Text unter "Befehl" wird als erste Zeile in die Nachricht geschrieben. B *
* |
| *
* |
| und N sind gleichzeitig m"oglich. *
* |
| Vor Senden edit. S Die Maps-Mail wird, bevor sie im Spoolbrett abgelegt wird, in den Editor *
* |
| geladen, um noch ge"andert oder erg"anzt werden zu k"onnen. Bei einigen Befehlen *
* |
| *
* |
| ist das nicht n"otig, andere aber funktionieren gar nicht, ohne dass die Format- *
* |
| *
* |
| Angaben erg"anzt werden. *
* |
| %B-Variable 1 Dieses Eingabefeld repr"asentiert eine Liste. (siehe Einleitung). TheAnswerIII *
* |
| *
* |
| liefert hier normalerweise einen Brettnamen. Als Vorgabe findet sich das *
* |
| aktuelle Brett oder Verzeichnis. Per REQ (siehe auch Unterabschnitt "REQ- *
* |
| *
* |
| Listen" bei den Gadgets des Sendemen"us) k"onnen ganze Brettlisten hier *
* |
| *
* |
|___________________________________eingetragen_werden.______________________________________________________________________*
*_______|
^L
KAPITEL 9. NACHRICHTEN SENDEN 63
_____________________________________________________________________________________________________________
|__Gadget____________Taste__________Erkl"arung_______________________________________________________________|
| %M-Variable 2 TheAnswerIII tr"agt hier, sofern man im Inhaltsmen"u ist, |
| |
| die MessageID der aktuellen Nachricht ein. |
| %T-Variable 3 TheAnswerIII tr"agt hier, sofern man im Inhaltsmen"u ist, |
| |
| den Betreff der aktuellen Nachricht ein. |
| Senden RETURN Die Nachricht an Maps wird erzeugt und gepr"uft. Ggf. wird |
| vorher noch der Editor aufgerufen, wenn der entsprechende |
| |
| Schalter auf EIN ist. Wurde RETURN mit der Tastatur |
| |
|| ausgel"ost, erfolgt noch eine Sicherheitsabfrage. ||
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses |
| Notepad ist in fast jedem Men"u verf"ugbar, um sich kurze |
| |
| Notizen zu machen, die jederzeit wieder abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
| Abbruch ESC Es wird ins Inhaltsmen"u zur"uckgekehrt, ohne eine |
| |
|___________________________________Nachricht_abzusenden.____________________________________________________|
9.8 Die Pull-Down-Men"us im MAPS-Men"u
______________________________________________________________________________________________________________
|__Men"upunkt______Taste_____Erkl"arung_______________________________________________________________________|
| Projekt |
|__Info____________I_________Copyright-Requester______________________________________________________________|
9.9 Informationen zu MAPS-Mails
Maps-Nachrichten k"onnen nicht codiert gesendet werden.
Die Maps-Umgebung kennt vier Variablen. %b, %m, %t und %z. Wie bei den Gadgets erkl"art, belegt The-
AnswerIII diese Variablen mit Brettnamen, Message-ID, Betreff und Z-Netz-MessageID einer ggf. aktiven
Nachricht.
Bereits in der Konfiguration kann im Format-String eine derartige Variable eingesetzt werden, die dann in
der tats"achlichen Nachricht mit den Werten gef"ullt wird, die hier "ubergeben werden k"onnen. Bei der Maps-
Automaitk werden diese Variablen automatisch gef"ullt. (siehe Brettmen"u).
Variablen im Befehls-String werden nicht unterst"utzt.
Die Variablen %m, %t, und %z haben immer nur einen Eintrag und erzeugen daher auch nur einzeilige
Befehle an Maps. %b dagegen kann auch eine Liste von Bretter repr"asentieren. Besteht %b aus mehr als
einem Eintrag, so wird die Zeile, die %b enth"alt in der Maps-Nachricht so oft wiederholt, wie Bretter in der
Liste stehen, jweils mit einem der Listeneintr"age.
Ferner gibt es noch den festen Wert "^J", der innerhalb des Format-Strings einen Zeilenumbruch bewirkt
und ihn damit mehrzeilig macht.
Der Befehlsstring verarbeitet keine Variablen. Er kann als Betreff benutzt werden oder die erste Zeile im
Inhalt einer Nachricht sein. Es k"onnen auch beide M"oglichkeiten gleichzeitig genutzt werden oder keine von
beiden.
Der Formatstring steht immer im Inhalt einer Nachricht. Soll kein Formatstring gesendet werden, darf auch
keiner existieren. Die Variablen k"onnen nur im Formatstring stehen.
Beispiel:
^L
KAPITEL 9. NACHRICHTEN SENDEN 64
Die Maps-Umgebung von Zerberus(R), Zerberus-Maps(R) kann aufgefordert werden, eine bestimmte
Nachricht zu lesen. Dieser Befehl bewirkt, dass die gew"unschte Nachricht, sofern vorhanden, dem Point
zugestellt wird, sobald der Befehl beim Server abgearbeitet wurde.
Dieser Befehl heisst LESEN. Laut Format kommt zuerst eine Zeile mit dem Text "BRETT" und der
Brettname. Danach folgt eine oder mehrere Zeilen, um die Nachricht zu identifizieren. Dabei kann bei diesem
Befehl der Betreff oder die Msg-ID benutzt werden.
Angenommen, man will nun im Brett "/ARCHIV/POLLDOCS" die Nachricht "ZCONNECT.LHA"
bestellen, dann sieht der Maps-Eintrag f"ur diesen Befehl sieht so aus:
Befehl: "LESEN"
Format: "BRETT %b^JBETREFF %t"
Befehl in Betreff schreiben: JA
Befehl in Nachricht schreiben: NEIN
In der Variablen %b ist nun der Brettname "/ARCHIV/POLLDOCS" einzutragen und unter %t der Betreff,
also "ZCONNECT.LHA" . %m kann ignoriert werden, da es nicht im Formatstring steht.
TheAnswerIII erzeugt nun eine Nachricht an den Benutzer, der in der Maps-Config eingetragen ist, hier
w"are das ein Empf"anger "MAPS" Der Betreff der Nachricht lautet "LESEN".
Als Inhalt findet sich dieser Text:
BRETT /ARCHIV/POLLDOCS
BETREFF ZCONNECT.LHA
Nach "BRETT" erfolgte ein Zeilenumbruch, da ein ^J an der passenden Stelle eingetragen war. Nachdem
der Server diese Nachricht erhalten hat wird er, sofern diese Datei existiert, selbige als private Nachricht
zur"uckschicken.
^L
Kapitel 10
Der Netcall
10.1 Das Grundmen"u
Wird vom Hauptmen"u aus der "Netcall" angew"ahlt, gelangt man in das Grundmen"u. Hier werden die globalen
Einstellungen, wann und auf welche Art der Netcall durchgef"uhrt wird, vorgenommen.
Die aktuellen Einstellungen werden erhalten, bis TheAnswerIII beendet wird. Ein zweiter Aufruf von
"Netcall" f"ullt das Men"u mit den gleichen Voreinstellungen wie beim letzten Aufruf. Wird "Netcall"
zum ersten Mal aufgerufen, versucht TheAnswerIII zudem, gespeicherte Voreinstellungen aus der Datei
"Caller.DAT" zu laden und als Voreinstellung zu benutzen. Per Argument (siehe Einleitung) kann beim
Programmstart auch ein anderer Name f"ur "Caller.DAT" vorgegeben werden. "Caller.DAT" bzw. die
Argumentvorgabe werden immer im Verzeichnis "ENV:Answer/" gesucht. Die Angabe eines anderen Pfades
wird ignoriet.
U"ber das Pull-Down-Men"u dieses Men"us k"onnen die aktuellen Daten von Disk mit einem File-Requester
geladen oder gespeichert werden.
Das Grundmen"u baut sich wie folgt auf:
_________________________________________________________________________________________________________
|__Gadget_____________________Taste_____Erkl"arung_______________________________________________________|||
| Netcall einsortieren 1 Es kann eine (gepackte) Datei per File-Requester |
| ausgew"ahlt werden, die dann als Netcallpuffer |
| |
|| einsortiert wird. ||
| Spoolbrett auslagern 2 Der Inhalt des Spoolbrettes wird als Netcalldatei |
| ausgelagert. Das Netcallformat h"angt von der |
| |
| aktuellen Konfiguration ab. Der Filename kann per |
| File-Requester festgelegt werden. Der Inhalt des |
| |
| Spoolbrettes kann nach dieser Aktion entfernt oder |
| |
|| erhalten werden. ||
| Lokaler Netcall 3 Per File-Requester wird das Spoolbrett wie bei einem |
| normalen |
| |
| Netcall ausgelagert und geleert. Anschliessend wird |
| per File-Requester eine (gepackte) Datei ausgesucht, |
| |
| die als Netcallpuffer einsortiert wird. TheAnswerIII |
| ruft bei dieser Einstellung die Serverbox nicht an. Es |
| |
| dient als dazu, den Netcall durch die Auswahl der |
| |
|_______________________________________Zieldateien_zu_simulieren._______________________________________|
65
^L
KAPITEL 10. DER NETCALL 66
_____________________________________________________________________________________________________________________
|__Gadget___________________________Taste___________Erkl"arung______________________________________________________|_
| Netcall mit Serverbox 4 Es wird ein kompletter Netcall mit der in der |
| |
| Konfiguration eingestellten Serverbox durchgef"uhrt. |
| Es wird bei der Serverbox angerufen, der Inhalt |
| |
| des Spoolbrettes wird gesendet und die emfpangene |
| |
| Netcalldatei wird einsortiert. |
| Netcall alle x Stunden 5 Wie die Option 4, nur, dass festgelegt werden |
| |
| kann, dass der Netcall alle x Stunden wiederholt |
| wird. Bei der Anwahl dieser Option per Tastatur |
| |
| wird das Gadget f"ur die Eingabe der Anzahl der |
| |
|| Wartestunden automatisch aktiviert. ||
| Ab xxx Uhr A AUS: Der Netcall startet sofort. EIN: Der Netcall |
| startet zu angegebener Uhrzeit, die auch ein Datum |
| |
| enthalten kann. (Datumsformat siehe Einleitung). |
| Ist eine angegebene Uhrzeit ohne Datum bereits |
| |
| verstrichen, beginnt der Netcall zur angegebenen |
| |
|| Zeit am n"achsten Tag! ||
| Bis xxx Min. B AUS: Es werden solange Netcallversuche |
| durchgef"uhrt, bis der Netcall erfolgreich war oder |
| |
| wegen Fehlern abgebrochen wurde. EIN: Ist nach |
| der Anzahl von Minuten, die dort angegeben ist, |
| |
| keine Serververbindung entstanden, wird der Netcall |
| |
| erfolglos abgebrochen. |
| Max xxx Anwahlversuche M AUS: Anzahl der Anrufversuche unbeschr"ankt. EIN: |
| Es wird so oft versucht, eine Verbindung zum Server |
| |
| herzustellen, wie angegeben. Danach wird der Netcall |
| |
|| erfolglos abgebrochen. ||
| AutoDel vor Netcall D Vor einem Netcallversuch (1 - 4) oder vor jeder neuer |
| Netcallsequenz (5) wird das Automatische L"oschen |
| |
| ausgel"ost (siehe Brettmen"u). |
| Files l"oschen F Wenn die ausgew"ahlte oder empfangene Netcalldatei |
| erfolgreich einsortiert wurde, wird sie gel"oscht. Ist |
| |
| der Schalter auf AUS, wird die Netcalldatei vorerst |
| |
| nicht gel"oscht. |
| Archiv l"oschen R Wie "Files l"oschen". Nur betrifft es das Archiv, in |
| |
| dem die Netcalldatei unter Umst"anden eingepackt |
| war. Es wird gel"oscht, wenn die Netcalldatei |
| |
| erfolgreich ausgepackt wurde, bevor diese einsortiert |
| |
| wird. |
| Netcall RETURN Der Netcall wird nach den obigen Einstellungen |
| |
| durchgef"uhrt. |
| Notepad punkt Ruft den Editor mit der Datei "Notepad" auf. Dieses |
| Notepad ist in fast jedem Men"u verf"ugbar, um |
| |
| sich kurze Notizen zu machen, die jederzeit wieder |
| |
| abrufbar sind. |
| Hilfe HELP Ruft den Textanzeiger auf und zeigt einen Hilfstext. |
|__Zur"uck__________________________ESC_____________Man_kehrt_ins_Haupt-Men"u_zur"uck.______________________________|_
Zudem stehen im Grund-Men"u noch folgende Pull-Down-Men"us zur Verf"ugung. Die Tastaturalternativen f"ur
Men"us sind eine Kombination: Rechte Amiga-Taste und die angegebene Taste.
^L
KAPITEL 10. DER NETCALL 67
_______________________________________________________________________________________________________________
|__Men"upunkt________Taste_____Erkl"arung______________________________________________________________________|
| Projekt |
| Info I Copyright-Requester |
| Einstellung |
| Laden L Es kann per FileRequester eine Voreinstellung f"ur dieses |
| |
| Men"u nachgeladen werden, die dann benutzt wird. |
| Speichern S Es kann per FileRequester die aktuelle Voreinstellung gespeichert |
| |
|______________________________werden,_um_sp"ater_wieder_benutzt_zu_werden.____________________________________|
Wurde nun "Netcall" aktiviert, wird je nach Einstellung auf verschiedene Weise vorgegangen, um den Willen
des Benutzers durchzusetzen. Dabei wird bei unterschiedlichen Arten des Netcalls nun auf die "Option
hingewiesen". Der Wert danach gibt die Tastaturalternative des Grundmen"us an. Wurde also dieser Punkt
des Grundmen"us eingestellt, tritt das Erk"arte nur ein, wenn die Option zur Vorgabe passt.
10.2 Netcall einsortieren
TheAnswerIII wechselt auf die Statusanzeige f"ur das Einsortieren von Netcalls. Es wird ggf. ein File-
Requester aufgerufen (Option 1 und 3), um eine beliebige Datei auszuw"ahlen oder die Datei wird automatisch
festgelegt (Option 4 und 5).
TheAnswerIII ist es zun"achst egal, welche Datei ausgew"ahlt wurde, sie wird in jedem Fall gepr"uft. Ergibt
die Pr"ufung, dass die Datei keine Daten im Z-Netz V3.8- oder ZConnect V3.1-Format enth"alt, wird anhand
der internen Packer der Konfiguration gepr"uft ob die Datei gepackt ist, oder ob es sich um eine unbekannte
Datei handelt. Ist die Datei erkennbar gepackt, so wird sie mit dem Packer entpackt, der bei den internen
Packern eingestellt ist. Ist die Datei unbekannt, wird versucht, mit dem Standard-Packer zu arbeiten, der
in der Netcall-Konfiguration eingestellt ist. Bei der Option 1 und 3 wird sp"ater erneut ein File-Requester
aufgerufen, um sich nun die Dateien auszusuchen, die beim Entpacken entstanden sind. Bei den Optionen 4
und 5 merkt sich TheAnswerIII von alleine, welche Dateien aus dem Archiv ausgepackt wurden und versucht
diese einzusortieren. Solche Archive k"onnen auch mehr als eine Datei enthalten, sie werden bei der Option
3 und 4 alle wiedergefunden. Bei der Option 1 kann man auch gefragt werden, welcher Ent-Packer benutzt
werden soll.
Ergibt die Pr"ufung, dass es sich bei der Datei um eine Netcalldatei im Z-Netz V3.8- oder ZConnect V3.1-
Format handelt, wird die Datei in die aktuelle Brettstruktur einsortiert.
Wurde in der Konfiguration ein "Download-Batch" angegeben so wird dieses Batch mit der aktuellen
Netcalldatei ausgef"uhrt. Dies betrifft nur Dateien, die als Netcalldatei erkannt wurden, nicht aber unbekannte
oder gepackte Dateien. Ein derartiges Batch kann viele Aufgaben erledigen, die TheAnswerIII nicht von
alleine erledigt. Ein normaler Benutzer von TheAnswerIII wird wohl kaum etwas finden, was sich hier
einbauen liesse, andere jedoch k"onnen hier externe Programme starten, um z.B. bestimmte Nachrichten
zu l"oschen, bevor sie einsortiert werden, oder die Netcalldatei mit einem Statistik-Programm vor der
Einsortierung auswerten.
Der Nachrichten-Header wird gelesen und das Format wird identifiziert. Handelt es sich um eine Z-Netz
V3.8-Datei, wird der Header zun"achst ins ZConnect V3.1-Format gewandelt. Anhand des Headers werden
dann verschiedene Aktionen ausgef"uhrt, die von der Konfiguration abh"angen:
Ist die Nachricht eine private Nachricht, so wird gepr"uft ob, ob der Absender dem User-Filter unterliegt.
Trifft dies zu, wird die Nachricht nicht ins private Brett sortiert, sondern nach /UNZUSTELLBAR.
Dann wird gepr"uft, ob eine Empfangsbest"atigung gefordert wurde. Absender aus dem User-Filter werden
daraufhin nicht mehr gepr"uft. Ist in der Konfiguration vorgesehen, diese zu erzeugen, wird dies erledigt.
^L
KAPITEL 10. DER NETCALL 68
Dann wird das Ziel gesucht. Dies ist entweder das private Brett des in der Konfiguration eingestellten
Benutzers oder ein "offentlicher Empf"anger, also ein Brettname. Wird das Ziel gefunden, wird die Nachricht
dorthin kopiert. Wird das Ziel nicht gefunden, er"offnet TheAnswerIII einen Requester, um den Benutzer zu
fragen, was mit dem unbekannten Ziel geschehen soll:
____________________________________________________________________________________________________________________
|__Auswahl__________Erkl"arung______________________________________________________________________________________|
| Erzeugen Das Ziel-Brett wird erzeugt. Dabei wird die Brettvorgabe der Konfiguration |
| |
| f"ur die Feineinstellung benutzt. |
| Ignorieren Das Ziel ist unerw"unscht. TheAnswerIII kopiert die Nachricht nach |
| /UNZUSTELLBAR. Zudem merkt sich TheAnswerIII den verweigerten |
| |
| Brettnamen und kopiert alle Nachrichten, die der aktuelle Puffer noch f"ur dieses |
| |
| Brett beinhaltet nach /UNZUSTELLBAR. |
| Alle Bretter Egal welches unbekannte Brett gefunden wird, es wird erzeugt. Zuk"unftig wird |
| |
| jedes Brett erzeugt und dieser Requeser unterdr"uckt. |
| Abbruch Das Einsortieren der Netcalldatei wird vollst"andig abgebrochen. Datenverlust |
| |
|___________________ist_m"oglich!___________________________________________________________________________________|
Wurde TheAnswerIII mit dem Argument "AUTO" (siehe Einleitung) gestartet, wird dieser Requester
unterdr"uckt und ein unbekanntes Brett wird immer erzeugt.
Soll die Nachricht an mehrere Empf"anger gehen (unter ZConnect V3.1 m"oglich), wird eine Kopie der
Nachricht in jedem Zielbrett erzeugt.
Nachdem eine Nachricht einsortiert wurde, wird die n"achste Nachricht aus der Netcalldatei gelesen und
wieder gleich verfahren.
10.3 Spoolbrett auslagern
Alle Nachrichten, die sich im Spoolbrett des Servers befinden, der in der Konfiguration eingestellt ist, werden
in das in der Netcallkonfiguration eingestellte Netcallformat gewandelt und in einer Datei gespeichert.
Bei den Optionen 2 und 3 kann man die Zieldatei per File-Requester ausw"ahlen. Bei den Optionen 4 und 5
wird der Name verwendet, den man in der Netcallkonfiguration einstellen kann. Ist in der Netcalloption ein
Packer f"ur das Erzeugen der Upload-Datei eingestellt, so wird das Ergebnis nun gepackt. Bei der Option 2
kann man beide Aktionen per Requester abbrechen, wenn die Zieldatei oder das Zielarchiv bereits existieren.
Ebenfalls bei der Option 2 wird man anschliessend gefragt, ob der Inhalt des Spoolbrettes nun in die
Brettstruktur einsortiert werden soll, um die Kopien der gesendeten Nachrichten an der richtigen Stelle zu
speichern. Bei der Option 3 wird dies automatisch erledigt. Bei den Optionen 4 und 5 wird dies automatisch
erledigt, wenn ein Netcall erfolgreich durchgef"uhrt worden ist. Ist das Spoolbrett einsortiert worden, wird es
geleert, um beim n"achsten Netcall nicht noch einmal gesendet zu werden.
TheAnswerIII sortiert das Spoolbrett genauso ein, als w"are es eine Netcalldatei. Die Vorg"ange sind also
entsprechend der Erkl"arung "Netcall einsortieren" zu entnehmen. Dabei ist zu bemerken, dass hier "Upload-
Batch", statt dem "Download-Batch" aufgerufen wird und dies geschieht, wenn das Spoolbrett fertig
ausgelagert ist und bevor es ggf. gepackt wird.
^L
KAPITEL 10. DER NETCALL 69
10.4 Lokaler Netcall
Der lokale Netcall f"uhrt grob die Optionen 1 und 2 durch. Zuerst wird das Spoolbrett ausgelagert und in eine
Datei gepackt. Es wird ohne Sicherheitsabfrage danach geleert bzw. einsortiert. Anschliessend kann man eine
Datei/Archiv ausw"ahlen, die als Netcaldatei einsortiert wird. Die genauen Vorg"ange dieser beiden Aktionen
sind ja bereits oben erkl"art.
Beim lokalen Netcall wird nicht versucht, bei der eingestellten Serverbox anzurufen. Der lokale Netcall dient
dazu, Benutzern einen Point zu erm"oglichen, ohne tats"achlich mit einem Server verbunden zu sein. Dies trifft
z.B. bei SYSOPs von Mailboxen zu, die ihre eigenen Nachrichten aus ihrer eigenen Box mit TheAnswerIII
verarbeiten wollen, ohne ihre eigene Mailbox dabei anrufen zu m"ussen, oder Benutzer, die ihre Daten nicht
per Telefon, sondern per Disk etc. austauschen.
Benutzer, die anstatt mit TheAnswerIII mit einem anderen Programm den tats"achlichen Netcall durchf"uhren
wollen, aus welchen Gr"unden auch immer, haben so die M"oglichkeit, die Dateien bereitzustellen, die dieses
externe Netcallprogramm ben"otigt. Dabei ist zu beachten, dass man den Aufruf dieses externen Programms
leicht im "Upload-Batch" unterbringen kann. Allerdings sollte dann kein Upload-Packer definiert sein und
der Befehl zum packen der Uploaddatei ebenfalls im "Upload-Batch" untergebracht sein.
Beispiel eines solchen "Upload-Batch" mit der Annahme, dass das Pseudoprogramm "Caller" einen Netcall
durchf"uhren w"urde:
;Bevor dieses Batch gestartet wird, existiert eine fertige Uploaddatei.
LHA a Caller.lha PUFFER ;Die Datei Puffer wird mit LHA nach Caller.lha gepackt
NetCaller ;Ein externes Programm wird gestartet, dass einen Netcall
;durchfuehrt. Dies kann zB ein Terminalprogramm sein,
;dass mit einem eigenen Batch-Mode so etwas erledigt.
;Das Batch kann hier wieder enden, da bei "lokaler Netcall" nun TheAnswer
;das Einsortieren des durch "NetCaller" empfangene Netcalls zu ermoeglichen.
10.5 Echter Netcall
Ein echter Netcall, bei dem TheAnswerIII tat"achlich bei einer in der Konfiguration eingestellten Serverbox
anruft, l"auft folgendermassen ab:
Falls vorgegeben wird gewartet, bis die unter Option A eingestellte Zeit erreicht ist, um einen Netcall zu
beginnen. W"ahrend dieser Zeit ist bereits das Netcall-Kontroll-Men"u aktiv. Dieses Men"u zeigt alle den Netcall
betreffenden Daten an und bietet drei M"oglichkeiten einen Netcall abzubrechen:
________________________________________________________________________________________________________________________
|__Gadget___________________Taste_______Erkl"arung______________________________________________________________________|
| Aktion abbrechen A,ESC Die grade laufende Aktion wird abgebrochen. Dies kann eine |
| Warteschleife oder ein Anwahlversuch sein. Ist die Verbindung zur |
| |
| Serverbox bereits aktiv (Verbindung hergestellt), wird aufgelegt |
| |
| und ein neuer Anwahlversuch begonnen. |
| Sequenz abbrechen S Der gerade aktive Netcall wird komplett abgebrochen. Bei einem |
| |
| normalen Netcall bedeutet dies das Ende. Bei einem "Netcall al- |
| le xxx Stunden", wartet TheAnswerIII, bis diese Stundenzahl |
| |
| (Option 5) durchlaufen ist, und beginnt wieder mit einem neuen |
| |
|| Netcall. ||
| Netcall abbrechen N Wie S. Zudem wird auch bei der Option 5 vollst"andig abgebrochen |
| und nicht versucht nach der vorgegbenen Anzahl von Stunden |
| |
|_______________________________________einen_neuen_Netcall_zu_versuchen._______________________________________________|
^L
KAPITEL 10. DER NETCALL 70
Ist die Wartezeit verstrichen, oder durch "Aktion abbrechen" auf 0 gesetzt worden, beginnt TheAnswerIII
eine Netcall-Sequenz.
o Der Inhalt des Spoolbrettes wird ausgelagert und ggf. gepackt (siehe oben). W"ahrend dieser Zeit
erscheint der, schon aus "Spoolbrett auslagern" bekannte, Status-Display. Danach wird wieder das
Netcall-Kontroll-Men"u dargestellt und mit dem Anruf beim Server begonnen.
o Das Modem wird initialisiert, wenn ein Init-String in der Konfig eingetragen wurde. "Aktion abbrechen"
springt zum n"achsten Punkt.
o Das Modem w"ahlt die Nummer der Serverbox. Ist dieser Anwahlversuch erfolgreich, wird zum n"achsten
Punkt gesprungen, ansonsten wird die in der Konfiguration eingestellte Wartezeit zwischen zwei
Anwahlversuchen abgewartet (Sekunden) und von vorne (Modem-Init) begonnen. Die Wartezeit kann
ebenfalls mit "Aktion abbrechen" auf Null gesetzt werden, um sofort einen erneuten Anwahlversuch
zu starten.
Nicht erfolgreich ist ein Anwahlversuch, wenn
- Der Anwahlversuch keine Verbindung zustande bringt. (Die Serverbox hebt nicht ab, oder ist
besetzt etc.)
- Der Anwahlversuch aufgrund technischer Probleme (z. B. Modem ausgeschaltet) nicht
durchgef"uhrt werden konnte.
- "Aktion abbrechen" gew"ahlt wurde.
o War die Anwahl erfolgreich, beginnt TheAnswerIII mit dem Login, also dem Anmelden bei der
Serverbox. An der gegebenen Stelle sendet TheAnswerIII nun alle erforderlichen Daten der Login-
Sequenz. Ab hier bewirkt "Aktion abbrechen" immer ein Ende der Verbindung (auflegen) und den
Start eines neuen Anwahlversuches. (Modem-Init)
o War der Login erfolgreich, beginnt die Gegenstelle nun mit dem Packen der Daten, die zu Ihnen gesendet
werden sollen. Je nach Server kann dies sofort beendet sein oder von einigen Sekunden bis zu Minuten
dauern. "Uberschreitet diese Zeit den in der Netcall-Konfiguration eingestellten "Packer-Timeout", wird
die Verbindung abgebaut. Es wird erneut ein Netcall versucht, da bestimmte Boxen bei einem zweiten
Sofort-Anruf viel k"urzere Pack-Zeiten ben"otigen. (Puffer wird trotz Auflegen durch den Benutzer erst
mal fertiggepackt). Dieser Abbruch erh"oht aber den E3-Z"ahler, der unten erkl"art wird.
o Anderfalls beginnt TheAnswerIII nun die Daten zu senden, die vom Spoolbrett ausgelagert wurden.
War dies nicht erfolgreich, wird die Verbindung abgebaut und nach der eingestellten Wartezeit
zwischen zwei Anwahlversuchen erneut begonnen. TheAnswerIII wiederholt dies nicht endlos, um
Telefongeb"uhren zu sparen. Generell gilt: TheAnswerIII bricht nach drei Anwahlversuchen, die eine
Verbindung zum Server hergestellt haben, aber nicht bis zum Ende erfolgreich waren, die aktuelle
Netcall-Sequenz ab. Anwahl-Versuche, bei denen keine Telefongeb"uhren entstanden sind, kann es
unendlich viele geben. Wann TheAnswerIII aufgrund von Fehlern genau abbricht, wird noch erkl"art.
o War der Upload erfolgreich, wird nun eine Datei von der Serverbox zu Ihnen gesendet, die The-
AnswerIII sp"ater als Netcalldatei einsortieren wird. War dieser "Download" nicht erfolgreich, gilt das
gerade erkl"arte Abbruchverfahren. Bei einem erfolgreichem Download wird die Verbindung zum Server
ebenfalls getrennt und die Netcall-Sequenz als erfolgreich gewertet.
o War ein Netcall erfolgreich, wird der Inhalt des Spoolbrettes in die Brettstruktur einsortiert (siehe
oben) und danach die empfangene Netcalldatei ggf. entpackt, und ebenfalls einsortiert (siehe oben).
Nach einem Netcall, der erfolgreich war, bzw. einen Sequenz-Abbruch zur Folge hatte (Schalter oder Fehler),
stellt TheAnswerIII das Netcallergebnis auf dem Bildschirm zur Verf"ugung. Wurden in der Konfiguration
Log-Files eingeschaltet, wird das Ergebnis zudem in diese hineingeschrieben.
^L
KAPITEL 10. DER NETCALL 71
Handelte es sich um einen einfachen Netcall (Option 4) wird das Netcall-Ergebnis dargestellt und gewartet,
bis der Benutzer ESC bzw. das entsprechende Gadget dr"uckt.
Bei einem Netcall, der alle xxx Stunden wiederholt werden soll, wird die Sequenz beendet und das Ergebnis
in die Log-Files eingetragen. Danach wird sofort zum Netcall-Kontroll-Men"u gesprungen und gewartet, bis
die angegebene Anzahl von Stunden verstrichen ist. Auf diese Weise kann einfach realisiert werden, dass das
Pointprogramm w"ahrend einer l"angeren Abwesenheit (z.B. Urlaub) alle 24 Stunden, also einmal am Tag
beim Server anruft. Aber auch M"oglichkeiten wie alle 6 Stunden oder alle 72 Stunden (alle 3 Tage) sind
m"oglich. Technisch wird die Zeit, bei der der Netcall begonnen hat, um die Wartezeit addiert. Dann wird
gewartet, bis das so errechnete Datum eintrifft und von vorne begonnen. Intern l"auft es also ab wie bei der
Option A (Netcall ab xxx Uhr), die nach der ersten Sequenz auch tats"achlich "uberschrieben wird.
Diese Art des Netcall l"auft so lange durch, bis der Benutzer ihn wieder mit Netcall abbrechen"abbricht. The-
AnswerIII stellt nun wie beim einfachen Netcall das Ergebnis der letzten Sequenz dar und wartet auf ESC.
10.6 Netcallergebnis
Das Netcallergebnis kann je nach Art des Netcalls unterschiedlich aussehen und betrifft immer die letzte
durchgef"uhrte Netcall-Sequenz. Es handelt sich um eine statistische Aufstellung vieler Daten, die Auskunft
dar"uber geben, was gemacht wurde. Bei einem erfolgreichem Netcall gibt es Informationen dar"uber, was,
wie schnell, zu welcher Zeit und in welchem Umfang "ubertragen wurde. Bei Fehlern wird versucht, diese zu
erkl"aren.
TheAnswerIII bricht automatisch einen Netcall ab, auch wenn er nicht erfolgreich war, wenn bestimmte
Fehler in einer bestimmten H"aufigkeit aufgetreten sind. Dies bewirkt, dass bei fatalen Fehlern nicht sinnlos
weitergemacht wird, bei kostenintensiven Fehlern nicht endlos weitergemacht wird und damit nicht die
Telefonrechnung, in Abwesenheit des Benutzers, bei automatischen Netcalls in schwindelnde H"ohen steigt.
Dabei werden die Fehler-Z"ahler E0, E3 und E5 benutzt. Wie der Name schon sagt, bricht TheAnswerIII
ab, wenn ein bestimmter Fehler seine Grenzen u"berschreitet. Ein E0-Fehler darf gar nicht auftreten, ein
E3-Fehler darf dreimal und ein E5-5 Fehler darf f"unfmal auftreten, bevor eine Netcall-Sequenz erfolglos
abgebrochen wird.
Hier eine kleine Tabelle:
_____________________________________________________________________________________________________________________
|__Fehler____Fehlertext______________________________________________________________________________________________|
| E0 Serielle Schnittstelle war nicht zu "offnen. |
| E0 RTS/CTS ist eingestellt, konnte aber nicht benutzt werden. |
|| E0 Timer.device war nicht zu "offnen. ||
| E0 Falsches Netcallformat eingestellt. Dieser Fehler tritt derzeit nicht auf und ist f"ur |
| Netcall-Formate reserviert, die TheAnswerIII zwar versteht, f"ur die aber ein externes |
| |
| Netcallprogramm n"otig w"are. |
| E3 Wird immer hinaufgez"ahlt, wenn eine Telefonverbindung zum Server bestand, der |
| |
| Netcallversuch selbst aber nicht erfolgreich war. |
| E3 Einer der in der Konfig eingestellen Timeouts wird erreicht. (Wartezeit, Packzeit, |
| |
| Mastertimeout). |
| E3 Modem lieferte bei der Anwahl "ERROR". |
| E3 Modem lieferte bei der Anwahl "VOICE". |
| E5 Modem lieferte bei der Anwahl "NO DIALTONE". |
|__E5________Modem_lieferte_bei_der_Anwahl_"NO_CARRIER"._____________________________________________________________|
Wie der Text, der TheAnswerIII dazu veranlasst die Fehler "ERROR", "VOICE", "NO DIALTONE" und
^L
KAPITEL 10. DER NETCALL 72
"NO CARRIER" zu erkennen, wirklich aussieht, kann in der Konfiguration zum Modem festgelegt werden.
(siehe dort).
Zudem bricht TheAnswerIII eine Login-Versuch ab (und erh"oht damit automatisch E3), weil man ja schon
Verbindung zum Server hatte, wenn es TheAnswerIII innerhalb der aktiven Login-Sequenz nach zehn
Versuchen nicht gelungen ist, die Kombination Username/Pointname/Passwort erfolgreich zu senden.
10.7 DieLog-Files
Die Log-Files sind eine schriftliche Kopie des Netcall-Ergebnisses. Sie werden um einen Eintrag erweitert,
wenn eine Netcall-Sequenz abgeschlossen wurde, unabh"anging von deren Ergebnis. Was welches Log-File
speichert, wurde bereits in der Konfiguration erkl"art. Diese Log-Files k"onnen von externen Programmen
ausgewertet werden. F"ur die Log-Files, die nicht im TheAnswerIII-Format speichern gibts es gute und
ausgereifte Software, was auch der Grund ist, warum TheAnswerIII diese von anderen Terminaprogrammen
stammenden Formate unterst"utzt.
Das TheAnswerIII-Format dagegen ist ausf"uhrlicher und geht exakt auf die Bed"urfnisse eines
Pointprogrammes ein. Die Erfahrung mit TheAnswerII hat gezeigt, dass es innerhalb k"urzester Zeit f"ahigen
Programmierern gelungen ist, sehr hochwertige Auswertungsprogramme f"ur die Log-Files des TheAnswerII-
Formats zu schreiben. Ich bin sicher, dass dies auch bei TheAnswerIII geschehen wird.
Auswertungsprogramme, die f"ur TheAnswerII geschrieben wurden, funktionieren mit The-
AnswerIII nicht mehr.
Es folgt nun eine genaue Beschreibung des Log-File-Formats von TheAnswerIII, um es jedermann zu
erm"oglichen, dieses Log-File auszuwerten.
10.8 Das TheAnswer-Format
TheAnswer speichert seine Log-File-Daten immer in der Datei "TheAnswer3.log", im von der Konfiguration
festgelegten Verzeichnis f"ur Log-Dateien. Dabei ist es egal, ob das kurze oder das lange TheAnswerIII-Log-
File eingestellt wurde. Hat ein Benutzer beide Formate eingeschaltet, wird angenommen, dass das "lange"
Format gew"ahlt wurde.
Folgendes Datum/Zeit-Format wird im Log-File verwendet und findet sich, sofern es eingetragen wurde,
immer am Anfang einer Zeile:
"TT.MM.JJJJ SS:MM:ss - ", also
Tag / Punkt / Monat / Punkt / Jahr / Leerzeichen / Stunden / Doppelpunkt / Minute / Doppelpunkt / Sekunden /
Leerzeichen / querstrich / Leerzeichen.
Normale Log-Eintr"age haben immer dieses Datum vorangestellt, mit Ausnahme der Schl"usselw"orter
"NEXT:" und "LANGE INFO" sowie der Inhalt von LANGE INFO.
Der erste Eintrag eines Log-Files lautet normalerweise:
[Datum] "Log-File von TheAnswerIII erzeugt"
und gibt an, wann erstmals ein leeres Log-File ge"offnet wurde, oder bei einem Log-Eintrag eine neue Datei
erzeugt wurde. Benutzer, die Ihr Logfile regelm"assig ausmisten, sollten diese erste Zeile stehen lassen. The-
AnswerIII erzeugt nur einen Log-File-Eintrag, wenn entweder ein echter Netcall oder ein lokaler Netcall
durchgef"uhrt wurde. Die Optionen "Netcall einsortieren" und "Spoolbrett auslagern" werden nicht im Log-
^L
KAPITEL 10. DER NETCALL 73
File vermerkt.
Jeder abgeschlossene Log-File-Eintrag, der in sich komplett ist beginnt mit dem Schl"usselwort "NEXT:". Es
steht allein und ohne Datum in einer Zeile. Der einzige Zweck von NEXT ist es, einem Auswertungsprogramm
einen Ausrichtpunkt zu geben, falls es bei der Auswertung durcheinander gekommen ist. Beim n"achsten
NEXT: kann das Auswertungsprogramm davon ausgehen, dass ab dort ein neuer vollst"andiger Log-File-
Eintrag beginnt und kann mit der Auswertung dort fortfahren.
Ein vollst"andiger Eintrag hat folgendes Format mit Beispieldatum:
NEXT:
13.10.1993 17:33:36 - Netcallbeginn auf AMC
13.10.1993 17:33:36 - Sequenzbegin
13.10.1993 17:34:03 - CONNECT-Erfolgreich
13.10.1993 17:34:10 - Uploadbeginn
13.10.1993 17:34:21 - Uploadende
13.10.1993 17:34:21 - Downloadbeginn
13.10.1993 17:34:30 - Downloadende
13.10.1993 17:34:30 - DISCONNECT
13.10.1993 17:34:34 - Sequenzende
13.10.1993 17:34:34 - Ergebnis: Sequenz erfolgreich E0:0 E3:0 E5:0
LANGE INFO:
- Anwahlversuche:1
- Gesendet :1 Archiv(e) mit 1950 Byte(s) in 1 File(s) mit 2467 Byte(s) in 1 Nachricht(en)
- Empfangen :1 Archiv(e) mit 31 Byte(s) in 1 File(s) mit 0 Byte(s) in 0 Nachricht(en)
13.10.1993 17:34:34 - Netcallende
Dieses Beispiel beinhaltet einen erfolgreichen einfachen Netcall im langen Format. Im kurzen Format fehlen
die vier Zeilen ab und einschliesslich "LANGE INFO".
Der Unterschied zwischen Netcallbeginn und Sequenzbeginn sei zuerst erkl"art:
Ein Netcallbeginn ist der Moment, an dem ein Benutzer aus dem Grundmen"u heraus einen Netcall aktiviert
hat. Netcallende ist dagegen der Zeitpunkt, an dem er das Grundmen"u wieder erreicht.
Sequenzbeginn ist der tats"achliche Beginn eines Netcalls und Sequenzende das tats"achliche Ende. Ruft ein
Benutzer mit der Option "Netcall alle xxx Stunden" an, so ist jeder Neuanfang alle xxx Stunden eine neue
Sequenz, die alle innerhalb von Netcallbeginn und Netcallende stehen. Alle so ausgef"uhrten Sequenzen sind
also zusammengefasst zu einem Netcall.
Nun zu den einzelnen Stichworten und ihren anderen M"oglichkeiten:
o NEXT: Ab hier kann sich ein Auswertungsprogramm sicher sein, dass alles wieder von vorne los
geht. Ist ein Log-File-Eintrag fehlerhaft bzw. l"uckenhaft, weil z.B. das Programm abgest"urzt ist,
oder manuelle Manipulationen einen Log-File-Eintrag unvollst"andig gemacht haben, so kann das
Auswertungsprogramm dieses Wort suchen. Ab hier beginnt ein v"ollig neuer Eintrag, der mit vorher
enthaltenen Daten im Log-File nichts mehr zu tun hat. Der fehlerhafte Eintrag kann so "ubersrpungen
werden und beim n"achsten neu begonnen werden.
o Netcallbeginn: nach Netcallbeginn folgt das Wort "auf" und anschliessend der Name der Serverbox
laut Konfiguration. Auf die Domain (z.B. AMC.ZER oder AMC.zer.sub.org) wurde verzichtet, um den
reinen Mailboxnamen zur Verf"ugung zu haben.
o Sequenzbeginn: Dies ist der Zeitpunkt, an dem TheAnswerIII erstmals beginnt einen Netcallversuch
durchzuf"uhren. Er beginnt bei einem echten Netcall in dem Moment, an dem TheAnswerIII anf"angt
^L
KAPITEL 10. DER NETCALL 74
das Spoolbrett zusammenzustellen. Es werden keine zus"atzlichen Infos bis auf die Zeit angegeben.
o CONNECT: Ab diesem Zeitpunkt waren die Serverbox und der Point telefonisch verbunden. Ab hier
kostet eine Verbindung Geld. Nach dem Schl"usselwort CONNECT folgt sofort die Kurzinformation,
ob die nachfolgende Verbindung erfolgreich war, also der Netcall vollst"andig war:
- Erfolgreich bedeutet, dass der Anruf ein vollst"andiger feherlfreier Durchlauf war.
- CONNECT-Fehlversuch bedeutet, dass eine Verbindung zum Server bestand, diese aber nicht
zu einem erfolgreichen Netcall f"uhrte. Nach "Fehlversuch" findet sich in Klammern die letzte
Fehlermeldung, die TheAnswerIIIvon sich gab.
- KEIN CONNECT-Fehlversuch bedeutet, dass die aktuelle Netcall-Sequenz abgebrochen
wurde, bevor eine Verbindung zum Server hergestellt wurde. Gab es vorher Fehlversuche mit
CONNCET, so stehen diese bereits im Log-File.
- Lokaler Netcall Wurde kein echter, sondern nur ein lokaler Netcall vom Benutzer durchgef"uhrt,
wird der Beginn hier mit diesem Schl"usselwort anstatt CONNECT eingetragen.
Eine einzelne Netcall-Sequenz kann mehrere CONNECT-Fehler aufweisen, jedoch nur einen oder keinen
erfolgreichen CONNECT.
o Uploadbeginn: Zu diesem Zeitpunkt begann TheAnswerIII die Uploaddatei zu senden. Fehlt dieser
Eintrag, wurde vor dieser Aktion abgebrochen. Bei lokalen Netcalls fehlt diese Zeile immer.
o Uploadende: Der Upload wurde beendet. Ob erfolgreich oder nicht, ist dieser Zeile nicht zu
entnehmen. Bei lokalen Netcalls fehlt diese Zeile.
o Upload ausgelagert: Bei lokalen Netcalls ist dieses Schl"usselwort der Ersatz f"ur Uploadbeginn/Up-
loadende. Der Zeitpunkt gibt den Moment an, an dem das Auslagern einer Netcalldatei beendet war,
entspr"ache also Uploadende. Bei echten Netcalls fehlt diese Zeile.
o Downloadbeginn: Zu diesem Zeitpunkt begann TheAnswerIII die Downloaddatei zu empfangen.
Fehlt dieser Eintrag, wurde vor dieser Aktion abgebrochen. Bei lokalen Netcalls fehlt diese Zeile immer.
o Downloadende: Der Download wurde beendet. Ob erfolgreich oder nicht, ist dieser Zeile nicht zu
entnehmen. Bei lokalen Netcalls fehlt diese Zeile.
o Download einsortiert: Bei lokalen Netcalls ist dieses Schl"usselwort der Ersatz f"ur Download-
beginn/Downloadende. Der Zeitpunkt gibt den Moment an, an dem das Einsortieren einer Netcalldatei
beendet war, entspr"ache also Downloadende. Bei echten Netcalls fehlt diese Zeile.
o DISCONNECT: Ist der Zeitpunkt, an dem die Verbindung zu einer Serverbox wieder getrennt wurde.
Ab hier endet eine Telefonverbindung und es entstehen keine Kosten mehr. Die Zeit, in der The-
AnswerIII also Telefongeb"uhren kostet, ist die Zeit zwischen CONNECT und DISCONNECT. War
unter CONNECT "KEIN CONNECT-Fehlversuch" eingetragen, fehlt dieser Eintrag logischer Weise.
Bei lokalen Netcalls fehlt diese Zeile.
o Sequenzende: Die Netcall-Sequenz ist beendet. Dies ist in dem Moment der Fall, an dem die
Netcalldatei vollst"andig einsortiert ist. L"angere Zeitr"aume zwischen DISCONNECT und Sequenzende
sind leicht m"oglich, wenn TheAnswerIII z.B. durch einen Requester f"ur l"anger am Einsortieren
gehindert wurde.
o Ergebnis: Danach erfolgt ein einzeiliger Text, der dar"uber informiert, ob der Netcall erfolgreich war,
oder warum er nicht erfolgreich war. Die Zahlencodes dahinter geben die Fehler-Z"ahler an, die The-
AnswerIII pro Sequenz f"uhrt und die schon erkl"art wurden.
^L
KAPITEL 10. DER NETCALL 75
o LANGE INFO: Zum Schl"usselwort "LANGE INFO" wird keine Datumsausgabe zugef"ugt. Die
"Lange Info" bezieht sich immer auf die Sequenz, die gerade einer Zeile dar"uber mit "Sequenzende"
abgeschlossen wurde. Diese Info wird nur ins Log-File geschrieben, wenn der Benutzer das lange Log-
File-Format in der Konfiguration gew"ahlt hat. Nach dem Schl"usselwort folgen zwei bis drei Zeilen, alle
ohne Datum:
- Anwahlversuche: Es folgt die Anzahl der Anwahlversuche, die ben"otigt wurde, bis der Netcall
erfolgreich war bzw. abgebrochen wurde. Diese Zeile kann auch fehlen.
- Gesendet: Es folgt eine in Klartext aufgeschl"usselte Angabe u"ber die gesendete Netcalldatei.
Die l"angste M"oglichkeit ist die aus dem Beispiel. Ist einer der Werte 0, werden die nachfolgenden
Werte nicht mehr angegeben. Wurden zB "0 Files" gesendet, wird die Angabe von "Bytes" bzw.
"Nachrichten" nicht mehr ausgeben. Fand das Senden gar nicht statt, findet sich hier der Text
"Kein Upload".
- Empfangen: Wie Gesendet. Fand das Empfangen gar nicht statt, findet sich hier der Text "Kein
Download".
o Netcallende: Das Datum gibt das vollst"andige Ende eines Netcalls an. Innerhalb von Netcallbeginn
und Netcallende k"onnen mehrere vollst"andige Netcalls get"atigt worden sein, die immer von
Sequenzbeginn bis Sequenzende andauerten.
o Sonstiges: Wurde TheAnswerIII mit dem Argument "AUTO" gestartet (siehe Einleitung), wird
verhindert, dass bestimmte Requester aufgehen und so einen automatischen Netcall aufhalten. Soweit
es den Netcall betrifft, werden Fehler dann nicht mehr per Requester angezeigt, sondern ins Logfile
geschrieben. Vor der Fehlermeldung wird das Datum ausgegeben und danach folgt der Text, der
normalerweise im Requester stehen w"urde. Dies kann jede beliebige TheAnswerIII-Fehlermeldung
sein, die sonst auch bei einem Netcall vorkommen kann.
10.9 Jrcomm.log
Jrcomm.log ist "ahnlich wie "TheAnswer.log" enth"alt jedoch nur die vier Daten pro Anruf: Start des Logins,
Begin des Uploads und die Gr"osse der Uploaddatei, Begin des Downloads und die Gr"osse der Downloaddatei
sowie das Ende des Logins. jrcomm.log ist im Format von JRComm (Terminalprogramm-Shareware)
aufgebaut. Daten die TheAnswerIII nicht zur Verf"ugung stellt werden simuliert (Transferrate, Namen
der Up/Downloaddateien). Mit dem PD-Programm JrScann kann man nun "jrcomm.log" auswerten. Man
bekommt eine Statitik aller Anrufe mit Geb"uhrenverbrauch.
Jrscann funktioniert nur, wenn jrcomm.log im logischen verzeichnis JRCOMM: liegt und in JRCOMM: ein
File Namens Zones existiert. N"ahere Infos siehe im Dok-File zu JRScann. Ich hab den Autor gebeten, eine
Version rauzubringen, in der man den Filenamen ausw"ahlen kann, um den Assign auf JRCOMM: nicht
erforderlich zu machen. Das hat er leider nicht gemacht. (War ihm wohl zu kompliziert) Daf"ur exestieren
inzwischen auch andere JR-Scann-Programme.
10.10 NComm/Term.log
NComm.log entspricht jrcomm.log nur, dass hier das Aufzeichnungsformat des PD-Terminalprogramms
NComm und des Giftware-Terminalprogramms TERM benutzt wird. Zu NComm gibt es ein Share-Ware-
Programm Namens CallInfo. Damit kann man mit NComm.log ein umfangreiche Statistik erstellen, die
die Anrufe auswertet. CallInfo kann im Gegensatz zu JR-Scann auch ein LogFile mit beliebigen Filenamen
auswerten. CallInfo ben"otigt eine Datei Namens CallInfo.rate in der die zu berechnenden Grundwerte stehen.
Hier ein Beispiel f"ur eine MailBox im Nahtarif:
^L
KAPITEL 10. DER NETCALL 76
Unitprice : 0.23 (* Preis einer Einheit *)
Telephone_rental : 24.60 (* Fixkosten des Telefons pro Monats.*)
Unit : DM (* W"ahrungseinheit (beliebig) *)
Cheapzone_start : 18.00 (* Uhrzeit, wenn Billigtarif beginnt*)
Cheapzone_end : 06.00 (* und wann er endet. *)
Cheapday : Sat (* Die Tagen, an denen IMMER Billigtarif ist*)
Cheapday : Sun (* F"ur jeden Tag eine neue Zeile verwenden *)
Phone_prefix : (* Vorwahl oder nix (Ortsgespr"ach)*)
Cheapzone_unittime : 12.0 (* Zeit einer Einheit bei Billigtarif *)
Expensivezone_unittime : 6.0 (* Zeit einer Einheit bei Normaltarif *)
Die Zeit ist in Minuten anzugeben und zwar Dezimal. Das heisst, 1.0 sind 60 Sekunden. und 0.5 sind 30
Sekunden.
CallInfo ist u.a. auf den Fred-Fish Disk 356 zu finden (im NComm-Paket). Inzwischen gibt es ein zweites
Programm zum Auswerten f"ur NComm-Log-Dateinen: NComm-Scann.
^L
Kapitel 11
Sonstige M"oglichkeiten des
Hauptmen"us
Bleiben noch zwei Punkte "ubrig, die bisher nicht erkl"art wurden:
11.1 Systeminfo
Systeminfo informiert immer dar"uber, wieviel Speicher im RAM frei ist. Ferner wird der freie Platz in Byte f"ur
die Laufwerke angezeigt, denen das Nachrichtenverzeichnis bzw. Netcallverzeichnis zugewiesen ist. Benutzen
beide Verzeichnisse das gleiche Laufwerk, sind die Werte nat"urlich identisch.
Bevor die Information ausgeben wird, wird man per Requester gefragt, ob man auch eine erweiterte Statistik
"uber die Bretter haben m"ochte. Wird dieser Requester mit "JA" beantwortet, wird die Systeminformation
erg"anzt:
TheAnswerIII scannt alle vorhandenen Bretter der aktuellen Konfiguration durch und liest deren
Statistikdaten aus. Das ist zum einen der letzte Schreibzugriff und der letzte Lesezugriff auf ein Brett. Zum
zweiten wird ausgelesen, wieviel Nachrichten in einem Brett sind. Dies wiederum aufgeteilt, wieviele davon
"neu", "alt" bzw. "archiviert" sind. Der letzte Statistik-Wert ist die Anzahl der Nachrichten, die jemals,
seit Enstehung eines Brettes, dort gespeichert waren. Dieser Z"ahler wird jedesmal um eines hinaufgez"ahlt,
wenn eine Nachricht in diesem Brett gespeichert wird, aber niemals hinuntergez"ahlt, auch wenn Nachrichten
gel"oscht werden.
In der Statistikausgabe werden, nachdem alle Bretter gelesen wurden, die Maximal- bzw. Minimaldaten
ausgegeben. A"ltester bzw. j"ungster Schreib- Lese-Zugriff gibt die Daten des extremsten Wertes bez"uglich
aller Bretter aus.
Bei der Nachrichtenstatistik werden pro Gruppe von Nachrichtenz"ahler drei Werte ausgegeben. Das Mininum
ist die kleinste Anzahl, die in irgend einem Brett gefunden wurde. Maximum ist gr"osste Anzahl, die in einem
Brett gefunden wurde. Gesamt ist die Anzahl dieser Nachrichtengruppe von allen Brettern zusammengez"ahlt.
So ist die "Gesamtsumme aller Nachrichten seit Anfang" die Anzahl aller Nachrichten, die jemals The-
AnswerIII passiert haben. Dabei ist nat"urlich zu beachten, dass die Statistikdaten eines Bretts verloren
gehen, wenn das ganze Brett gel"oscht wurde.
11.2 Konfiguration
W"ahrend der Pull-Down-Men"u-Punkt "Konfiguration laden" nur einen File-Requester "offnet, um eine neue
Hauptkonfiguration zu laden, wird mit der Funktion Konfiguration das Konfigurationsprogramm zu The-
AnswerIII gestartet, um eine Konfiguration editieren zu k"onnen. Wie das Konfigurationsprogramm von
77
^L
KAPITEL 11. SONSTIGE MO"GLICHKEITEN DES HAUPTMENU"S 78
TheAnswerIII aufgerufen wird, wird in der Konfiguration selbst festgelegt. (Point-Konfiguration).
Nachdem das Konfigurationsprogramm verlassen wurde, wird man per Requester gefragt, ob man eine neue
Konfiguration benutzen m"ochte. Will man zwar namentlich die gleiche Konfiguration benutzen, hat diese
aber gerade im Konfigurations-Programm ver"andert, so muss hier genauso "JA" gew"ahlt werden, um sie zu
aktivieren, als wenn man nun eine ganz andere Konfiguration benutzen m"ochte.
Wird der Requester mit "JA" beantwortet, so kann per File-Requester eine neue Hauptkonfiguration
ausgew"ahlt werden oder auch die alte best"atigt werden.
Schl"agt das Laden einer solchen Konfiguration fehl, wird versucht, die zuletzt benutzte Konfiguration wieder
zu laden. Gelingt dies auch nicht mehr, beendet sich TheAnswerIII.
Wird bei TheAnswerIII die Konfiguration gewechselt, so wird auch der Screen von TheAnswerIII
geschlossen und mit der ggf. neuen Screen-Konfiguration wieder ge"offnet. Dabei kann sich ggf. der Public-
Screen-Name von TheAnswerIII "andern, wenn gleichzeitig noch andere TheAnswerIII-Kopien laufen.
Ferner kann es zu Problemen kommen, wenn sich fremde Windows auf dem Screen von TheAnswerIII
befinden, die sich nicht systemkonform beim Public-Screen angemeldet haben. Findet TheAnswerIII
systemkonform angemeldete Windows, wird man beim Screen-Wechsel darauf hingewiesen und kann diese
schliessen, ohne weiter Probleme zu haben.
Illegal eingebundene Windows werden ebenfalls von TheAnswerIII gefunden und es wird per Requester vor
ihnen gewarnt. Da sich TheAnswerIII aber, um diese zu finden, in die Tiefen des Betriebssystems schleicht,
kann es in solchen F"allen zum Programmabsturz kommen. Um ganz sicher zu gehen, sollte man solche
Fenster also vom TheAnswerIII-Screen entfernen, bevor man TheAnswerIII beendet oder die Konfiguration
wechselt.
^L
Anhang A
Tips & Tricks
A.1 Fremde Programme und TheAnswerIII
A.1.1 UnixDirsII V 1.00 st"urzt ab
Das Programm UnixDirsII 1.0 von Martin W. Scott patcht alle Funktionen der Dos.library, in denen
Filenamen "ubergeben werden. Das programm arbeitet dabei so schlecht, dass teilweise korrekte Aufrufe
dieser Routinen den Amiga zum Absturz bringen.
TheAnswerIII arbeitet mit der neuen Dos-Funktion "SetFileSize". Sobald TheAnswerIII diese Funktion
aufruft (erstmals testweise beim Programmstart), st"urzt der Rechner ab. Das Programm kann nicht
zusammen mit TheAnswerIII benutzt werden.
A.1.2 Envoy arbeitet nicht
Das Programm "Envoy" blockiert TheAnswerIII wenn Schreibzugriffe der L"ange "0" durchgef"uhrt werden.
Dies ist ist jedoch unter TheAnswerIII m"oglich.
A.1.3 MetaXPR.library
Die Version 3.5 arbeitet nicht mit TheAnswerIII zusammen. Fehlerursache unbekannt.
Die Version 4.0 hat interne Bugs, die mit bestimmten Controllern dazu f"uhren, dass Downloads gelegentlich
nicht klappen.
Die "sichereste" Version ist die V2.10, die nur minimal langsamer als ihre Nachfolger ist.
A.1.4 Tips zum Toolmanager
Wird TheAnswerIII mit dem Toolmanager aufgerufen, sind folgende Dinge zu beachten:
o Der Programmtyp sollte CLI und nicht WB oder AREXX sein.
o Der Stack sollte auf 20000 eingestellt werden.
o Als aktuelles Verzeichnis sollte das gew"ahlt werden, in dem TheAnswerIII und seine Hilfsprogramme
(TAConfig, TARegister etc.) liegen.
o Es sollte keine Ausgabedatei definiert werden. Sie wird von TheAnswerIII nicht gebraucht und selbst
bei der Shell-Option "AUTO" geht aus ungekl"arter Ursache bei Dos-Zugriffen ein CON-Window auf.
79
^L
ANHANG A. TIPS & TRICKS 80
A.1.5 Tips zum CygnusED
Wird ein Editor benutzt, der sich vom aufrufenden Task abkoppelt, wie der CygnusED zum Beispiel, gibt
es meist eine Option, dies zu verhindern. Dies ist bei TheAnswerIII unerl"asslich.
Speziell beim CED, bei dem es ein Zusatzprogramm namens "ED" gibt, funktioniert dies mit dem Original
nicht immer. Es gibt einen PD-Ersatz f"ur diesen ED von Wolf Faust. Bei diesem funktioniert die Option
"ED Filename -sticky" einwandfrei.
Alle Dateien, die TheAnswerIII in den Editor l"adt, mit Ausnahme der Unterschriften via TAConfig,
enden mit dem K"urzel ".ta3". man kann sich also mit dem CED spezielle Config-Defaults definieren, die
dann als "S:ceddefaults.ta3" gespeichert, speziell f"ur TheAnswerIII genutzt werden k"onnen.
A.1.6 Tips zu Muchmore, Colorquotes und Most
Muchmore und Most sind beides Programme zum Anzeigen von Texten. Die Steuerung "uber den Zahlenblock
in TheAnswerIII entspricht der von Muchmore. Das andere Programm, Most, hat den Vorteil, dass man es
auf einem beliebigen Public-Screen "offnen kann und es auch mit Proportionalfonts zusammenarbeitet. Beides
wird auch von TheAnswerIII unterst"utzt.
Das Programm "ColorQuotes" kann vor den Aufruf eines TExtanzeigers geschalten werden. In der The-
AnswerIII-Konfiguration wird "Colorquotes >NIL: die Konfiguration von ColorQuotes. ColorQuotes ist ein
Progamm, dass Quote-Zeichen und gequotete Zeilen farblich oder mit anderen Schriften hervorheben kann
und so enorm die U"bersichtlichkeit steigert.
F"ur alle Programme gilt: TheAnswerIII l"adt sie sehr oft. Daher ist es keine Platz verschwendung, sie
vor dem Stareten von TheAnswerIII ins RAM: zu kopieren und von dort aus zu starten, oder sie resident
zu machen.
A.1.7 Tips zu ARQ
ARQ, ein Requester-Ersatz, ist sehr leicht via Tastatur zu bedienen. Allerdings hat ARQ (mind. V1.77, 1.78)
eine kleine Macke:
Wenn der Text, der angegeben werden soll, so gross ist, dass der Requester nicht mehr auf dem The-
AnswerIII-Screen passt, kann es vorkommen, dass sich ARQ verabschiedet, zusammen mit dem kompletten
Amiga. (Passiert aber nicht auf jedem Amiga.)
Abhilfe schafft da die Benutzung eines schm"aleren Fonts (ced.font 8) oder die Benutzung von
Proportional-Fonts, die generell schm"aler ausfallen. Bei der Programmierung von TheAnswerIII wurde
darauf geachtet, dass kein Requester besonders gross wird. Allein der Requester, der auftaucht, wenn in
eine Datei ausgelagert werden soll, die schon existiert, kann Problem mit ARQ machen.
A.1.8 Enforcer
Es treten nur sehr wenige Enforcer-Hits auf. Alle konnte leider noch nicht eliminiert werden.
A.2 Tips zur Benutzeroberfl"ache
A.2.1 Fonts
Wer es sich optisch "leisten" kann, Proportionafonts zu benutzen, der sollte dies tun. Fehler wie bei
ARQ treten nicht auf, das ganze Layout wirkt besser und der Platz wird besser ausgenutzt, was zur
U"bersichtlichkeit beitr"agt.
A.2.2 Farben und Screen
Das ist einfach: Was man als Wokrbench benutzt, tuts auch f"ur TheAnswerIII. Allerdings bringt es nicht
viel, derzeit dem TheAnswerIII-Screen mehr als vier Farben zuzuweisen, sie werden nicht unterst"utzt.
^L
ANHANG A. TIPS & TRICKS 81
A.3 Mehr Geschwindigkeit
TheAnswerIII arbeitet mit hohen Datenmengen. Es ist komfortabler und in manchner Hinsicht besser als
die Konkurenz, aber zuzugegeben nicht immer so schnell.
Das Automatische L"oschen braucht immer noch sehr lange (Verbesserungen sind aber schon in Planung)
und sollte daher dann ausgef"uhrt werden, wenn man nicht zu Hause ist. Das geht am besten, wenn man es
im Netcallmen"u mit der Option "AutoDel vor Netcall" aktiviert.
Der Netcall selbst kann beschleunigt werden, indem man entweder deie Netcallverzeichnisse in die RAM-
Disk legt, oder, wenn es der Umfang des Netcalls erlaubt, auf eine RAD:, die mit FFS formatiert wurde.
Das Programm "Diskchache" erh"oht die Geschwindigkeit ebenfalls um ein vielfaches beim Einsortieren.
Externe Programme, wie der Textanzeiger sollte resident gemacht werden oder vor dem Start von The-
AnswerIII auf die RAM-Disk kopiert und von dort aus benutzt werden.
A.4 Fehler - Ursachen - Behebung
A.4.1 Brettliste nicht validiert
TheAnswerIII verwaltet den Index aller Bretter in einer Brettliste. Diese wird st"andig sarauf gepr"uft, ob
sie beim Programmende gespeichert werden muss, weil in w"ahrend dem Programmablauf relevante Daten
ver"andert wurden.
Wird nun TheAnswerIII nicht ordnunsgem"ass verlassen, sei es durch einen Absturz oder einen Reset,
wird die Brettliste nicht gespeichert und beim n"achsten Programmstart darauf hingewiesen.
Grunds"atzlich kann bei eine solche Brettliste im Nachhinein wieder korrigiert werden. Daf"ur stehen im
Brettmen"u per Pull-Down-Men"u zwei Reperatur-M"oglichkeiten zur Verf"ugung.
A.4.2 Bretter fehlen
Wenn seit dem letzten Start neue Bretter erzeugt wurden oder Bretter umbenannt wurde und die Brettliste
bei Programmende nicht gespeichert wurde, sind diese Bretter verloren. Die Reperatur-Routinen k"onnen
diese Bretter nicht zur"uckbringen, da sie nur die Daten vorhandener Bretter aktualisieren kann.
Andersrum kann es sein, dass in einer defekten Brettliste Bretter enthalten sind, die gar nicht mehr
existieren. Solche Bretter k"onnen dann erneut mit "L"osche Brett" aus der Brettliste entfernt werden.
A.4.3 Inhalt defekt/Brettreste retten
Wenn es vorkommt, dass eine oder merhere Nachrichten innerhalb eines Brettes defekt sind oder das
Inhatlsverzeichnis korrupt ist bzw. sich das Brett beim Verlassen aufgrund einer defekten Nachricht nicht
mehr speichern l"asst, kann man so alle anderen Nachrichten so retten:
1. Zuerst wird ein neues Brett erzeugt, am besten mit "ahnlichem Namen. Das Brett sollte vorerst vom
Typ "Lokalarchiv" sein.
2. Das defekte Brett anw"ahlen und ins Inhaltsverzeichnis gehen.
3. Mulit-Select aktivieren
4. Alle Nachrichten, bis auf die defekte, hervorheben bzw. per Tool-men"u alle hervorheben und die
Hervorhebung anschliessend bei der defekten Nachricht wieder aufheben, durch erneute Anwahl per
Multi-Select
5. Ins WFer-men"u wechseln und folgende Einstellungen festlegen:
o Alle Markierten weiterleiten.
o Ins Brettarchiv weiterleiten.
o Per Empf"anger ins Adressmen"u/Sendemodus wechseln, "Bretter" anw"ahlen und das gerade
erzeugte Brett als Ziel benutzen.
^L
ANHANG A. TIPS & TRICKS 82
6. Weiterleiten ausl"osen. Alle markierten Nachrichten werden nun per 1:1-Kopie ins neue Brett kopiert.
7. das WFer-Men"u verlassen.
8. Das defekte Brett vollst"andig l"oschen, eine eventulle Abfrage, ob das Brett auch per Maps abbestellt
werden soll, verneinen.
9. zum neuen Brett gehen und aus dem Brettmen"u heraus den Bretteditor aktiviern.
10. Den Namen und den Typ des Brettes auf die Werte des gerade gel"oschten Brettes stellen. Eine eventulle
Abfrage, ob das Brett auch per Maps bestellt werden soll, kannn verneint werden.
^L
Anhang B
Internas zum Nachrichtenformat
Hier einige Internas zum Datenformat von Nachrichten unter TheAnswerIII. Grunds"atzlich werden alle
Nachrichten eines Brettes in einer Datei gespeichert. Zu jeder dieser Dateien existiert zus"atzlich eine
Indexdatei, die das Inhaltsverzeichnis repr"asentiert.
Der Name dieser Bretter- bzw. Indexdateien h"angt vom Brettname ab. Auf der Disk, auf der die Daten
gespeichert sind, wurde die gleiche Baumstruktur angelegt, wie sie im Brettmen"u zu sehen ist. Das Brett
/Z-NETZ/RECHNER/AMIGA/ALLGEMEIN wird also so gespeichert:
Im Nachrichtenverzeichnis, das in der Konfiguration festgelegt wurde, wird das Verzeichnis "Z-NETZ"
erzeugt. In diesem Verzeichnis wiederum entsteht das Verzeichnis "RECHNER" und dort das Verzeichnis
"AMIGA". Im Verzeichnis "AMIGA" wird nun das Brett "ALLGEMEIN" erzeugt. Es besteht in
diesem Fall aus dem File "ALLGEMEIN.BRT", in dem alle Nachrichte gespeichert sind und dem Brett
"ALLGEMEIN.IDX", in dem das Inhaltsverzeichnis gespeichert ist.
Zus"atzlich findet sich im Nachrichtenverzeichnis die Datei "TA3-BRETTER.IDX", in der die Liste aller
Bretter gespeichert ist. Die Datei "TA3-BRETTER.BAK" ist eine Sicherheitskopie, die erstellt wird, wenn die
Brettliste neu gespeichert wird. Der Neugierige wird zudem die Datei "SF.TXT" und die Datei "MLOCKER"
finden.
"SF.TXT" wird bei jedem Programmstart ge"offnet. es werden 200 Bytes hineingeschrieben und dann
versucht, die L"ange dieser Datei auf 100 Byte zu k"urzen. Gelingt das, ist die Disk/Festplatte in der Lage, die
Dos-Funktion SetFileSize zu benutzen. Dies bedeutet f"ur den Benutzer, dass beim Speichern eines Brettes
keine Backup-Datei angelegt werden muss, um nach Ver"anderungen des Brettinhalts eine neue .BRT-Datei
zu erzeugen, sondern es kann in die alte Datei geschrieben werden und am Ende einfach an der richtigen
Stelle angeschnitten werden. Dies hat zwei Vorteile:
1. Das Speichern eines Brettes geht schneller.
2. Wird ein Backup ben"otigt, muss so viel freier Platz auf Disk vorhanden sein, wie das Brett selbst
ben"otigt. Bei grossen Brettern, die schon mal ein Mega-byte lang sein k"onnen ist das nicht immer
gew"ahrleistet. TheAnswerIII erkennt dies und kann f"ur den Backup ein anders Medium ausw"ahlen,
auf dem der Backup gespeichert wird, um das neue Brett zu erzeugen. Findet sich nirgends gen"ugend
Platz, so kann das Brett jedoch nicht auf den aktuellen Stand gebracht werden.
Alle von mir getesteten Medien beherschten jedoch diese Methode. Sowohl die Festplatte als auch Disketten,
die RAM-Disk oder die RAD:. Es ist jedoch sicher m"oglich, dass einige exotische Festplattencontroller da nicht
mitspielen. Die Schuld liegt jedoch allein beim schlechte Controller und nicht bei einem systemkonformen
Programm zu suchen...
Ferner wird vom Programm "UnixDirsII" Version 1.00 die Dos.library gepatcht, wobei auf der Aufruf
f"ur SetFileSize() ver"andert wird, was TheAnswerIII aufgrund der sehr schlechten Programmierung von
83
^L
ANHANG B. INTERNAS ZUM NACHRICHTENFORMAT 84
"UnixDirsII" abst"urzen l"asst.
Das File "MLOCKER", dass auch im Netcallverzeichnis zu finden ist (Es heisst dort "CLOCKER" hat eine
einfache Aufgabe: Die erste Kopie von TheAnswerIII die zuerst gestartet wird, greift auf dieses File zu und
h"alt es fest. Damit ist der Nachrichtenpfad bzw. der Netcallpfad reserviert. Dies ist n"otig, weil zwei gleichzeitig
laufende TheAnswerIII-Kopien nicht gleichzeitig auf ein Nachrichtenverzeichnis zugreifen k"onnen bzw. im
gleichen Verzeichnis einen Netcall durchf"uhren k"onnen. Wird also eine zweite Kopie von TheAnswerIII
gestartet, wird dies verweigert, wenn es auf die gleichen Verzeichnisse zugreifen will.
Doch zur"uck zu den Brettern. Im Brett sind die Nachrichten in der Reihenfolge sortiert, in der sie ins Brett
geschrieben wurden. Kommt eine neue Nachricht ins Brett, wird sie einfach an das existierende Brettfile
angeh"angt. Das Format dieser Nachrichten "ahnelt dem von ZConnect V3.1. Es folgt ein Header, dann der
evtl. vorhandene Kommentar und dann die Nachricht. Der Kommentar- bzw. Nachrichteninhalt selbst liegt
im ZConnect V3.1-Format vor. Beim Header ergeben sich jedoch Unterschiede. W"ahrend unter ZConnect
V3.1 Die ID des Headers als Text vorliegt und mit einem CR+LF (Hex 0A,0D) endet ist sie in TheAnswer
kompakter gespeichert. Ein vier Byte langer Code identifiziert den Header. Daraus ergeben sich 2.147.483.647
M"oglichkeiten, also noch viel Platz f"ur die Zukunft. Anschliessend folgt, ebenfalls in vier Byte, die L"ange des
Headers und anschliessend der Headerinhalt. Viele kleine Header ergeben einen Nachrichtenheader. Unter
TheAnswerIII markiert eine spezielle Header-ID das Ende eines Headers und den Beginn der Nachricht.
In der Indexdatei befinden sich alle Daten, die man im Inhaltsverzeichnis zur Verf"ugung hat. Zuerst die
kompletten Daten des Brettes f"ur den Bretteditor. Dann folgen alle Eintr"age des Inhaltsverzeichnisses,
teilweise als ASCII-Code, teilweise als Zahlencode. Dort findet sich auch die Fileposition und die L"ange
der Nachricht im Brett-File, die zu diesem Index geh"ort. Aufgrund dieser Information ist es nicht n"otig, dass
die Reihenfolge im Index und im Brettfile "ubereinstimmt. In den meisten F"allen ist diese Reihenfolge auch
tats"achlich nicht gegeben.
Diese Strukturen bieten Vor-und Nachteile. Der Nachteil liegt auf der Hand: Viele Daten sind doppelt oder
gar dreifach gespeichert, und rauben dem geplagten Benutzer Platz auf seinem Speichermedium. Der Vorteil
ist jedoch nicht zu verachten:
Eine separate Indexdatei f"ur Bretter bzw. Nachrichten beschleunigt das Einladen dieser Daten erheblich,
da sie bereits fertig aufbereitet zur Verf"ugung stehen. Durch die Tatsache, dass alle Daten zus"atzlich zum
Index auch noch in den Datenfiles enthalten sind, wurde erm"oglicht, bei Verlust einer Indexdatei diese zu
rekonstruieren.
Ein verlorener Brettindex kann anhand der Filestruktur im Nachrichtenverzeichniss und den in den
Indexdateien gespeicherten Brettdaten leicht rekonstruiert werden. Eine verlorene Indexdatei eines Brettes
kann anhand der Brettdaten nahezu rekonstruiert werden. Auf jeden Fall k"onnen alle Nachrichten gerettet
werden. Nur wenige, statistische Indexdaten, wie die Flags oder das Datum der Einsortierung gingen verloren.
Ein Datenverlust des Brettfiles ist nat"urlich fatal. Aber wo keine Brettdaten, da braucht man auch keine
Indexdaten mehr. Allerdings l"asst sich auch ein besch"adigtes Brettfile wieder ins Lot bringen, sofern das
Amiga-Dos das noch zu l"asst. Gegen Read/Write-Errors ist auch TheAnswerIII nicht gewappnet.
Andere von TheAnswerIII benutzte Dateien seien kurz angesprochen:
Unterschriften, Header, Cookies, Adressen und Log-Files sind reine Ascii-Files.
Unterschriftendateienen sind reiner Text, der einfach angeh"angt wird. Headerdateien beinhalten Variablen,
die ihren ZCONNECT-Gegenst"ucken entsprechen. Das Format wird ja schon bei der Konfigration erkl"art.
Das Cookie-Format wurde bereits beim Bretteditor erkl"art.
Adressdateienen benutzen feste ASCII-Tokens, um Eintr"age zu identifizieren. Der Interessierte hat das
Format sicher schnell geknackt, um es f"ur f"ur seine Zwecke zu missbrauchen.
^L
ANHANG B. INTERNAS ZUM NACHRICHTENFORMAT 85
Dem Format der Log-Files ist im Kapitel zum Netcall ein extra Abschnitt gewidmet, um interessierten
Programmierern alle M"oglichkeiten zu bieten, die Logfiles per externes Programm auswerten zu lassen.
^L
Anhang C
Copyrights
TheAnswerIII ist Oc 1990 bis 1993 by Toni G"unzel-Peltner.
o Amiga ist eingetragenes Warenzeichen der Commodore-Amiga, Inc.
o EA und Electronic Arts ist eingtragenes Warenzeichen der Firma Electronic Arts.
o IFF/FORM ist ein von EA ins Leben gerufener Standard.
o Zerberus ist eingetragenes Warenzeichen von Wolfgang Mexner.
o ZConnect ist Oc 1992-1993 der ZERBERUS GmbH, Friedland (FRG). ZCONNECT ist ein
eingetragenes Warenzeichen der ZERBERUS GmbH, Friedland (FRG)
o MetaXPR.library Oc 1991-1993 bei Olaf Barthel
o pmCrypt Oc von Christian Mock, Frauenheimgasse 3/1, A-1120 Wien. Die in TheAnswerIII
verwendeten PM_Crypt Routienen haben aber nur die Idee "ubernommen. Der ProgrammCode ist
von mir in TheAnswerIII intregiert und unterliegt dem Copyright des Programms.
o TimerSupport und Sorted Lists ist Oc 1991 - 1993 by Nephthys Software, P.Fr"ohlich. (Routinen
dieser Programme werden in TheAnswerIII benutzt)
Das von TheAnswerIII erzeugte Signum am Ende einer Textnachricht
"- The Answer V3.00"
darf nicht ver"andert werden. Das g"anzliche Entfernen dieses Signums, auch "uber externe Programme ist nicht
erlaubt. In Einzelf"allen kann es entfernt werden, eine generelle Abschaltung, auf welche Art auch immer, ist
jedoch nicht in meinem Sinne. (Siehe Signumverbot im Bretteditor)
Und:
Nur keine Panik, es sind alles nur Nullen und Einser.
86