
26.09.,
- FilenameCasePattern hat kurze Dateinamen mit den Resten vorheriger,
  lngerer Dateinamen "vervollstndigt". <peinlich>
  (Michael Kramm, Ulf Rattenholl)


23.09.,
- Neuer Konfigurationsbefehl "FilenameCasePattern" gibt an, in welcher
  Form der Dateiname in die Files.bbs-Datei geschrieben wird. Hierbei
  kann fr jedes Zeichen des Dateinamens Klein- oder Groschrift
  ausgewhlt werden. Fr einen Kleinbuchstaben wird ein "l" verwendet,
  fr einen Grobuchstaben ein "U" (lowercase/Uppercase). Das "Muster"
  mu genau 8+3 Zeichen lang sein und einen Punkt an der richtigen
  Stelle enthalten.

  Beispiel:

    FilenameCasePattern llllllll.lll
    FilenameCasePattern Ulllllll.Ull
    FilenameCasePattern UUUUUUUU.UUU
  (Frank Bttner u.v.a.)
- Neuer Befehl "CleanBackupPath" gibt ein Verzeichnis an, in das Dateien
  verschoben werden, die sonst whrend der Ausfhrung des "clean"-Befehls
  gelscht werden wrden. In diesem Verzeichnis wird auch eine files.bbs
  gepflegt, allerdings werden keinerlei Vorkehrungen getroffen, falls
  Dateinamen doppelt auftreten sollten.
- Coredump, wenn TIC-Datei nicht geffnet werden konnte.
  (Alexander Topolanek)


20.09.,
- Mein Geburtstag (7 Wochen und 4 Tage verheiratet!)


17.09.,
- Wenn nach einer TIC-Datei mit falschen "To" oder "Dest" eigentlich
  korrekte TIC-Dateien ohne "To" oder "Dest" verarbeitet werden
  sollten, wurden diese Dateien ebenfalls als falsch abgelehnt ("None
  of my akas"). Erkennbar daran, da keine Fehlermeldung "x:y/z: not
  for us" ausgegeben wurde.
  (Ulf Rompe)
- Die Erzeugung der "Dest"- und "To"-Zeile in ausgehenden TIC-Dateien
  ist abschaltbar mit dem neuen Schlsselwort "TICDestination ja/nein".
  Es gibt scheinbar Tick-Programme, die dieses Schlsselwort nicht
  kennen/auswerten und deshalb unverndert weiterreichen (konsequent
  und im Prinzip richtig, aber hier natrlich falsch, denn falls beim
  nchsten Empfnger Dest/To ausgewertet wird, ist dies ein Grund, die
  TIC-Datei zu verwerfen). voreinstellung ist "ja", d.h. "Dest" und
  "To" werden erzeugt.
  (Lutz Engelhardt)
- Mgliches Problem umgangen, wenn der vorgesehene Speicherplatz fr
  eine zu erzeugende Netmail nicht ausgereicht hat (viele Areas und
  Filefix %list o..).
  (Jack O'Neill)


09.09.,
- In der Einstellung "LDescOnly JA" wurde die erste Zeile der LDesc
  um LDescWidth zu weit eingerckt.
- Falls die LDesc nur eine Zeile umfasste, wurde trotz "LDescOnly JA"
  sowohl die Desc- als auch LDesc-Zeile in files.bbs geschrieben.
  (Michael Niemetz)
- Hinweis "expires in -5 days", falls der Demo-Key abgelaufen ist,
  korrigiert.
- TTick.Inf erweitert.


07.09.,
- RunCmd kann eine temporre Datei erzeugen, die die lange
  Beschreibung der gerade bearbeiteten Datei enthlt. Dazu gibt es den
  neuen Ersetzungsparameter %L. Dies expandiert zu einer Datei im
  TMP-Verzeichnis (Umgebungsvariable). Aus derselben Datei wird die
  neue, lange Beschreibung wieder zurckgelesen.


20.08.,
- sqisem deutlich erweitert. Es gibt jetzt die Moeglichkeit, beliebige
  Semaphorenamen zu erzeugen, sowohl die 1.x-kompatiblen \sem\-Namen
  als auch \sem32\-Namen. Da TTick nicht berprft, welchen Typ ein
  Name impliziert, gibt es zwei neue Schalter, die entscheiden, ob die
  16- oder 32-bit-Funktionen aufgerufen werden.

  Syntax:

    sqisem [-q] [-1] [-2] [-s semname] [programm] [dessen parameter]

    -1: 16-Bit-Semaphore (OS/2 1.x)
    -2: 32-Bit-Semaphore (OS/2 2+)
    -s: name der Semaphore komplett.
    -q: quiet, keine Meldungen von sqisem.


19.08.,
- Problem, falls in einer TIC-Datei von zwei aufeinanderfolgenden
  Seenby-Eintrge der erste eine Domain hat, der zweite nicht, und
  beide Eintrge zu unterschiedlichen Netzen gehren. Dann wurde die
  Fehlermeldung "My aka xxx not in Seenbys" ausgegeben und die Datei
  ins Bad verschoben.
  Verhalten kam dadurch zustande, da mehrere Akas, auch abgekrzt,
  in einer Seenby-Zeile erlaubt sind und die zweite Aka dann den Domainnamen
  der vorherigen Aka erhielt. Jetzt werden in Seenbys und Path-Zeilen
  keine Domainnamen mehr ergnzt.
  (Kai Pape)
- Tippfehler in TTick.Inf korrigiert, neue Befehle nachgetragen.
- Logfile wurde nicht angelegt, wenn der Pfad zu der Datei nicht existiert.
  Jetzt wird bei -L und dem Konfigurationseintrag "Logfile" versucht, einen
  etwaigen Pfad neu anzulegen, wenn er noch nicht existiert.
- Neues Schlsselwort "CheckDiskFull" bestimmt, auf welchen Laufwerken
  nach einem Mindestbetrag an freiem Speicherplatz geprft wird. Falls
  nicht auf allen Laufwerken gengend Speicherplatz vorhanden ist, bricht
  TTick mit errorlevel 8 ab. Dadurch gehen keine Dateien und sonstigen
  Informationen verloren und das Ticken kann nach manueller Behebung
  wieder aufgenommen werden. Da Laufwerksbuchstaben geprft werden, kann
  dieser Test nicht greifen, falls Netzlaufwerke in UNC-Schreibweise
  verwendet werden (\\server\pfad\datei).

  Syntax:
    CheckDiskFull BETRAG_KB LAUFWERK[E]

  Beispiel:
    CheckDiskFull 512 CDEF

  prft auf C, D, E und F, ob mindestens je 512 KB frei sind.
  Diese Prfung kann mit dem Schalter -D umgangen werden, damit z.B.
  der "clean"-Befehl aufgerufen werden kann.


07.08.,
- Statt des fest vorgegebenen "GMT+1" wird jetzt der mit der
  Umgebungsvariable TZ (bzw. EMXTZ, falls TZ nicht gesetzt ist)
  gesetzte Name der Zeitzone verwendet. Da die emx-C-Bibliothek
  keine Sommerzeiterkennung untersttzt, wird hier immer der
  Zeitzonenname der Winterzeit ausgegeben. Dies wird sich irgendwann
  automatisch ndern, sobald die C-Bibliothek dies untersttzt.
- Hinweis fr Benutzer von alten Versionen ohne Registrationsprfung:
  der Inhalt der mitgelieferten Datei demo.key mu in TTick.Cfg
  eingefgt werden! Das Schlsselwort "RegisterKey" wird nicht in
  externen Key-Dateien gesucht, sondern ausschlielich in der/den
  Konfigurationsdatei(en), die -- ausgehend von TTick.cfg --
  ausgewertet werden.


06.08.,
- Die C-Runtime-Bibliothek wird nun als DLL verwendet (EXE-Datei kleiner).
  Die Datei emxlibcm.dll liegt bei und mu ber LIBPATH erreichbar sein.
- Hinweis: wenn der Befehl "initialize" verwendet wird, werden bei
  Verwendung von "-k" oder "DefaultMode KillFiles" fr jede Area
  eine neue Duplikatdatei angelegt. Falls jemand eine globale Dupedatei
  eingestellt hat, wird diese natrlich dann immer wieder gelscht und
  von neuem gefllt. Da TTick diesen Fall nicht erkennen kann, mu hier
  der Benutzer mitdenken. Bei einer (oder mehreren) globalen Dupedateien
  mu das Unterverzeichnis fr diese Dateien manuell gelscht werden und
  TTick initialize mit ausgeschaltetem "KillFiles" aufgerufen werden.
- Die Zeilen der Konfigurationsdatei(en) drfen jetzt bis zu 8192
  Zeichen lang sein, damit auch alle Downlinks einer Area versorgt
  werden.
  (Henning Roll)
- In Bildschirmmeldungen, die durch "RunCmd" mitprotokolliert wurden,
  wurden %-Zeichen verdoppelt.
- Filefix versteht jetzt bei %rescan zustzlich eine Datumangabe,
  damit auch Dateien vor, nach oder mit einem bestimmten Datum angefordert
  werden knnen.

  Syntax:
    %rescan [group:]area[,R=anzahl][,A=datum oder ,B=datum oder ,E=datum]

  A steht fr "after", B fr "before", E fr "equal", d.h. es wird
  ein Datum der Form ddmmyy oder dd.mm.yy erwartet, Wenn sowohl eine
  Anzahl als auch eine Zeitangabe erfolgt, werden beide bercksichtigt,
  evtl, werden dann weniger Dateien verschickt als gefordert.

  Beispiel:

    %rescan NODEDIFF,R=2,A=15.07.95

- Syntax des Kommandozeilenbefehls "rescan" gendert! Der Parameter
  fr die Anzahl der Dateien zwischen Aka und Area fllt weg, dafr
  wird die Anzahl mit ",R=" an den Areanamen angehngt, d.h. Syntax
  entspricht dem Filefixbefehl %rescan.
  Auerdem versteht der Befehl jetzt die weiteren Befehle ",A=",
  ",B=" oder ",E=" nach dem Areanamen (kein Leerzeichen dazwischen!).
  Die Verwendung ist ausschlielich, d.h. es ist nicht mglich, z.B.
  A= und B= zusammen zu verwenden.
  Der Weglawert fr R= ist "ALL", d.h. es werden alle Dateien verschickt.

  Beispiel:

    ttick -v5 rescan 2:244/1130 NODEDIFF,R=2,A=15.07.95


28.07.,
- Hochzeit!


24.07.,
- Wenn eine Dateibeschreibung aus einer TIC-Datei ein %-Zeichen enthielt,
  konnte es unter ungnstigen Umstnden zu einem Core-Dump kommen, wenn
  bei geeignetem Loglevel (4 oder 5) die Beschreibung in die Logdatei
  gesetzt werden sollte.
  Beispiel: "...Update ist 500% schneller...".
  (Jens-Peter Otto)


22.07.,
- Falls "AnnPart" nicht gesetzt war, stand in der Logdatei nicht
  AnnPart set to "%d/%d", sondern zwei zufllige Zahlen (Ersetzungen
  fr %d). <peinlich>
  (Jens-Peter Otto)
- Wenn AnnAreaFooter nicht gesetzt war, wurde in der Fehlermeldung
  auf AnnAreaHeader hingewiesen.
  (Jens-Peter Otto)


12.07.,
- Zustzliche Kommandozeilenschalter knnen jetzt auch in der
  Umgebungsvariablen TTICKOPT bergeben werden. Diese werden vor den
  "echten" Schaltern bergeben, d.h. knnen hinterher wieder
  abgeschaltet werden (-k in TTICKOPT und auf der Kommandozeile heben
  sich auf). Auch die Angabe einer Response-Datei zur Ausfhrung von
  Befehlen ist hier mglich, falls die TTick-Befehle *immer* in einer
  Datei angegeben werden sollen.
  (Jakob Hirsch)


10.07.,
- Coredump, wenn hatch in Area mit einem Link, der nicht mit einem
  User-Eintrag definiert war (Befehl "send" ist nicht betroffen).

  Allgemeine Empfehlung an dieser Stelle:

  TTick nach Neueinrichtung oder nderungen mit einem unwichtigen
  Befehl wie "queue" oder "info" aufrufen und -v5 verwenden, damit
  alle Warnungen etc. angezeigt werden. Alle Meldungen prfen und
  ggfs. korrigieren! Dann erst den unbeaufsichtigten Betrieb
  freigeben, und natrlich immer die Netmails an Sysop lesen, die
  TTick erzeugt, wenn "NotifySysop" eingeschaltet ist (mit -N oder
  ber DefaultMode)!

- Warnung, wenn in eine Area ohne Links gehatcht werden soll.


05.07.,
- "collect" und diverse andere Kommandozeilenbefehle haben, wenn sie
  mehrfach in einem Aufruf verwendet wurden, immer die Gruppe der
  zuerst angegebenen Area verwendet. Damit wurden dann die folgenden
  Areas aus unterschiedlichen Gruppen nicht gefunden.
  (Jakob Hirsch)


03.07.,
- Wenn das externe Programm, das durch "RunCmd" gestartet wird, nach dem
  Rckgabetext Leerzeichen o.a. Steuerzeichen zurckgab, wurden die
  Befehle nicht korrekt erkannt (OK, BAD, IGNORE). Jetzt werden Leerzeichen
  und Tabs am Ende gelscht.
  (Jens Gecius)
- Probleme, wenn unvollstndige Akas der Form xxx@ in eingehenden TICs
  vorhanden sind (kein Domainname).
  (Harald Wasserthal)


02.07.,
- Coredump beim Zurckschreiben von files.bbs, fall Sortieren eingeschaltet
  war. Nur aufgetreten, falls beim Sortieren Dateien ausgefiltert wurden
  (nicht vorhanden etc.).
  (Peter Bankmann)
- Neuer Kommandozeilenschalter -E schaltet den interaktiven Modus ein,
  falls in den zu verarbeitenden TIC-Dateien (behebbare) Fehler
  auftreten, z.B. falls ein User in einer Area nicht oder nur
  receive-only aktiv ist, falls Passwortfehler auftreten, die eigene
  Aka schon im Pfad oder in den Seenbys auftritt etc.
  In diesem Fall hlt TTick mit der Verarbeitung an, gibt eine
  Bildschirmmeldung aus und wartet auf die Eingabe von "Y" oder "N"
  ("J" statt "Y" ist auch mglich) und CR (Eingabetaste), um den
  Benutzer entscheiden zu lassen, ob dieser Fehler ignoriert werden soll.
  Bestimmte Fehler sind nicht behebbar und fhren nicht zur Interaktion,
  so z.B. fehlender Dateiname in der TIC-Datei, fehlende Beschreibung,
  aber EmptyDescription nicht definiert etc.
  Bei Fehlern in den Seenbys werden alle meine Akas an die Seenby-Liste
  angehngt, damit beim Weiterverteilen keine Probleme auftreten.
- Externe Befehle (RunCmd) knnen mit dem neuen Parameter %T den Namen
  der TIC-Datei erfahren. %T expandiert zum Dateinamen ohne Pfad und
  ohne die Endung .TIC. Die TIC-Datei wird im selben Verzeichnis gefunden
  wie die bergebene Datei (%D:%P\%T.TIC)
- In Announce-Schablonen gab es Probleme mit geschachtelten Befehlen wie
  %[if,%FS>9999,%[calc\,%FS/1024\],%FS], weil der jeweilige Text nicht
  von den Escape-Zeichen \ befreit wurde.
  (Jakob Hirsch)
- Diverse Schreibfehler in sample.cfg, auerdem "date+/-" zu "created+/-"
  korrigiert (sample.cfg hat fr SortFilesBBS date+ erlaubt, stimmte aber
  nicht).
- Die Information ber das Betriebssystem hat immer OS/2 Rev. 13 behauptet.
- Je nach eingesetztem Kommandozeileninterpreter hat TTick seine
  Konfigurationsdatei nicht gefunden, wenn sie im aktuellen Verzeichnis
  nicht gefunden wurde (4os2 macht keine Probleme, wohl aber cmd und ksh).
  Nun wird TTick.exe im Pfad gesucht und dort die Konfigurationsdatei
  vermutet, falls sie im aktuellen Verzeichnis nicht existiert.


30.06.,
- TTick hat versucht, den Dateinamen nach dem Kommandozeilenbefehl
  saveannounce als eigenen Befehl zu interpretieren, falls keine
  Announce-Daten vorlagen.
  (Jakob Hirsch)


28.06.,
- sample.cfg berarbeitet.


27.06.,
- Selten auftretender Fehler, wenn eine RunCmd-Definition ohne Schalter
  angegeben wurde (es sind im Moment sowieso keine Schalter definiert ...).


23.06.,
- "Running under OS/2 ..." hat fuer Warp (3.0 bzw. 2.30) den Wert 3.30
  ausgegeben (best of both worlds ...).


22.06.,
- Beim Zurckschreiben der Konfigurationsdatei wurde bei AnnounceArea
  bei -L und -G der Inhalt von -L eingetragen (Zeichensatz).
  (Heinz Mller)


20.06.,
- TTick.Inf aktualisiert (configwrite, -L, adduser, addarea).


18.06.,
- Falsche Fehlermeldung "Could not scan TIC/Size", wenn der "Date"-Eintrag
  einer TIC-Datei fehlerhaft war.
- Falsche Fehlermeldung "Could not translate charsets, DefTICCharset not
  defined", wenn in eingehenden TICs eine "Charset"-Zeile enthalten war.
- Fehlermeldung "No links defined, but not NewArea definition" enthlt
  jetzt den Namen der betreffenden Area.
- Beim Zurckschreiben der Konfigurationsdatei fehlte bei AnnounceArea
  der Schalter -G.
  (Heinz Mller)
- Zurckschreiben der AnnounceGroup-Befehle hat immer die Werte der
  "alten" Announce-Daten in die Konfigurationsdatei geschrieben. <peinlich>
  (Heinz Mller)
- "ControlfileArea" hat keine Gruppennamen verstanden, d.h. es waren nur
  Areaangaben ohne "gruppe:" mglich.
  (Heinz Mller)
- Der Kommandozeilenbefehl "AddArea" legt jetzt auch eine neue Gruppe an,
  wenn der Areaname die Form "gruppe:area" hat, statt bei unbekannter
  Gruppe die Area in "AutoAdded" zu erzeugen.
- "queue" hat Dateien mehrfach verschickt, wenn der Befehl mehrfach in
  einem Aufruf verwendet wurde.
  (Jens Gecius)


15.06.,
- Neues Schlsselwort "BinkleyBusyFiles" (yes/no), das dazu dient, die
  Erzeugung und Prfung der Pseudo-Datei-Semaphoren zu erlauben oder
  zu verbieten. Systeme mit einer Leitung knnen die Verwendung der
  Binkley-Busy-Dateien abschalten, um Laufzeit zu sparen, da die
  Erzeugung und Entfernung von Busy-Dateien einiges an Zeit kostet.
  Zum Ausgleich dafr *mu* _unbedingt_ dafr gesorgt werden, da zur
  selben Zeit kein anderes Programm auf die Flowfiles zugreift, sonst
  gibt es Durcheinander! Am besten ist es, die gesamte
  Inbound-Verarbeitung mit Hilfe des Zusatzprogramms sqisem.exe
  abzusichern, das die Squish-Semaphore erzeugt bzw. auf sie wartet.
  Dadurch wird sowohl Squish blockiert (z.B. falls nach Beendigung des
  Editors gestartet), als auch weitere Importaufrufe verhindert,
  solange der vorhergehende Import noch nicht abgeschlossen ist.
  Voreinstellung ist "ja", d.h. Busy-Dateien werden erzeugt. Dies war
  auch das bisherige Verhalten von TTick.

  Dieses Schlsselwort sollte man nur einsetzen, wenn man genau wei,
  was dies bedeutet, und die Konsequenzen abschtzen kann! Wer sich nicht
  sicher ist, sollte die Voreinstellung belassen.

- Coredump bei clean durch zuwenig angeforderten Speicher. <peinlich>
  Dieser Fix sollte m.E. alle Probleme im Zusammenhang mit files.bbs
  lsen.
  (Jens Gecius)


13.06.,
- Harmlose Fehlermeldung, wenn Kommentarzeilen in compress.cfg auftraten
  ("Unknown keyword  in ...").
  (Nico Diehl)


12.06.,
- Neuer Kommandozeilenbefehl "configwrite" erzwingt das vorzeitige
  Schreiben der Konfigurationsdatei, um besser gegen unvorhergesehene
  Programmabbrche gewappnet zu sein. Falls es nicht ntig ist (keine
  neuen User, neuen Areas, keine Filefix-Aktionen), wird die Datei
  nicht geschrieben ("not necessary to write back ..."). Falls sich
  nach dem erzwungenen Schreiben weitere nderungen ergeben, werden
  diese natrlich vor Beendigung des Programms wiederum in die
  Konfigurationsdatei(en) zurckgeschrieben. Fr vorsichtige Benutzer
  (insbesondere nach dem Release einer neuen Betaversion :-) ) ist
  die Kommandozeile "ttick tick queue configwrite announce" sinnvoll.
- Wenn Areafile, aber nicht Userfile definiert war, wurde zuerst das
  Schlsselwort "Areafile" und danach die Userdaten in die
  Hauptkonfigurationsdatei geschrieben. Beim nchsten Aufruf konnten
  dann natrlich die User in den dann zuerst gelesenen Areas (vor den
  Userdaten) nicht gefunden werden -> Programmabbruch. <nicht nachgedacht>
  (Ulf Rompe)


11.06.,
- FilefixRegexp war in der Voreinstellung ausgeschaltet. <peinlich>
  (Carsten Ellwart)
- Endlosschleife bei %[calc] und %[if], wenn in den zu berechnenden
  Ausdrcken Syntaxfehler enthalten sind.
- Hinweis: um eine LDesc einzurcken, die mit %FL angekndigt und in
  einem Konditional verwendet werden soll (?/FL/%FL/), mu die
  Einrckung innerhalb des Konditionals erfolgen! Das Konditional
  sollte in diesem Fall am Zeilenanfang stehen, sonst wird die erste
  Zeile der LDesc um diesen linken Rand zustzlich eingerckt.

  Beispiel (_ statt Leerzeichen):
  ?/FL/___________%FL/

- DefaultMode PackNone, aber CompressCfg definiert, hat fr jeden
  User die Meldung gebracht "packer ... not found, disabling packing"
- Konditionale Abfragen wie ?/FL/.../ haben bei sehr langen LDesc-Texten
  coredump verursacht.
  (Jens Gecius)


07.06.,
- DynamicOutbound-Modus hat im Pack-Modus das Binkley-Symbol fr
  "KillFileSent" in der Netmail (Fileattach) erzeugt.
  (Sergei Shestakov)


05.06.,
- Die Zielarea eines "move"-Befehls in einer Befehlsdatei einer
  ControlfileArea kann nun Passthru sein (Dateien werden in das
  Passthru-Verzeichnis verschoben).
- Die Flowfiles der angeschlossenen User werden angepasst, falls
  "ReplaceInFlowfile" auf YES gesetzt ist. Die Verweise in den
  Flowdateien werden je nach Befehl umbenannt (REName) oder entfernt
  (DELete), die TIC-Dateien zu den jeweiligen Namen entfernt (DELete)
  oder angepat (MOVE, DESC, REName). Dies ist fr den Fall gedacht,
  da eine Befehlsdatei eine der darin angesprochenen Dateien
  "einholt". Der User bekommt in dem Fall schon die korrigierte
  Fassung, d.h. keine Datei, falls sie gelscht wurde, bzw. die
  umbenannte Datei, die Datei in der neuen Filearea bzw. die Datei mit
  neuer Beschreibung.


03.06.,
- Eine AnnounceGroup namens "Std-Ann" wurde automatisch (und sogar
  mehrfach) in die Konfigurationsdatei geschrieben und hat die Daten
  der "alten" Announce-Definitionen wiederholt.


02.06.,
- UNC-Namen der Form \\server\pfad wurden beim Ticken nicht akzeptiert
  (angeblich kein freier Speicherplatz auf Laufwerk). Jetzt wird beim
  Ticken auf UNC-Pfade nicht auf freien Speicherplatz geprft, bis ich
  wei, wie das geht.  (Carsten Ellwart)


01.06.,
- Die whats.new war noch auf dem Stand vom 08.05. <peinlich>
- Neues Schlsselwort "ControlfileArea" [areaname] definiert den Namen
  einer Area, in der Steuerdateien verschickt werden, die in der
  Filebase nderungen wie z.B. Umbenennen, Lschen oder Verschieben
  von Dateien vornehmen. Dies wird z.B. im GFD-Filenetz verwendet.
  Der Areaname sollte ein vollstndiger Name der Form Gruppe:Area
  sein.  Ich halte es fr empfehlenswert, die Area "Passthru" zu
  definieren (-0), damit die Kontrolldatei gelscht werden kann, wenn
  sie verarbeitet und an alle sonstigen Empfnger weitergeleitet
  wurde.  Das Schlsselwort darf nur einmal auftreten.

  V O R S I C H T : der Inhalt jeder Datei in dieser Area wird
  ausgewertet, also nix anderes, insbesondere keine Binrdateien
  verschicken!!!

  Vielleicht wird eine sptere Version gepackte Kontrolldateien anhand
  der "Ident"-Zeilen in compress.cfg erkennen und vor der Bearbeitung
  auspacken.

  Gltige Befehle in der Kontrolldatei:
    DEL  <filename> <filearea>
    MOVE <filename> <filearea> <zielarea>
    DESC <filename> <filearea> <neue Beschreibung>
    REN  <filename> <filearea> <neuer filename>

  Wie bei TTick blich, knnen die "filearea"-Bezeichnungen
  vollstndige Areanamen der Form Gruppe:Area sein. DEL, MOVE und REN
  erlauben die Verwendung von Wildcards in der OS/2-Form (nach dem *
  drfen weitere Zeichen folgen, d.h. "a*b" pat nur auf "axb", aber
  nicht "axx" etc.). Die neue Beschreibung kann in "" eingeschlossen
  sein.

  Kontrolldateien in dieser Filearea werden beim Ticken eingehender
  Dateien sowie beim Hatchen ausgewertet. Auf diese Weise liee sich
  auch eine simple Pflege der Filebase realisieren: man definiert eine
  ControlfileArea mit sich selbst als "sendonly"-Downlink und hatcht
  in dieser Area (passthru) Steuerdateien, die die Filebase
  manipulieren.

- Auslassung: Wenn in der Konfigurationsdatei "ReplaceInFlowfile" und
  "AllowTicReplaces" eingeschaltet sind, werden nur im Klartext lesbare
  Flow- und TIC-Dateien berprft; wenn ein User sich TICs packen lsst,
  kann es passieren, da er trotz allem alte Versionen von getickten
  Dateien mitbekommt, da aus Geschwindigkeitsgrnden gepackte Dateien
  *nicht* nach berflssigen TICs und Dateien untersucht werden.
- Suchen des passenden Musters fr "RunCmd" sollte jetzt deutlich
  schneller gehen.
- "queue" sollte trotz vieler User etwas weniger Rechenzeit verbrauchen.
- Auslassung bei der Beschreibung der Datei "compress.cfg": Ein Packer
  mu vollstndig mit allen Angaben deklariert sein, sonst kann er
  nicht verwendet werden. Wenn es wie bei ARJ keinen Packer fr OS/2
  gibt, mu trotzdem die Zeile "OS2 Add rem" in compress.cfg enthalten
  sein. Wer nicht "protectonly=yes" verwendet, kann natrlich zum
  Aufruf eines Dos-Packers eine Batchdatei (packer.cmd) verwenden, die
  dann das Dos-Programm startet. Wenn eine Zeile mit "rem" ungltig
  gemacht wurde, sollte sie nicht verwendet werden, da das "Packen"
  trotzdem die Kommandoshell (i.a. cmd.exe) aufruft, wenn ein User
  sich diesen "Nullpacker" ausgesucht hat. Dies kostet unntig
  Laufzeit. TTick erkennt aber, da kein Archiv angelegt wurde und
  lscht die Dateien nicht; sie werden ganz normal je nach
  Outboundmethode zum Abholen zurechtgelegt. In der Logdatei wird
  dieser Fall unter "No packing for user" verzeichnet, nachdem vorher
  gemeldet wurde, welcher Packer mit welcher Kommandozeile verwendet
  wird.
- Leerzeilen, die mit Leerzeichen anfangen, wurden flschlich als
  "Include"-Befehl verstanden. Harmlose Fehlermeldung, da die
  Include-Datei "./" nicht gefunden werden konnte.


31.05.,
- Der Befehl "queue" hat das Umwandeln von wartenden in Flow-Dateien
  nicht erzwungen, sondern hat gar nix gemacht <peinlich>.
  (Jens Gecius)


30.05.,
- Wenn in einer NewAreaLinks-Zeile eine Nodenummer eingetragen war, zu
  der kein User konfiguriert war, gab es einen Programmabbruch, wenn
  eine neue Area erzeugt werden sollte ("User ... in ... not found").
  Jetzt werden die Nodenummern in "NewAreaLinks" beim Start berprft.
- Die Warnung, da fr einen User kein Route-Flavour definiert ist,
  erscheint nicht mehr.


29.05.,
- Der Filefix schreibt jetzt vor die Meldung, da eine Area bestellt
  wird, auch noch, da sie im Moment bei mir nicht existiert.


25.05.,
- Einige Filefix-Befehle erzhlen jetzt etwas mehr ber sich in der
  Netmail an Filefix (stand vorher nur in der Logdatei), u.a. query,
  linked, unlinked, an- und abbestellen sowie die "Fernsteuerung"
  mittels addarea, movearea, killarea.
- Neuer Kommandozeilenbefehl "avail" [AKA] schickt dem User zu AKA
  eine Liste aller Areas, die bei Uplinks verfgbar sind. Dies
  entspricht dem Filefix-Befehl "%avail". Der User mu das Flag
  "Forward-Request erlaubt" (-+) tragen.
- %[if] und %[calc] funktionieren. Alle boole'schen Operatoren
  sind nur fr Zahlen (und nur Integerarithmetik) anwendbar, Ich
  vermute, da die boole'schen Operatoren in Verbindung mit %[calc]
  nur bedingt ntzlich sind.  Das Ergebnis von logischen Operationen
  ist 1 fr TRUE, 0 fr FALSE.  Binre arithmetische Operatoren binden
  von links nach rechts, boole'sche Operatoren binden von rechts nach
  links, d.h. 5-4-3 wird wie (5-4)-3 ausgewertet, aber 1==2!=3 wird
  wie 1==(2!=3) bewertet.  Aus syntaktischen Grnden mssen beim
  %[if]-Befehl immer alle Kommata vorhanden sein! Dies gilt
  sowohl, wenn der if-text, als auch, wenn der else-text leer ist!

  Textvergleiche sind nicht mglich und werden in einer spteren
  Version nachgereicht.

    Beispiel:
      %[if,1==1 && 0!=1,if-text,else-text]
      %[if,1==1,if-text,]
      %[if,1!=1,,else-text]


23.05.,
- Auslassung: auch der %[]-Befehl kann mit einer Formatierungsbreite
  und -ausrichtung angegeben werden: %8[...], %-13[...]. Tatschlich
  kann *immer* nach einem einleitenden %-Zeichen eine solche Angabe
  erfolgen. Die Angabe "%links.rechts" (linker Rand "Punkt" rechter Rand)
  wird nur bei %FD angewendet.


22.05.,
- Einige Logmeldungen mehr in die Notify-Netmail (Tick, Hatch, Send).
- Einige sinnlose Leerzeilen aus der Logdatei beseitigt.
- Coredump, wenn Include-Datei nicht gefunden wurde und noch keine
  Daten aus der Hauptkonfigurationsdatei gelesen wurden (Aka, Sysopname,
  etc.).
  (Jakob Hirsch)
- Auch Include-Dateien werden nun wie die anderen Zusatzdateien im
  aktuellen und danach im EXE-Verzeichnis gesucht.
- Neuer Filefixbefehl "%avail" liefert eine Liste der mglichen Fileareas,
  die ein User mit Forwardrequest-Erlaubnis fr die Gruppen, mit denen er
  eingetragen ist, bestellen kann. Hier werden alle Forward-Listen an ihn
  geschickt, deren Gruppen zueinander passen.
- sample.cfg hat "UserFile" und "AreaFile" in genau der falschen Reihenfolge
  enthalten. Konnte natrlich nicht funktionieren. <peinlich>
  (Jens-Peter Otto)


21.05.,
- Die Pluralfunktion %[] hat den Singular nicht korrekt bestimmt.
- Schreibfehler in der Abschlumeldung von "readannounce" (1 groups, ...)
- %[if] und %[calc] sind noch nicht benutzbar.
- Wenn noch kein Dateiname aus einer TIC-Datei gelesen wurde, stand in der
  Logdatei "error in TIC, abort file (null)".


19.05.,
- Die Summe der Dateigren pro Area, pro Gruppe und insgesamt hat immer
  nur die Gre der letzten bearbeiteten Datei enthalten.
  (Jens Gecius)
- Packen von Dateien und/oder TICs wird abgeschaltet, wenn CompressCfg
  nicht definiert war oder Datei nicht gefunden werden konnte; Hinweis
  in Logdatei.
- DynamicOutbound-Modus hat die eigenen Nachrichten immer Received
  markiert, so da der Mailer sie ignoriert hat.
  (Thorsten Barth)
- Neues Schlsselwort "FileFixRegExp" [yes/no] gibt an, ob der Filefix
  bei Areabestellungen regulre Ausdrcke oder ausschlielich exakte
  Areanamen akzeptieren soll.
- Problem beim Umbruch langer Dateibeschreibungen in/fr files.bbs behoben.
- Speicherleck in initialize (Dupedateien anlegen), wenn Fehler beim
  Anlegen oder Lesen von Dateien aufgetreten waren.


18.05.,
- Coredump, wenn Kompression fr Downlinks eingestellt war, aber
  CompressCfg nicht definiert war (eingestellter Packer konnte
  nicht gefunden werden). Betraf auch Filefix "%userinfo" und "%compress".


15.05.,
- Kommandozeilenbefehl "adduser" funktioniert endlich. Dieser Befehl
  mu einzeln oder als letzter Befehl der Kommandozeile angegeben werden.
  Syntax:
    adduser AKA PW "NAME" [-FLAGS] GROUP[S]

  NAME kann ein Wort sein, dann knnen die "" entfallen. Besteht der Name
  aus mehreren Worten, mssen "" verwendet werden. Es mu mindestens eine
  Gruppe angegeben werden.

- Ergnzung zum Announce-Befehl "%[if]": die binren Operatoren
  der Sprache C werden akzeptiert, d.h. ==, !=, <, >, <=, >=. Es ist
  mglich, mehrere Vergleiche zu klammern und mit && oder || zu
  erbinden (logisches und bzw. oder). Negation (wre ein "!") steht
  nicht zur Verfgung, die Konstruktion !(%FS < 1000) ist nicht
  mglich, der Ausdruck mu selbst aufgelst werden.


14.05.,
- Autocreate von Areas, deren Namen zwischen 9 und 12 Zeichen lang war,
  hat auf HPFS unntigerweise einen Punkt eingefgt (SF_Starw.ars).
- Der Name der Dupedatei wurde aus dem langen Dateinamen bernommen,
  selbst wenn dieser Dateiname auf einem FAT-Laufwerk nicht mglich
  gewesen wre. Jetzt ist auf FAT-Laufwerken der Dupename immer ein
  CRC32-Name, wenn der Areaname lnger als 8 Zeichen ist.
- Erweiterung der Userdefinition: nach dem Schalter "-A" fr die
  Erlaubnis, Areas automatisch anzulegen, ist die Angabe eines
  Gruppennamens mglich. Neue Areas von diesem User werden dann
  in dieser Gruppe angelegt. Evtl. wird die Gruppe neu erzeugt.
  Am Verhalten der Auswahl der NewAreas-Schablone ndert sich nichts.
  Man sollte natrlich darauf achten, da die angegebene Gruppe
  auch in der Liste der erlaubten Gruppen des Users auftaucht.
- Neues Schlsselwort "FileFixUserNo" gibt an, welche Benutzernummer
  der Filefix in den Squish-Lastread-Dateien verwendet, um sich zu
  merken, welche der Nachrichten in einer Netmailarea schon bearbeitet
  bzw. bersprungen wurden, damit immer nur die neu hinzugekommenen
  Nachrichten untersucht werden. Wenn nicht verwendet, ist dieses
  Schlsselwort nicht verwendet wird, ist es mit dem Wert 1 vorbelegt,
  um nicht mit dem "normalen" Benutzer zu kollidieren, der blicherweise
  den Lastreadzeiger des Benutzers 0 verwendet.

  VORSICHT: Mailboxbetreiber mssen einen Dummy-Benutzer definieren
            und dessen Benutzernummer angeben (fr Maximus den Usereditor
            verwenden, einen neuen Benutzer eintragen und dessen Nummer
            in FileFixUserNo angeben. Vorsicht beim Reorganisieren der
            Benutzerliste der Mailbox!). Ich empfehle auch hier die
            Verwendung des Benutzers 1.

- Neues Schlsselwort "AnnounceGroup" erweitert die bisherige Definition
  von Announce-Schablonen, damit es mglich ist, mehrere verschiedene
  Schablonendateien zu verwenden. Jede AnnounceGroup mu einen eindeutigen
  Namen bekommen und wird ber den Schalter "-Gname" bei "AnnounceArea"
  aufgerufen. Damit verwendet eine Announce-Definition einer Area die
  Schablonendatei(en) dieser AnnounceGroup. AnnounceGroup mu *vor*
  AnnounceArea und der ersten Area-Definition eingetragen sein!
  Wenn nicht alle Schlsselworte verwendet werden, wird die
  Standardschablonendatei herangezogen. Wenn fr erlaubte Felder
  *gar keine* Schablone verwendet werden soll, existiert der
  Weglawert "<<NULL>>" (ohne die "", Gro/Klein egal).

  Die "alten" Schlsselworte fr das Announcen werden natrlich nach
  wie vor erkannt und definieren die Standard-Schablonen bzw. die
  Weglawerte.

  Verwendung:
    AnnounceGroup <name>
      AnnHeader     <msgheader>
      AnnAreaHeader <areaheader>
      AnnText       <dateitext>
      AnnAreaFooter <areafooter>
      AnnFooter     <msgfooter>
      AnnCount      <anzahl>
      AnnTo         <empfaenger>
      AnnSubj       <subject>
      AnnPart       <nr/von>
      KludgeLine    <kontrollzeile>
      Tearline      <tearline>
      Origin        <origin>
    EndAnnounceGroup

  Beispiel:
    AnnounceGroup ann-sf
      AnnHeader     C:\home\thomas\ttick\AHeader.Txt
      AnnAreaHeader C:\home\thomas\ttick\AAHeader.Txt
      AnnText       C:\home\thomas\ttick\Area.Txt
      AnnAreaFooter <<NULL>>
      AnnFooter     C:\home\thomas\ttick\AnnFooter.Txt
      AnnCount      25
      KludgeLine    <<NULL>>
      Origin        SFNet-Announce-Area
    EndAnnounceGroup

    AnnounceArea sfnet sfnet.ger.newfiles 142:102/1 -LLatin-1 -Gann-sf

    Group SFNet
    Area SF_Node E:/file/sfnet/sf_node/ -Asfnet -P142:102/1 SFNet-Nodeliste
    Links 10 20 30 50 100 200 300
    EndGroup


10.05.,
- "clean" hat bei Areas mit "-m" (maximale Anzahl Dateien) nicht die
  ltesten, sondern die neuesten Dateien gelscht <peinlich>
  (Ralph Peters)


08.05.,
- Einlesen von Announce-Daten mit "readannounce" hat an die LDesc
  ein Zeilentrennzeichen zuviel angehngt.
- Neue Syntax des Announce-Befehls %[]: zustzlich zu den beiden
  Alternativen und der Auswahl als erstem Parameter gibt es einen
  neuen ersten Parameter, der angibt, was die Funktion machen soll.

  Bisher definiert:
  %[plural,was,singular,plural]
  %[if,was,then-text,else-text]

  Definiert, aber noch nicht implementiert:
  %[calc,formel]

  %[plural] entspricht der alten Funktion, um einen freundlichen,
  grammatisch korrekten Text zu erzeugen.

  %[if] bewertet den Ausdruck, und je nachdem, ob das Ergebnis
  0 bzw. nicht-leer ist, wird entweder der "then"- oder der "else"-Text
  in das Announce-PKT geschrieben.

  %[calc] berechnet den numerischen Wert der Formel, wobei die blichen
  arithmetischen Regeln gelten: zuerst (), dann ^, dann */, dann +-, als
  letztes % (modulo).


08.05.,
- Datum der Betaversion vom 07.05. war noch 29.04.
- Demo-Key hat nicht funktioniert <peinlich>. Sorry!
- Ein aktueller Demo-Key ist jeweils bei mir unter dem Magic TTickKey
  zu requesten.
- Update-Paket enthielt snsrv_32.dll und snserver.dll nicht.
  snsrv_32.dll und snsrv_32.h ist (c) Michael Buenter, Schweiz.
- TTick.INF um die neuen Befehle, Schlsselwrter und einige Bemerkungen
  erweitert.
- VORSICHT! Der Announce-Befehl %[] wird in der nchsten Version sein
  Verhalten ndern.
- Ticken aus dem aktuellen Verzeichnis hat nicht funktioniert
  (DefaultMode UseInbound und -i), seit mehrere Inboundverzeichnisse
  untersttzt werden.
- Speicherleck beim Ankndigen von mehreren Dateien, wenn nicht alle
  eine LDesc hatten.
- Kommandozeilenbefehl "announce" hat die Liste der Dateien nicht
  freigegeben, ein erneutes "announce" htte diese Dateien erneut
  in denselben Echoareas angekndigt.
- Neuer Kommandozeilenbefehl "saveannounce" [filename] speichert die
  bisher gesammelten Announce-Daten in die angegebene Datei und lscht
  danach die Announce-Daten im Arbeitsspeicher.
- Neuer Kommandozeilenbefehl "readannounce" [filename] liest die bisher
  gesammelten Announce-Daten aus der angegebene Datei zu den schon im
  Arbeitsspeicher befindlichen Daten hinzu.

  Mit diesen beiden Befehlen ist es mglich, die Daten zu sammeln und
  nur einmal am Tag alle angekommenen Dateien anzukndigen.
  Bemerkung: es war vorher schon immer mglich, mehrere "collect"-Befehle
  anzugeben, bevor die gesammelten Daten mit "announce" in PKTs ausgegeben
  wurden.


07.05.,
- Mehr Logmeldungen, wenn Announce-PKTs erzeugt werden.
- Lesen von Path-Zeilen mit Zusatztexten hat manchmal eine Fehlermeldung
  beim Untersuchen der Aka in dieser Zeile gebracht (". without Point" etc.)


04.05.,
- Speicherleck beim Sortieren von files.bbs-Dateien (dadurch defekte
  files.bbs und Probleme beim Requesten mittels Filefix-%request).
- Coredump, wenn ein User sich in einem TTick-Lauf von einer Area zuerst
  ab- und dann wieder angemeldet hat.
- Coredump beim Filefix-%rescan-Befehl, wenn in der zu bearbeitenden Area
  im selben TTick-Lauf vorher User abgemeldet wurden bzw. sich abgemeldet
  haben.
  (Marco Kremer)


29.04.,
- Der Demo-Key wurde nicht in die Konfigurationsdatei zurckgeschrieben.
  Fiel nur auf, wenn AreaFile und UserFile nicht verwendet wurden.
  (viele Benutzer, ich war aber schneller :-) )
- Die Einstellung von SortFilesBBS wurde beim Zurckschreiben zerstrt.
  (Heinz Mller)
- Fehler in der Konfigurationsdatei wurden nicht mit der Fehlermeldung,
  sondern mit einer Leerzeile am Bildschirm ausgegeben.


25.04.,
- Neues Schlsselwort "PipeName" gibt an, auf welche Pipe die Logmeldungen
  zustzlich ausgegeben werden. Zur Anzeige der Daten in der Pipe ist
  PMSnoop, snserver.dll und snsrv_32.dll erforderlich. Allerdings wird die
  Ausfhrung je nach LogLevel etwas langsamer (Abt. Spielerei).
- ForwardRequest von Areas hat beim "erzeugenden" Link ein eventuelles
  ReceiveOnly-Flag gelscht, so da er auch in die Area senden durfte.
- ForwardRequest von Areas hat die Autocreate-Flags des Uplinks, von dem
  die Area bestellt wurde, nicht eingetragen.
  (Harald Lichtblau)
- Versuchter ForwardRequest von Areas hat dem Besteller keine negative
  Quittung zurckgeschickt, wenn die Area in keiner der Forwardlisten
  der Uplinks zu finden war.


25.04.,
- Passthru-Dateien wurden sofort gelscht, auch wenn noch Verweise auf
  diese Dateien in Flow- oder Queue-Dateien existiert haben.
  (Jens Gecius)


21.04.,
- Auslassung in der Beschreibung zu "initialize":
  Wenn der Schalter -k bzw. "DefaultMode KillFiles" verwendet wird,
  wird fr jede Filearea eine neue Dupedatei angelegt.
  Andernfalls wird die vorhandene Dupedatei beibehalten und jeweils
  um die CRC jeder Datei in der Filearea erweitert. Wenn man eine
  globale Dupedatei verwendet, mu also "KillFiles" abgeschaltet sein,
  entweder durch Entfernen von "KillFiles" aus der "DefaultMode"-Zeile
  oder dem gleichzeitigen Angeben von -k in der Kommandozeile
  (die Kommandozeilenschalter -k -K -N schalten *um*).
- Neues Schlsselwort "ReplaceInFlowfile" (ja/nein) gibt an, ob eine
  bei "-r" angegebene Datei und die Datei selbst auch in den
  vorhandenen Flowfiles gesucht wird. Wenn ein Downlink unregelmig
  pollt und die neue Version einer Datei sehr schnell kommt, kann mit
  dieser Einstellung verhindert werden, da der Downlink beide
  Versionen pollen mu (wenn bei "mir" gehatcht wurde) bzw., da der
  Mailer eine Fehlermeldung ber eine nicht gefundene Datei ausgibt
  (wenn die Datei getickt wurde). Auerdem wird dadurch verhindert,
  da eine Datei mehrfach in den Flowdateien eingetragen wird. Alle
  alten Dateien, die mit "Replaces" obsolet werden, werden damit nicht
  nur aus der lokalen Filebase gelscht, sondern auch aus den
  Flowfiles; auerdem werden die dazugehrigen TIC-Dateien beseitigt,
  sowie die Eintrge zu nicht mehr existenten TIC-Dateien. Diese
  Einstellung spart den Downlinks mglicherweise deutliche
  Telefonkosten, fhrt aber zu erhhter Programmlaufzeit, je nach
  Fllzustand des Verzeichnisses der TIC-Dateien und Umfang der
  Flowfiles fr die Down-/Uplinks. Ohne Angabe ist diese Einstellung
  abgeschaltet.
- Die Felder fr Verweise auf Antworten (replyto und replies[]) wurden
  bisher nicht ausgenullt, gab manchmal Schrott in der Anzeige der von
  dieser Nachricht aus erreichbaren Nachrichten.
- Unter bisher ungeklrten Umstnden hat die Squish-MsgApi-DLL manchmal die
  Kontrollinformationen (MSGID PID etc.) nicht in die Nachricht gespeichert.
  Dies betrifft die Funktion MsgCreateCtrlBuf (bzw. CopyToControlBuf),
  msgapi32.6.


19.04.,
- Hatchen von vorhandenen Dateien hat "Replaces" (-r) nicht bercksichtigt,
  wenn auf der Kommandozeile keine neue Beschreibung angegeben wurde.


17.04.,
- Coredump, wenn SortFilesBBS verwendet wurde und mit "collect" Dateien
  angekndigt werden sollten.
- Kein Hinweis, wenn Ende aufgrund fehlender Registrationseintragung.


13.04.,
- Coredump, wenn SortFilesBBS kein Argument hatte.
  (Andy Henkelmann)


12.04.,
- Wenn beim Versuch, eine Datei zu hatchen oder zu senden, ein Fehler
  auftrat (z.B. keine Beschreibung auf der Kommandozeile angegeben),
  wurde das Verschieben der Datei nicht rckgngig gemacht. Folge bei
  Passthru-Fileareas: Datei wurde unwiderruflich gelscht.
  (Ulf Rompe)


11.04.,
- TTick prft eine Registrierungsnummer. Der beigefgte Key ist
  ab Releasedatum 42 Tage lang gltig. Die Testversion schreibt
  in die Logdatei, wie lang der Key noch gltig ist.
- Errorlevel 9 signalisiert, da der Demo-Key abgelaufen ist.
- Das Einstellen der Tearline ist nur noch in der "richtig"
  registrierten Version mglich.
- Neues Schlsselwort "FilefixNonameCheck" (yes/no) schaltet
  Namenberprfung in Netmails an Filefix aus (s. 09.04.).
- Neues Schlsselwort "LdescWidth" (zahl) gibt an, mit welcher Breite
  eine LDesc beim Umbruch formatiert werden soll. Voreinstellung ist 80.
- Nur die Beschreibung neuer Dateien wird umgebrochen, die Beschreibung
  vorhandener Dateien bleibt intakt.


09.04.,
- Neues Schlsselwort "WordwrapLdesc" (yes/no) gibt an, da die lange
  Beschreibung umgebrochen werden soll. Dies bedeutet, da lange
  Beschreibungen in mehreren Zeilen zusammengezogen und neu gestaltet
  werden. Dies ist fr grafische Beschreibungen mit Umrandungen i.a.
  nicht gewnscht und kann von jedem Benutzer nach seinen Erwartungen
  eingestellt werden. Ich empfehle den Wert "no" oder "nein".
- Der Befehl TICK gibt zu jeder TIC-Datei Area und Absender mit an.
- Fehlgeschlagenes AutoCreate einer neuen Area gibt den Areanamen mit an.
- Der Filefix prft auf exakten Absendernamen. Wenn auch Netmails bearbeitet
  werden sollen, deren Absendername nicht exakt stimmt, kann in der
  Userdefinition der Name weggelassen werden; in diesem Fall wird nur auf
  Passwort und Aka geprft, und das Empfngerfeld von Antwortnachrichten
  enthlt den Text "Sysop".


30.03.,
- Das "Lebenszeichen" fr -v0 ist jetzt von einem OS/2-Timer gesteuert
  (einmal pro Sekunde etwa).
- Bei "NewAreas" mu keine Beschreibung mehr am Ende der Zeile angegeben
  werden.
- Die Areaflags des Bestellers (-F) wurden bei durch eine Forward-Bestellung
  erzeugten Areas nicht fr diese Area eingetragen.
- Die Areaflags einer neu angelegten Area durch eine "NewArea"-Schablone
  wurden nicht bei den Usern eingetragen, da -F bei NewAreas nicht
  ausgewertet wurde.
- Der Befehl "initialize" hat flschlich immer abgebrochen, wenn DupeCheck
  definiert war (mu aber natrlich fr diesen Zweck definiert sein).
- Vorhandene lange Beschreibungen in files.bbs werden unverndert gelassen
  und nicht mehr umformatiert. "IndentLDesc" betrifft nur noch neu
  hinzugekommene Dateibeschreibungen.


28.03.,
- Mehrzeilige Bildschirmausgaben bei "RunCmd" haben sich berschnitten,
  so da eine Rckgabemeldung manchmal nicht verarbeitet werden konnte.
- Bei eingeschalteter "LDescOnly"-Option wurden die schon vorhandenen
  langen Beschreibungen von Dateien jeweils um die erste Zeile der
  erweiterten Beschreibung gekrzt.


26.03.,
- Autoadd hat zur Neuanlage die Schablone ausgewhlt, die zur Absenderaka
  und nicht zur Empfngeraka gepasst hat. Problem dabei: falls z.B. eine
  Area mit Absender 2:08/15 an 81:47/11 geschickt wurde, wurde die Area
  mit der Schablone fr "meine" Aka im Netz mit der Zone 2: angelegt,
  und i.a. die Datei wegen Seenby-Problemen ins BadFileDir verschoben,
  da in den seltensten Fllen "meine" 2:-Aka, sondern vielmehr die 81:-Aka
  in den Seenbys angegeben war.


17.03.,
- Urlaub bis 24.03.!


13.03.,
- Wortumbruch bei der Manipulation von files.bbs abgeschaltet, so da
  eine evtl. mehrzeilige Beschreibung exakt ihr Aussehen behlt.
  Bisher wurden mehrzeilige Beschreibungen in files.bbs zusammengezogen
  und umgebrochen.
- Die Loglevel einiger Meldungen gendert.
- Replaces-Datei wurde nicht gelscht, wenn Responsefile eine
  (syntaktisch falsche) Zeile fr Replaces-Datei oder Magicname
  enthielt ("-r DATEI" mit Leerzeichen).
  (Marco Kremer)
- Das Lebenszeichen fr -v0 wird jetzt nicht nur zwischen
  Kommandozeilenbefehlen, sondern auch zwischen getickten Dateien
  ausgegeben (rotierender Strich: -\|/)
- LDescOnly und IndentLDesc in der INF-Datei nachgetragen.


11.03.,
- TTick gibt jetzt ab LogLevel 4 auch die aktuelle emx-Version und
  -revision mit aus, so da Versionskonflikte leichter entdeckt werden
  knnen (es darf immer nur die neueste emx.dll mit TTick verwendet
  werden!). Aktuell ist emx 0.9a, Revision 33, dies entspricht dem Fix 03.
- Der Kommandozeilenbefehl "collect" hat "neueste" und "lteste" Dateien
  verwechselt, d.h. -5 hat die neuesten fnf statt der ltesten fnf
  Dateien angekndigt.
- Neuer Kommandozeilenschalter -L (grosses L!) gibt den Namen der Logdatei
  an. Die Logdatei wird sofort geffnet, eine Angabe von "LogFile" in
  der Konfigurationsdatei wird danach ignoriert. Damit wird erreicht, da
  ab diesem Zeitpunkt alle Fehlermeldungen auch in der Logdatei erscheinen
  und nicht erst, wenn das Lesen der Konfigurationsdatei vollstndig
  beendet ist.
- Die Logdatei wird sofort geffnet, wenn das Schlsselwort in der
  Konfigurationsdatei gefunden wird. Alle weiteren Fehlermeldungen sind
  dann in der Logdatei enthalten.
- Wenn -c DIR\ttick.cfg angegeben war und eine TTick.Cfg im aktuellen
  Verzeichnis gefunden wurde, wurden die in DIR\ttick.cfg definierten
  Zusatzdateien wie GroupFile, UserFile etc. im aktuellen und nicht im
  mit "-c" erzwungenen Verzeichnis gesucht.
- Ergnzung zu den Befehlen, die einen Errorlevel (Rckgabewert)
  einstellen: die Errorlevel 1-9 sind fr Fehlermeldungen von TTick
  reserviert. Im Moment gilt:
  1: falsches Betriebssystem (nicht OS/2 2.x)
  2: DosQueryCurrentDisk hat nicht funktioniert
  3: Konfigurationsdatei existiert nicht


09.03.,
- Wenn DupeDir, aber nicht DupeCheck definiert war, wurde ein zuflliger
  Wert fr DupeCheck benutzt, d.h. nicht deterministische Ergebnisse und
  inkosistente Dupedateien.
  Vorgabewert ist jetzt CRC-Prfung, falls ein Verzeichnis fr die
  Speicherung der Dupedateien angegeben wird.


08.03.,
- Logausgaben von externen Befehlen haben das '%'-Zeichen verschluckt.
- Hatchen/Senden hat CRC-Check und Duplikatprfung verwechselt: wenn
  -C angegeben war, wurde versucht, die CRC in der Dupedatei zu
  speichern. Effekt: wenn DupeDir nicht definiert war, wurde eine
  Datei "(null)areaname" angelegt. <peinlich>
  (Gerold Pummer)
- Neues Schlsselwort "LdescOnly" [ja/nein] gibt an, da, wenn
  vorhanden, *nur* die LDesc in die files.bbs-Datei geschrieben
  wird. Falls keine LDesc vorhanden ist, wird natrlich die
  Beschreibung aus "Desc" verwendet. Voreinstellung ist "ja".
- Neues Schlsselwort "IndentLDesc" gibt an, wie weit die LDesc-Zeilen
  eingerckt werden. Voreinstellung ist 13, d.h. die
  Fortsetzungszeilen sind bndig mit dem Downloadcounter, falls dieser
  Verwendung findet. Wenn die weiteren Zeilen bndig mit der
  Beschreibung sein sollen, mu hier noch die Lnge des definierten
  Downloadcounters addiert werden.
- Die Announce-PKTs wurden nicht geschlossen. Wenn viele
  Announce-Areas definiert waren und fr mehrere Gruppen (=>jede
  Gruppe ein PKT) announce't werden sollte, waren schnell die
  mglichen Filehandles erschpft. Die Dateien wurden aber vom
  Betriebssystem bei Beendigung von TTick geschlossen, so da es nicht
  direkt auffiel. <ganz peinlich>


07.03.,
- Die Zeichensatzwandlungsdateien werden nun ebenfalls sowohl im aktuellen
  als auch dem TTick-EXE-Verzeichnis gesucht.
- Wenn die berprfung einer TIC-Datei so frh abgebrochen wurde, da keine
  "File"-Information gelesen wurde, wurde ein Dateiname "(null)" in die
  Logdatei und BadFiles-Datei geschrieben.
- Umbenennen wurde in der Logdatei als "Rename ...tic to ...tic.BAD"
  behauptet, wurde aber korrekt ausgefhrt.
- Vor dem queue'n werden alle Dateien geschlossen und die Logdatei neu
  geffnet, damit auf jeden Fall gengend Filehandles vorhanden sind.
  Der Fehler 24 (too many open files) tritt leider sporadisch immer noch
  auf :-(


05.03.,
- Die Default-Zone der Squish-MsgApi war fest auf 2 eingestellt, ist
  jetzt die Zone der ersten definierten Aka.
- Der Kommandozeilenbefehl "kill" hat auch Dateien mitgezhlt, die nicht
  gelscht werden konnten (in files.bbs als Dateiname erkannt, aber
  keine Datei, d.h. offline o..)


01.03.,
- Neues virexxt.cmd von Jens Gecius im Archiv (keine neuen Features,
  nur strukturelle nderungen).
- Neues Schlsselwort "SortFilesBBS" gibt an, wie die Files.bbs-Datei
  beim Zurckschreiben sortiert werden soll. Mgliche Angaben sind:
  (eines von) "nosort", "created+", "created-", "name+", "name-",
  "size+", "size-".
  Dabei steht "created" fr das Eingangsdatum auf dem lokalen System
  (nur HPFS, entspricht last-modified fr FAT), ein nachgestelltes
  "+" oder "-" steht fr aufsteigende bzw. absteigende Reihenfolge.
  "nosort" und "size "erklren sich selbst. Sortierung nach Namen
  bercksichtigt Gro-/Kleinschreibung nicht. Sortierung wird dann
  ausgefhrt, wenn diese Files.Bbs-Datei irgendwann "angefat" wird
  (tick, hatch, send, clean). "nosort" hngt neue Dateien einfach
  ans Ende der Files.Bbs-Datei an.
  Voreinstellung ist "nosort".


28.02.,
- Helau
- DupeCheck hat immer die CRC mit einbezogen, d.h. DupeCheck NAME
  hat wie DupeCheck CRC NAME gearbeitet.
- RunCmd NAME hat fr gleiche Namen, aber unterschiedliche CRC32
  immer Duplikat gemeldet, da immer nur die erste CRC gespeichert
  wurde.
  (Ralph Peters)
- Charset-Zeile wurde nicht in die ausgehenden TICs geschrieben.
- Hinweis: wenn keine Charset-Information in einer ankommenden TIC-Datei
  enthalten ist, wird der Zeichensatzname aus "LocalCharset" weitergegeben,
  d.h. die TIC-Dateien werden um eine "Charset"-Zeile ergnzt.


27.02.,
- Mit "killuser" gelschte User wurden nicht aus den Areadefinitionen
  ausgetragen und beim nchsten TTick-Lauf wurde abgebrochen, weil
  User "..." in Area "..." nicht bekannt war.
  (Jens Gecius)
- Konditionalabfrage war fr %FR (Replaces-Information) nicht mglich.
- Coredump und Sys3175, wenn Syntaxfehler in Konditionalen in
  Ankndigungsschablonen: drittes Begrenzungszeichen fehlt oder
  Abfrage war zu lang (?/%FL/hallo statt ?/%FL/hallo/).
  (Jens Gecius)
- Fehler abgefangen und Hinweis auf den Bildschirm, wenn in einer
  Areadefinition kein Pfadname oder Platzhalter "-" (fr Passthru-Area)
  steht, sondern direkt nach dem Areanamen die Flags folgen
  (Area Hallo -0 -Aname -C ...). Diese Areas werden automatisch Passthru.

- Bemerkung am Rand: man sollte gelegentlich mal von der Kommandozeile   !!!
  TTick -v5 queue (oder info) aufrufen, um zu prfen, da TTick die      !!!
  Konfigurationsdateien lesen kann. Manche Fehlermeldungen erscheinen    !!!
  nur auf dem Bildschirm, da die Logdatei noch nicht geffnet ist.       !!!


26.02.,
- Seltsame Fehlermeldungen, wenn nach An- oder Abbestellbefehlen
  Leerzeichen vor dem Zeilentrennzeichen waren ("Gruppe nicht
  gefunden" u..), aber keine Gruppe oder Gruppenliste. Sogar coredump
  in der Version vom 06.02. mglich.
- Trotz Behauptung in der Kommandozeilenhilfe waren die Befehle
  pause/inactive und resume/active nicht implementiert. Geht jetzt:
  TTick pause  142:102/101
  TTick resume 142:102/101
- Wenn in einer Areadefinition eine meiner eigenen Akas auftauchte,
  wurden nur die Linkflags, aber nicht die Aka zurckgeschrieben.
    Area ... -Pmeine-aka
    Links ... smeine-aka ... wurde zu
    Links ... s ...
- Nicht vorhandene Areas wurden auch bei Abbestellungen (-area)
  von einem Uplink bestellt, falls die Area dort gefunden wurde
  und dem User, der die Abbestellung geschickt hat, Forwardrequest
  erlaubt war (Flag -+).


25.02.,
- Irritierende Fehlermeldung, da eine gefundene Datei ein Duplikat sei,
  wenn der Filefix %request bearbeitet hat, beseitigt.
- Netmail wird jetzt vor der Bearbeitung auf jeden Fall mit "Rcv" markiert,
  damit sie im Fall eines Fehlers nicht nochmals bearbeitet wird.
- Im Fall sehr langer Netmails an den Filefix wurde die aktuelle Nachricht
  doppelt zu schlieen versucht.


22.02.,
- Netmail an Sysop enthlt jetzt auch den Hinweis, wer gerade den
  Filefix benutzt hat.
- Quittung des Filefix auf nderung eines Userpasswortes mit %password
  enthielt nur Mll.
  (Nico Diehl)
- Neues Schlsselwort "LocalCharSet <text>" definiert, welchen Namen
  der Zeichensatz hat, der generell gltig sein soll. Name kann beliebig
  sein, darf aber keine Leerzeichen enthalten. Die Beschreibung von
  eingehenden Dateien wird mit diesem Zeichensatz in die files.bbs
  gespeichert. Das Vorhandensein dieses Schlsselworts ist Bedingung
  fr das Vornehmen von Zeichenumkodierungen!

  Beispiel:
    LocalCharSet Latin-1
    LocalCharSet ISO-8859-1
    LocalCharSet IBM-PC-437

- Neues Schlsselwort "DefTICCharSet", das angibt, welcher Zeichensatz
  fr Beschreibungen in TIC-Dateien angenommen werden soll, falls die
  TIC-Datei keine Angabe hierzu mit dem Befehl "Charset" macht.
- Dazu passend Erweiterung des AnnounceArea-Befehls: als letztes Feld
  (nach der optionalen Aka) kann -Lcharset angegeben werden. Diese
  Einstellung erklrt den Zeichensatz, der in dieser Echoarea verwendet
  werden soll. Die Beschreibungen von Dateien werden entsprechend
  umkodiert, auerdem wird eine Kontrollzeile "^aCHRS: charset 2" erzeugt.
  In diesem Fall wird der Wert von KludgeLine geprft; falls hier "CHRS..."
  angegeben war, wird diese Einstellung ignoriert.
- Neues Schlsselwort "CharSetTable <charset1> <charset2> <dateiname>"
  gibt an, wie die Umkodierung von "charset1" nach "charset2" erfolgen soll.
  Alle Zeichen, die in "dateiname" definiert sind, werden bersetzt, alle
  restlichen Zeichen werden unverndert bertragen. Es werden nur
  Singlebyte-Zeichenstze untersttzt, aber jedem der Zeichen 0-255 kann
  eine beliebige Ersatzzeichenfolge zugeordnet werden.

  Syntax in den Ersetzungsdateien:
    "zeichen" "folge"

  "zeichen" und "folge" mssen in "" eingeschlossen sein; beide knenn
  aus Zeichen oder einer hexadezimalen Zahl der Form \xIJ (I,J aus
  [0-9a-fA-F]) oder einer oktalen Zahl \OOO (O aus [0-7]) bestehen.
  "zeichen" mu ein einzelnes zu ersetzendes Zeichen angeben, "folge"
  kann eine beliebig lange Ersatzzeichenfolge sein. Das " mu mit \"
  entwertet werden, gleichfalls der \ mit \\. Hexzahlen mssen
  zweistellig, Oktalzahlen dreistellig sein.


21.02.,
- Msgbase-Locking ist eingeschaltet, wenn mindestens zwei Netmail-Areas
  definiert sind. Wenn die "gewnschte" Area gesperrt ist, werden
  Netmails in der jeweils "anderen" Area erzeugt (erste und zweite Area).
- Bei einem Aufruf aus einem anderen Verzeichnis wurde zwar TTick.cfg,
  aber nicht UserFile/AreaFile/PasswordFile im EXE-Verzeichnis von
  TTick gesucht. Jetzt gilt auch fr diese Zusatzdateien dasselbe
  Verhalten: wenn sie im aktuellen Verzeichnis gefunden werden bzw.
  aus einem absoluten Pfadnamen bestehen, werden sie verwendet, ansonsten
  wird versucht, sie im EXE-Verzeichnis von TTick zu lesen.


20.02.,
- Punkt in Domainnamen ("...@fidonet.org"), wenn die Aka keine Pointangabe
  enthielt, wurde als Point miverstanden   und Fehlermeldung
  ". without point in ***" ausgegeben. Jetzt wird zuerst nach "@domain"
  gesucht und dann dort abgeschnitten.


19.02.,
- Astrids Geburtstag. Mittlerweile 18 Monate und 21 Tage verlobt!
  Keine Donauwelle fr mich, die anderen Gste waren schneller :-(


18.02.,
- Msgbase-Locking wieder ausgeschaltet, weil der Filefix keine Nachrichten
  in dieselbe Area schreiben kann, aus der die gerade bearbeitete Anfrage
  geholt wird. Da mglicherweise nur *eine* Netmailarea definiert ist, kann
  der Filefix sich nicht einfach eine andere Area aussuchen.
- Coredump beim Erzeugen der Netmail, wenn falsches Pawort benutzt wurde.
- "use the correct passwort the subject line" im Netmail-Text.
- Bei fehlerhaften Netmails an Filefix wurde die entsprechende Nachricht
  zwar mit "Rcv" markiert, aber nicht geschlossen.
- Wenn keine Tearline definiert war, wurde in der Netmail an den Downlink
  "--- ---" erzeugt.
- PID in Netmail und Echomail enthlt jetzt das Datum der Betaversion,
  statt immer "TTick+". Damit entfllt der Grund fr das Einfgen einer
  "TTID"-Kontrollzeile :-)


15.02.,
- EmptyDescription hat "not rejected" behauptet, die Datei aber trotzdem
  als "Bad" erachtet.
- Filefix hat *.msg-Dateien geffnet gelassen, wenn nicht alle Kriterien
  zur Bearbeitung positiv waren (z.B. Attribute und Aka ok, aber nicht
  der richtige Empfnger). <peinlich>
- Filefix "mark received ..." hat nach dem Schrgstrich Mll ausgegeben.
- Regelmiges Lebenszeichen, wenn Bildschirmmeldungen abgeschaltet sind
  (-v 0).
  (Andy Henkelmann)
- Dokumentationsfehler: Standardeinstellung fr "AllowTICReplaces" ist "ein",
  war bisher "aus".
- Netmail an Sysop enthlt zu jeder getickten Datei den Anfang der
  Beschreibung der Datei.


13.02.,
- Coredump, wenn der Filefix eine Anfrage der Form "xxx yyy" bearbeiten
  sollte und annahm, da "yyy" ein Gruppenname ist, aber der ":" am Ende
  nicht wie erwartet vorhanden war.
  Trat z.B. bei einer defekten Tearline wie "-- GoldED/2" auf.
  (Pavel Danilov)
- "originated at (null)" in Netmail zu getickter Datei korrigiert,
  wenn keine Origin-Information in der TIC-Datei war.


07.02.,
- Coredump bei Verwendung der neuen Variablen %z, %n %f, %p im RunCmd-Befehl.


06.02.,
- Neues Zusatzprogramm "SqiSem.exe", das als Shell fr beliebige andere
  Programme dienen kann, die nur dann laufen sollen, wenn Squish oder
  ein anderes Programm, das dieselbe Semaphore erzeugt, gerade nicht
  aktiv ist. SqiSem erzeugt die Semaphore und fhrt dann das angegebene
  Programm aus. Wenn die Semaphore schon existiert, wird gewartet, bis
  sie verschwindet, bevor das Programm gestartet wird. Wenn das Programm
  ohne Programmangabe gestartet wird, wartet es einfach drei Sekunden bei
  existierender Semaphore, bzw. wartet auf die Semaphore, erzeugt sie dann,
  wartet weitere drei Sekunden und lscht sie wieder.
  SqiSem gibt den Returncode des aufgerufenen Programms zurck, bzw. 0,
  wenn es nur warten sollte und alles ok ist, und 1, wenn die Semaphore
  nicht erzeugt werden konnte. In diesem Fall steht in den Meldungen auf
  dem Bildschirm, welche Fehlernummer OS/2 zurckgegeben hat.

  Beispiel: sqisem [-q] ttick -v3 tick announce
    -q verhindert Bildschirmausgaben des Programms.

- Core dump, wenn TIC-Datei mit unbekannter Area ins BadDir sollte
  (Dupe-Rollback-Datei existierte sowieso nicht).
  (Stefan Hassel)
- Neues Schlsselwort "FilesBbsCutDescription [zahl]" gibt an, nach
  wievielen Zeichen die Beschreibung in der lokalen files.bbs abgeschnitten
  wird (Maximus verkraftet maximal 255 Zeichen pro Zeile in files.bbs)
- Neues Schlsselwort "AssumeFirstAka [ja/nein]" gibt an, da TIC-Dateien
  ohne Dest/To-Angabe, die von einem Absender geschickt wurden, der nicht
  in derselben Domain wie die erste eigene konfigurierte Aka kommt,
  mit der ersten eigenen Aka akzeptiert und nicht ins BadDir verschoben
  werden.
  Beispiel:
    Eine TIC-Datei des Virnet kommt an, in der Konfigurationsdatei ist
    aber keine "eigene" Virnet-Aka definiert. Enthlt die TIC-Datei ein
    Dest oder To, das einer "eigenen" Aka entspricht, ist alles in Ordnung.
    Ist dem nicht so, wird die Datei entweder mit der ersten eigenen Aka
    akzeptiert oder wandert ins BadDir.

- Wenn der externe RunCmd-Befehl NAME ... zurckgab, wurde evtl. dieselbe
  CRC zweimal versucht abzuspeichern und die Datei wurde flschlich als
  Duplikat erkannt.
  (Ralph Peters)
- Der RunCmd-Befehl versteht jetzt die zustzlichen Variablen %z, %n, %f, %p
  (Kleinbuchstaben!), die Zone, Netz, Node und Point des Absenders der
  aktuellen TIC- und Datei angeben. Diese Werte werden jeweils ohne die
  Trennzeichen bergeben.
  Beispiel: 142:102/1.11. %z=142, %n=102, %f=1, %p=11.


05.02.,
- Neues Schlsselwort "EmptyDescription [text]", das einen Text definiert,
  der eingesetzt wird, wenn TIC-Dateien ohne Beschreibung oder mit leerer
  "Desc"-Zeile ankommen. Wenn dieses Wort nicht definiert ist, wird das
  alte Verfahren (Datei und TIC -> Bad) benutzt.
  Beispiel:
    EmptyDescription "*** Achtung, keine Beschreibung ***"


04.02.,
- sample.cfg angepasst.
- Doppelt definierte User, Gruppen und Areas innerhalb einer Gruppe werden
  erkannt und ignoriert. Areas in verschiedenen Gruppen knnen identische
  Namen haben; dann mu der Zugriff auf die zweite und weitere Area dieser
  Art ber die Syntax Gruppe:Name erfolgen.
  Damit Ticken funktioniert, sollten keine User definiert sein, in deren
  Gruppenliste Gruppen auftauchen, die gleichnamige Areas beinhalten, sonst
  wird immer in die erste dieser Areas getickt.
  Beispiel fr eine problematische Konfiguration:

    User bla ...
    Groups gruppe1 gruppe2

    Group gruppe1
    Area name ...
    Links ...
    Endgroup

    Group gruppe2
    Area name ...
    Links ...
    Endgroup

- Filefix kann nun File-Areas auf CD-Rom bearbeiten (dies gilt natrlich
  nur fr den %request-Befehl des Filefix :-) ), d.h. eine
  "Filelist"-Angabe in der Maximus-area.dat wird bercksichtigt.
  Wenn die Maximus-Indexdateien nicht benutzt werden, funktioniert
  es nur, wenn die CD-Rom die files.bbs-Dateien schon enthlt.
  (Gerold Pummer)
- Auslassung in den Bemerkungen zu "UseTICLdesc": um selbst Dateien
  mit langer Beschreibung zu hatchen oder zu senden, ist es mglich,
  in der Kommandozeile anstelle der Beschreibung in "" einen Dateinamen
  nach einem @ anzugeben. Die Beschreibung aus dieser Datei wird dann
  in die "LDesc" der TIC-Datei geschrieben, die erste nichtleere Zeile
  wird dann zustzlich als normale "Desc"-Zeile verwendet.
  In diesem Fall entscheidet die Einstellung bei "UseTICLdesc" nur darber,
  welche Art Beschreibung in die eigene files.bbs geschrieben wird:
  kurzer oder langer, evtl. mehrzeiliger Text.
- Auch -M magicname ist jetzt fr jedes hatch/send separat mglich
  (s. Bemerkung zu "-r" bei 02.02.).
- Bemerkung: eine "Replaces"- oder "Magic"-Angabe gelten nur bis zum
  Ende des nchsten Hatch- oder Send-Befehls, also nicht bis zum Ende
  der Kommandozeile! Wenn mehrmals dieselbe Datei mit "Send" verschickt
  werden soll, mssen fr jeden solchen Befehl -r und -M neu definiert
  werden.
- Locking der Netmailarea war in der letzten Beta aus Versehen abgeschaltet.


02.02.,
- Mehrere Dateien, die mit einem Befehl gehatcht werden, knnen nun
  verschiedene "Replace"-Dateien angeben, d.h. fr jede gehatchte Datei ist
  ein anderes "Replaces" in den jeweiligen TIC-Dateien mglich. Dazu mu
  der Schalter "-r DATEI" direkt vor dem "hatch" stehen; nach -r also wie
  blich der Dateiname bzw. Wildcard. Dieser Text wird literal in
  "Replaces" der TIC-Datei bernommen.

  Beispiel:
  ttick -r datei1 hatch file1 ... -r datei2 hatch file2 ...

- TTick ist nun etwas multitaskingfreundlicher. In lngeren Schleifen
  wird regelmig DosSleep(1) aufgerufen, um Rechenzeit abzugeben.
- Fehler beim Anlegen von Areas auf nicht-HPFS (FAT, LAN etc.) hat den
  Areanamen im erzeugten Pfadnamen nicht richtig behandelt, wenn der
  Areaname krzer als 12 Zeichen war.
- Fehler in %request, der manchmal eine Datei nicht gefunden hat, dafr
  aber die "nchste" Datei in der Maximus-Indexdatei doppelt schicken
  wollte.
  (Gerald Pummer)
- Wenn die Konfigurationsdatei nicht geschrieben werden konnte (kein Platz
  auf der Festplatte o..), wird jetzt statt Kopieren der Backupdatei ein
  Rename verwendet, das robuster sein sollte. Leider sind dann in diesem Fall
  alle in diesem Lauf erfolgten nderungen verloren.
- Duplikatprfung rechnet den Dateinamen mit ein, damit identische Dateien
  nicht als Duplikat erkannt werden, wenn der Dateiname unterschiedlich
  ist. Neues Schlsselwort "DupeCheck" [CRC | NAME]. Beide Angaben sind
  kombinierbar, die Weiterverwendung der alten Dupedateien ist mit
  "DupeCheck CRC" mglich.
- Neues Schlsselwort "AllowTICReplaces [ja/nein]" entscheidet, ob "Replaces"
  ausgefhrt wird, das in einer TIC-Datei enthalten ist oder beim Hatchen
  angegeben wurde.
- Neues Schlsselwort "AreaFile DATEI" gibt an, da die Areadefinitionen
  in einer separaten Datei enthalten sind.
- Neues Schlsselwort "UserFile DATEI" gibt an, da die Userdefinitionen
  in einer separaten Datei enthalten sind.
- Neues Schlsselwort "PasswordFile DATEI" gibt an, da zustzliche
  Pawrter aus der Datei gelesen werden. Diese berschreiben eventuelle
  Pawrter der Userdefinitionen. Die Syntax einer Userdefinition mu aber
  trotzdem eingehalten werden!
  Syntax: "Password AKA PW", Kommentare mit Semikolon wie blich.

  Da die externe Pawortdatei anzunehmenderweise auch von anderen
  Programmen mitbenutzt wird, ist es in diesem Fall nicht mglich,
  da der User ber den %passwort-Befehl des Filefix sein Pawort ndert.
  Genauer gesagt: das genderte Pawort wird in die angegebene Userdatei
  geschrieben, aber die Pawortdatei wird nicht angefat. Hier sollte der
  Sysop auf entsprechende Hinweise in der Netmail achten und nach eigenem
  Belieben die nderung nachtragen.

  Bemerkungen zu "UserFile" und "AreaFile": Wenn mindestens eins dieser
  Schlsselworte angegeben ist, werden die entsprechenden Daten *nicht*
  mehr in die Konfigurationsdatei zurckgeschrieben, sondern ausschlielich
  in die jeweilige Datei.

  Durch Verwendung *beider* Schlsselworte kann erreicht werden, da die
  eigentliche Konfigurationsdatei nur noch zum Lesen verwendet wird, d.h.
  die Kommentare dort bleiben erhalten.

  Umstellung: es reicht, die beiden Schlsselworte anzugeben. Die Dateien
  mssen nicht existieren. Beim nchsten (versuchten) Schreiben der
  Konfigurationsdatei werden sie neu angelegt. Allerdings wren hinterher
  Areas/User doppelt definiert! Dieser Fall wird abgefangen und eine
  Hinweismeldung ausgegeben. Die erste Definition eines Users bzw. einer
  Area ist gltig, der nchste Eintrag wird ignoriert. Weiterhin mssen
  alle User vor der ersten Verwendung in einer "Links"-Zeile einer
  Areadefinition schon "bekannt" sein. Daraus folgt: erst "UserFile",
  danach "AreaFile" in der Konfigurationsdatei angeben!

  Inhalt: die separaten Dateien verwenden dieselbe Syntax wie die Hauptdatei.


30.01.,
- Mehr Logmeldungen whrend des Tickens, wenn Probleme auftraten.


21.01.,
- Unterverzeichnisse in den Inbounds wurden nicht ignoriert, sondern
  ebenfalls als Dateinamen behandelt <peinlich>
  (Jens Gecius)


19.01.,
- Logmeldung, wenn eine TIC-Datei verarbeitet wurde, um Fehlermeldungen
  besser eingrenzen zu knnen.
- Debugversion schreibt die Kommandozeilenparameter in die Logdatei.
- TIC-Dateien mit "Replaces" haben zwar die Datei(en) gelscht, aber
  die files.bbs nicht mit gendert.
  (Marco Kremer)
- Pluralexpansion mit %[] hat nicht geprft, ob die Testvariable
  numerischen Inhalt hatte (immer Plural bei Fehlern).
- Magic-Datei bekam Dateinamen im Inbound, nicht Dateiname in der Filearea.
- Falsche Logmeldung "Reading ttick.cfg" statt "... Compress.Cfg"


16.01.,
- Wenn ein User beim Filefix eine Area bestellen wollte, auf die er
  "nur" keinen Zugriff hatte, die aber existierte, wurde trotzdem ein
  Requestforward abgeschickt, wenn der User das durfte. Jetzt wird
  vorher geprft, ob die Area schon vorhanden ist, und eine bessere
  Fehlermeldung ausgegeben ("... not accessible").
  (Marco Kremer)
- Neue, verbesserte Version des ViReXXt-Skripts von Jens Gecius, die
  NEWDESC (fr file_id.diz, desc.sdi) untersttzt.
- Areanamen mit Umlauten werden vom Filefix mit NLS-Funktionen bearbeitet.


15.01.,
- RunCmd hat den BAD-Befehl nicht mehr beachtet.
  (Jens Gecius)
- Runcmd mit NAME ... lscht die Datei nicht mehr, wenn derselbe Name
  zurckgegeben wird (exakter Name, der den Pfad mit enthalten muss,
  also auch in RunCmd %D:%P nicht vergessen!). Dies kann dazu
  verwendet werden, die Daten der evtl. genderten Datei neu
  einzulesen (Gre, CRC, Datum etc.).
- Neues Schlsselwort "IgnoreTICDate" [ja/nein], das dazu dient, den
  "Date"-Eintrag in TIC-Dateien zu ignorieren, wenn man hufiger mit
  TIC-Dateien rechnet, die einen nicht FSC-28-gemen Eintrag enthalten
  (z.B. eine Hexzahl mit dem Datum im Dos-Format statt des erwarteten
  Unix-Formats, gesichtet bei JunkTick 1.14).
  (Kaare Olsen)
- Logmeldung, wenn "Date" aus der TIC-Datei nicht ausgewertet werden
  konnte (falsches Format etc.).
- TIC-Dateien werden nach absteigendem Datum/Uhrzeit verarbeitet, d.h.
  von der neuesten zur ltesten Datei.
- Filefix versteht jetzt +/-gruppe:area zustzlich zu +/-area gruppe.
- Fehlermeldung "Could not create Dupe rollback file" erscheint nur noch,
  wenn eine Dupedatei schon existiert hat.
- Neue Variablen zum netteren Ankndigungen von Dateien:
    %S   Gesamtgre aller Dateien aller Gruppen
    %GS  Gesamtgre aller Dateien dieser Gruppe
    %AS  Gesamtgre aller Dateien dieser Area
    %#   Gesamtanzahl aller Dateien aller Gruppen
    %G#  Gesamtanzahl aller Dateien dieser Gruppe
    %A#  Gesamtanzahl aller Dateien dieser Area
- Neue Schablonendatei AnnAreaFooter zum Abschlu einer AnnounceArea.
- Neue Funktion %[] in Announce-Schablonen, die im Moment nur die
  Pluralbildung erlaubt. %[Variable,Alternative-1,Alternative-2].
  Falls vor dem Ende des Ausdrucks ein \ (Backslash), , (Komma),
  [ oder ] bentigt wird, mu es mit \ entwertet werden:
    %[%#,\[ein \,\],viele \, und \\].
  Rekursive Verwendung ist mglich.
  Wenn "Variable" den Wert Eins annimmt, wird die erste Alternative,
  ansonsten die zweite eingesetzt.
  Anwendungszweck: Verhinderung von Texten wie "1 Dateien angekndigt".
  Beispiel: %[%A#,Datei,Dateien] setzt je nach Wert von %A# einen der
            beiden Texte ein.


12.01.,
- Netmail-Areas mit genau einer Netmail wurden vom Filefix als leer erkannt,
  im Fall von *.msg nur dann nicht, wenn diese 1.msg hiess.


11.01.,
- Der spezielle Header "-^h^h" (zweimal Backspace) von Downsort wird
  bercksichtigt.
- Zeilen in Magic-Dateien, die nicht dem vorgebenen Muster entsprechen,
  wurden gelscht, insbesondere z.B. "*maxfiles.idx".


09.01.,
- Leere LDesc-Zeilen verursachten einen coredump.
- files.bbs-Behandlung bercksichtigt jetzt auch "- " als Kommentarzeichen,
  nicht nur " ". Auch Header vor dem ersten Dateinamen werden jetzt
  unverndert gelassen.
- Viele potentielle coredumps, wenn Schlsselworte wie PKTPassword,
  AnnCount, AnnPart etc. leer gelassen wurden.
- files.bbs mit Header, aber ohne Dateieintrge wurde neu angelegt
  (also Header gelscht)
- Neues Schlsselwort "RemoveOfflineFiles" [ja/nein], das entscheidet, ob
  nichtvorhandene Dateinamen aus files.bbs entfernt werden oder gelassen
  werden.
- Automatisches Anlegen von Areas auf FAT-(nicht-HPFS-)Laufwerken hat den
  Pfadnamen der Area verwrfelt und hat den AutoAdded-Pfad nicht vorne
  angefgt.
