
30.12.,
- Urlaub bis 08.01.!
- Ich wnsche allen Benutzern ein schnes neues Jahr.


29.12.,
- Core dump im Filefix, wenn %rescan gruppe:area geschickt wurde und
  Area existierte nicht (z.B. %rescan name:*).
- Bei Dateifehlern in der Behandlung der Magicdatei wurde die alte
  Magicdatei nicht wiederhergestellt.
- Magics wurden nur bei exakter Gro-/Kleinschreibung ersetzt, ansonsten
  standen zwei bis auf diesen Punkt identische Magics in der Magic-Datei.
- Neue Namensgebung der Beta-Archive: ttbXXYY.zip, XX=Monat, YY=Tag
  (ehemals tt-beta.zip). Analog fr ttxXXYY (ehemals tt-exe.zip).
- Kompilation mit gcc 2.6.3, neue emx-DLL 0.9a#2 in tt-beta.zip und
  neuerdings in tt-exe.zip.
- Hinweis: wenn hatchen mit Pfadangabe fehlschlgt, kann es sein, da die
  Datei schon in die Filearea verschoben wurde und aus dem "anderen" Pfad
  gelscht wurde. Die Benutzung desselben Hatch-Befehls funktioniert dann
  natrlich nicht mehr. Da die Datei sich nun schon in der Filearea befindet,
  reicht es, den Hatch-Befehl ohne Pfadangabe zu wiederholen und den anderen
  Fehler zu korrigieren (z.B. falls keine Beschreibung gefunden werden konnte)


24.12.,
- Frhliche Weihnachten!


23.12.,
- Endlosschleife, wenn Benutzer in der Konfigurationsdatei "EndGroup"
  vergessen hat.
- KillUser "[vorname ]name" [aka] funktioniert. Wenn die Aka weggelassen
  wird, werden alle Vorkommen des Namens aus der Konfigurationsdatei
  gelscht, ansonsten nur diese eine Aka. "name" kann ein regulrer
  Ausdruck sein. Wer vorsichtig sein will, sollte den vollstndigen
  Namen ohne Sonderzeichen angeben, dann wird natrlich nur ein sehr
  einfacher regulrer Ausdruck ausgewertet. Gro-/Kleinschreibung wird
  ignoriert. Wenn der Name Leerzeichen enthlt, mssen "" verwendet werden.


19.12.,
- Fehler, wenn "Replaces" in der TIC-Datei "sich selbst", also denselben
  Dateinamen, ersetzen sollte. Die neue Datei wurde dann nach dem
  Kopieren in die Filearea sofort wieder gelscht. <peinlich>
- Fehler in der Beispielbatchdatei unter "12.12." in whats.new
  (file_id.diz doppelt statt desc.sdi).
- Nachtrag zur Untersttzung von "LDesc": Wenn eine Datei mit langer
  Beschreibung gehatcht werden soll, mu die Beschreibung in files.bbs
  mehrzeilig sein, sonst wird wie vorher eine (sehr lange) Desc-Zeile
  erzeugt. TTick bricht in diesem Fall eine lange Beschreibung aus
  files.bbs nicht um.
- Das Schlsselwort "Cost" in TIC-Dateien wird ignoriert (Allfix 4.3x)
- Wenn nach dem Eintragen einer Datei in die Dupedatei ein Fehler
  auftritt, wird die Dupedatei korrigiert, so da ein erneuter
  Tick-Lauf fr diese Datei nach Beseitigung des Fehlers mglich ist
  (rollback).


16.12.,
- Netmailareas vom Typ *.msg mssen trotz MsgApi unterschiedlich
  bearbeitet werden.  Bisher Endlosschleife, wenn die letzte Nachricht
  einer *.msg-Area fr den Filefix war und nach Bearbeitung gelscht
  wurde. Trat nur auf, wenn keine Antwort oder die Antwort in einer
  anderen Area geschrieben wurde. Ehrlicher Finder: Achim Jaehnke.
- AutoCreate von Areas bercksichtigt, ob ein Laufwerk mit HPFS
  benutzt wird. Wenn der Typ nicht HPFS ist, wird der Areaname im Pfad
  durch einen achtstelligen CRC32-Namen ersetzt, sofern er lnger als
  acht Zeichen ist. Areanamen bis 11 Zeichen werden durch Einfgen
  eines Punktes nach dem achten Buchstaben wieder FAT-konform.
- Relative Pfade in Areadefinitionen haben immer eine Fehlermeldung
  gebracht und Datei und TIC ins Bad verschoben, wenn der erste
  Buchstabe der Area nicht zufllig ein existierendes Laufwerk
  angegeben hat.  Jetzt wird bei relativen Pfaden automatisch der
  aktuelle Laufwerksbuchstabe angefgt (x:area), damit die Prfung auf
  freien Speicherplatz wie vorgesehen funktioniert.
- Hatchen hat die Beschreibung nicht in die files.bbs eingefgt, wenn
  eine Datei aus einem anderen Pfad als dem der Filearea gehatcht
  wurde.


15.12.,
- Coredump, wenn %pause-User einen Filefix-Request gemacht hat.
  Noch ein dummer Fehler im Zusammenhang mit der "zweiten" Aka in "Links".
  Ehrlicher Finder: Marco Kremer :-)


14.12.,
- Bug beim Versuch, nichtvorhandene Dateien zu lschen, wenn Replaces
  in der TIC-Datei angegeben war.
- Bug beim Einfgen, wenn noch keine files.bbs existiert.


12.12.,
- Die Beschreibung mit %FD wird beim Announce nur umgebrochen, wenn
  die Textbreite mehr als 25 Zeichen betrgt, da es sonst zu unschnen
  Effekten kommt. Das heit, das in der Schablonendatei %l.rFD so
  konfiguriert sein sollte, da r-l>25 ist.
- Die Areabeschreibung in einer Announceschablone wird nicht mehr mit
  %Fd erreicht, sondern mit %AD. Diese Umbenennung erfolgt aus Grnden
  der Lesbarkeit ("A"rea "D"escription).
- Die Aka der Announce-Area ist in der Schablonendatei mit %AA (statt
  %A) verfgbar.
- Datum und Uhrzeit der anzukndigenden Datei sind mit denselben
  Krzeln wie Datum (%D...) und Uhrzeit (%T...) benutzbar. Fr das
  Datum der Datei wird %Fd... (statt %D), fr die Uhrzeit entsprechend
  %Ft... (statt %T) verwendet. %FT liefert nach wie vor Datum und
  Uhrzeit.  %Fd ohne dritten Buchstaben ist fr das Datum im Format
  DD.MM.YY vorgesehen, entsprechend %Ft fr die Zeit im Format
  HH:MM:SS.
- %DY (Jahr vierstellig) hat eine Jahreszahl um 80 zu hoch ausgegeben
  (2074 statt 1994). Wieso merkt so etwas niemand?
- describe hat durch die Verwendung von regulren Ausdrcken manchmal
  eine Area mit der falschen Beschreibung versehen (z.B. die Area "PR"
  mit der Beschreibung von "PR_GIF", wenn "PR_GIF" vor "PR" in der
  Beschreibungsdatei zu finden war). Jetzt wird geprft, ob der
  Areaname vollstndig ist.
- Untersttzung von LDesc-Zeilen in TIC-Dateien.
- Die LDesc kann mit %FL angekndigt werden. Auerdem ist FL in einem
  Konditional erlaubt (neben FM und FO). Diese langen Beschreibungen
  werden nicht umgebrochen, da sie meistens Ascii-Grafiken enthalten.
- Untersttzung von mehrzeiligen Beschreibungen in files.bbs-Dateien.
  Dateibeschreibungen in files.bbs drfen maximal 2040 Zeichen lang
  sein.  Fortsetzungszeilen werden ausschlielich an einem Leerzeichen
  als erstem Zeichen einer neuen Zeile erkannt.
- "Korrektur" von berlangen files.bbs-Zeilen, damit Maximus fb(p)
  nicht durcheinandergert. Wird eine Area bearbeitet und die
  files.bbs auf die Platte geschrieben, wenn Zeilen mit langer
  Beschreibung in die nchste Zeile umgebrochen, wobei mit Leerzeichen
  eingerckt wird.  Auerdem wird das Zeichen 255 (0xff)
  ausgefiltert. Die files.bbs wird nach file-created-Datum sortiert --
  jngste Datei nach oben.
- Untersttzung fr die erweiterte Dateinamensyntax von Maximus in
  files.bbs: der angegebene Dateiname kann ein vollstndiger Pfadname
  sein.  Zur Erkennung mu der Name mit einem Laufwerksbuchstaben und
  einem Doppelpunkt beginnen und/oder einen \ oder / im Dateinamen
  enthalten.  Der Laufwerkbuchstabe darf nicht mit dem Befehl
  ExcludeDrives ausgeschlossen worden sein!
- Neues Schlsselwort "UseTICLDesc" gibt an, ob lange Beschreibungen
  in TIC-Dateien in die files.bbs bernommen werden drfen und ob
  lange Beschreibungen an die Downlinks gehatcht oder gesendet werden.
  Falls dieses Schlsselwort auf "Nein" steht, wird von langen
  Beschreibungen nur die erste Zeile gehatcht (wenn die Beschreibung
  manuell erstellt wurde), die LDesc-Zeilen werden aber trotzdem an
  alle Links weitergegeben.
- Leichte Probleme beim "initialize"-Befehl, wenn mehrzeilige
  Beschreibungen in files.bbs-Dateien enthalten waren. Durch die
  o.a. nderungen automatisch behoben.
- Erweiterung des NEWDESC-Befehls bei "RunCmd". Wenn das erste Wort
  der beabsichtigten neuen Beschreibung mit @ anfngt, wird die
  Beschreibung (auch mehrzeilig) aus der bezeichneten Datei
  gelesen. Es wird also angenommen, da nach dem @-Zeichen ein
  Dateiname folgt. Bei "UseTICLDesc" wird die gesamte Datei ohne
  Umbruch bernommen; ansonsten wird nur die erste Zeile gelesen.  Die
  Datei mu entweder im aktuellen Verzeichnis vorhanden sein, oder der
  Pfadname nach @ mu den exakten Pfadnamen (absolut oder relativ)
  angeben.  Dies kann auch dazu benutzt werden, mit dem RunCmd-Befehl
  extern eine Dateibeschreibung aus dem Archiv auszupacken,
  z.B. namens "file_id.diz" oder "desc.sdi".  Beispiel fr eine solche
  Batchdatei, aufgerufen mit RunCmd *.zip desczip.cmd %D:%P\%N %E

  @echo off
  if not "%2" == "ZIP" exit
  unzip -Cjo %1 file_id.diz
  if exist file_id.diz goto DIZ
  unzip -Cjo %1 desc.sdi
  if exist desc.sdi goto SDI
  echo OK
  exit
  :DIZ
  echo NEWDESC @file_id.diz
  exit
  :SDI
  echo NEWDESC @desc.sdi
  exit


10.12.,
- Coredump bei den linkuser- und unlinkuser-Befehlen, sowohl von der
  Kommandozeile als auch im Filefix. Hing mit der Einfhrung der
  #-Syntax (zweite Aka) zusammen.
  Randbemerkung: es ist (noch) nicht mglich, automatisch eine andere
  "meiner" Akas auszuwhlen, die fr diesen Link in einer speziellen
  Area verwendet wird. Dieses Feature ist im Moment nur durch manuelle
  Bearbeitung zugnglich.
- INF-Datei um die neuen Befehle ergnzt und Tippfehler korrigiert.


09.12.,
- Fehler bei der Behandlung von aka#aka bei AutoAdded-Areas fhrte zum
  Coredump beim Zurckschreiben der Area in die neue
  Konfigurationsdatei, wenn tatschlich neue Areas erzeugt wurden.
- Wenn der "auslsende" User bei AutoCreate-Areas seine TICs mit einer
  anderen Aka bekommen soll (aka#AKA), mu er in der Zeile "NewAreaLinks"
  explizit mit dieser zweiten Aka in der entsprechenden Syntax aufgefhrt
  werden.
  Beispiel:
  "NewAreaLinks 81:449/6700#81:449/6000"
  Diese zweite Aka wird nur dann erzeugt, wenn sie von der konfigurierten
  Aka fr diese Area (erste Aka oder -Paka) verschieden ist.
- Neues Flag -# kann in der User-Definition verwendet werden, um eine
  zweite Aka anzugeben. In Falle des Vorhandenseins dieser Aka wird
  die zweite Aka benutzt, um den Namen des Flowfiles zu erzeugen.
  Dieses Feature kann dazu verwendet werden, an eine andere Aka oder
  an einen anderen Node zu routen. Wenn der zweite Fall eintritt, sollte
  der zweite betroffene Teilnehmer *vorher* sein Einverstndnis gegeben
  haben!
  Ganz wichtig: fr die beabsichtigte zweite Aka mu ein Outbound definiert
  sein, damit ein eventuelles anderes Verzeichnis erzeugt werden kann
  (Routen ber eine Aka in einem anderen Netz). "Ich" mu nicht notwendig
  in diesem anderen Netz Teilnehmer sein, aber der Outbound mu definiert
  werden! Wenn kein Outbound gefunden wird, wird die erste Aka des Users
  benutzt.
  Die Statistikdatei fr den User wird immer unter seiner ersten Aka
  angelegt.
  Die Busy-Semaphore-Datei im Binkley-Outbound-Modus wird nur fr die
  zweite Aka erzeugt, die ausschlielich die gleichnamige Flowdatei
  schtzen soll.
  Nochmals der Hinweis: eine Datei auf der Festplatte *kann* keine
  Semaphore-Funktion erfllen, da die Kombination aus Testen und
  Erzeugen der Datei niemals atomar sein kann.
- Neues Feature im Filefix: Weiterreichen von Bestellungen, wenn eine
  Area auf dem System nicht vorhanden ist. Dies bewirkt, da statt der
  Fehlermeldung "Area nicht gefunden" eine Netmail an einen Uplink
  geschrieben wird, um dort die Area zu bestellen. Sie wird automatisch
  angelegt und beide Links werden eingetragen. Der Besteller bekommt
  eine Besttigung per Netmail.
  Die Fehlermeldung (wie vorher) kommt nur dann zustande, wenn keiner
  der konfigurierten Uplinks diese Datei im Angebot hat. Es ist also
  sinnvoll, eine mglichst reichhaltige Auswahl anzugeben und einen
  Uplink auszuwhlen, der ebenfalls Bestellungen weiterreichen kann.

  Dazu sind einige Vorbereitungen ntig:

- fr jeden Uplink, von dem Areas bezogen werden sollen, mu eine
  Datei vorliegen, die die bei ihm vorhandenen Areas
  beschreibt. Format wie beim Befehl "describe": AREA ["]Beschreibung
  in beliebig vielen Worten["]. Die Anfhrungszeichen sind optional.
  Trennzeichen zwischen Area und Beschreibung knnen ein oder mehrere
  Tabs oder Leerzeichen sein. Tabs erhhen die Lesbarkeit (bei geeignetem
  Editor).
- Neues Schlsselwort "AllowForwardRequest" yes/no/ja/nein, das dieses
  Feature erlaubt oder verbietet.
- Neues Schlsselwort "ForwardRequestPreference" aka [aka aka aka],
  das die Reihenfolge vorgibt, in der die Beschreibungsdateien der
  entsprechenden Uplinks durchsucht werden. Dieses Schlsselwort kann
  mehrfach auftreten. Ich empfehle, pro Zone/Domain eine eigene Definition
  in die Konfigurationsdatei zu schreiben. Es ist mglich, mehrere Uplinks
  in derselben Zone anzugeben. Die Reihenfolge knnte dann nach steigenden
  Telefonkosten gestaltet werden.
  *Nur* die User, die hier aufgefhrt sind, werden fr das Weiterreichen
  von Bestellungen in Betracht gezogen! Diese User sollten natrlich mit
  dem Flag -@file versehen sein, das ihre verfgbaren Fileareas auflistet.
- Neues Flag -@file in der Userdefinition, das den Filenamen der
  Beschreibungsdatei dieses Users angibt. Kann ein exakter Name mit
  Pfad sein. Wenn dieses Flag nicht angegeben ist, wird er nicht in
  Erwgung gezogen, wenn Areas angefordert werden sollen (klar :-) ).
- Neues Flag -+ in der Userdefinition, das dem User erlaubt, ForwardRequests
  auszulsen.
  Die Bestellung von Areas in Form von regulren Ausdrcken wird untersttzt,
  allerdings gibt es eine Einschrnkung: wenn in einer der Listen mindestens
  eine Area gefunden wird, auf die der regulre Ausdruck zutrifft, werden
  keine weiteren Listen mehr durchsucht. Nur, wenn in einer der Listen
  berhaupt kein Treffer war, wird weitergesucht.
- Bemerkung am Rande: der "gegnerische" Filefix mu natrlich korrekt
  konfiguriert sein, so da er den Bestellbefehl mit dem bei "mir"
  angegebenen Pawort und Aka akzeptiert. "Meine" Aka als Absender der
  Netmail ist die erste passende Aka aus der Liste der "NewAreas"-Befehle.
- Die Antwortnachricht des Filefix wird z.Zt. nicht ausgewertet. Dies mu
  (noch) manuell geschehen.
- Die Area wird mit dem neuen Flag -@ versehen, um zu markieren, da sie
  durch einen Forwardrequest angelegt wurde. In Planung ist hier das
  nchste offensichtliche Feature: automatisches Abbestellen.
- Die Area wird mit den Einstellungen aus der passenden NewAreas- und
  NewAreaLinks-Zeile erzeugt, insbesondere werden alle weiteren User,
  die eingetragen sind, *auch* an diese Area angeschlossen.
  Jeder der neu angemeldeten Benutzer bekommt eine kurze Netmail, in der
  ihm die Existenz und seine Anmeldung kundgetan wird. Wer kein Interesse
  an der Area hat, kann sie sofort wieder abmelden und hat je nach seiner
  Reaktionszeit keine Dateien in dieser Area bekommen.


08.12.,
- Ich sollte mal frher ins Bett gehen.
- Anfhrungszeichen um die Areabeschreibungen und Usernamen werden ignoriert.
- Unbekannte Befehle in TIC-Dateien werden jetzt wortwrtlich auch in die
  ausgehenden, d.h. von TTick erzeugten TIC-Dateien weitergereicht. Damit
  kommen alle Downlinks in die Gunst von Schlsselwrtern wie "Cost", "By"
  und "LDesc".
- Ein Doppelpunkt nach einem Schlsselwort in der TIC-Datei wird jetzt
  ignoriert (Randbemerkung in FSC-28). Damit wird auch z.B. "Area: test"
  akzeptiert.
- Erweiterung der Syntax bei den Links-Definitionen fr Areas bzw.
  AutoAdded-Areas: es ist fr jeden Downlink einstellbar, mit welcher
  der eigenen Akas die TIC-Datei an ihn erstellt wird. Diese Aka taucht
  dann natrlich auch in einer eventuellen Netmail an diesen Downlink auf.
  Die zu benutzende eigene Aka wird ohne Leerzeichen nach einem #
  (Doppelkreuz) an die Aka des Downlinks angehngt.

  Beispiel:
  Area ...
  Links 21:491/0#21:491/1018

  Hier ist der "fremde" Link 21:491/0, und "meine" Aka ist
  21:491/1018.  Es ist nicht mglich, die eigene Aka abzukrzen (Zone,
  Netz oder Node wegzulassen wie bei der Angabe des Links)!

  Voreinstellung ist natrlich fr jeden Link jeweils entweder die erste
  definierte Aka oder die mit -P fr diese Area definierte eigene Aka.
  Die nderung der Aka gilt pro Node, *nicht* fr den Rest der Links ab
  dieser Stelle in der Konfigurationsdatei. Wenn mehrere Links mit
  verschiedenen Akas empfangen sollen, mu jeder von ihnen entsprechend
  konfiguriert werden.

  Randbemerkung: das Zeichen # darf in Domainangaben nicht (mehr)
  verwendet werden.
- Um der Verwirrung bei der Verwendung der <- und >-Flags bei den Links
  ein Ende zu bereiten, fhre ich s fr send-only und r fr receive-only
  ein. Man beachte die Kleinschreibung! Die bisherigen Flags S/N/T/</>
  funktionieren weiterhin. Die Flags < und > verschwinden beim nchsten
  Schreiben der Konfigurationsdatei automatisch.
  Wer sich nicht sicher ist, ob die Link-Flags bei ihm in korrekter
  Groschreibung in der Konfigurationsdatei enthalten sind, kann mit
  der alten Version mit dem Befehl "ttick -W [beliebiger Befehl]" ein
  Zurckschreiben der Datei erzwingen. Dann stimmt in der Hinsicht alles.
  Auch der Filefix gibt bei den Meldungen die Meldungen im neuen Format aus.
- Neuer Kommandozeilenbefehl "describe", der die Beschreibungen aller (ALL)
  oder nur der angegebenen Areas ndert. Wenn nur eine Area zu beschreiben
  ist, ist es zweckmig, die Beschreibung in "" direkt anzugeben. Zur
  Bearbeitung mehrerer Areas ist die Form "@file" vorgesehen, die die
  Informationen aus einer Datei einliest. Format dieser Datei ist recht
  simpel:

  AREANAME ["]beschreibung in mehreren Worten["]

  Die Anfhrungszeichen sind optional. Zwischen Areaname und der
  Beschreibung sind beliebig viele Tabs und/oder Leerzeichen erlaubt.

  Da das @-Zeichen auf der Kommandozeile eine spezielle Bedeutung hat
  (s. dazu das Stichwort "response-file"), mssen in diesem Fall ""
  verwendet werden, also "@file", damit der Inhalt von "file" nicht
  als weitere Kommandozeilenbefehle interpretiert wird.


06.12.,
- Nikolausi
- Im Fall DupeSize 1 konnte ein zuflliger Wert fr den "Dateizeiger
  auf die nchste zu benutzende Stelle" in die Dupedatei geschrieben
  werden (der erste int zeigt auf die nchste freie Stelle, wenn
  DupeSize!=0 einstellt ist).
- Neuer Kommandozeilenbefehl "initialize". Erlaubte Parameter sind
  "ALL" oder ein Gruppenname (gefolgt von einem : Doppelpunkt) oder
  ein Areaname (optional mit Gruppenangabe), der alle angegebenen
  Fileareas abarbeitet und die CRCs der in files.bbs angegebenen und
  vorhandenen Dateien in die jeweiligen Dupedateien abspeichert.
  Dieser Befehl sollte einmal nach der Installation von TTick benutzt
  werden, um die schon vorhandenen Dateien zu erfassen und Duplikate
  auch im Vergleich zur Filebase zu erkennen. Mit dem Schalter -k
  bzw. DefaultMode killfiles "aktiv" wird die vorherige Dupedatei
  gelscht, falls vorhanden. Ohne diesen Schalter wird eine
  evtl. vorhandene Dupedatei behalten und alle CRCs angehngt (mit
  Prfung auf Doppelte). Das kostet natrlich mehr Zeit.  Bei der
  Erzeugung einer neuen Dupedatei wird geprft, wieviele Dateien schon
  in der Area vorhanden sind; falls mehr Dateien gefunden werden, als
  in DupeSize erlaubt sind, wird eine Warnung ausgegeben und die Area
  nicht bearbeitet. Hier mu von Hand der Wert des Schlsselworts
  "DupeSize" hher gesetzt werden, damit alle CRCs gespeichert werden
  knnen.


01.12.,
- Maximale Originlnge von 79 auf 78 korrigiert. Lngere Origins werden
  gnadenlos gekrzt.
- Beliebig viele Inbound-Pfadangaben mglich. Da die Announce-PKTs bisher
  auch im Inbound-Pfad erzeugt wurden, gilt hier, da die PKT-Dateien
  jetzt immer im ersten definierten Inbound-Verzeichnis abgelegt werden.
  Mindestens dieses Verzeichnis mu also auch im Tosser definiert sein.
- Kleinere Probleme mit der MsgApi ausgerumt. Bei den Aufrumarbeiten
  viele Warnungen und Fehlermeldungen zur Nachrichtenbearbeitung durch
  den Filefix beseitigt.


30.11.,
- Neues Schlsselwort "MaximumLockedRetries", das eine Anzahl als
  Parameter erwartet.  Wenn eine Netmailarea von einem anderen Proze
  gesperrt ist, versucht TTick maximal so oft in Abstnden von 0,5
  Sekunden, die Area nochmals zu ffnen. Nach der angegebenen Anzahl
  an Versuchen wird aufgegeben. Im schlimmsten Fall ist TTick also
  knapp "Anzahl"/2 Sekunden "tot" und gibt nur Rechenzeit ab (jeweils 0,5
  Sekunden...). In der Logdatei steht jeweils die Nummer des
  fehlgeschlagenen Versuchs. Weglawert ist 300 (2,5 Minuten Warten).
- Weglasswert fr "AnnPart" ist jetzt " %d/%d "
- Wenn Logmeldungen der Art "Datei kann nicht geffnet werden" kommen,
  mit "Set EMXOPT=-h80" die Filehandles fr die emx-C-Runtime vergrern.
  Statt 80 kann hier ein anderer Wert stehen, der >40 sein sollte
  (Ausprobieren).
- Bei Announce-Nachrichten ber mehrere Teilnachrichten hat die Logmeldung
  die Ersetzungsvariablen und nicht die dafr eingesetzten Werte angezeigt
  (30 Nov 21:23:04 TTCK Announce Subj: %G: Neue Files 1/2)


27.11.,
- Workaround fr Problem in OS/2 Warp beim Schreiben der Konfigurationsdatei.


20.11.,
- Unschne Formatierung in der Nachricht an den Sysop korrigiert:
  "### file with ######## bytes in this area", aber
  "### files with ######## bytes in this area".
  Jetzt ist immer die Anzahl an bytes in derselben Spalte wie die
  Grenangaben der Dateien darber.


19.11.,
- Problem im Filefix behoben, wenn eine *.msg-Netmailarea nicht korrekt
  durchnumeriert war (erste Nachricht war nicht 1.msg). Fr die
  Squish-MsgApi ist leider die erste Nachricht in *.msg-Areas 1.msg und
  nicht die erste vorhandene.
- Falsche Pluralbildung beim Filefix-Befehl %request
  ("1 file have been sent").


17.11.,
- Fehler in der sample.cfg-Datei: ein Punkt statt Kommentarzeichen.
- Wenn keine Announce-Area definiert war, wurde zwischen Pfad und
  "sonstige Flags" ein Leerzeichen zuviel geschrieben.
- Die Zeilenumbruchfunktion fr die Dateibeschreibungen (%x.yFD)
  hat als Zeilentrennzeichen 0x0a statt 0x0d geschrieben, was in
  PKTs nicht zulssig ist.
- Anderer Zeilenumbruch im internen Hilfetext. Mehr Logmeldungen,
  vor allem Fehlermeldungen in Bezug auf den Fehler beim Zurckschreiben
  der cfg-Datei.
- Ein Betatester berichtet, da er durch Konvertierung einer *.msg-Area
  ins Squishformat alle Filefixprobleme lsen konnte. Scheinbar hat die
  Squish-MsgApi Probleme, insbesondere mit vielen Dateien (mehrere Hundert)
  in einem Verzeichnis.
  Fazit: keine *.msg-Areas benutzen. Es gibt Filefixe und Areafixe, die
  Squishformat lesen knnen :-)


13.11.,
- Beim Lesen der Datei Compress.Cfg wurden "reine" Kommentarzeilen
  mit Leerzeichen am Zeilenanfang nicht ignoriert ("    ; ..."),
  sondern eine Fehlermeldung "Unknown keyword ..." ausgegeben.
- Idee zur Benutzung des "collect"-Befehls: einmal pro Tag wird die
  Datei, die durch das Schlsselwort "TickedAreas" angelegt wird,
  ausgewertet. Durch Auszhlen stellt man fest, wieviele Dateien in
  jede Area vertickt wurden, da der Befehl fr jede Datei einen
  Eintrag in diese Datei schreibt, und kann alle diese Dateien in
  *einer* Ankndigungsnachricht "loswerden". Dies ist insbesondere
  interessant, wenn man mehrfach pro Tag pollt, oder wenn mehrere
  Leute Dateien in dieselbe Area schicken (drfen).

- "collect" mit einer positiven Anzahl hat eine Datei zuwenig
  angekndigt. Besonders dumm, wenn man collect AREA 1 benutzen wollte.

- Die Beschreibung wird jetzt innerhalb der Grenzen "linker Rand" und
  "rechter Rand" wortweise umgebrochen, falls die Syntax %10.70FD
  benutzt wird, wobei 10 ein mglicher Wert fr den linken und 70 fr
  den rechten Rand ist. Die Syntax %x.yFD ist nur bei %FD erlaubt! Es
  ist auch mglich, den linken Rand nicht zu setzen, dann wird immer
  linksbndig gesetzt: %.70FD beschrnkt den rechten Rand.  Die
  Wortumbruchfunktion bercksichtigt Wortgrenzen, d.h. bricht am
  letzten Leerzeichen um, wenn die Formatierungsbreite mindestens 25
  Zeichen betrgt (rechts minus links). Ansonsten wird an der exakten
  Position umgebrochen.
  Die Position zhlt ab 1, d.h. %1.50FD entspricht %.50FD. Nicht den
  Punkt vergessen, das sieht sehr unschn aus!

  Bemerkung: die erste Zeile der Beschreibung wird nur nach rechts
  eingerckt, falls sie direkt auf ein Zeilentrennzeichen folgt und
  ein linker Rand vorgeschrieben ist (logisch). Fehlt eine Angabe fr
  den linken Rand, werden alle folgenden Zeilen entsprechend bndig
  zur ersten Zeile eingerckt. Ansonsten werden alle folgenden Zeilen
  gem dem vorgegebenen Rand formatiert.

- ExcludeDrives hat nicht wie beabsichtigt gearbeitet, sondern hat
  nach wie vor mit DosQueryFSAttach alle Laufwerke abgeklappert
  (Logmeldung "Available drives..."). Jetzt wird auch bei dieser
  Logmeldung ExcludeDrives bercksichtigt.


10.11.,
- INF-Datei angepat und Fehler korrigiert.
- Fehler beim Erzeugen neuer bzw. Prfen vorhandener TIC-Datei-Namen:
  Unterverzeichnisse in HoldDir wurden mit bercksichtigt, so da u.U.
  unschne TIC-Namen wie TTit.Tic erzeugt wurden.
- Der Filefix-Befehl %request funktioniert nun auch, wenn der User
  in der Area nicht angemeldet ist. Das ist eigentlich der Normalfall,
  nehme ich an.
- Fehler in Announce: nach einem Vorkommen einer linksbndigen Formatierung
  mit %-zahl wurden alle folgenden Variablen dieser Zeile ebenfalls
  linksbndig formatiert (zB. bei %-13FN %8FS wurde %-8FS benutzt).
- Bessere Logmeldung statt "Programmer error in addarealinks()".
- nderung, damit diese Fehlermeldung nicht mehr auftritt :-)
- Neuer Kommandozeilenbefehl "collect", der es zulsst, da eine
  Area und nicht der letzte tick- oder hatch-Befehl in Echoareas
  angekndigt wird.
  Syntax: collect AREA anzahl
    Dabei ist AREA ein Areaname oder gruppe:area oder :area.
    Es ist nicht mglich, alle Areas einer Gruppe auf einmal
    ankndigen zu lassen.
    "anzahl" ist eine positive oder negative Zahl oder der Text "ALL".
    Falls "anzahl" positiv ist, werden entsprechend viele der neuesten
    Dateien angekndig, im anderen Fall entsprechend viele der ltesten
    Dateien in dieser Area.
  Nach "collect" knnen noch tick- und oder hatch-Befehle stehen. Die
  gesammelten Daten werden mit dem nchsten announce-Befehl in PKTs
  geschrieben.
  Dieser Befehl arbeitet nur, wenn fr die gewnsche Area mit -A
  mindestens eine Announce-Area definiert wurde.


03.11.,
- Die TTick-Semaphore wird jetzt dazu benutzt, auf den/die anderen
  Prozesse zu warten, die die gleiche Semaphore benutzen, statt das
  Programm abzubrechen. Wenn der einzig laufende TTick-Prozess
  beendet, wird die Semaphore erst gepostet und dann gelscht.
- Fehlerprfung auf Konfigurationsfehler im Outbound-Befehl.
- Falls ein User bei NewAreaLinks eingetragen war *und* die Area
  durch ihn erzeugt wurde, wurde er doppelt eingetragen. Wird jetzt
  geprft und verhindert -- Logmeldung "Tried double add ...".
- Falls ein TTick-Benutzer eine Area mit einer Pointnummer benutzt,
  wurde sein Uplink, falls dies zufllig sein "Boss" war, nicht
  korrekt zurckgeschrieben (genauer: ist "3D" eine Aka, gab es
  Fehler im Fall Area ... -P"3D".1, Links "3D".0).
- Beim AutoCreate von Areas wurde nur der erste Downlink in die
  NewAreaLinks-Zeile zurckgeschrieben.


02.11.,
- Neue Announce-Variable: %Fd setzt die Beschreibung einer Filearea ein
  (kleines "d"!).
- Filefix-Befehl %passive als Synonym fr %inactive und %pause mglich.
- Dokumentationsfehler: der neue Filefix-Befehl heit natrlich
  "%request" und nicht "%rescan" (s. 24.10.). <peinlich>
- Dokumentation im INF-Format von Martin Mirgel. Danke!
- Von mir erweitert um die Neuerungen der diversen whats.new-Eintrge
  und einige Querverweise.
- TTrobot.Hlp (Hilfedatei des Filefix) an die neuen Befehle angepat.


01.11.,
- Core dump beim Aufruf von externen Befehlen, die extrem "lange"
  Bildschirmausgaben machen, ohne ein Zeilenende zu erzeugen.
  Dies tritt zB. auf, wenn OS2Scan viele Dateien zu prfen hat:
  hier wird einfach nur zwischen die einzelnen Dateinamen ein <CR>
  ohne <LF> geschrieben, damit die Dateinamen alle in einer Zeile
  bleiben. Durch die endliche Puffergre von TTick fr Bildschirmausgaben
  des gestarteten Programms kann man diesem Problem nicht sinnvoll
  begegnen, auer, die Bildschirmausgabe nach \DEV\NUL oder in eine Datei
  umzuleiten, wenn's wichtig ist.

  Beispiel fr eine Batchdatei, mit der ein externes Programm aufgerufen wird:

  C:\util\scan\os2scan * /SUB >\DEV\NUL
  if not errorlevel 1 goto OK
  echo BAD
  goto ENDE

  :OK
  echo OK
  :ENDE

- Mehr Fehlermeldungen, wenn TIC-Datei nicht in Ordnung ist:
  "Kein Pawort" (zustzlich zu "Pawort falsch")
  "Gruppe nicht in der Userdefinition aufgefhrt"
