This is Version 2.03 Rev5 of TheAnswer - 20 Jun 1992 TheAnswerII is (C) 1991,1992 by Toni Günzel-Peltner Änderungen von TheAnswerII Änderungen von der Version 2.01 auf die Version 2.03: """"""""""""""""""""""""""""""""""""""""""""""""""""" Grundsätzliches: TheAnswer 2.03 ist ein Mini-Update der nur dazu da ist gravierende Fehler zu beseitigen. Neue große Erweiterungen, wie sie in vielen Verbesserungsvorschlägen gemacht wurden, sind nicht zu finden. Diese Vorschläge sind aber nicht ingnoriert, sondern werden im eigentlichen Großprojekt verarbeitet: TheAnswerIII TheAnswer 2.03 ist in der AMC.ZER auch als Gast zu saugen. Ich hoffe, daß das paket ab dem 20.06.92 verfügbar ist. Das Grundpaket wird ebenfalls über das FRAS-Netz geroutet. Spezialversionen für für 32-Bit Prozessoren und die TeX-DOK für TheAnswer sind nur in der AMC erhältlich. Ansonsten gelten die Verbreitungsbestimmungen der Dokumentation. Folgende Bugs wurden entfernt: 1. Überarbeitung der seriellen Routinen. Da es in letzter Zeit Probleme bei einigen Server gab, weil KONFIGURATION TheAnswer Als Zeilenabschluß beim Login ein CR und ein LF GEÄNDERT sendete, ist dies nun schaltbar. Man kann das zusätzliche LF aus- oder einschalten. Ist LF auf aus, wird nur ein CR als Zeilenabschluss gesendet. Dieser Schalter findet sich unter dem Schalter für das Meta-XPR-Fenster auf der Netcall-Seite der Konfiguration. Bei Umsteigern steht er auf EIN. Neu-User, die die Konfiguration zum ersten Mal benutzen, werden diesen Schalter auf AUS finden. Zu lange Timoeuts zwischen dem erkennen von CONNECT und dem ersten Zeichen von der Serverbox habe TheAnswer bisher zum Auflegen gebracht.Das trifft nicht mehr zu. Auch nach dem erkennen von CONNECT liegt der Timeout nun bei der in der Konfiguration eingestellten Werten. Eingestellt wird dieser Wert wie bisher unter Warten auf CONNECT, auch wenn er jetzt auch das warten NACH CONNECT beeinflußt. Erst wenn der richtige Login beginnt, also nach dem senden des Usernamens "ZERBERUS" wird der Timeout auf 10 Sekunden zurückgeschraubt, um bei LOgin-Fehlern nicht zu lange ONLINE zu sein. TheAnswer hatte Probleme mit PreArcer-Servern. Dieses Problem ist behoben. TheAnswer erkennt das Arc-Ende nun auch, wenn es unmittelbar auf das "running arc" folgt. Damit läuft TheAnswerII (AB V2.03) AUCH mit dem MailBox-System EDGAR. Mailbox-System wie ConnectLine, können das "Schlafmützen- Flag" bei ihren TheAnswer-Points entfernen. Ferner wurde die Routine zum erkennen von CONNECT geändert. Der String "CONNECT" wird nur noch als Vorgabe erkannt, wenn der Benutzer im Feld "Warten auf Connect" NICHTS eingetragen hat. Ist dort ein String eingetragen, auf den TheAnswer warten soll, bis es einen Connect aktzepiert, wird auf ein "CONNECT" vom Modem NICHT mehr reagiert. 2. Einsortieren eines Netcalls, Nachrichtenweiterleiten: TheAnswer merkt sich seit dieser Version die Bretter, die aus verschiedenen Gründen einmal verweigert wurden. Gründe dafür sind entweder, daß der Benutzer beim Einsortieren einen neuen Brettnamen verweigert oder in einem Brett bereits 999 Nachrichten sind. In dieser Version wird nur noch EINMAL gefragt, ob ein Brett neu erzeugt werden soll und auch nur einmal daraufhingeweisen, daß ein Brett voll ist. Danach werden die Nachrichten auch ohne weitere Nachfrage nach UNZUSTELLBAR kopiert. Diese Liste wird jedesmal erneuert, wenn man einen neuen Netcall einsortiert oder in ein anderes Brett wechselt. 3. ReConverter-Bug Wenn ein Betreff mit Re^ begann, aber dann im Betreff kein ":" oder " " mehr kam, hängte sich TheAnswer in eine Endlosschleife. Ebenso machte TheAnswer aus einem "Re^2:2 text" ein "Re^23:text". Beides wurde behoben. 4. Adressdatei und Netcall. Es kommt vor, daß man zwischen zwei Netcalls die Adressdatei ändert. Insebsondere wenn man das Codierverfahren bei einem User ändert, hat das folgen auf die Uploaddatei. Daher wird das Spoolbrett nun auch neu zusammengestellt, wenn in der Adressendatei etwas geändert wurde. Neue Features: Die neu eingeführten Features sind sogenannte "Dreizeiler", sprich sie sind drin, weil es Minutenarbeit war sie einzubauen. Aufwendige Neuerungen sind für TheAnswerII nicht mehr vorgesehen. - Sprung zur nächsten neuen Nachricht modifiziert Leider ist es allgemein bekannt, daß insebsondere in den KONFIGURATION AMIGA-Brettern des Z-Netzes immer mehr Trash gesendet wird. GEÄNDERT Ich kann das nicht ändern, aber ich habe eine Antwort darauf: Auf der Konfiguration-Seite "Sonstiges" gibt es einen neuen dritten Schalter in der Gruppe "Movement im Inhaltmenü". Hier kann man nun schalten, ob nach benutzen von TABULATOR (Sprung zu nächsten Nachricht) diese zum lesen angewählt wird oder nicht. Ist der Schalter auf EIN, funktioniert die Option wie immer, man springt zur nächsten neuen nachricht und liest sie. Ist der Schalter auf AUS, springt man wie gewohnt zur nächsten neuen Nachricht, muß aber extra RETURN/ENTER drücken, um die Nachricht zu lesen. Sinn dieser Aktion ist es natürlich, das durchscannen zu beschleunigen, daher wird die nachricht auch als ALT markiert, wenn man sie OHNE Lesen anspringt. Defaultmäßig ist er auf EIN, auch bei Umsteigern wird er auf EIN gestellt. - Automatisches löschen in der Brettliste sichtbar In der Liste aller Bretter wird nun nach der Uhrzeit und vor dem Brettnamen noch angezeigt, ob das Brett auf AutoDelete steht oder nicht. Bretter, bei denen AutoDel ausgeschalten ist, steht ein "N", ansonsten die Anzahl der Tage des AutoDelete. - Anzahl der Nachrichten in der Brettliste sichtbar Nach dieser AutoDel-Anzeige und ebenfalls vor dem Brettnamen steht eine Zahl, die die Anzahl ALLER Nachrichten, die gerade im Brett sind angezeigt. Eine Anzahl wieviel NEUE Nachrichten im Brett sind, ist nicht möglich, da sie jedesmal berechnet werden müßte. - AutoDel-Auslöser Bisher wurde das automatische Löschen von Nachrichten auf die Sekunde genau ausgeführt. Auf allgemeinen Wunsch der User von TheAnswer wird nun nur noch auf den TAG genau gepürft. Bei einem AutoDel von z.B. 3 Tagen, wird die Nachricht gelöscht, wenn es zum dritten mal 24 Uhr nach dem Einsortieren der Nachricht war. Tatsächlich gelöscht wird die Nachricht immer noch erst, wenn man das Brett anwählt, bzw. im Brettmenü über den Punkt "AutoDel auslösen" eine Anwahl aller Bretter emuliert. Die Dokumentation wurde, soweit erforderlich den neuen Gegebenheiten angepaßt. Benutzer der Version 2.00 oder 2.01 müssen sie aber nicht nochmal lesen. In diesem Text ist alles neue erfaßt. KONFIGURATION GEÄNDERT Dies bedeutet, daß bislang reservierte Bytes, die unbenutzt im Konfigurationsfile schlummerten, benutzt werden. Beim laden der Konfiguration mit TheAnswer 2.03 treten keine Probleme auf. Lädt man eine 2.00/2.01-Konfiguration zum ersten mal in TheAnswer 2.03 wird dies erkannt und die neuen Schalter auf die Werte gesetzt, die einer 100%igen Kompatibilität entsprechen. Lädt man eine 2.03 Konfiguration in TheAnswer 2.00 oder 2.01 passiert schlicht nichts. Die neuen Felder werden ignoriert, alles andere läudft fehlerfrei. Änderungen von der Version 2.00 auf die Version 2.01: """"""""""""""""""""""""""""""""""""""""""""""""""""" In der Version 2.01 wurden KEINE neuen Features eingebaut. Die alte Dokumentation ist uneingeschränkt gültig. Falls noch Bugs in TheAnswer sind, so wurden sie mir nicht gemeldet und sind mir daher nicht bekannt. TheAnswer 2.01 dürfte aber nun so ziemlich fehlerfrei sein. Folgende Bugs wurden entfernt: 1. Cookie-Bug: In der Cookie Datei wurden Umlaute gar nicht und der Zeilenabschlusz fehlerhaft konvertiert. 2. Ringing-Codes TheAnswer erkannte das Hayes-Echo "RING" schon immer. Es bedeutet, da jemand gerade anruft. HST-Modems benutzten zusätzlich "RINGING", das ankündigt, daß man durchgekommen ist und es beim anderen Teilnehmer klingelt. Buggy war, da TheAnswer den RINGING-Text von PEP-Modems nicht erkannte, der da "RRING" ist. 3. AdressMenu-NotePad Der Befehl NotePad funktioniert nun auch im AdressMenu 4. Im InhaltMenu hat sich der Slider und die DoppelKlick-Routine verschoben, wenn über das Weiterleitemenu das AdressMernu aufgerufen wurde. 5. Beim externen Weiterleiten privater Nachrichten wurden zwei Bugs behoben: 1. Externes weiterleiten geht auch, selbst wenn ein privates Brett für dieses User exestiert. 2. Befindet man sich bereits im /ANTWORTEN-Brett wird dies erkannt und der Kopie-Eintrag in /ANTWORTEN korrekt erzeugt. 6. Externes Weiterleiten von Nachrichten funktioniert nun auch korrekt, wenn man sich im Spool-Brett befindet. 7. Beim Auslagern im ToolMenu wurden zwei Dinge geändert: 1. Wenn man in ein File auslagern abbricht (File-Requester-Forget It) wird als Status nun auch "Aktion abgebrochen" ausgeben. 2. Bei ein "File+packen" Wird beim Abbruch mittels des ersten File- requesters der Filerequester zum Packen NICHT mehr aufgerufen (Folge von 1.) 8. Der AdressError der manchmal beim Verlassen von TheAnswer auftrat ist raus. 9. Der MAPS-Bug Es wurde beim Befehl "Andere Nachricht an MAPS senden" KEINE MessageID erzeugt. 10. Beim Auslagern von Nachrichten im Netcallformat, die länger als 10.000 Byte waren, wurden fehlerhafte Header erzeugt. behoben. Änderungen in anderen Dateinen: (Version 2.01) """"""""""""""""""""""""""""""" Das TextFile InhaltHilfe wurde berichtigt: Dort steht noch unter K - ALLE Nachrichten löschen, Allerdings löscht man mit K nur alle NEUEN Nachrichten. Die von Torsten Drees erstellte TEX-Version der TheAnswer Dokumentation ist von mir gecheckt und in Ordnung. Ab TheAnswer 2.01 ist sie offizieller Bestandteil von TheAnswer und kann daher (muss aber nicht) Bestandteil des Komplettpaketes sein, ohne das Copyright zu verletzten. TheAnswer, TheAnswerII ist (C) 1991,1992 by Toni Günzel-Peltner TheAnswer.tex ist (C) 1991 by Torsten Drees Ergänzung des Copyrights aus gegebenen Anlaß: Die hier folgenden Ergänzung bestand schon immer, war nicht ausdrücklich definiert, sondern leitete sich nur aus dem allgemeinen Copyright ab. Das von TheAnswer erzeugte Signum am Ende einer Textnachricht "-- THE ANSWER V2.03", "-- THE ANSWER V2.01" bzw. "-- THE ANSWER V2.00" darf NICHT verändert werden. Das gänzliche Entfernen dieses Signums, auch über EXTERNE Programme ist nicht erlaubt. In Einzelfällen kann es entfernt werden, eine generelle Abschaltung, auf welche Art auch immer, ist jedoch nicht in meinem Sinne. Ausnahme: Private Nachrichten, Nachrichten an System-Accounts (MAPS) und Mails in Gates, die dieses Signum nicht erlauben, dürfen OHNE Signum versandt werden. Derzeit ist mir allerdings kein Gate bekannt, der ein Signum dieser Art verbietet. This is Version 2.03 Rev5 of TheAnswer - 20 Jun 1992