Diese Datei enthlt die nicht ganz so neuen Neuerungen.
Die ganz alten Neuerungen finden sich in den Dateien O*news.


31.10.,
- Marginaler Fehler in der Erzeugung einer Netmails mittels MsgApi:
  Bei Problemen mit MsgOpenMsg wird immer Fehlercode 0 in die Logdatei
  geschrieben. Erschwert die Fehlersuche. <mist>


30.10.,
- Meldung von drei Testern, da unter dubiosen Umstnden die
  Konfigurationsdatei defekt zurckgeschrieben wird. Deshalb einige
  Logmeldungen innerhalb des entsprechenden Unterprogramms.
- Ein Freiwilliger arbeitet an einer englischen Dokumentation. Danke!
- Release scheint in Sicht :-)


26.10.,
- Fehler bei der Definition von Netmail-Areas (Aka keine 'meiner' Akas)
  fhrten zum Coredump, wenn Netmail an Sysop geschrieben werden sollte.
- Bug: Der Befehl "check" prft nicht, ob eine Datei doppelt ist.
- Bei abgeschaltetem DLCounter wurde ein Downloadcounter "[  0]"
  in die CFG-Datei zurckgeschrieben. <peinlich>


24.10.,
- sample.cfg berarbeitet (heftig! :-) ).
- Neues Schlsselwort "ExcludeDrives [laufwerksbuchstaben]" gibt an, welche
  Laufwerke nicht in die frei/verndert-Meldung beim Start und Ende mit
  aufgenommen werden sollen (wenn ein Laufwerk keine Dateien der Filebase
  speichert etc.)
  Beispiel:
    ExcludeDrives efgh
- Ein Tester berichtet von Cfg-Dateien, die nicht korrekt zurckgeschrieben
  werden, und Fehlermeldungen beim Erzeugen/Anlegen der Flowdateien.
- Logmeldung erweitert, wenn bei "clean" mit -u Probleme auftreten. Rein
  praeventiv auf einen nicht nachvollziehbaren (sorry) Bugreport von
  C.Coehn.
- Neue Schlsselwrter "MaximusAreaDat" und "MaximusFilesIdx", die angeben,
  wo die entsprechenden Dateien zu finden sind, wenn man Maximus 2.x und die
  globalen Dateiindizes benutzen will.
- Neues Schlsselwort "%request" beim Filefix, das fr eingetragene User die
  Mglichkeit bietet, einzelne Dateien oder Wildcards aus einer Area (auch
  Gruppe:Area) schicken zu lassen. Der Benutzer mu in der Area aktiv
  sein. Dies lsst sich "zur Not" mit An- und Abschalt-Befehlen vor und nach
  %request erledigen <subject to change>

  Syntax: %request [gruppe: ] | [:][area ]dateiname
    Der Absender kann also die Area, wahlweise mit Gruppenangabe,
    erzwingen, oder er bekommt alle Dateien geschickt, auf die die
    Angabe von "Dateiname" zutrifft.
    "dateiname" kann hier wie bei den Area-Befehlen des Filefix auch
    ein regulrer Ausdruck sein, mit allen Vorteilen (und Nachteilen),
    die das bietet.

  Beispiele:
    %request texb12\.zip
    %request emtex ^texb12.zip
    %request tex:^texb12.zip$
    %request tex:emtex texb1[23456].[zl][iz][ph]

  Da hier jeweils regulre Ausdrcke bewertet werden, werden
  mglicherweise auch Dateien wie "bibtexb12.zip" gefunden. Die
  Lektre des Kapitels ber RA wird empfohlen :-)
  Das letzte Beispiel wrde zwar auch die Endung "zzh" oder
  "lip"erkennen, das ist aber eher unwahrscheinlich :-)
- Wenn %request benutzt werden soll, sollten die Maximus-Indexdateien
  vorhanden sein, weil sonst alle in TTick.Cfg deklarierten Areas nach den
  Dateien durchsucht werden. Je nach Setup kann das deutlich Zeit kosten.
- Wenn die Areanamen fr Maximus und TTick gleich sind, spart das nochmals
  etwas Zeit, weil sonst alle Areas nach dem Pfadnamen der gefundenen Datei
  durchsucht werden mssen, um fr eine Maximus-Area die TTick-Filearea zu
  finden, die in die TIC-Datei geschrieben werden mu.


17.10.,
- Neues Schlsselwort "AnnAreaHeader" <dateiname>, so da es mglich
  ist, einmalig fr jede anzukndigende Area einen Kopftext in das
  Announce-PKT zu schreiben. Beispieldatei AnnArea.txt und
  modifizierte Anntext.txt werden mitgeliefert. Die alte Datei
  AnnText.txt ist unter AnnHText.txt ebenfalls enthalten.
  Das Schlsselwort ist optional. Wenn es weggelassen wird oder die
  angegebene Datei nicht existiert, erfhrt man das durch einen
  Logeintrag und Announce'n funktioniert wie bisher.
- Unschne Fehlermeldung, wenn Compress.Cfg-Datei nicht gefunden wurde.


16.10.,
- Wahltag!
- Heinz Mller hat mit VX-Rexx ein PM-Programm geschrieben, das ein
  sehr komfortables Hatchen erlaubt, u.a. ist Mehrfach-Hatchen mit
  Angabe eines Replaces-Dateinamens mglich. Dateiname:
  TThatch.zip, 35 KB.  Das Runtime-Modul 2.0b von VX-Rexx wird
  bentigt (vxrxrunt.zip, 350 KB).
- Unter dubiosen Umstnden wurde beim Abschlu eines Announce-Befehls,
  wenn der AnnFooter geschrieben wurde, eine andere Variable zerstrt;
  meistens der Wert von "FilesBBS", so da nach Zurckschreiben der
  Konfigurationsdatei ab dann ein falscher Dateiname benutzt wurde.
  <peinlich>
- Wenn nicht gengend Speicherplatz im Zielverzeichnis war, wurde die
  Datei trotzdem in die Dupedatenbank eingetragen, was das
  nachtrgliche Ticken etwas erschwert hat.
- Logfile wurde vor dem Lesen der Konfigurationsdatei, also gar nicht,
  geffnet, da noch kein Logdateiname bekannt war. <peinlich>
- Leere LDesc-Zeilen in TIC-Dateien fhren nicht mehr zur
  Ungltig-Erklrung der TIC-Datei, sondern werden ignoriert. Nach wie
  vor wird LDesc nicht ausgewertet.
- In TIC-Dateien kann das Schlsselwort "Charset" auftreten, wird aber
  ebenfalls noch nicht ausgewertet. Hier wird angegeben sein, in
  welcher Kodierung evtl. auftretende Umlaute zu interpretieren
  sind. Im Endstadium wird fr jede Announce-Area definierbar sein,
  welcher Zeichensatz dort benutzt wird, und die Umlaute in der
  TIC-Datei werden in die Umlaute des jeweils definierten Zeichensatzes
  umgesetzt.


11.10.,
- Mehr Fehlermeldungen, wenn die Squish-Msgapi nicht erfolgreich war.
  Einige Betatester berichten von Problemen mit *.msg-Areas auf FAT.
- Archivnamen beim Packen werden nicht mehr mehrfach in die Flowdateien
  geschrieben.
- Grenbeschrnkung der Archive ist noch nicht eingebaut.
  MaxArchiveSize 0 schaltet ganz ab. Wenn's drin ist, wird das die
  Gre in KB sein, bevor der nchste Archivname verwendet wird.
  Es wird jeweils immer *nach* dem Packen einer Datei und einer TIC-Datei
  geprft; es gibt also keine Garantie, da die Archive wirklich unter
  der geforderten Gre bleiben!


09.10.,
- Dateien, die mit dem RunCmd-Befehl NAME umbenannt werden sollten,
  wurden immer zum Duplikat erklrt, da die alte CRC auf jeden Fall
  und die neue CRC doppelt gespeichert werden sollte.
- Wenn ein RunCmd-Programm den Befehl NAME benutzt und die Datei in einem
  anderem als dem aktuellen Verzeichnis erzeugte, wurde sie nicht gefunden,
  weil immer das Inbound-Verzeichnis angenommen wird. Wenn "NAME" nun keinen
  Verzeichnisteil enthlt, werden zuerst aktuelles Verzeichnis und danach
  Inbound durchsucht. Wenn ein Verzeichnisteil enthalten ist, wird dort und
  im Inbound gesucht.
- Wenn kein Downloadcounter benutzt werden soll, wurde ein coredump
  erzeugt, falls die Datei schon vorhanden war und eine neue Beschreibung
  inklusive DLC in files.bbs geschrieben werden sollte. <peinlich>
- Der Filename, der erzeugt wird, wenn ein User gepackte TICs oder Dateien
  bekommen will, ist die CRC-32 ber die User-Aka (3D ohne .0, wenn Node,
  4D, wenn kein Domainname fr diese Zone bekannt ist, sonst 5D).
  Zum Nachrechnen: mein Point 21:491/1018.1 im Gernet bekommt seine
  gepackten TICs als e831773c.* geschickt (* = Endung des eingestellten
  Packertyps aus compress.cfg). Mein Uplink, 21:491/0, bekommt den
  Archivnamen c1d12f4f.*. Wenn Domains benutzt werden, bekommt
  21:491/0@GerNet (man beachte Gro-/Kleinschreibung) 50e5e70d.*
- Anzahl der "magic" bytes, um Archivtypen zu erkennen, nicht mehr auf
  sechs Byte beschrnkt, sondern beliebig lang.
  Das ist eher akademisch, weil TTick z.Zt. keine Archive untersuchen mu.
- Wenn mehrere Files gehatcht werden, gilt eine Magicdefinition mit -M
  nur fr den ersten Filenamen und wird danach gelscht. Dies verhindert,
  da berflssige und falsche Magics in die weiteren TIC-Dateien
  geschrieben werden. Logmeldung: "Disabling magicname ...".


06.10.,
- Einige Batchdateien als Beispiele, wie ein aftertic.cmd aussehen kann,
  wenn man die Gnu File- und Textutilities installieren will (grep, head,
  cut, evtl. awk werden bentigt).
  sample1.cmd und sample2.cmd von Marco Kremer.
  Weitere Einsendungen erwnscht :-)
- Signalhandler fr ^C (SIGINT), Kill (SIGKILL) und Term (SIGTERM), damit
  auf jeden Fall alle Queuedateien erzeugt werden.
- Unter sehr ungnstigen Umstnden konnten Dateien im Passthru-Verzeichnis
  gelscht werden, wenn vorher eine Session aktiv war und eine Queue-Datei
  nicht in eine Flow-Datei umgewandelt werden konnte, und nur ein einziger
  Verweis auf eine noch nicht zu lschende Datei existiert hat (in eben
  dieser Queue-Datei), weil bisher nur die Flow-Dateien nach Passthru
  abgesucht wurden -- jetzt auch evtl. vorhandene Queue-Dateien, die nicht
  umgewandelt wurden.
- Wenn ein Seenby-Eintrag mit Zone 0 und/oder Netz 0 gefunden wird, wird
  er nicht in die ausgehenden TICs weitergegeben (Fehler in FileScan
  erzeugt Seenby 0:0/0).

04.10.,
- Bei der Wahl von "TinySeenbys" fr Downlinks wurde meine fr diese Area
  benutzte Aka nicht in die Seenbys geschrieben. Wenn der Downlink einen
  Ticker benutzt, bedeutete das fr ihn mglicherweise unntiges
  Zurckschicken der Datei zu mir.
- Auslassung: DynamicOutbound-Modus bercksichtigt keine Semaphore-Dateien,
  da ich nur Binkley als Mailer kenne. Mit einem Mailer, der dynamisch
  routet, kann es bei Multiline-Systemen also zu Problemen kommen, falls
  gerade eine Session luft.
  In diesem Fall ist es z.Zt. besser, die bekannten Semaphoren in der
  Batchdatei zu testen und TTick im Zweifelsfall besser nicht aufzurufen.
- Fehlermeldungen bei den Kommandozeilenbefehlen list/query/... vergessen,
  wenn die Aka, d.h. der User nicht definiert war.
- User mit doppelter Hold-Definition (-H -H) hat die falsche Fehlermeldung
  "User mit Hold und Crash flags" gebracht. Jetzt wird korrekt moniert,
  wenn sowohl -C als auch -H in beliebiger Reihenfolge in einer
  Userdefinition auftreten. Hierbei wird Hold angenommen, weil's billiger
  ist :-)
- Neuer Filefixbefehl "%TIC" mit Parameter [on/ja/yes/off/nein/no], der
  fr diesen User global entscheidet, ob er TICs bekommt oder nicht
  (korrespondiert mit dem pro-Area-Flag S). Der Befehl durchsucht nur
  die Gruppen, auf die der User Filefix-Zugriff hat. Wenn er also aus
  Fileareas Dateien geschickt bekommt, die er nicht im Zugriff hat,
  werden dort die TIC-Einstellungen nicht gendert.
- Analog dazu neuer Filefixbefehl "%Notify", der den User entscheiden
  lsst, ob er Netmails fr jede an ihn verschickte Datei haben will.
- Neuer Filefixbefehl "%userinfo", der einige Informationen ber den User
  verschickt. Diese Information kann ber den neuen Kommandozeilenbefehl
  "userinfo <aka>" genauso erreicht werden. Wenn -m benutzt wird, wird
  die Information als Netmail verschickt, ansonsten auf den Bildschirm
  ausgegeben. -K schaltet Kill/Sent der Netmail um (->DefaultMode KillMail).
- Die Einstufung als "sendonly" oder "receiveonly" kann selbstverstndlich
  nicht gendert werden :-)
- Netzlaufwerke werden endlich korrekt erkannt (Dank an Marco Kremer, der
  das auf Lan Server 3.0 und 4.0 immer wieder getestet hat).
- TICs und Dateien knnen gepackt werden.

  * Neues Schlsselwort: "CompressCfg" gibt den exakten Dateinamen der
    Datei compress.cfg an, die zum Lieferumfang von Squish gehrt
    (Beispieldatei wird aber mitgeliefert). Beschrnkung hierbei: die
    Identifikation des Archivtyps darf max. 6 bytes lang sein (zB. "Ident
    0,ea60"). Es werden nur "echte" OS/2-Packer aus der Datei gelesen und
    gespeichert; wenn ein Packer nur fr Dos deklariert ist (z.B. PAK) wird
    er ganz ignoriert. In diesem Fall mu der OS/2-Kommandointerpreter mit
    /C und einer CMD-Datei als Parameter aufgerufen werden, der dann das
    Dos-Programm startet. TTick prft nicht, ob die angegebenen
    Informationen gltig sind! Die Angabe "--undefined--" bei ARJ fhrt
    z.B. erst beim Packen zu einem Fehler. Es mssen immer gltige
    Programme angegeben werden -- oder der Packer bleibt ganz undefiniert.

  * Neues Schlsselwort "MaxArchiveSize" gibt an, wie gro in KB ein
    einzelnes gepacktes Archiv max. werden darf. Diese Gre kann
    geringfgig berschritten werden, da immer mehrere Dateien auf einmal
    gepackt werden, also eher konservativ konfigurieren!

  * Neuer Modus bei "DefaultMode": PackTIC, PackFiles, PackALL, PackNone.
    Diese Einstellung ist global, d.h. fr alle User gilt hier dasselbe
    Verfahren.

  * Neuer Schalter fr die User-Definition: -Pxxx (Packer), dabei ist xxx
    der Name des Packers wie in Compress.Cfg angegeben.

  * Neuer Filefixbefehl %Compress, der entweder den ab jetzt zu benutzenden
    Packer fr diesen User einstellt (nur fr diese Aka) oder eine Liste
    der mglichen Packer zurckschickt. Diese Liste erhlt man (zusammen
    mit der Information des bisherigen Packers), wenn %compress keinen
    Parameter oder ?  erkennt. Ansonsten mu einer der gltigen Namen
    vorkommen. Der User erhlt in jedem Fall eine Besttigung zusammen mit
    dem Hinweis, *was* und vor allem unter welchem Filenamen an ihn
    geschickt wird.

  TTick selbst erkennt keine gepackten TICs, die von anderen Systemen
  abgeschickt werden, da es mE. zu viele verschiedene, verschieden
  schlechte Implementationen gibt. Es ist daher ntig, mit einer
  RunCmd-Definition extern auf gepackte Sendungen zu reagieren. Die dann
  neu im Inbound vorhandenen Dateien werden ganz normal bearbeitet, als
  htte sie der Mailer gleich so angelegt.


01.10.,
- Neues Schlsselwort "PKTPassword", damit die Announce-PKTs nicht von
  jemand anderem auerhalb geflscht werden knnen. Danke an M.Mirgel
  fr diesen Tip.
- clean schreibt jetzt am Ende eine Liste der bearbeiteten Areas, damit
  externe Programme das weiterverarbeiten knnen.
- Es werden immer noch nicht alle Netzlaufwerke erkannt. Noch einen blden
  Fehler gefunden. Trial and Error :-(
- "CopyBlockSize" ist berflssig und wird nicht mehr benutzt.
- Schalter -K (KillMail) in getopt() vergessen.


30.09.,
- In AutoAdded-Areas wurde das Lschkennzeichen -u nicht erzeugt.
- Hoffentlich den Fehler gefunden, der KludgeLine zerstrt hat.
  Trat interessanterweise nur auf, wenn irgendwann beim Erneuern
  einer files.bbs-Datei eine Datei keinen Downloadcounter hatte.
- Problem: Replaces kann auch Wildcards lschen, versucht aber,
  den Downloadcounter zu erhalten. Da aber nur ein DLC gespeichert
  wird (der jeweils letzte), kann es sein, da dadurch der neuen Datei
  ein falscher DLC zugeordnet wird.
  Nach meinen bisherigen Erfahrungen sind aber Replaces-Zeilen mit
  Wildcards ziemlich selten.
- Neues Schlsselwort "ReplacesKeepsDLC" [ja/nein/yes/no], das dieses
  Verhalten ganz abschaltet. Neue Dateien bekommen als DLC den
  vordefinierten fr den Anfangswert 0, wenn berhaupt einer definiert
  ist. Es wird *nicht* versucht, von einer der ersetzten Dateien den
  DLC zu behalten.
  Voreinstellung ist NO, dh. DLC wird immer auf 0 gesetzt.
- Wenn ValidateNewAreaNames gesetzt ist, werden alle Punkte, Kommata,
  /, \, <, |, > aus dem Areanamen gelscht, bevor er zum Erzeugen eines
  Verzeichnisses benutzt wird. Grober Denkfehler bis hierher: ich nahm
  an, da der *Areaname* verndert werden mu. Areaname bleibt jetzt
  unverndert, nur Dupe-Name und Pfadname werden jetzt angepat <peinlich>


29.09.,
- Naechster Versuch, alle Netzlaufwerke zu erkennen.
  DosQueryFSAttach(...FSAIL_QUERYNAME...) statt FSAIL_DRVNUMBER.
- Auslassung: clean schreibt noch keine Informationen, welche Areas
  verndert wurden. um zB. fbp die Indizes neu erstellen zu lassen.


27.09.,
- Bug: Immer noch nicht alle Netzlaufwerke erkannt.
- Bug: Je nach Zufall wird eine Konfigurationszeile (i.a. KludgeLine)
  durch einen doppelt freigegebenen Zeiger etwas ldiert. Tritt leider
  bei mir nicht auf und uert sich in einem zuflligen Zeichen am
  Ende von "CHRS: Latin-1 2" -> "...I" oder "...@" oder ... :-(


26.09.,
- Nachtrag: Fehler beim Erzeugen von Netmails mit externen Dateien;
  beim Auftreten von % wurde das als Formatbefehl fr sprintf()
  verstanden und komische Werte geschrieben. Klappt jetzt korrekt.
- Extrem peinlicher Fehler beim Setzen der Squish-Datumvariablen:
  Monat und Tag vertauscht und Jahr+80 statt -80 berechnet (94->176)
  (Unix rechnet Jahr 0=1970, Dos+OS/2 0=1980, localtime bergibt Jahr=94)
- Filefix hat auch eigene Nachrichten an andere Filefixe bearbeitet und
  "rcv" markiert bzw. gelscht, weil die Aka "zu spt" geprft wurde.
- Auf vielfachen Wunsch versteht der Filefix jetzt die Schalter
  -Q -L -U -H -? nach dem Pawort im Subject. Dabei gilt:
  -Q und -U entsprechend %unlinked, d.h. Liste der bestellbaren Areas,
  -L Liste aller Areas, -H und -? Hilfetext (%help).
- Neues Schlsselwort KillMail fr DefaultMode. Unabhngig von KillFiles
  ist jetzt einstellbar, was mit Netmails an Filefix passiert.
  Kommandozeilenschalter -K schaltet um. Dieser Schalter entscheidet auch,
  ob die eigenen Netmails mit dem Attribut Kill/Sent erzeugt werden.
- Kommandozeilenhilfe aktualisiert (einige Schalter haben gefehlt).
- Jetzt sollten Netzlaufwerke korrekt erkannt werden. Ich bitte um
  Rckmeldungen von Novell-Benutzern.


24.09.,
- Routine zum Erzeugen der Netmails schreibt jetzt MSGID in die Logdatei.
  Erzeugt neuerdings kaputtes Datum in Netmail an Sysop.
- Erkennen der Laufwerke immer noch nicht perfekt.


20.09.,
- Mein Geburtstag. Leider nicht das Releasedatum. Immer noch mindestens
  ein Bug.
- Das Unterprogramm zum Erkennen der Laufwerke erkannte keine Netzlaufwerke.


19.09.,
- Verschieben und Kopieren ruft jetzt die entsprechenden OS/2-Befehle
  DosMove und DosCopy auf. Dies sollte die Arbeit in Netzwerkumgebungen
  etwas schneller gestalten.
- Die alte Funktion zum Erkennen von Laufwerken hat nur die eingebauten
  lokalen Laufwerke gefunden, nicht mal die ber Treiber installierten
  Laufwerke wie Ramfloppy, CD-Roms etc. Die neue Funktion testet alle
  Laufwerke von C-Z auf Vorhandensein, unterscheidet sich aber sonst nicht
  weiter von der alten.
- gcc 2.5.8 statt 2.5.7. Sollte aber (hoffentlich) keine Unterschiede machen.
- Neues Schlsselwort "ValidateNewAreaNames", das bewirkt, da
  Areanamen mit mehreren Punkten im Namen gekrzt werden. Wenn
  weitere Vorschlge kommen, werden weitere Prfungen eingebaut,
  was zulssig ist oder nicht. Mgliche Werte: Ja/Nein/Yes/No.
  Default ist Nein.


16.09.,
- MSGID in Netmails hat manchmal falsche Werte angenommen, falls zuflig
  "unschne" PKT-Namen im Inbound zu finden waren. Enthlt jetzt immer
  eine Uhrzeit in Hex-Darstellung.
- DupeCheck hat nicht Anzahl an Eintrgen, sondern Gre in Bytes getestet.
  Bei DupeSize 1000 wurden also nur ca. 250 Eintrge gespeichert.
- Der Filefix hatte bei %rescan dasselbe Problem mit "gemischten" Downlinks
  in verschiedenen Zonen, s. Bemerkung bei 14.09.
- Bug: beim Ticken kann die KludgeLine aus noch ungeklrten Umstnden
  kaputt gehen (uert sich bei einem Betatester in einem zustzlichen
  Buchstaben am Ende der KludgeLine).
- Die Info-Befehle list/query/linked/unlinked geben jetzt auch aus,
  ob ein angeschlossener User Receive-only oder Send-only ist (> bzw. <
  statt * vor dem Areanamen). * steht jetzt fr "bidirektionale Verbindung".


15.09.,
- Wenn HatchArea definiert ist, wird zuerst dort nach einer Beschreibung
  fr die zu hatchende Datei gesucht. Erst wenn nichts gefunden wird,
  wird nach einer Beschreibung in der Filearea gesucht. Dies sollte dem
  Fall vorbeugen, da eine vorhandende Datei ihre Beschreibung an die
  neue (Ersatz-)Datei weitergibt, obwohl die neue Beschreibung besser
  (und vor allem sinnvoller) wre.
- Info ber Speicherplatz auf den einzelnen Laufwerken wird am Ende nur
  wiederholt, falls sich auf einem Laufwerk der freie Speicherplatz
  gendert hat. So sieht man exakt, wo beim Ticken etwas passiert ist.
- Wenn BadFileDir nicht definiert war, wurde nicht ins Log
  geschrieben, da die TIC-Datei im Inbound blieb, aber zu *.BAD
  umbenannt wurde, und es wurden in die in BadFileInfo angegebene
  Datei keine Eintrge geschrieben.
- Wenn ein User gar keine Flags definiert hatte, wurden Pawort und
  Name nicht mit einem Leerzeichen getrennt.
- Include-Befehl fr die Konfigurationsdatei: Include <dateiname>.
  Kann beliebig geschachtelt werden.
  Beispiel:
    include c:\max\ttick.inc
  Sobald die Konfiguration zurckgeschrieben wurde, ist der
  Include-Befehl verschwunden und alle nachgeladenen Teildateien
  werden in die Hauptdatei geschrieben, also die, die das "uerste"
  include enthielt.  <subject to change>


14.09.,
- Bei "gemischten" Fileareas mit User-Akas in mehreren Netzen wurden
  die Queue-Dateien alle in das Outbound-Verzeichnis geschrieben, das
  zu "meiner" Aka fr diese Filearea gehrt. Die Queue-Dateien wurden
  dann nicht mehr gefunden. Jetzt wird fr jeden User bzw. jede Aka
  das richtige Outboundverzeichnis genommen.
- Bei Duplikaten wird jetzt ins Log geschrieben, in welcher Area und
  vom wem die Datei kam.
- Falls bei der ersten Konfiguration AnnounceArea vor Address
  definiert wurde und noch keine Akas bekannt sind, konnte es beim
  Zurckschreiben der TTick.Cfg zu einem Coredump kommen, weil
  AnnounceArea eine Defaultaka annimmt. Jetzt wird nach Beendigung des
  Einlesens jede nicht definierte Aka auf die erste Aka gesetzt. Nach
  einmaligem Zurckschreiben der TTick.Cfg hat sich das Problem von
  allein erledigt, weil die Schlsselworte in der 'richtigen'
  Reihenfolge geschrieben werden.
- Nochmal der Hinweis: Wenn ein Uplink Areas automatisch erzeugen
  darf, mssen sowohl das Autoadd-Flag -A bei der Userdefinition als
  auch die Gruppe AutoAdded bei der Gruppenliste des Users eingetragen
  sein.
- Neuer Befehl bei der Rckkehr von "RunCmd": NEWDESC zur nderung der
  Beschreibung einer Datei. Das kann man benutzen, um bei
  Grafikdateien wie zB. GIF die Auflsung zu bestimmen und mit in die
  files.bbs schreiben zu lassen. Dazu passend eine neue
  Ersetzungsvariable %B fr die alte Beschreibung der Datei.
  Beispiel: RunCmd *.GIF C:\grafik\gif-info.exe %D:%P\%N.%E "%B"
  gif-info.exe schreibt dann fr die bergebene Datei die Auflsung
  und dahinter die alte Beschreibung nach stdout.
- Info-Befehl hat *immer* "write Netmail to sysop" behauptet, auch
  wenn -N nicht angegeben war.
- Prfung auf gengend freien Speicherplatz auf dem Ziellaufwerk.
  Dazu neues Schlsselwort "MinimalDiskFree" mit Parameter: "noch
  mindestens x KB frei", die vor dem Kopieren in den Zielpfad dort
  noch frei sein mssen.  Ist die Bedingung nicht erfllt, kommt die
  Datei mitsamt TIC ins Bad.  Man sollte also immer sicherstellen, da
  auf dem Laufwerk, das die BadFiles aufnehmen soll, gengend Speicher
  frei ist.  Voreinstellung fr MinimalDiskFree: keine, also 0 KB, es
  wird nicht geprft. Ratsam ist ein Wert zwischen 512 und 4096 (KB),
  denke ich. Diese Prfung greift auch, wenn Inbound und Zielpfad auf
  demselben Laufwerk liegen! Die Datei pat zwar offensichtlich noch
  auf die Festplatte, zum Kopieren wird aber ebenfalls Speicherplatz
  bentigt.
- Informationshalber steht in der Logdatei jeweils, wieviel
  Speicherplatz auf jedem vorhandenen Laufwerk noch frei ist, falls
  LogLevel 5 eingestellt ist, sowohl vor, als auch nach den
  durchgefhrten TTick-Aktionen.
- Neues Schlsselwort "DefaultMode", das angibt, welche Schalter per
  Voreinstellung gesetzt sein sollen. Parameter sind ein oder mehrere
  Wrter; die Kommandozeilenschalter wechseln dann den Zustand dieser
  Einstellung!  Mglich sind im Moment: NotifySysop, KillFiles,
  ConfigWrite, UseInbound (gro/klein ist egal).  Voreinstellung fr
  die Voreinstellung ist "Nein", d.h. wenn das Wort fehlt, wird "Nein"
  angenommen.  Beispiel: DefaultMode KillFiles ConfigWrite UseInbound
- Meine Hauptaka wurde nicht in die Seenbys geschrieben. Hing mit
  einer anderen nderung zwecks Sortierung der Seenbys zusammen.
- Zurckgegebener Errorlevel wird zu Kontrollzwecken in die Logdatei
  geschrieben.


13.09.,
- Wenn ein Duplikat gefunden wurde, wurde die Datei trotzdem nochmals in die
  Filebase kopiert. Macht nix, da die Datei dort in files.bbs stand, kostet
  aber Rechenzeit.


12.09.,
- Statistikinfo enthielt kein CR als Zeilentrenner.
- Neues Schlsselwort "HatchArea" erlaubt die Angabe eines Pfads, in dem
  whrend des Hatchens eine zustzliche files.bbs gesucht wird, falls eine
  Datei aus einem anderen Pfad gehatcht werden soll und in diesem Fall noch
  keine Beschreibung in der "richtigen" files.bbs existiert.  Das ist ganz
  praktisch, wenn man alle Dateien in einem Verzeichnis sammelt, dort eine
  files.bbs anlegt und dann den Ticker die Dateien in das endgltige
  Verzeichnis verschieben lsst.  Dieses Schlsselwort kann nur einmal
  angegeben werden, und dort wird eines files.bbs nur gesucht, falls eine zu
  hatchende Datei eine Pfadangabe enthlt und in der "richtigen" files.bbs
  keine Beschreibung gefunden wird.


11.09.,
- Schnheitsfehler beim Lschen alter Dateien (clean): Bei einer der Angaben
  zur ltesten und jngsten Datei war die Pluralbildung ("day", "days")
  falsch, wenn einer der Werte 1 und der andere nicht 1 war.
- AreaDesc wird in TIC-Dateien geschrieben und enthlt die Beschreibung exakt
  so wie in TTick.Cfg angegeben.
- Neues Schlsselwort "NodeStatistics" gibt ein Basisverzeichnis an, in dem im
  Format der Outbound-/Flow-Verzeichnisse Informationen ber die Dateien
  gespeichert werden, die der entsprechende Link bekommen hat.
- Neues Schlsselwort "FileStatistics" gibt eine Datei an, in der alle Dateien
  in der Reihenfolge des Eingangs mit Namen und Zusatzinformationen
  abgespeichert werden.  Format fr Statistik ist bei allen Arten:
  + eine Zeile pro Datei
  + yy mm dd hh mm ss gruppe area name gre timestamp-dezimal crc32-hex
  + die ersten sechs Stellen geben das Eingangsdatum bei "mir" an.
  + Trennzeichen ist jeweils ein Leerzeichen.
  Eine Statistik nach Gruppen und/oder Areas erhlt man durch gezieltes
  Anwenden der Programme sort, cut und grep (cut aus den Gnu Textutils).
- In TICs wird jetzt in die "Date"-Zeile auch das Datum im Klartext
  geschrieben (C-Library ctime(), so da die Felder fix sind und leicht
  analysiert werden knnen)
- Trotz Meldung "File is not dupe" wurde die Datei ins Bad verschoben
  <peinlich>
- Neues Schlsselwort "AcceptBadSeenby", das die Seenby-berprfung
  abschaltet, so da auch TICs verarbeitet werden, die nicht "meine"
  Aka enthalten. Allfix soll das so machen, wenn man der erste Empnger
  nach dem Hatchen ist. Default ist "Nein", d.h. falls die eigene Aka
  nicht in den Seenbys ist, wird die TIC-Datei als defekt erachtet.
- Liste der Links der Areas wird jetzt sortiert abgespeichert.
- Ebenfalls werden die Seenbys jetzt sortiert abgespeichert, allerdings in
  Raten :-), zuerst alle meine Akas in dieser Zone/diesem Netz, dann die
  Liste der Downlinks, danach die sortierte Liste der vorherigen Seenbys.


10.09.,
- -r <name> lscht jetzt auch wie beabsichtigt die alte Datei in der
  eigenen Filebase und korrigiert die files.bbs entsprechend <peinlich>.
- Hatchen/Senden mit Schalter -r fr "Replaces" funktioniert nicht korrekt,
  falls mehrere hatch-Befehle in einem Aufruf untergebracht werden. Sollen
  mehrere Dateien mit "Replaces" gehatcht werden, mssen dafr auch separate
  TTick-Aufrufe benutzt werden! Sonst wird in *jede* TIC-Datei "Replaces"
  mit dem angegebenen Parameter (Dateiname) geschrieben!
- Anlegen der Backupdatei fr files.bbs (BakFiles.bbs) ist steuerbar,
  wenn das neue Schlsselwort "BackupFilesBBS" benutzt wird. Vorgabe
  ist der alte Standard "JA".
- ? im Announce-Text kann literal benutzt werden, wenn es mit % entwertet
  wird, da es sonst ein "Konditional" einleitet.
- Neuer Schalter -u bei Areadefinitionen, der angibt, wie alt Files werden
  drfen, ohne "benutzt" worden zu sein, bevor sie gelscht werden.
  -u5 wrde bedeuten, da eine Datei, die seit 5 Tagen nicht mehr requestet
  oder per Download abgeholt wurde, gelscht wird. Dazu wird das Feld
  "last access" einer Datei benutzt, das nur bei HPFS und hnlichen,
  modernen Filesystemen untersttzt wird. Wer seine Filebase auf FAT anlegt,
  ist erstens selbst dran schuld und kann zweitens diesen Schalter nicht
  benutzen, weil es den gleichen Wert wie "last modified" zurckliefert.
  Es hat den selben Effekt, als wre die Area mit -d definiert.
  Neue Reihenfolge, falls mehrere Schalter angegeben sind: -d, -u, -m,
  d.h.: ist -d angegeben, werden -u und -m nicht bercksichtigt, etc.
- Schlsselwort "AreaDesc" in TIC-Dateien wird benutzt, um die Beschreibung
  der neuen Area zu bilden. Fehlt es, wird die alte Methode verwandt
  (Beschreibung aus NewAreas + ": " + Areaname)
- Falsche Fehlermeldung, wenn Datei doppelt ist, korrigiert.
  "Problem writing dupe..." nur noch bei Dateifehlern, nicht mehr bei
  Duplikaten.
- nderung in der Syntax von NewAreas erlaubt jetzt, fr alle Areas
  denselben Namen fr die Dupe-Datei zu verwenden. Nach -$ kann jetzt
  der Name der Dupe-Datei stehen, es wird beim Erzeugen einer neuen
  Area nicht mehr deren Areaname genommen, wenn schon ein Name nach -$
  vorgegeben ist.
  Diese nderung wirkt sich z.Zt. nicht auf das Neuanlegen von Areas
  ber den Kommandozeilenbefehl aus! Dort wird nach wie vor der Areaname
  fr die Dupe-Datei eingesetzt.


08.09.,
- Coredump, wenn TIC-Datei ins BadDir sollte <peinlich>
  Bedingt durch nderung im "RunCmd"-Code.


06.09.,
- Insbesondere zum Hatchen von mehreren Files mit einem Befehl,
  damit alle Dateien in einem PKT angekndigt werden knnen, ist
  es jetzt mglich, die Befehle an TTick in eine Datei zu schreiben,
  die beim Start wie Kommandozeilenargumente ausgewertet wird.
  Dieses Response-File wird mit @name angegeben.
  Statt TTick -schalter hatch ... announce kann man jetzt
        TTick -schalter @hatch-list announce schreiben, und in der
  Datei "hatch-list" steht etwas wie
    hatch
    file1
    area1
    desc1
    hatch
    file2
    area2
    desc2
    hatch
    file3
    area3
    desc3
    hatch
    file4
    area4
    desc4
  Also jedes Wort in einer separaten Zeile, Beschreibung, auch aus
  mehreren Worten bestehend, ohne ""!


05.09.,
- Fehler beim Hatchen: wenn File in neu angelegter Area gehatcht wurde,
  wurde keine files.bbs angelegt.
- Fehler beim Hatchen: wenn "" als Beschreibung angegeben, wurde die
  Beschreibung nicht aus files.bbs gelesen.
- Fehler beim Hatchen: File mit Pfadangabe wurde bei -k im alten Pfad
  nicht gelscht.
- Fehler beim Hatchen: gehatchte Datei wurde nicht in die Dupe-Datenbank
  gespeichert, so da Dupes von Downlinks nicht ber die CRC erkannt wurden
  (vermutlich aber ber die Seenbys).
- Fehler beim Hatchen: Magic wurde nicht angepat.


04.09.,
- Die Liste der RunCmds wird jetzt nur noch solange geprft, bis das
  FileSpec einmal zutraf, Dadurch wird erreicht, da der NAME-Befehl
  wie geplant funktioniert. Bisher wurden *alle* Befehle geprft, wodurch
  ein NAME-Befehl "vergessen" wurde, sobald der nchste Befehl bearbeitet war.


30.08.,
- Fehlermeldungen, wenn keine Seenbys oder Path-Zeilen in der TIC-Datei.
- TIC-Dateien wurden nicht fehlerhaft aussortiert, wenn der Absender nicht
  in der Exportliste der Area stand.
- Probleme mit erzeugten PKT-Namen, wenn zufllig Dateien mit .PKT im Inbound
  existierten, deren Namen nicht dem Muster entsprachen (8 Zeichen alpha).
- Die speziellen Wildcards +* und -* werden jetzt vom Filefix erkannt
  und genauso wie +%ALL und -%ALL behandelt, TTick bricht nicht mehr
  mit einer Fehlermeldung "regexp(3): ..." ab.


26.08.,
- Beim Zurckschreiben der Konfiguration wurde immer nur der erste
  RunCmd-Befehl zurckgeschrieben, aber so oft, wie vorher RunCmd
  definiert war.


20.08.,
- Aufteilung in whats.new und whats.old :-)
- Dokumentation etwas berarbeitet. Im Kapitel zu Regulren Ausdrcken
  wurde das ? nicht erwhnt (0 oder 1 Zeichen egal) und Alternativen
  mit | haben gefehlt (1|3|5|7|9 fr die ungeraden Ziffern zB.).
- Der Filefix hat immer die Flags des ersten Links einer Area und nicht
  die Flags des betroffenen Links manipuliert.
- Falsche Fehlermeldungen, warum Announce nicht mglich ist. Fehlende
  Dateien wurden nicht bemngelt, dafr aber die vorhandenen.
- Wenn PKT-Dateien im Inbound existierten, hat Announce nicht funktioniert.


16.08.,
- Beim sehr schnellen Erzeugen von vielen TICs gab es berschneidungen,
  so da bereits vergebene Namen fr TIC-Dateien nochmal verwendet
  wurden, mit dem Effekt, da ein vorhandenes TIC berschrieben wurde.
  Neuer Algorithmus fr die Erzeugung von eindeutigen Namen.
- Zur Kontrolle neue Logmeldung mit erstem und letztem TIC-Namen.


14.08.,
- Peinlicher Fehler hat linksbndige Formatierungen bei Ankndigungen
  verhindert (negative Breite zwischen % und Announce-Befehl).
  Jetzt klappt sowohl zB. %20A (rechtsbndig) als auch %-20A (linksbndig).
- StickySeenby Nein hat zwischen die Adressen kein CR gesetzt
  (Seenby a:b/c.d e:f/g.h etc.) und erst nach knapp 70 Zeichen umgebrochen.
- Seenby-Liste muss sortiert werden (fehlt noch).
- CRC wird jetzt auf Wunsch mit groen Hexbuchstaben in die TIC-Datei
  geschrieben, weil andere Ticker keine kleinen Hexzahlen knnen.
  Gefllt mir nicht.


12.08.,
- Fehlerhafte Logmeldung (falscher Pfad fr die Datei) bei Send und Hatch,
  wenn eine Datei aus einem angegebenen Pfad gehatcht werden sollte,
  zB. hatch C:\tmp\sfdiff.l24
- Als besonderes Bonbon fr einen Betatester kopiert TTick beim Ticken
  jetzt auch evtl. vorhandene erweiterte Attribute der Datei mit.
- Die Schlsselworte AreaDesc und By in TIC-Dateien (bisher nur bei einer
  Betaversion von FileRoute-286/2 (Norbert Schlia) gesehen) werden gelesen
  und bislang ignoriert.


10.08.,
- core dump in updatemagicfiles, weil faelschlich ein Passwort in der
  letzten Zeile angenommen wurde.
- Meldung ber jede Datei, die bei Replaces gelscht wurde (ab Loglevel 3).


07.08.,
- Mglicher Fehler: Netmails in *.msg-Areas knnen nicht als "received"
  markiert werden (-k nicht angegeben). Bitte testen.
- Bestimmte Kludges werden als nicht konfigurierbar abgelehnt:
  FMPT, TOPT, INTL, MSGID, REPLY, PID, da sie von TTick bzw. dem Tosser
  selbst erzeugt werden.
- Neue emx.dll aus dem emxfix10-Paket und neu kompiliert.
- Die Schalter in User- und Areadefinitionen sind case-insensitiv, d.h.
  -A, -H, -d etc. knnen gro oder klein geschrieben werden.
- Known Bug: wenn in verschiedenen PassThru-Areas gleichnamige Dateien
  eintrudeln, berlebt nur die letzte Datei, die die anderen berschreibt.
  Dies ruft mit Sicherheit CRC- und andere Fehler bei den Empfngern hervor.


04.08.,
- Bemerkung zu DynamicOutbound: Damit PassThru funktioniert, mu die
  *.msg-Area, die der Mailer benutzt, *unbedingt* auch in TTick definiert
  sein, sonst werden die Fileattaches fr Passthru-Files gar nicht gefunden
  und das PassThru-Verzeichnis sofort wieder gelscht!
- Fehler in der Dokumentation bzgl. der Link-Flags < und > korrigiert.
  Endgltig: > ist fr Uplinks, < fr ausschlieliche Downlinks.
  Da TTick aber vollstndige Seenby-berprfung durchfhrt, sind diese
  Flags nicht so wichtig wie bei (zB.) Tick von Geller, das Dateien ohne
  & sofort wieder an den Uplink zurckschickt.
- Semaphore \sem32\ttick\default eingefhrt, die erkennt, ob mehrere
  Instanzen gleichzeitig laufen (sollen). Das Programm wird in diesem
  Fall einfach wieder beendet, ohne etwas zu erledigen.
- Mehr Fehlermeldungen zu den TTick-Aktionen in der Netmail an Sysop,
  insbesondere wenn ein TIC nicht bearbeitet wurde.
- Mehr Fehlermeldungen bei Konfigurationsfehlern.
- Fehlerhafte Netmails an Filefix werden jetzt "Received" markiert, damit
  die Fehlermeldung nicht mehrfach erscheint.
- Wenn in einer TIC-Datei keine CRC-Prfsumme angegeben war, wurde die
  Datei kommentarlos ins Bad geschoben. Dies tritt u.a. auf, wenn TTick
  aus einer Area hatcht, die den Schalter -C nicht gesetzt hat (CRC-Prfung).
- Hatchen/Senden schreibt jetzt immer eine CRC in die erzeugten TICs,
  auch wenn -C nicht eingeschaltet ist.
