UPDCHCK.EXE
------------------------------------------------------------------------

+  new added feature and/or parameter(s)
*  fixes
i  for information purposes only, no changes.
-  removed feature/parameter
----------------------------------------------------------------------------
14.06.2012 v5.90
   *  New Index Level: H

13.05.2012 v5.80
   *  Patch check nodelist flags
      Problems with nodelist flags like INA:... in pointlists:
      New points sometimes preparing their installation
      to become a node, so they are reachable 24/7
      The new FoIP flags IBN and INA allows to signal
      other systems, that these systems are reachable.
      With PVT, -Unpublished-, CM, IBN, INA:... in the pointlist
      set, the pointsystem is reachable from the world
      despite the fact, that CM,IBN can be set to
      Nodelistflags stripping ignored, the new INA flag
      with a dns url will be stripped anyway as the
      INA:something doesn't match the flag INA
      The fix takes care about the new multiple parts
      nodelist flags like INA:* probably other flags too.
      SNDLF_EXCL CM,MO,IBN,INA
      now finds not only CM,MO and IBN, also
      an INA flag defined like INA:ambrosia60.dnsalias.net
   
22.02.2009 v5.76
   *  Fixed CHecKNoDeListFLags module.
   +  added types HA, BZIP2, GZIP, COMPRESS to packertest detection.

19.10.2008 v5.75
   *  Can't timestamp file
      the error behind this problem was an system error:
      'Too many files open'
      Fixed.
   *  Changed from ARJ to ZIP packing

5.5.2007  v5.62
   *  C setfiletime function doesn't release filehandles.
      multiple execution ends in file cannot be opened.
      Fixed. v5.60 recompiled to v5.62.

10.4.2007 v5.60
   *  Changed filedate/filetime touch routine to be
      network drive/win32 aware

16.6.2005 v5.51
   i Differnet types of conversion:
      NPK level test:
      Host,24318,2443/1313,velbert,dirk_astrath,000-000-000-000,300,CM,MO,H16,
      ,1,funboard.1,velbert,sandra_astrath,000-000-000-000,300,

      RPK level conversion to boss, than re-fake:
      Boss,2:2443/1313
      Pvt,1,funboard.1,velbert,sandra_astrath,-Unpublished-,300,

      on NPK level works UPDCHECK
      on RPK level works PNTLCVRT

      UPDCheck can handle more specialized Pvt Point listings
      by configuration PVT_POINT parameter in config.
      Accept, Warning, Change
      Solution: use parameter  PVT_POINT Accept
      State: no fix needed

   * undef. freezing
     debug mode:    checkndlFL   114      (ported errflags routine)
                    EFNF         264
                    EQUAL       1316
                    ThisFlagER         42
                    ThisUserER         43

     last changes made:  added Txx as regular flag addtl. to
     user flag in errflags.tab file:
     ;      +-----------------------------------------+
     ;      !          Online time user and regular flag          !
     ;      +-----------------------------------------+
     ;
     ;FLAGS T$$              <-
     USER T$$

     T$$ as FLAGS and as USER caused a loop in the
     checkndlFL function.
     Workaround 1: list only any flags unique as FLAGS or USER flag.
                   Not both at the same time!
     Workaround 2: loop detection in chkndlfl function if regular- or
                   userflags errors above 30.
     State: Workaround.
   * undef. index file corruption
     on next: ODBMC1 line 503 index file corruption  (fnc6)
     using *A*, index *0*, *1*, *2*, *3*, *4*, *5*
     partial indexing?
     before db access a *A.COR semaphore will be created and errorlevel
     changes to errorlevel 60. after db access reset errorlevel to
     default (99) till other error.
     State: Fixed.
   + Added errorlevel 60 (corrupted index)

9.3.2005  v5.50
   i  New version numbering schema.
      Relates to PNTLCVRT version numbering as of
      nodelist index sharing.
      skipped UPDCHCK revisions v2.0, v3.0, v4.0, v5.0
      now v5.50
      Major revisions follows PNTLCVRT numbering.
      Minor revisions are subrevisions within UPDCHCK.
   *  Possible database conflict between nodelist index and
      implemented t2m netmail procedures fixed.
   *  fixed strange #files handling under winnt by replacement of
      files# checking code
   +  New index structure includes now _ALL_ nodelist entrys.
      addtl. flag field allows extended reporting information
      of unlisted/unindexed nodes within PNTLCVRT.
      New Index Level: G
   *  Changes on ERRORS.TPL:
      Nodestate: ERR015 -> Pvt, ERR016 -> Down, ERR017 -> Hold

1.3.2004  v1.54
   *  Program termination without Errorlevel or Warning
      if Nodelist missing/not found. Fixed.

29.2.2004  v1.53
   *  Fixed CRLF problem within nodelist indexing.
      Changed UPDCheck v1.52 to v1.53.
      Now nodelist indexing is mandatory in UPDCHECK too.
      Added undefined nodelist indexing to Errorlevel 70.
      compatible to PNTLCVRT v5.00
   *  Lowlevel I/O routines updated.
   +  Add auto identify NDLSTATUS routine
   -  Removed config parameters NODECHECK and NDLSTATUS

14.11.2003  v1.52
   *  Program termination with:
      Proc GUFINFO line 1924, undefined identifier _H1
      fixed.

23.10.2003  v1.51
   +  # 17:40:06  BAD move from: \FD\SECURE\22410330.UPD
      # 17:40:06             to: F:\fd\points\BAD\22410330.000
      # 17:40:06  \FD\SECURE\22410330.UPD rejected.
      Error case   : one empty line before first Host line in UPD file.
      Error message: Host line missing

      Add empty white line detection before first Host line.
      Skip empty white line.
      Fixed.
   *  phone conversion of ip-only nodes
      step 1:    000-000-000-000 to 000-00-000-000
      step 2:    000-00-000-000 to 000-0-000-000
      step 3:    ?!?
      Problem: starting "0" in 2nd phone part will be identified
      as the errorcase "areacode with leading zero" in the phonecheck
      subroutine.
      A quick fix is now implemented to accept the
      complete phone string "000-000-000-000"  (4 times "000").
   +  Advanced identification of error case found in v1.41 (19.7.02)
      ,HamburgAndi_Brett,  => ,Hamburg,Andi_Brett,
      ,HAMBURGANDI_BRETT,  => ,Althuette,HAMBURGANDI_BRETT,
      ,HHAndi_Brett,       => ,HH,Andi_Brett,
      ,HAMBURGAndi_Brett,  => ,HAMBURG,Andi_Brett,
      ,HHandi_brett,       => ,HH,andi_brett,
   *  Fixed missing city case.
      If multiple entrys exists for one areacode
      i.e. 069 -> Frankfurt, Offenbach, Hoechst, Griesheim
      the most counted entry of live data will be used.
      The "live data" will be analysed by each entry of
      real pointlists that converted by UPDCheck after
      the rebuild of the City database. Existing entrys
      are counted (unique city list, multiple areacodes).

4.10.2003   v1.50
   *  Update Nodelist Index Routine to Index Level F
      compatible to PntlCvrt v4.10
   +  Add Config parameter PVT_IP to support IP-Only nodes
      vs. Pvt Nodes at all.

19.7.2002   v1.41
   +  new error case repair within pointlines:
        ,12,Point12,Filderstadt,Andi_Brett,49-7183-428161,9600,
        ;E ,12,Point12,FilderstadtAndi_Brett,49-7183-428161,9600,,
        ;E Warning:   empty field detected.
        ;E     |-->  One missing field.
        ;E found possible city and firstname in sysopname in field 4.
        ;E try to repair by split city and firstname.
      Can now be fixed automaticly.
      new ERRORS.TPL (add :ERR086)

3.6.2002   v1.40
   *  Update Nodelist Index Routine to Index Level E
      compatible to PntlCvrt v4.00

27. 2.2002 v1.32
   *  updchck seems to hung within ri2line() routine
      by some segments.
      pointers for low/level filebuffering
      wasn't corrected by new ri2line routine in v1.31.
      fixed.

25. 2.2002 v1.31
   *  0Ah vs. 0D0Ah line terminations test runs into memory problems
      with large update files.
      i.e. proc UCATREPL line 1700, out of memory               Continue?
      There was a leak before by testing and analyze steps with UPDCHCK.
      The hirarchie: packtest, get content infos, 0Ah lines termination fix.
      produces in step 2 these errors. This leak has been fixed now.
      (reported by Michael Haase)

14.11.2001 v1.30
   *  "proc SDB2EFA line 362, disk full" error.
      Problem with duplicate temp filenames. Status: fixed.
      (reported by Stefan Klatt)
   *  Proc T2MM41 line 426, subscript range
      Problem with namensconfig in t2m.cfg.
      To much sysopnames defined in T2M.CFG or command line
      "T2M text ... /N11 ..." (Batchline or others)
      uses an undefined #. The same problem exists with number of AKAs.
      UPDCHCK reports now T2M.CFG error in the logfile and uses entry #1.
      Status: fixed both.
      (reported by Stefan Klatt)
   +  Add 2nd parameter for nodelist to store the indix files
      internal databases and logs in another path
         or
      use 2nd parameter to get the nodelist from a different path
      than the nodelist index files and internal databases are stored.
        ; Index, Nodelist and internal database path
        DBPATH %updworkdir%\nodelist
        NODELIST c:\MAILER\NODELIST\nodelist.*

      OLD:
        NODELIST c:\MAILER\NODELIST\nodelist.*

        The Nodelist is read in path c:\MAILER\NODELIST and all index files,
        internal database files and logfiles are stored in the
        path c:\MAILER\NODELIST.

      NEW:
        UPDWORKDIR D:\FIDO\PLC
        DBPATH %updworkdir%\nodelist
        NODELIST c:\MAILER\NODELIST\nodelist.*

        The nodelist is read in path c:\MAILER\NODELIST.
        All index files, internal databases and logfiles are stored in
        path D:\FIDO\PLC\NODELIST.

      hint: upgrade from earlier updchck versions with new parameter
            DBPATH and a new path:
            add new path and the parameter DBPATH in your config.
            move all *.IDX and *.LOG files from the "old" NODELIST-path
            to the new DBPATH directory.

      DBPATH should allways be added. DBPATH is used without Nodelist
      support too!!!

      see PNTLCVRT v3.30 upgrade too.
      (by Stefan Klatt)

24.10.2001 v1.20-gamma-4
   *  Re-Check procedure problem again.
      after new nodelist update, the main directory won't check cause
      of information in indexfile that identifies this segment as
      actualy checked. List of checked segments must be cleared under
      PNTCVRT and under UPDCHECK if new nodelist arrives.
      List of checked segments now reset if PNTCVRT first executes
      the nodelist index and list of checked segments now cleared
      under UPDCHECK if PNTCVRT created the index or new nodelist
      arrives. Status: fixed.

4.10.2001 v1.20-gamma-4
   *  Re-Check procedure don't work cause of missing information in
      index/logfiles. One Subroutine wasn't fixed in last index-update.
      Now the updated Nodelist routine works as defined.
      On any nodelist update, the re-check of the UPD.workdir
      says no more "nothing to do". Status: Fixed.

1.10.2001 v1.20-gamma-3
   *  After Errorlevel Exit imported template files are not removed. Fixed.

9.8.2001 v1.20-gamma
   *  New Nodelistindexlevel D.
      Nodelist-Index-Level "D" is used by UPDCheck >= v1.20
      and PNTLCVRT >= v3.00.
   *  Fixed in Low/Level readline routine, cause missing chars in lines
      near end of file.

24.6.2001 v1.11-gamma9
   *  Maxbaud Conversion funktioniert nicht wenn in Nodelist hoehere
      Baudrate als fuer UPDCHCK erlaubt angegeben ist. Fixed.

17.6.2001 v1.11-gamma8
   *  Supportlevel Region: wenn ein PLC gleichzeitig noch andere Netze
      serviced (Temp-PLC) wird nurmehr eins von mehreren moeglichen
      im Makenl.Ctl zugeordneten Segmentfiles gefunden. Alle weiteren
      Files werden nicht mehr abgearbeitet ...
      Um das Problem zu umgehen musste die interne Database erweitert
      werden. In dem Zusammenhang aendert sich auch der "interne"
      Indexlevel, was wiederum zur Folge hat, dass P24CVRT, das auf die
      selben Databases zugreifen kann angepasst werden musste.
      Status: Fixed.
   *  Der Nodelist-Index ist auf Level "C" umgestellt worden.
      Nodelist-Index-Level "C" wird unterstuetzt von UPDCheck >= v1.11�8
      und P24CVRT >= v2.80.

15.6.2001 v1.11-gamma7
   *  White Spaces in NDL-Info Logfileoutput eliminiert.

14.6.2001 v1.11-gamma7
   *  Supportlevel Region: einige Segmente wurden rejected.
      Sonderfaelle: a) PLC Sysopname in Nodelist unterschiedlich zu
                       Sysopname in Pointlistsegment.
                    b) Nach Einsetzung Temp-PLC
      Im Fall a) wurde in einer Admin-Zeile eines Region-Segments eine
      2d-AKA erwartet, wo keine 2d-AKA per Definition gefordert ist.
      Fall b) fehlte bislang ein Cleaning "alter" MakeNl.Ctl Daten.
      Das fuehrte nach einem PLC-Wechsel dazu, dass 2 Records in der
      internen Database unterschiedliche Informationen zu UPD-Segmenten
      enthielten. Je nach Pruefroutine wurde im einen Fall der erste
      Eintrag, im naechsten Fall der zweite Record herangezogen.
      Bei der Uebernahme der MakeNl.Ctl Infos wird nun zuvor ein Cleaning
      "alter" Daten vorgenommen.
      Status: Fixed.

11.6.2001 v1.11-gamma7
   *  Supportlevel Region, all Files in UPDdir rejected.
      Status: Fixed.

8.6.2001 v1.11-gamma7
   *  Der Nodelist-Index ist auf Level "B" umgestellt worden, da sonst
      P24CVRT v2.62 den Index nur noch fehlerhaft lesen koennte.
      Nodelist-Index-Level "B" wird unterstuetzt von UPDCheck >= v1.11�7
      und P24CVRT >= v2.70.

6.6.2001 v1.11-gamma7
   +  Add parameter GLOBAL_NOTIFY
      Generell Notifys enable/disable
   +  Add new Index-Level fuer Support mehrerer UPDChck Konfigurationen
      parallel nebeneinander mit nur einer Nodelist.
      Zur Erkennung, ob das Masterdir gleichsam ueberprueft werden muss
      gab es bislang intern einen eindimensionalen Aktuallisierungszeiger.
      Beim Erstaufruf nach Aktuallisierung der Nodelist funktionierte
      das auch mit dem 1. zu testenden Segment. Ein 2. Aufruf mit einem
      anderen Segment in einem anderen Verzeichnis, aber bei benutzung
      des selben Nodelistindex, wurde das Masterdir nicht mehr erneut
      ueberprueft.
      Status: Fixed.

9.5.2001 v1.11-gamma6  (Hotfix!)
   *  "proc READBUF line 143, out of memory" und
      "proc READBUF line 113, out of memory" selbst bei 607K free Memory !
      Errors foerderten bei der Analyse ein Designproblem zu Tage, dass
      nach Einfuehrung der CRC-Analyse der Segmente aufgetaucht ist.
      In allen Testleveln (Net-, Region-, Zone-) werden von den
      UPDSegmenten CRC-Werte ermittelt.
      In der entsprechenden Subroutine habe ich vergessen Pointer
      nachzufuehren, die dann einen Buffer-Overflow produzierten. :-(
      Je nach Groesse der zu testenden Segmente tauchte der Memory
      Overflow bislang eher nur ab Region-Level auf. War aber bei
      entsprechender Segmentfilegroesse potentiell auch unter
      dem Net-Level moeglich.
      Nun aber kommt UPDCheck auch wieder mit 502 Kb Memory aus ... ;)
      Status: Fixed.

8.5.2001 v1.11-gamma5
   i  Seit der v1.xx Weiterentwicklung gab es eine ganze Reihe von
      Erweiterungen zum NET Support. Der Region-Level Support blieb
      bislang aussen vor in den Testlaeufen. Mit der 1.11-gamma5
      liefere ich nun die ueberfaelligen Fixes nach:
   *  Envir.: Region Level Support mit Netmail, Nodelist, Makenl
      Nachricht:
      # 01:06:34  Error on R:\POINTLST\NET24.UPD. Unexpected regionadress.
      # 01:06:34  Find: 24000  Expected:
      # 01:06:34  Differs from makenl control file definition.
      check laeuft aber weiter ...
      Makenl.ctl scheint auch in Ordnung ...
      Region 24000   NET24.UPD   2:244/1120    ; Ulrich Schroeter
      Nun wird, wie bei Boss-Segmenten auf NET-Level die
      Zuordnung aus dem Makenl.Ctl korrekt verwertet.
      Status: Fixed.
   *  Envir.: Region Level Support mit Netmail, Nodelist, Makenl
      bei fehlerhaften Segmenten wird ein Notify geschrieben, allerdings
      _OHNE_ Region-Line !
      Addressierung des Notifys erfolgt an den 1. Bossnode (!)
      Ab der erweiterten Datenbankstruktur, wurden Informationen
      zu Boss-Segmenten gesammelt. Dies unterblieb bislang auf
      Region- oder Zone-Level Ebene.
      Durch die Erweiterung der File-Check-Routine, werden jetzt
      auch Netzpointlistsegmente korrekt analysiert und ausgewertet.
      Region Line wird jetzt geschrieben und prinzipiell auch
      an den PLC addressiert.
      Status: Fixed.
   i  Memory Overflow  "readbuf line 140" bei aktiviertem Debug-Modul
      nach Einbindung der Voll-Analyse von Region-Segmenten:
      Bei aktiviertem Debug und 502Kb freiem Hauptspeicher:
      Buffersize von 2048 auf 256 Kb zurueckgeschraubt.
      Danach ist das Programm durchgelaufen.
      Bei 600Kb freiem Hauptspeicher werden mit Sicherheit keine
      Memory-Probleme auftreten. Bei Hauptspeicher um die 500Kb Grenze
      ist das allerdings schon eher moeglich. Durch ein Reduzierung
      der Buffersize im Config laesst sich hier einiger Spielraum
      schaffen.
      Status: Workaround.
   *  In einem anderen Notify Fall wurde kein PLC Notify erstellt
      sondern nur an RPLC (Copy2Keeper).
      Das koennte darauf zurueckzufuehren sein, dass innerhalb des
      Segments ein "Node not found" enthalten ist, und bei "Node Not Found"
      auf Net-Level-Ebene nur ein Notify an den PLC erfolgt ...

      # 17:51:37  SIK copy from: R:\POINTLST\NET2444.UPD
      # 17:51:37             to: R:\POINTLST\SIK\NET2444.$02
      # 17:54:52  Error on R:\POINTLST\NET2444.UPD.
   >>># 17:54:52  Node 2444/5110 not found on actual nodelist.
      # 17:55:47  R:\POINTLST\NET2444.UPD corrected.
      # 17:55:47  R:\POINTLST\NET2444.UPD: plz('s) in cityfield stripped.
      # 17:55:47  R:\POINTLST\NET2444.UPD: some nodelistflags stripped.
      # 17:56:07  R:\POINTLST\NET2444.UPD: checked.
      # 17:56:07
      # 17:56:07  Command: text /FR:\POINTLST\NOTIFY\NET2444.UPD /I /MK+ /N10
      # 17:56:07           /R244/1120,Ulrich_Schroeter /TStatic_UPDatefile
                           _corrected
      # 17:56:07  write message 64.MSG
      # 17:56:07  From : Pointlistkeeper Netz 244 (2:244/1120)
      # 17:56:07  To   : Ulrich Schroeter (2:244/1120)
      # 17:56:16  Subj : Static UPDatefile corrected
      # 17:56:16  Date :  5 May 01  17:56:07
      # 17:56:16  Flags: Priv Local Del/sent
      # 17:56:17  remove ntf file: (1) R:\POINTLST\NOTIFY\NET2444.UPD
      # 17:56:17  Exit with errorlevel  3

      Wie vermutet, verhinderte ein "Node not found in Nodelist" Eintrag
      innerhalb eines Netz-Pointlistsementes den Notify an den PLC.
      Trotz "Node ##### not found on actual nodelist." erhaelt jetzt
      der PLC einen notify
      Status: Fixed.
   *  Wenn dann Notify an PLC erfolgte, entsteht ein Problem bei der
      Addressierung der 2d-AKA - zurueckzufuehren durch einen
      _nicht_ 2d-AKA im Systemnamen eines Region-Eintrags.
      Die meisten PLCs haben hier einen Eintrag wie nachfolgenden: PLK 2483
      Bei der Notify-Addressierung fuehrt dies zu "seltsamen" FTN-Addressen,
      da in der Regionzeile - nicht so wie bei den Boss-Hostzeilen
      eine 2d-AKA im Systemnamen vorgegeben wird:
      Beispiel einer "verunglueckten" Addressierung:
        W2aka: PLK_2483

        INTL 2:244/PLK 2483 2:244/1120
                   ��������
      Da an mehreren Stellen eine 2d-AKA "gesammelt" wird, wird
      bei der Auswahl der 2d-AKA bei Region- oder Zone-Level-Test
      mitunter auch auf andere Quellen zurueckgegriffen. Dies
      wird durch einen Test auf eine gueltige FTN-AKA vor Generierung
      einer Mail gesteuert.
      Status: Fixed.
   *  Region-Level-Test:
      Meldung: "rejected: Node not found in actual nodelist"
      PLC existiert nicht (mehr) "PLC aka not found in nodelist".
      Bislang: ganzes Segment wurde in die Tonne getreten ...
      Besser:  Segment belassen. Korrektur. Fehlermeldung an RPLC.
               Meldung an RPLC "PLC not found in nodelist" ...
               ... mit der Massgabe sich mit dem NC des jeweiligen
               Netzes in Verbindung zu setzen ...
      Da schon beim Einlesen der Nodelist und des MakeNl.Ctl's
      Schalter gesetzt werden, ob ein Node in der Nodelist vorhanden
      ist oder nicht, musste hier das Flag-Haendling fuer
      Region- und Zone-Level-Support angepasst werden.
      Jetzt bestand aber wieder das Problem, dass der Notify an einen
      "Node not found in nodelist" addressiert wurde.
      Das ist jetzt auch durch Statusflags geregelt, dass Notify
      bei einem "PLC not found in nodelist" der Notify nur an den RPLC
      addressiert wird.
      Gleichzeitig wird ein Notify an den RPLC getriggert, dass
      ein PLC nicht mehr gelistet ist.
      Achtung: Erweiterungen im ERRORS.TPL !
        COMM524, SUBJ616
      Status: Fixed.
   *  Aufgrund vorheriger Fehlermeldung zeigte sich ein generelles Problem
      zwischen einem Net-Level- und einem Region-Level-Check.
      Das betrifft alle nachfolgenden UPDCheck "Sonderfunktionen":
      -  Makenl Clean.
      -  Filedate Check.
      -  Entfernen des Segments wenn PLC nicht mehr gelistet ist.
      Abschalten bei Region- oder Zone-Level-Support !?!?
      Wie in vorheriger Fehleranalyse bereits aufgezeigt, waere es
      "besser" das Segment zu belassen wie es ist, und statt dessen einen
      Notify an den RPLC zu generieren, der auf den Fehlerfall hinweist.
      Aufgrund dieser Analyse habe ich obige 3 Sonderfunktionen
      bei aktiviertem Region- oder Zone-Level-Support zwangsweise
      abgeschaltet. Egal was im Config angegeben wird, wenn Supportlevel
      Region oder Zone gewaehlt wurde, werden obige 3 Funktionen
      automatisch deaktiviert!
      Status: Fixed.
   *  Region oder Net Level Support:
        Host,31124,2444/1170,Recklinghausen,Oliver_Hermanns,49-2361-109907,
        ,1,Point#1,Re,Morton_Jonuschat,49-2361-109907,9600,
        ,3,Point#3,,Martin_Seine,49-2361-109907,9600,
        ;E ,3,Point#3,FRG,Martin_Seine,49-2361-109907,9600,
        ;E            ^^^^ FRG stuff stripped.
      Die FRG-Stuff Sonderfunktion loescht auch einen Eintrag, wenn sonst
      nichts mehr weiter uebrig bleibt als ein leeres Feld ...
      Besser: nur "FRG" stehen lassen als garnix ...
      Neu: Wenn die Laenge des City-Feld-Eintrags <= FRG-Stuff-Teststring
           ist, wird der Test abgebrochen und es erfolgt keine Korrektur.
      Status: Fixed.
   i  Alle bisherigen Region-Level-spezifischen Fehler habe ich
      die Fixes nur im Zusammenhang mit Netmail-Notifying getestet.
      Beim Batch-Processing kann es daher immer noch zu Fehlern kommen,
      die sich wie einige der oben aufgefuehrten Fehlermeldungen aeussern.

29.4.2001 v1.11-gamma4
   *  Dateiinfo ^Makros in Receipt-Notifys lieferten als Datum immer nur
      das aktuellen Datum.
      Dies resultierte aus der bisherigen Restriktion, dass fuer Receipt-
      Notifys _nur_ die Makros
        ^UPDFILE, ^UPDFSHORT, ^FROM, ^SYSOP, ^SNAME, ^UPDCVER, ^UPDCDATE
      benutzt werden konnten.
      Ab der Version 1.00 Entwicklung wurden die Notify-Routinen
      auf "globale" Benutzung umgestellt, so dass auf einmal auch alle
      anderen Makros potentiell eingesetzt werden konnten. Da aber
      zum Zeitpunkt des Receipt-Notifys das gerade in Arbeit befindlich
      UPD noch nicht auf das urspruengliche Filedatum zurueckgesetzt ist,
      wurde als Dateiinfo jeweils nur das aktuelle Verarbeitungsdatum/Uhrzeit
      zurueckgeliefert.
      Das Problem sollte nun dadurch geloest sein, dass das Filedatum vor der
      Notify-Routine auf das urspruengliche Filedatum zurueckgesetzt wird ...
      (reported by Franz Zimmer)

21.3.2001 v1.11-gamma3
   i  Neues Paket nach T2M v1.11 Update geschnuert.
   +  Added T2M HEADERTYPE Fido|Opus|None Support um den unterschiedlichen
      *.MSG Varianten (Zone/Point, DateWritten/Arrived, None) gerecht zu
      werden ...

22.2.2001 v1.10-gamma3
   i  Neues Paket nach T2M v1.10 Update geschnuert.

16.1.2001 v1.10-gamma3
   *  Ueberarbeitung der Doku, Configs, weil es immer zu Verstaendnis-
      Problemen bezueglich UPDCheck.Workdir kam. In den Beschreibungen
      wird jetzt UPDCheck.Masterdir (was aber gleichbedeutend mit .Workdir
       ist) verwendet. Added PATHS.DOC.
      (Reported by Joerg Doering, Franz Zimmer)

9.1.2001 v1.10-gamma3
   *  Wenn der zu benachrichtigenden Node einen 3-teiligen Namen hat,
      z.B. Christian von Busse, dann wird von ^SNAME "Christian_von"
      eingesetzt.
      Fixed Firstname() Routine.
      a) Ueberpruefung auf mehrere Namensbestandteile
         z.Bsp. "Hans_Werner_Braun" wird expanded zu "Hans Werner"
         Ich gehe davon aus, dass Doppel-Nachnamen _immer_ durch Bindestrich
         verbunden sind ...
      b) Sonderfaelle "von" und "van" werden erkannt und dem Nachnamen
         zugeordnet. Ebenso die Beihaengsel: _vor_, _Mc, _De_, _Di_, _V._,
          _den_, _Le_, _Dal_ und _&_
      (Reported by Joerg Doering)

10.12.2000 v1.10-gamma2
   *  Die in Notifys angegebenen Fileangaben wie Filedate, Filetime und
      Filesize wurde grundsaetzlich nur von der entsprechenden Datei
      aus dem UPDCheck.Workdir angegeben. So konnte es zu Unterschieden
      zwischen den reporteten Fileangaben und den tatsaechlichen Fileinfos
      eines "frisch" abgelieferten Files kommen.
      Dies fuehrte auch bei einem fehlerhaft konfiguriertem System,
      wenn die Arbeitsfiles nicht im konfiguriertem UPD-Workdir abgelegt
      wurden, das Workdir also ueberhaupt keine UPD-Files enthielt, oder aber
      wenn das entsprechende File aufgrund der Filedate-Checkroutine
      bereits geloescht wurde, zu folgender Fehlerausgabe:
          14001.UPD   .  .    -1
      Fixed.
      Nun werden die Fileinfos vom jeweils tatsaechlich getestetem File
      angegeben.
      (reported by Franz Zimmer)

29.10.2000 v1.10-gamma
   i  Freigabe zur Official Release v1.10-gamma
      Nachkorrektur einiger Samples, Debug-Points aus Beta-Release entfernt.

18.10.2000 v1.10-beta2
   *  Fixed ACF Failures Notify und NOTIFY BATCH mode.
      ACF Notify Commandlines in NOTIFY.BATch wurden ueberschrieben.
   *  Fixed "WRI3LOG error in line 649, undef. _fn4" error
      unter ACF System, Form ACFAKEFNAM 4.
   *  Fixed "missing Batch footer" or "not updated
       Netmailverarbeitungs-Semaphore"
      unter Bedingung: ACF Failure Notify, kein weiteres UPD zum Testen
   *  Fixed: Subroutine zur 1. Informationsermittlung von UPD Segmenten
      lieferte unsinnige Rueckmeldungen wenn UPD-Segement ; Kommentar-
      zeilen vor der 1. Hostzeile enthielt.
   *  Fixed: "Error writing target." bei ACF System, Form ACFAKEFNAM 2.
   *  Fixed: Reset der laufenden Nr. unter ACF System, Form ACFAKEFNAM 4
      nach Tageswechsel.

17.10.2000 v1.10-alpha6
   +  Add Notifys fuer ACF Failures
      - Notify an Boss/PLC wenn Sysopname zwischen UPD-File + NDL differiert
      - Notify an Boss/PLC wenn Dupe Upload (2. Versuch)
      - Notify an PLC wenn Node not in Nodelist
      - Notify an PLC wenn Node no longer in Nodelist x1)
      x1) Fall kann vorkommen, wenn eine "alte" abgemeldete Nodenummer
          neu vergeben wird und der neue Bossnode versucht sich eine
          Fakenet-Nr. neu generieren zu lassen.
           => Fix: manuell in Makenl.Ctl eintragen.
      Meldungen und Subject sind im ERRORS.TPL abgelegt.
   *  Modified ERRORS.TPL handling.
      Zur schnelleren Bearbeitung von Nachrichten wird das
      gesamte ERRORS.TPL waehrend der Initialisierung in
      eine "interne" Database konvertiert (Laufzeit <= 4 sec.),
      so dass waehrend den Check- und Notify-Routinen mit
      Indizierungen gearbeitet werden kann, die einen schnelleren
      Zugriff auf den Inhalt erlauben.
   *  Bei Netmail-Generierung mit Subject-Zeilen > 58 Zeichen
      gab es einen Deadlock beim Commandline-Logging (Logginglevel > 4)
      Fixed.
      (found by U.Schroeter)

16.10.2000 v1.10-beta1
   *  Fixed: neues Faketrigger File mit unterschiedlichen Sonderfaellen
        a) falsches Faketrigger
        b) Sysopname different
        c) Node not found in Nodelist
        d) Node no longer in Nodelist
        e) Boss hat bereits Fakenet erhalten (2. Versuch)
      Das Faketrigger File wird ins BAD Verzeichnis verschoben.
      Fehlerbedingung wird ins Logfile geschrieben.

15.10.2000 v1.10-beta1
   i  Freigabe zur v1.10-beta1.
      Templates: added: acf.tpl  changed: errors.tpl, ntf_f_n.tpl
      Samplcfg:
          Netmail1 changed: upde1nm.cfg
          Netmail2 changed: upde2nm.cfg, actn2nm.inc
          Batch1 changed: upde1__.cfg, upde1_m.cfg, upde1n_.cfg, upde1nm.cfg
          Batch2 changed: upde2__.cfg, upde2_m.cfg, upde2n_.cfg, upde2nm.cfg,
                          actn2nm.inc

15.10.2000 v1.01-alpha5
   +  Add Parameter: ADDAUTODELLINE im Zusammenhang mit NOTIFY BATCH.
      Alle Notify-Texte mussten bislang entweder per Batch-Footer Script
      oder per UPDCheck-Handlings-Routine geloescht werden.
      Da mit den ganzen zusaetzlichen Funktionen (Check UPDCheck.inbound +
      Check UPDCheck.workdir, Makenl.Clean.Notify, Nodelist.To.Old.Notify,
      ACF-System) die Notify-Filenames nicht mehr nur den Namen
      des UPDFiles annehmen koennen, wird ein "automatisches" Loeschen
      der Files zur Sysiphus Arbeit, insbesondere da durch die Funktion
      Notify-New-Bossnode auch ein UPD-Segment als FileAttach
      versand werden kann, dass im Notify-Path abgelegt wird
      (Vorsicht: globales Loeschen des Notify-Paths loescht auch
      das zu versendende Attach-File!!!)
      Mit dem Parameter ADDAUTODELLINE werden nun die Zeilen zum
      Loeschen des entsprechenden Notifyfiles automatisch in die
      Batch eingetragen.
      Bsp.:
         T2M send /FD:\PROJECTS\UPDCHCK\101\TEST\NOTIFY\14054.UPD /MD+E+
                  /N10 /R244/1210,Holger_Quander
                  /TD:\PROJECTS\UPDCHCK\101\TEST\NOTIFY\14054.001
         T2M send /FD:\PROJECTS\UPDCHCK\101\TEST\NOTIFY\14054.UPD /MD+E+
                  /N10 /R244/1120,Ulrich_Schroeter
                  /TD:\PROJECTS\UPDCHCK\101\TEST\NOTIFY\14054.001
         del D:\PROJECTS\UPDCHCK\101\TEST\NOTIFY\14054.001
         ...
   +  Added AutoCreate Missing Directorys
      Diese Funktion ist _nicht_ konfigurierbar!
      Verzeichnisse, die zwar konfiguriert sind, die aber nicht
      angelegt sind, werden bei der Programminitialisierung
      automatisch angelegt. Anders wenn Verzeichnisse nicht
      konfiguriert sind - da erhaelt der PLC eine Mitteilung
      am Bildschirm und das Programm endet mit einem entsprechenden
      Errorlevel.
      (Grundidee by Franz Zimmer)

14.10.2000 v1.01-alpha4
   *  Fixed ACF System: Beim Loeschen des Infotexts wurde stattdessen das
      umbenannten UPD-Segments nach Netmailnotify geloescht.
   *  Fixed ACF System: Nach Aenderungen der FAKERANGE wurde trotzdem noch
      Fakenets aus der "alten" Konfiguration vergeben.
   *  Fixed: Memory Overflow Probleme bei Aktuallisierung der Nodelist.

12.10.2000 v1.01-alpha4
   +  Added "Notify to New Bossnode" fuer ACF Routine
      Updated ERRORS.TPL.
      Neue Parameter:
        BATCHACF <t2m aufruf>
        ACFINFOTEXT <ACF.TPL>
      Um das umbenannte Updatesegment des neugebackenen Bossnodes
      mit einer Nachricht diesem Zusenden zu koennen, muss das
      Segment mitunter Direct versendet werden. Auch die Versand-Art
      aendert sich von "Post Message" zu "Send Message with Attach".
      Aus diesem Grund wurde ein neuer Zeilenaufruf fuer die Erstellung
      der Mail notwendig, was unter obigem Parameter definiert werden
      kann.
      Fuer den BATCHACF Aufruf kann ein zusaetzliches Macro ^MESSAGE
      benutzt werden, um das Update-Segment und den Messagetext
      zu unterscheiden.
      Eine Kopie des zu versendenden Update-Segments wird
      im NOTIFYPATH abgelegt. Bei der Konfiguration muss darauf
      geachtet werden, dass bei der Versendung des Files das
      Message-Attribut DeleteFileIfSent aktiviert ist.
      Fuer den Nachrichtentext kann ein Template-Files
      benutzt werden, das unter dem Parameter ACFINFOTEXT
      angegeben werden muss.
      (ausfuehrliche Infos: siehe Doku).

11.10.2000 v1.01-alpha4
   +  Added Auto Create Fake (ACF) Routines.
      Mittels vordefiniertem Filenamen und vordefiniertem Fakenet
      kann ein frisch gebackener neuer Bossnode beim PLC eine
      AutoCreateFakenet Funktion triggern.
      Mit Hilfe der 2d-Boss-Aka im Upd-Segment wird ein Nodelist-
      Check durchgefuehrt, ob der neue Bossnode ueberhaupt
      gelistet ist (Abgleich durch 2d-AKA und Sysopnamen).
      Aus einer vorzugebenden Fakenet-Range wird dann automatisch
      eine freie Fakenet-Nummer rausgesucht. Mit vordefinierbaren
      AutoCreate-Filename-Forms ie. <fakenet>.UPD, <fake><###>.UPD,
      <###>.UPD, <node><####>.UPD, <YYMMDD><##>.UPD wird dann fuer
      einen MakeNl.Ctl Eintrag ein Filename kreiert.
      Das mittels Filename-Trigger zugeschickte File wird umbenannt
      und die Fakenetnummer korrigiert und das Segment dann gleich
      in den Check mit eingebunden.
      Add new Parameters:
        ACFAKENET <Yes|No>
        ACFAKERANGE <rangefrom-rangeto>
        ACFAKETRIGGER <single_fakenet>
        ACFAKEFNAM <0..4>
        ACFILETRIGGER <filemask>
      (Idee by Alto Speckhardt)

8.10.2000 v1.01-beta1
   +  Added Config Errors Display
      "Fehler in der Konfiguration, wie fehlende oder nicht gefundene
       Directories oder Files sollten prinzipiell nicht nur als Errorlevel
       sondern immer auch auf dem Bildschirm gemeldet werden. Das fehlt z.B.
       bei Errorlevel 6 und ist auch im Logfile nicht nachlesbar."
      In diesem Zusammenhang hat sich die Liste der Errorlevels um 5 erhoeht.
      (Reported by Franz Zimmer)

   *  Fixed Nodelistflags-Strip Routine im Zusammenhang mit
      aktiviertem SNDLF_EXCL.
      ,2,/nul/dev_No.2,Mahlow,Sascha_Beutler,49-3379-379243,9600,MO
      ;E ,2,/nul/dev_No.2,Mahlow,Sascha_Beutler,49-3379-379243,9600,MO
      ;E                     one or more nodelistflag(s) stripped. ^
      (Reported by Franz Zimmer)

   +  Erweiterung der DayCheck Routine.
      Bei aktiviertem DayCheck fuer Nodelisten (>0) wird die
      gewaehlte Nodelist auf Alter geprueft.
      Auch wenn der Nodelistindex nur noch eingelesen wird
      findet ein erneuter DayCheck statt. Bei Ueberschreitung der
      Hoechst-Differenz (Anzahl Tagen) wird die Verarbeitung
      mit Errorlevel 7 beendet (NDL Indizes DayCheck).
      Zusaetzlicher Report (Batch/Netmail) an PLC kann mit dem Parameter
      OOD_NDL_NOTIFY (Outdated Nodelist Notify) aktiviert werden.
      Ein kurzer Nachrichtentext kann im ERRORS.TPL unter dem Label COMM517
      geschrieben werden. Infos zur Nodelist koennen mit den ^UPDFILE
      Makros in den Text expandiert werden.
      Updated ERRORS.TPL!
      (Reported by Alto Speckhardt)

5.10.2000 v1.00
   i  Freigabe zur Official Revision v1.00
   i  Wird gleichfalls P24CVRT eingesetzt muss auch P24CVRT upgedatet werden
      (rev 2.60).

2.10.2000 v1.00-beta2
   i  Freigabe zur Revision v1.00-beta2

2.10.2000 v1.00-alpha6
   +  Erweiterung der Unterstuetzung zu P24CVRT unter Beruecksichtigung
      der minimalen notwendigen Informationen aus der Nodelist, ist fuer
      den gemeinsamen Nodelistindex-Support von P24CVRT und UPDCHECK der
      Nodelist-Index-Level "A" notwendig.
      Nodelist-Index-Level "A" wird unterstuetzt von UPDCheck >= v1.00
      und P24CVRT >= v2.60.
      In diesem Zusammenhang ist ein neuer Parameter hinzugekommen:
      POINTLISTNET. PointlistNET ist als Parameter notwendig in P24CVRT
      UND UPDCHECK wenn UPDCHECK zum Testen von Boss-Pointlistsegments
      verwendet wird. PointlistNET enthaelt die Netznummer der zu
      testenden Boss-Pointlistsegmente.
      Hat ein PLC mehrere Real-Netze zu betreuen, muss hier "*"
      definiert werden, damit alle Informationen fuer alle relevanten
      Netze mit aus der Nodelist extrahiert werden koennen.

1.10.2000 v1.00-beta1
   i  Dokumentation, Beispiele, Configs komplett ueberarbeitet.
   i  Nach letzter Ueberpruefung einer Reihe von "alten" Fehlerfaellen
      Freigabe zur Revision v1.00-beta1

30.9.2000 v1.00-alpha4
   *  case "Host Only Line" wurde nach Optimierung nicht
      mehr richtig verarbeitet. Fixed.

29.9.2000 v1.00-alpha4
   +  Ueberarbeitung der Index Behandlungsroutinen unter Beruecksichtung
      des Einsatz eines _anderen_ Programms (P24CVRT), das auch
      den Nodelist Index aktuallisieren kann.
      Selbst wenn P24CVRT als erstes Programm den Nodelistindex aktuallisiert
      wird dies in UPDCheck fuer die MakeNl Clean Routine erkannt.
      Ebenso fuer ein erneutes ReCheck der Update Segmente im UPDWORKDIR
      Pfad. Wird eine "externe" Nodelistindexaktuallisierung erkannt
      wird der UPDWORKDIR ReCheck und die MakeNl Clean Routine
      nach dem naechsten Start von UPDCHECK durchlaufen.
   *  MAKENLCLEAN Notify wurde zwar immer ausgefuehrt, aber nur
      wenn der Nodelistindex neu aufgebaut wurde, wurde auch
      ein Notify an den PLC geschrieben.
      Fixed: wenn aufgrund eines neuen Nodelistindex eine Aenderung
      des MAKENL.CTL wirksam wird und beim naechsten UPDCheck Lauf erkannt
      wird und ein Notify erfolgt, wird dies auch geschrieben.
   -  removed Support
      "-Unpublished- zulaessig fuer sowohl Pvt als auch Hold und Down"
      => Not FTS-5000 conform!
      Da kann ich nurmehr auf die eindeutige FTS-5000 Passage verweisen,
      die eindeutig _NUR_ das "Pvt" Keyword, nicht aber
      die Keywords "Hold" und "Down" zulaesst:
      .... Auszug aus FTS-5000 ..........................................
      Field 6 - Phone number

      [...]
      Alternatively, this field may contain the notation -Unpublished-
      in the case of a private node.  In this case, the keyword "Pvt"
      must appear on the line.
      ...................................................................

28.9.2000 v1.00-alpha3
   i  Komplettueberarbeitung Sample CFGs und Batches
      Komplettueberarbeitung Doku

26.9.2000 v1.00-alpha3
   +  Add NMSEMAP Parameter in Config.
      Nach UPDCheck mit Netmail Notify, create Semaphore
      (Cfg Parameter NMSEMAP <filename>) zum Start Netmailverarbeitung/Export.
   +  Additional Log Infos by File Copy/Move/Rename (Loglevel >3, >4)
   *  Fix: Logging Problem in Pre-Check Phase
   *  Fix: NM Notifys missing. case: UPDIN check only.
           War Errorlevel Problem. Fuer UPDCheck Ausstieg wird
           Errorlevel bereits _vor_ Netmailerstellung gesetzt.
           Ebenso werden Konfigurationsfehler im Zusammenhang
           mit Netmailerstellung mit Errorlevel abgefangen.
   *  Fix: ",Host" case Fehlermeldung. Fehlerhafte Zeile wurde
           bereits "korrigiert" als Fehlerzeile gemeldet.
   +  Add: case "Boss AKA Error"
           Boss hat mit AKA 1 Pointlistensegment "beantragt"
           und liefert nun mit AKA 2 im Pointlistensegment ab.
           AKA wird korrigiert, aber Fehlermeldung wird an
           Absender generiert.
   *  Fix: Aufgrund des zusaetzlichen Pre-Checks wurden im
           Fall "field too much in Hostline" die Felder
           nach dem zusaetzlichen Feld falsch ausgelesen.
           Der Fall wird zwar zu einem spaeteren Zeitpunkt
           erkannt, fuer die Notify-Informationen liegen
           aber bereits "falsche" Angaben vor (i.e. Ortsname
           statt Sysopname). -> Nachtraegliche Korrektur.
   *  Fix Errflags Routine:
      Valid Userflags ohne "U" werden nicht mehr abgelehnt sondern
      korrigiert (verhaelt sich jetzt wie bis v0.52).
   *  Fix STRIP_NFLAGS nach Umstellung auf ERRFLAGS Routine.
      Der Parameter SNDLF_EXCL funktioniert nun in der
      althergebrachten Weise.
      Beim Nodelistflags-Stripping werden _alle_ Flags ausser
      den mit dem Parameter SNDLF_EXCL angegebenen aus
      Pointzeilen, die die selbe Rufnummer wie der Bossnode
      haben entfernt.

25.9.2000 v1.00-alpha2
   *  Fix case: NDL OFF, MAKENL ON
   i  Tested case: NDL OFF, MAKENL OFF

23.9.2000 v1.00-alpha2
   *  Fix case: NDL ON, MAKENL OFF
   +  add Makro ^AKA fuer Template Files.
      (UPDFile "soundso" rejected. -> welche Nodenr.?)

22.9.2000 v1.00-alpha2
   i  Tests wieder aufgenommen.
   *  Fix in Dupeflags Erkennungs Routine.

9.9.2000 v1.00-alpha2
   *  Modifizierte Anzeige fuer "Processing UPD Files"
      um der mehrstufigen Verarbeitung und der mehrfachen
      Verzeichnis-Abarbeitung (Inbound und/oder Workdir)
      gerecht zu werden.
       testing <upd>       scans fakes/files to test
       precheck <upd>      precheck of files to test (filedate, crc, ... )
       i/w: <upd> proc #   full check of selected i(nbound) or
                           w(orkdir) file

8.9.2000 v1.00-alpha2
   +  Add MAKENL.CTL Clean Function
      Nach "removed Bossnodes from Nodelist" automatisch Eintraege
      aus MAKENL.CTL entfernen lassen ...
      Entfernung der Eintraege wird mittels ; (Auskommentierung)
      vorgenommen.
      Neue Parameter:
      MAKENLCLEAN <Yes|No>
      MKNLCLNTEXT <template notify text>
      (Idee by Alto Speckhard)

6.9.2000 v1.00-alpha2
   +  Add Global File Check Routine.
      Darunter sind eine Reihe von Fixes und neuen Features versteckt:
      *  Fix: Verifizierung Upload Zahlendreher
         (Reported by Carsten Ellermann, 1996; Alto Speckhardt 1998)
      *  Fix: Hostzeile fehlt, falsche Fehlermeldung
         (Reported by Franz Zimmer, 1996)
      +  Add Filedate Check - Check auf OLD UPDs mit Option zum Killen
         (Reported 1st: Axel Merkel, 1996; Boris Huertgen, 1997)
      +  Add Full Test aller UPDs wenn neue Nodelist erscheint
         (auch Filedate Check).
   +  Add new Parameters:

      Im Zusammenhang mit der "Changed Directory Structure"
      gibt es auch fuer den Notify eine Reihe neuer Parameter:
              NTFOLDHEADER <templatefile>
              NTFOLDHEAD2  <templatefile>
              NTFOLDFOOTER <templatefile>
      Ein Receipt Notify beim Re-Check wird unterdrueckt.

      Im Zusammenhang mit dem Filedate Check gibt es nachfolgende
      neue Parameter:
          FILEDATECHECK Yes
          ;# of weeks after which warning messages are sent to node
          FDCNOTIFY 26
          ;# of weeks after which a node's *.UPD killing is triggered
          ;  FDCKILL > FDCNOTIFY !
          FDCKILL 32
          ;# of weeks files killed after first bossnode notify
          ;   zur Sicherung von Files, falls noch kein Notify an den Bossnode
          ;   erfolgte ...
          FDCSIK  6
         und fuer den Notify:
          OLDNOTIFYTEXT <templatefile>
          KILLNOTIFYTEXT <templatefile>
          OLDUPLOADTEXT <templatefile>

5.9.2000 v1.00-alpha2
   *  Changed Directory Structure, Changed Path Parameters
      Obsolete:  BADUPDPATH   -> changed to NOTIFYPATH
      New     :  UPDWORKDIR   -> UPDCHECK.ROOTDIR = MakeNl Workdir
                 NOTIFYPATH   -> where notifys stored
                                 UPDCHECK.NOTIFY
                 BADPATH      -> where rejected upds moved to
                                 UPDCHECK.BAD
                 UUPDATE      -> UPDCHECK.UPDATE = MAKENL.INBOUND (!)
      Changed :  UPDPATH      -> UPDCHECK.INBOUND path

3.9.2000 v1.00-alpha2
   +  Add Test auf Max Line Length (>157 Zeichen?).
      Versuch einer Korrektur durch nacheinander Kuerzung vom
      Systemnamen, City, Sysopnamen, Nodelistflags.
      Wenn das alles nichts hilft (kann es eigentlich nicht mehr geben...)
      wird die entsprechende Zeile abgelehnt.
      (Idee aus ERRFLAGS)

2.9.2000 v1.00-alpha2
   +  Add: "Umbenennen langer Systemnamen"
      Das komplette SYSNAM-System habe ich ueberarbeitet.
      Davon betroffen sind die "alten" Parameter:
        SYSNAME, SYSNAM_MAX, SYSNAM_NOTIFY, SYSNAM_CUT
      Neuer Parameter:
        SYSNAM_ACTION <NOTIFY|SYSNAME|CUT>
      Mit NOTIFY wird bei regulaeren Aenderungen ein Notify erstellt.
      Bei "ueberlangen" (>SYSNAM_MAX) Systemnamen, wird am Ende der
      Nachricht an den Bossnode ein Hinweis auf Systemnamenslaengen
      angefuegt.
      Mit SYSNAME wird nach den Regeln fuer SYSNAME YES Ersetzung
      bei Ueberlaengen (>SYSNAM_MAX) ein neuer Systemname erstellt
      und ersetzt den ueberlangen Systemnamen.
      Mit CUT wird bei Laengen > SYSNAM_MAX der Systemname belassen,
      aber nach der SYSNAM_MAX Laenge abgeschnitten.
      (Idee by Axel Merkel, 1996)

31.8.2000 v1.00-alpha1
   +  Add Netmail Verarbeitung
      unter Einbindung von T2M Routinen in UPDCHECK.
        New Parameter(s):   NOTIFY {BATCH|NETMAIL}
                            T2MCFG {LW:\path\T2M-Configfile}
        Obsolete        :   BATCHCREATE {Yes|No}
      Die beiden Parameter BATCHLINE und BATCHRCPT muessen fuer
      die Netmailverarbeitung mit T2M Aufrufen konfiguriert werden:
      i.e.
       BATCHLINE T2M text /F^updfile /I /MK+ /N10 /R^adress,^Sysop
                     /TUPDatefile_received_with_errors
      Die Netmailverarbeitung greift auf die unter
       NOTIFYHEADER, NOTIFYHEAD2, NOTIFYFOOTER, RECEIPTTEXT
      definierten Templates zurueck.
      Konfiguration und Aufruf des T2M Systems (Aufrufzeilen erzeugen)
      see T2M Doku.
      (Idee by Michael Derzbach)

27.8.2000 v1.00-alpha1
   +  Adaption von CHKPHONE.EXE von Joachim Grabinski
      - Zahlendreher in Rufnummer
      - 1 Zahl in Rufnummer vertippt?
      - 1 Zahl in Rufnummer zu wenig?
      - 1 Zahl in Rufnummer zu viel?
      Aufgespuerte Fehler werden mit der Host-Phonenummer korrigiert.
      (Idee by Joachim Grabinski, Sep.97)

25.8.2000 v1.00-alpha1
   +  Aufgrund des ERRFLAGS "Baudrate" Support (ERRFLAGS v2.9)
      wurde der gesamte Baudrate-Support von UPDCHECK umgestellt.
      - wird das ERRFLAGS.TAB aus v2.9 benutzt, liesst UPDCHECK
        die Werte fuer Baudrate und BaudDefault aus ERRFLAGS.TAB
        aus und benutzt auch diese Werte.
      - wird ein "aelteres" ERRFLAGS.TAB ohne Baudrate-Angaben
        benutzt, arbeitet UPDCHECK in der "alten" gewohnten Weise.
        d.h.: Baud-Angaben bis einschl. 9600 werden standardmaessig
        akzeptiert bzw. korrigiert. Baudraten ueber 9600 werden
        ggf. zu 9600 korrigiert, es sei denn ...
      - neuer Parameter: MAXBAUD <baudrate> wird in der Config
        benutzt und eine hoehere Standard-Baudrate wird akzeptiert.
      - Eine weitere Ausnahme stellt die Unterstuetzung zusaetzlicher
        Baudraten ueber ERRFLAGS.TAB dar, bei gleichzeitiger
        Angabe des MAXBAUD Werts im UPDCHECK.CFG. Hier koennen
        die ueber ERRFLAGS.TAB hoeher definierten Baudraten
        restriktiv auf eine niedrigere Baudrate zurueckgesetzt werden.
         Bsp.: Unterstuetzte Baudraten ueber Errflags.tab bis einschl. 33,6K
               gesetzter MAXBAUD Parameter mit Wert 9600
               .. werden alle Baudraten ueber 9600 zu maximal 9600
               zurueckgesetzt ...
   +  ERRFLAGS Routinen modifiziert, dass ehemalige Userflags, die
      nun regulaere Flags geworden sind, automatisch zu NormFlags
      gewandelt werden (Modus: Korrektur; Zeilen werden nur kommentiert)
   +  ERRFLAGS Routinen modifiziert, dass Dupeflags ueber alle
      Flags (NormFlags + UserFlags) gecheckt werden.
   *  - = OBSOLETE = -    see 29.9.2000
      Fixed: -Unpublished- auch gueltig bei Hold/Down
         Pvt Entrys wurden durch UPDCHECK schon immer besonders
         behandelt. Allerdings wurde bislang nur die Kombination
         "Pvt" + "-Unpublished-" beruecksichtigt.
         Wurden entsprechende Eintraege auf Hold oder Down gesetzt,
         konnte UPDCHECK diese Zeilen nicht mehr regulaer haendeln.
         Weiterhin gibt es in UPDCHECK 4 Modi zur Behandlung von
         Pvt/-Unpublished- Kombinationen:
            PVT_ACCEPT, PVT_WARNING, PVT_CHANGE, PVT_REMOVE
         Entsprechende Modi wurden fuer die Kombinationen
         Hold/-Unpublished- und Down/-Unpublished- erweitert.
       (reported by Franz Zimmer)

20.8.2000 v1.00-alpha1
   +  Parameters NOTIFYHEADER,NOTIFYHEAD2,NOTIFYFOOTER und RECEIPTTEXT
      moved to templatefiles.
      Achtung: geaenderte Parameter Angaben
               removed _BEGIN + _END Sequenz
               dafuer Angabe eines Filenames
      Der "Inhalt" muss in das angegebene Templatefile verschoben werden.
      Probleme bei der Definition werden mit Errorlevel 30-33
      kenntlich gemacht.
   -  Aufgrund des ERRFLAGS support entfallen die "alten"
      Nodelistflags Konfigurationen:
       - NDLF_OP_FLAGS
       - NDLF_COMP_FLAGS
       - NDLF_FUR_FLAGS
       - NDLF_USV_FLAGS
       - NDLF_SOH_VALS
       - MAP_NDFL

      Der Parameter SNDLF_EXCL bleibt dagegen erhalten!!!

   i  Erster umfangreicher Test mit den bisherigen neuen
      Features abgeschlossen.

19.8.2000 v1.00-alpha1
   +  ERRFLAGS support (Flags Check via ERRFLAGS.TAB)
      (Anregung durch Joachim Grabinsky, Franz Zimmer)
   +  Fehlermeldungen, Warnings werden nun ueber ein Templatesfile
      ausgelesen (groessere Flexibilitaet bei Anpassungen)
      (Anregung durch Franz Zimmer)
   +  Im Configfile kann mit Pfad-Makros gearbeitet werden:
       Environmentvariablen und einige Pfad-Parameters koennen
       fuer andere Parameter mit Pfadangaben per Macro "vereinfacht"
       werden: Bsp. UPDCHECK-Rootpfad soll fuer Logfile
       Databases, UPD-Files, Template-Path, Include-Path als Grundlage
       dienen ...
      (Idee geht auf eine Diskussion mit Franz Zimmer zurueck)

16.8.99  v0.52
   *  Umstrukturierungen des Programms in v0.51 fuehrten an 2 Stellen
      hervorgerufen durch unterschiedliche Config-Einstellungen
      zu undefinierten Programmstops.
      (reported by Alto Speckhardt)
   i  QEMM Umgebung mit Einstellung EMS On und FRAME=None
      hat zur Folge, dass UPDCheck ueberhaupt nicht erst anlaeuft.
      Abhilfe: QEMM=NoEms
      (reported by Alto Speckhardt)

22.6.99  v0.51
   *  Open Nodelist verursacht "DOS error 5"
      Der bisherige Zugriff mittels Low/Level Routinen oeffnete
      die Nodelist fuer die Indizierung im Read/Only Modus.
      Eine "Sharing violation" wurde mit "DOS error 5" quitiert.
      Mittels bislang unbekannter Zusatzparameter kann aber
      der Low/Level-fileopen() mit dem Zusatzparameter 64 (-> Sharable)
      (Standard=0 -> Readonly) aufgerufen werden ... ;-)
      changed.
      (reported for P24CVRT by Oliver Kopp, same in UPDCHECK)
   *  Sonderzeichen in Filename Angaben in der Config wurden nicht
      angemeckert und lieferte einen Error:
      "Proc P24AIDX line 182, undefined indentifier ENTRY"
      Auch andere "ungueltige" Filename-Angaben wurden nicht angemeckert ...
      Filename Syntax wurde zwar bislang fuer jede einzelne Definition
      geprueft, aber das Ergebnis wurde nicht komplett bis zur Hauptroutine
      durchgereicht. Fixed.
      UPDCHECK -> Neue: Errorlevel = 90 - 98 (see docu)
         "global config error"
      Von dieser Problematik (Fehlererkennung in CFG oder MAKENL File)
      sind jede Menge Codezeilen von betroffen. Ich denke dass ich jetzt
      alle Faelle abgedeckt habe, und die dann auch bis zur Hauptroutine
      durchgereicht werden (zusaetzliche Errorlevel-Abfrage
       IF ERRORLEVEL 90 ...
      in die Batches aufrufen und abfangen.
      Falls das Programm haengenbleibt, kann dann anhand der Doku
      eine ausfuehrliche Errorlevelabfrage angesetzt werden bis
      alle Fehler korrigiert sind ...
      (reported by Oliver Kopp for P24CVRT, UPDCHECK too)

12.2.99  v0.50
   *  y2k tested
      UPDCheck v0.50 wurde auf Year 2000 Festigkeit geprueft.
      Dafuer wurden ab dieser Version 3 Aenderungen vorgenommen,
      die im wesentlichen nur die Routine zum finden der aktuellsten
      Nodelist (wenn im Verzeichnis mehrere vorliegen) beeinflusst.
      (siehe auch Programm P24CVRT v2.50)

2.7.98   v0.48
   *  RIAS wurden bislang im Nodelist-Index nicht aufgefuehrt.
      Aufgrund aktueller Gegebenheiten, musste UPDCheck um diesen RIAS-Support
      erweitert werden. Der interne Index-Level wurde auf (8) gesetzt
      (wichtig fuer diejenigen, die auch P24CVRT im Einsatz haben
      und auf die selben Nodelist-Indizes zugreifen).

13.6.97  v0.47r
   +  Im Logauszug erscheint neben dem Nodelistindex zusaetzlich
      der administrative Eintrag (sofern vorhanden) der
      zu indizierenden Nodelist ...
      ie.
        ----------  Fri 13 Jun 97, UPDCHECK 0.47r; Starts
        # 19:21:18  INDEX  : N:\TEST1\NDL\R24-LIST.PVT
        # 19:21:38  ;S Nodelist made by CUSTNODE [0.2.0] from NODELIST.164
        # 19:21:38   on 13 Jun 97 @ 02:49:33
        # 19:29:18  NodeList-Index actualysed
        # 19:29:18  Records: 6251

8.6.97  v0.47q (no official release!)
   +  Zone, Region, Host, Node/Pointnumber Test auf FTS-0005 gueltigen
      Wertebereich 0..32767 (signed int 2) andernfalls Konversion-Skip mit
      Logeintrag.
      Nicht zu verwechseln mit dem INT1/2/4 Parameter!
      INT4 hat NUR auf die zu konvertierende Zone Einfluss ...
      INT4 = Zone > 65535.
       (reported by: Frank Ellermann)

19.5.97  v0.47p
    *  Fix des Macros ^UPDFILE bzw. ^UPDFSHORT.
       Im Errornotify bzw. Rcpt-Notify wurde der Filename
       nicht in allen Faellen ersetzt.
       Dabei kamen dann Saetze wie:
         Dein File ^UPDFILE erreichte mich heute ...
       raus ...
       (reported by: Eric Beuchel)

19.5.97  v0.47n
    +  add macro ^UPDFSHORT (Kurzform fuer ^UPDFILE)
       (reported by: Alto Speckhardt)
    i  Lines der nachfolgenden Art werden durch UPDCheck abgefangen:
       MakeNl-Fix:
         ;E POINT,1,FIDO_Junction,Gomaringen,Florian_Liefers,49-7072-911028,
         ;E  -- Invalid keyword -- "POINT"
       UPDCheck-Fix:
         ;E POINT,1,Point,Loehne,Jos_Oude_Moleman,49-5732-972414,9600,
         ;E ^^^^  invalid line entry.
       (reported by: Eric Beuchel)

22.4.97  v0.47m
    +  Ctrl+Z (1Ah) als Fileabschluss wird erkannt und aus dem
       ueberarbeiteten Upd-Segment entfernt.
       Keine Warning, keine Meldung, kein Logeintrag.
       (reported by: Franz Zimmer and Carsten Ellermann)
    +  Vor FTS-0005 Charset-Test wird eine Konvertierung deutscher Umlaute
       automatisch durchlaufen (�->ae, �->oe, �->ue, �->ss).
       Der Anwender erhaelt eine "Warning".
       (new feature ... ;-) ...)
    +  Char 00h wird vor Zeilenverarbeitung zu Space (20h) gewandelt.
       Dadurch werden "Verarbeitungsfehler" die durch Editoren
       erzeugt werden koennen uebergangen.
        Fall: ???????????,,,,,,, -> mehrere Sonderzeichen durch ? ersetzt.
       wird jetzt uebergangen.
       Keine Warning, keine Meldung, kein Logeintrag.
       (reported by: Franz Zimmer)
    *  Sonderfall beim Baudrate-Test -> ,9600?, wurde nicht erkannt.
       fixed.
       (reported by: Steffen Teufel)

7.1.97  v0.47l
    +  Erweiterung um Multizone- und Multiregion-Support beim
       Nodelist-Abgleich. Fuer die Erstellung des Nodelist-Index wird
       die Angabe einer Pointlist-Zone bzw. Pointlistregion benoetigt.
       Mussten bislang mehrere Zonen oder mehrere Regions der Real-
       Nodelist zusammen verarbeitet werden musste der Nodelist-Abgleich
       abgeschaltet werden, da die Angabe einer definierten Zone bzw.
       Region vonnoeten war. Mit dem Konfig-Parameter
       POINTLISTZONE bzw. POINTLISTREGION koennen nun Mehrfach-Nennungen
       durch Angabe von "*" benutzt werden.
       Bsp.:   POINTLISTZONE 2
               POINTLISTREGION *
       Alle Nodes saemtlicher Regions der Zone 2 werden im Nodelist-Index
       verarbeitet und alle entsprechenden Pointlistsegmente koennen nun
       gegen die Nodelist gecheckt werden (Bossnode listed in Nodelist?).
       (reported by Hans Stiene)

7.1.97  v0.47k
    *  Unter Supportlevel REGION fuehrte die seit v0.45 eingefuehrte
       Test-Routine
          - Erkennung von "Host-Lines-Only" Segmenten, strip Host-Line
       zu "merkwuerdigen" Ergebnissen.
       Enthielt in einem kompletten Region-Segment das letzte Host-Segment
       keine Points wurde das komplette Region-Segment gecleared.
       fixed.
       Test-Routine wird jetzt nur bei einzelnen Host-Segmenten ausgefuehrt
       (Supportlevel NET  _only_ !!).
       (reported by Hans Stiene)

22.11.96 v0.47j
    *  aktuallisierte "Modemflags" / U-flags
    +  add SYSOPTRASH function ...
       Zeilen mit "Manager" (AreaMgr,FileMgr,VoteMgr,usw.) und andere
       "ungueltigen" Sysopnames koennen nun entfernt werden.
       Die "Begruendung" fuer eine Ablehnung liefert FTS-0005:
       field 5 - sysopname: ... the name of the sysop ...
       und AreaMgr kann ja wohl schlecht ein Sysop sein ... ;)

       Eigentlich sollte die Funktion auch einmal fuer den Systemnamen
       gelten. Hierfuer waeren aber Ausnahmeregelungen notwendig
       (trash=VOICE wenn tatsaechlich einen Systemnamen mit VOICE gibt ...)
       -> new Cfg-Parameter: SYSOPTRASH_BEGIN, *_END
       (last reported by Holger Birck)

    +  add SYSNAM_CUT function ...
       Neben der regulaeren Ueberpruefung auf zu lange Systemnamensfelder
       kann nun auch ein CUT bei definierter Laenge "erzwungen" werden.
       Diese Laenge muss _NICHT_ mit der SYSNAM_MAX Laenge uebereinstimmen.
       Eine Feld-Laengen-Begrenzung ist in FTS-0005 zunaechst einmal
       _NICHT_ vorgesehen. In der Praxis hat sich aber gezeigt, dass
       hin und wieder irgendwelche Kompiler mit Systemnamens-Ueberlaengen
       nicht zurecht kamen. Das fuehrte teilweise zum Ausfall ganzer
       Systeme. Der einzige Hinweis auf eine Laengenbegrenzung kann
       allenfalls der Nodelist entnommen werden (see: Ux..x flag max length
       kann von 1 bis 32 plus zusaetzlichem U-flag reichen). Eine direkte
       Ableitung kann daher nur sehr vage erfolgen.
       Standardmaessig ist dieser Wert auf 33 eingestellt.
       -> new Cfg-Parameter: SYSNAM_CUT
       (reported by Wolfgang Schantz)

13.9.96  v0.47i
    *  modifications on loglevel > 2 infos.

3.9.96  v0.47i
    *  fixed Baud-Error in Pvt-Lines.
       correction in case of Pvt_Points Settings
       (reported by Franz Zimmer)
    *  Pvt-Warning (Pvt_Points Setting = WARNING) blieb im geprueften
       Segment uebrig. Fixed.

2.9.96  v0.47h
    *  small fix (low/level closing file)
       Ich weiss nicht inwieweit ein vergessener Index an einer bestimmten
       Stelle fuer Auswirkungen hat, aber sicher ist sicher ....

30.8.96  v0.47g
    +  add INCLUDE file Funktionalitaet in Config-File
       Bis zu 10 Ebenen Verschachtelungstiefe koennen
       Configfiles aufgesplittet und geordnet werden.
         @INCLUDE <configfilename.ext>
       Zum einfacheren Austausch von Parameterbloecken
       (Nodelistflags-Parameter) und anderen Configeinstellungen.
    +  add Parameter INCLUDEPATH
       Um Ordnung im Arbeitsverzeichnis zu halten koennen
       die Includefiles in einem Include-Subdirectory abgelegt
       werden. Der Parameter INCLUDEPATH _MUSS_ _VOR_ dem ersten
       Auftreten einer Include-Anweisung definiert sein!
         INCLUDEPATH <drive:\path>

21.8.96  v0.47f
    *  Config-Parameter-Schalter .TRUE./.FALSE. koennen mittels
       Yes/No, Y/N, Ja/Nein, J/N , 0/1 gesetzt werden.
       Schalter <0> wurde bislang als "ON" ausgewertet. Fixed.
    +  3 neue Schalter fuer den Notify
        - COR_MLC_NOTIFY Yes
             Notify wenn Komma nach Baudrate fehlte und korrigiert wurde
             (Missing Last Comma)
        - COR_0A_NOTIFY Yes
             Notify wenn Line Termination 0Ah zu 0Dh+0Ah gewandelt wurde
        - COR_LCR_NOTIFY Yes
             Notify wenn Carriage Return in letzter Zeile fehlte
             und korrigiert wurde
       Werden die 3 neuen Parameter nicht ins Config uebernommen
       reagiert das Programm wie die frueheren Versionen:
       Notify in allen 3 Faellen.
       Um ein Notify fuer obige 3 Faelle zu unterdruecken muessen explizit
       alle 3 Config-Parameter auf NO gesetzt werden.
       (by Franz Zimmer)
    *  small fix
       Fehlendes Carriage Return am Ende eines UPD Segments
       fuehrte zu einem Notify ohne Errorlines und Hinweiszeilen.
       (siehe auch v0.47c)

19.8.96  v0.47e
    +  erase NOTIFY.BAT vor der Verarbeitung
       (by Franz Zimmer)
    +  Sonderfall:
         ;E ,25,ELITE_BBS,FFM,Carsten_Lips,,49-6182-924928,
         ;E ,25,ELITE_BBS,FFM,Carsten_Lips,,49-6182-924928,9600,
         ;E Warning:   empty field detected.
         ;E error in line. one field to much. ^
         ;E couldn't identify fields 6 or 7 as phone-fields.
         ;E bad nodelist flag(s) removed: 9600
       wird nun auch "sauber" erkannt:
         ,25,ELITE_BBS,FFM,Carsten_Lips,49-6182-924928,9600,
         ;E ,25,ELITE_BBS,FFM,Carsten_Lips,,49-6182-924928,9600,
         ;E Warning:   empty field detected.
         ;E error in line. one field to much. ^
         ;E identify field 7 as phone and field 8 as baud field.

15.8.96  v0.47d
    *  one more small fix
       PLZ-Strip-Routine konnte nachfolgenden Fix nicht bearbeiten:
         ,6,Tinnef-Point,K-50674,Klaus_Fabritius,49-221-2582547,9600,
         ;E ,6,Tinnef-Point,K-50674,Klaus_Fabritius,49-221-2582547,9600,
         ;E                 ^^^^ PLZ stripped.

       Nun kann auch bei Ortskuerzeln die Postleitzahl noch gestript werden:
         ,6,Tinnef-Point,K,Klaus_Fabritius,49-221-2582547,9600,
         ;E ,6,Tinnef-Point,K-50674,Klaus_Fabritius,49-221-2582547,9600,
         ;E                 ^^^^ PLZ stripped.

    +  Erweiterung der Fixmoeglichkeiten im PLZ-Check:
         ,8,AMBROSIA#3.8,Eschborn,Thomas_Babiel,49-69-82363756,300,
         ;E ,8,AMBROSIA#3.8,Eschborn_Thomas_Babiel,49-69-82363756,300,
         ;E    |-->  Missing field.
         ;E Missing one <,> in sysname, city and sysops-name field.
         ;E find some underscores in field 4.
         ;E try to repair to split field 4.
       Im vorliegenden Fall wird Feld 4 auf Vorhandensein mehrerer
       Underscores geprueft. Nach Wahrscheinlichkeitsanalyse liegt
       ein "Schreibfehler" vor, statt <,> wurde wohl ein <_> eingetippt ...

15.8.96  v0.47c
    *  small fix
       ;0D Sequenz am Ende eines UPD Segments fuehrte zu einem Notify
       ohne Errorlines und Hinweiszeilen.
       (reported by Franz Zimmer)

8.8.96   v0.47
    *  Nodelist-Index-Level 7 Anpassung zwischen
       UPDCHECK v0.47 und P24CVRT v2.02
       Eintraege: Hold,Down,Pvt_Nodes,PointlistZone und PointlistRegion
       muessen in beiden Configs (P24CVRT.CFG und UPDCHCK.CFG)
       gleich sein.

7.8.96   v0.47�2
    *  Dupe-Flag-Eintraege nach Remap-Funktion im Notify ...
       Bsp.:
         Host,23232,..,..,..,..,9600,CM,XA,VFC,V34,U,V110H,X75,V110H,X75
                                                     �����.....�����
                                                           ^^^.......^^^
         ;E Host,23232,..,..,..,..,9600,CM,XA,VFC,V34,U,V110H,X75,ISDNB,ISDNC
         ;E automaticly remapped one or more nodelist flag(s).
         ;E see remark at the end of this message.
       Wird nun ein zusaetzlicher Hinweis im "Remark" gegeben:

         Remark:
         One or more nodelistflags are remapped.
         Automatic remapping of following nodelistflags is active:
         [<map list>]
         Dupe flags (after remap) visable in notify
         will be removed in the main upd segment before including
         in pointlist.
       (reported by Carsten Ellermann)

7.8.96   v0.47�1
    *  Config-Einlese-Routine (nur v046a-alpha2) hat in den
       "fortlaufenden Parametern" (*BEGIN *END Sequenzen)
       immer nur jede 2. Zeile eingelesen. Fixed.

7.8.96   v0.46a-alpha2
    *  Beim Versuch einem "index corrupted" Problem auf die Spur zu kommen
       bekam ich zu Testzwecken ein groesseres MakeNl.Ctl (ca. 600 Eintraege!).
       Der Testlauf brach schon nach kurzer Zeit mit einem Memory-Problem ab.
       Nachdem eine Erweiterung der Routine zum Auslesen des MakeNl.Ctl Files
       alleine keine Erfolge brachte, musste ich die komplette interne
       Abwicklung neu ueberarbeiten. Statt saemtliche Fileinfos im Speicher
       zu halten, wird nun temporaer eine kleine Database mit saemtlichen
       notwendigen Infos angelegt, die dann abgearbeitet wird.
       Keine Beschraenkung der Groesse der Cfg und der MakeNl.Ctl Datei mehr.
       (Eine Beschraenkung gab es an sich bislang nicht, nur das Test-Makenl
       lieferte mir die Begrenzungen).
       (reported by Jens Erbe)

    *  Bei der Nodelistindexerstellung insbesondere bei der grossen Nodelist
       wird nur noch 20% der Zeit benoetigt.
       (new Nodelist-Index-Level: 7 ! Derzeit nicht kompatible mit P24CVRT!)
       Wenn wieder erwarten auf einmal keine Nodes bei Nodelistabgleich
       mehr gefunden werden, sollte die "erweiterte" Log-Funktion
       aktiviert werden.
       Fuer Analysezwecke sollte dann LOGLEVEL 5 eingeschaltet werden.
       (VORSICHT: Loggroesse pro Durchlauf 1 Mb moeglich !!)

    *  Saemtliche Configdateien (UpdCheck.Cfg, MakeNl.Ctl) unterliegen
       keiner Groessenbeschraenkung mehr. (Groessenbegrenzung war bislang
       nicht bekannt, aber aufgrund moeglicher Speicherplatzprobleme
       potentiell vorhanden.)
       Fixed.
       (Anstoss durch Jens Erbe)
 
29.7.96   v0.46a-alpha1
    +  read MakeNl "Sonderfall"
       Supportlevel NET, MakeNl.Ctl enthaelt neben den "eigenen"
       Net-Eintraegen ein oder mehrere zusaetzliche Region-Segmente.
       Diese Region-Segmente werden NICHT in die UPDCHECK-Ueberpruefung
       mit aufgenommen (!). Jeddoch fuehrt der Region-Eintrag nicht
       zum Abbruch der Verarbeitung.
       Wenn die zusaetzlichen Region-Segmente auch geprueft werden sollen,
       muss zunaechst mit MakeNl das komplette Segment erstellt werden
       und in der naechsten Phase das Gesamtsegment mit dem naechst hoeheren
       Supportlevel geprueft werden.
       (reported by Franz Zimmer)

29.7.96   v0.46  (official public release)
    *  Nodelist Index Problem
       Config-Eintraege Hold Yes oder Down Yes oder Pvt_Nodes Yes
       hatten keinerlei Auswirkung.
       Nodeeintraege wurden in den Index nicht mit aufgenommen und
       somit bei der weiteren Verarbeitung auch nicht mehr beruecksichtigt.
       Fixed. (new Nodelist-Index-Level: 6)
       {updcidx,updfnc3,updfnc6,updfnc7}
       (reported by Franz Zimmer)
    +  MakeNl-Probs, add 3 loginfos

21.7.96   v0.45  (official public release)
    *  recompile der letzten gamma-Version zur "official public release".
       Die Neuerungen seit der letzten public release in der Uebersicht:

        - added Nodelistflagscheck (konfigurierbare Flags)
        - Erkennung von "unnecessary flag pairs" (frei definierbar!)
        - Fehlende U-flags werden automatisch eingefuegt
        - automatisches remapping von Nodelistflags (Bsp.:ISDNC -> X75 usw.)
        - added "Strip Nodelistflags Exclude-Liste"
        - Kill0Files waehrend UPDCHCK-Verarbeitung
        - Erkennung von "Host-Lines-Only" Segmenten, strip Host-Line

       Details zu saemtlichen Neuerungen, Verbesserungen und Korrekturen
       sind in nachfolgenden 0.44 Beta- und Gamma-Versionen nachzulesen.

    *  Jede Menge neuer Parameter fuer das Configfile (see UPDCFG.DIF)

18.7.96   v0.44-gamma4
    *  Ein Reihe von Routinen Zeitlauf optimiert.

    *  Reorganisation der READ_CONFIG-Routine

       Nachdem ich selbst einmal ueber den moeglichen Problemfall
       "Reservierte Parameter" (siehe auch Docu) gestolpert bin,
       und die Nodelist nicht mehr gefunden wurde, bin ich der Sache
       noch mal nachgegangen - und - habe in der Reorganisation der
       Ueberpruefungsreihenfolge von "Reservierten Parametern"
       eine Loesung gefunden ... ;)

       (first reported in 11'94 by Eric Beuchel)

18.7.96   v0.44-gamma3
    *  MODEMFLAGS_* Matrix noch einmal komplett ueberarbeitet.
       "alte" Beispieldefinitionen fuehrten zu Ausschluss von
       V42x in Kombinationen, die eigentlich zulaessig sind.
       fixed.
       No Program changes.
 
18.7.96   v0.44-gamma2
    *  Nodelistflagspruefroutine ueberarbeitet.
       Modemflagsmatrix ueberarbeitet.
       ... nachdem eine Reihe von "Ungereimtheiten" auftraten ...
       =======================================================================
       ,28,BYTE,Ffm,x,49-69-66160346,9600,XA,V32T,V42B,U,TTF,X75
       ;E ,28,BYTE,Ffm,x,49-69-66160346,9600,XA,V32T,V32,V32B,V42B,U,ISDNC,TTF
       ;E automaticly remapped one or more nodelist flag(s).
       ;E see remark at the end of this message.
       ;E unnecessary flag pair at <V32B> detected - removed.
       ;E read remark at the end of the message.

       ... fehlt die Fehlermeldung:

       ;E unnecessary flag pair at <V32> detected - removed.
       -----------------------------------------------------------------------
       im checked UPD erscheint:
       ,29,AMBROSIA#1.29,Ffm,Christian_Schmitt,49-69-822086,9600,V32T

       im "Orginal" steht aber:

       ,29,AMBROSIA#1.29,Ffm,Christian_Schmitt,49-69-822086,9600,V32T,V32
                                                                     ����

       ... fehlt auch wieder eine Fehlermeldung
       -----------------------------------------------------------------------
       ,37,Murphy's_Fun_Box,OF,Harald_Spanuth,49-69-822088,9600,V32T
       ;E ,37,Murphy's_Fun_Box,OF,Harald_Spanuth,49-69-822088,9600,V32T,ZYX
       ;E unnecessary flag pair at <ZYX> detected - removed.
       ;E read remark at the end of the message.

       Was hat ZYX mit V32T zu tun ?!?!?
       ausser strip V32 und V32B
       ?!?!?
       =======================================================================
       fixed.

       Zur Modemflagsmatrix siehe auch ueberarbeitete Hinweise in UPDCHCK.DOC.

    *  !!! korrigierte MODEMFLAGS_* Liste in UPDEXAMP.CFG !!!

16.7.96   v0.44-gamma
    *  Einige Analyseroutinen beim Config-Einlesen modifiziert.
       Sollte nun eigentlich schneller eingelesen werden,
       habe aber nach der Umstellung keine Verbesserung verspuert ... ;(
       Ein Nebeneffekt duerften aber reduzierte Memory-Probs sein.
       (tested with 510 Kb without probs)
    *  Description zu Hold/Down/Pvt <Yes|No> erweitert (see updexamp.cfg)
       (reported by Joachim Grabinsky)
    -  Removed T## Flags aus der Exclude-List fuer Ausnahmen zum
       Nodelistflagsstripping, da ein Stripping der Timeflags sonst nicht
       moeglich waere (siehe auch letzter Absatz unter v0.44-beta8 Eintrag)

16.7.96   v0.44-beta8
    +  Add Excludelist fuer Nodelistflagsstripping
       (see Beispiel-Config)

       ; * SNDLF_EXCL <flag1,flag2,..,flagN>
       ; *
       ; * Wenn Stripping function NODELIST-FLAGS aktiv (Yes) gesetzt ist,
       ; * kann mit nachfolgendem Parameter bestimmt werden, welche der
       ; * oben aufgefuehrten Flags beim Stripping ignoriert werden,
       ; * also auch nach dem Stripping noch in der ueberprueften Zeile
       ; * auftreten:
       ; * Bsp.:
       ; *    ,4,CALLIOPE,Maintal,Andreas_Sentek,49-69-822085,9600,CM,MO,XA,ZYX
       ; *    ==>  SNDLF_EXCL CM,MO
       ; *    ,4,CALLIOPE,Maintal,Andreas_Sentek,49-69-822085,9600,CM,MO
       ; *    Stripping of "CM,MO,XA,ZYX" excluding "CM,MO" = "CM,MO"

       Neuer CFG Parameter <SNDLF_EXCL>
       
       Online Hour Timeflag (T##) kann bei diesem Feature leider nur
       ungenuegend beruecksichtigt werden. Eine Ueberpruefung des Timeflags
       wird zwar durchgefuehrt, aber ein Stripping bei aktiviertem
       Parameter SNDLF_EXCL ist NICHT mehr moeglich (!)

       (feature Wunsch by Christian Emig dated from 6.5.95)

15.7.96   v0.44-beta7
    +  Nodelistflags Mapping mit dem Cfg-Parameter MAP_NDLF
       moeglich.
       Aufgrund der in den letzten Tagen veroeffentlichten Umstellung
       der ISDN-Flags kann nun eine globale Umwandlung aller ISDN-Flags
       in allen Pointlistsegmenten durchgefuehrt werden.
         MAP_NDFL ISDNA=V110L,ISDNB=V110H,ISDNC=X75
       Das Nodelistflagsmapping ist so ausgelegt, dass das Notify aktiviert
       wird, so dass jeder Bossnode eine Mitteilung ueber die automatische
       Korrektur erhaelt.
       Moeglich waere es nun auch die haeufigsten Fluechtigkeitsfehler
       in der Schreibweise von Nodelistflags automatisch korrigieren zu lassen.
         ZXY statt ZYX, ISNDC statt ISDNC, V.34 statt V34.
       Jeddoch muessten dafuer die "falschen" Nodelistflags mit in die
       Liste der moeglichen Nodelistflags aufgenommen werden.

12.7.96   v0.44-beta6
    +  new ISDN-flags lt. fsc-0091 in die Beispielkonfigs mit aufgenommen.
       Die Files fixes.exa und updc_err.lst ueberarbeitet
       (finden sich nun einige Beispiele zum Nodelistflagscheck).
    *  Durchlaufoptimierung einiger Routinen
    *  Batchline und Rcpt-Notify Line wurden bisher immer nur mit
       Grossbuchstaben ausgegeben. Nun habe ich endlich die Stelle gefunden,
       in der die Umsetzung in Grossbuchstaben stattfand, ohne gleich
       Auswirkungen in den entlegensten Winkeln des Programs zu befuerchten:
       vorher:
         XRDOS TEXT /.. /R244/1120,Ulrich_Schroeter /TUPDATEFILE_RECEIVED
                                                      �������������������
       jetzt:
         xrdos text /.. /R244/1120,Ulrich_Schroeter /TUpdatefile_reveived
                                                      �������������������
       (reported by Christian Emig)

11.7.96   v0.44-beta5
    *  "Alte" U-flag-Schreibweise ",UISDNB,..." wurde gegenueber der Version
       v0.44-beta3 nicht mehr erkannt, sondern mit folgender Fehlermeldungs-
       sequenz verarbeitet:

         ;E bad nodelist flag(s) removed: UISDNB
         ;E correct userdefinable nodelistflag <ISDNC>. missing u-flag.
         ;E add missing u-flag.
       fixed.

       "Alte Schreibweise" wird nun "stillschweigend" in "Neue" korrigiert:
       vorher:
         Host,14006,...,9600,CM,XA,MO,H16,V32B,V34,VFC,UISDNB,ISDNC
       nachher:
         Host,14006,...,9600,CM,MO,XA,H16,VFC,V32B,V34,U,ISDNB,ISDNC

       (reported by Carsten Ellermann)

    *  Host-Line Only Fall wurde scheinbar nicht richtig behandelt:
         # 15:00:26  Error on E:\FD\NODELIST\14173.UPD.
         # 15:00:26  Node 244/1426 not found on actual nodelist.
         # 15:00:27  Info: ..\14173.UPD Hostline only / without pointlines.
         # 15:00:27  Hostline removed. Segment cleared.
         # 15:00:27  E:\FD\NODELIST\14173.UPD corrected.
         # 15:00:28  E:\FD\NODELIST\14173.UPD: checked.
       im Verzeichnis tauchte das File mit Laenge 0 statt Laenge 2 auf:
         14173.upd            0  2.06.96  20:19
       Des Raetsels Loesung:
       Ausgerechnet dieser Node ist -Unlisted- (siehe Log-Eintrag).
       In dem Fall hat die "Node not Found" Verarbeitung Vorrang
       vor der "Set Laenge 2" Behandlung von Host-Only-Eintraegen ...

11.7.96   v0.44-beta4
    +  Add Funktion Kill0Files
       Zusaetzlicher Configparameter: KILL0FILE
       Wenn kein KILL0FILE Parameter in der Config angegeben ist,
       verhaelt sich das Programm wie die frueheren Versionen von UPDCHECK -
       kein Loeschen von leeren Segmenten.
       Segmente die nur eine Hostzeile enthalten werden auf Laenge 2
       zurueckgesetzt. Diese Files werden NICHT geloescht.
       (Erhalt der Update-Funktionalitaet!)

9.7.96    v0.44-beta4
    +  Add Hostlines only (without pointlines) detection.
       Aufgrund der Verarbeitungslogik, Bad Segments auf Laenge 0
       zu setzen, koennen UPD-Segmente ohne Inhalt fuer die
       Weiterverarbeitung nicht herangezogen werden.
       Wuenschenswert waere die Segmente, die nur noch die Hostline
       enthalten, auf Null-Laenge zu setzen und ueber die aktiven
       Segmente zu schieben. Da Files der Laenge 0 nach UPDCheck
       aus dem Weg geraeumt werden sollten/muessen, werden nun die
       Segmente, die nur noch eine Hostzeile enthalten nicht auf Laenge 0
       sondern auf 2 Byte gesetzt (Inhalt: 1 Carriage Return).
       Somit kann die bisherige Routine (loeschen von 0-Byte Files)
       bestehen bleiben. Bossnodes die ihr Segment aus der Pointliste
       streichen moechten uebertragen ein Segment nur mit der Hostzeile.
       (Idee by Carsten Ellermann)

8.7.96    v0.44-beta3
    +  relationaler Nodelistflag Test
       Kombinationen wie ZYX,V32B,V42B werden erkannt und gefixt.
       (ZYX,V32B,V42B -> ZYX / V32T,V32B -> V32T uvam. )
    +  Modemflags sind auch zukuenftig durch Definition in
       UPDCHECK.CFG erweiterbar.
       Weitere Relationen koennen durch Modemflag binaer-Kodierung
       dem Programm auf einfache Weise beigebracht werden.
    +  U-flag ohne nachfolgende Userflags (werden geloescht)
    +  Missing U-Flags (z.B.: ISDNx ohne U-Flag) werden eingefuegt.
    +  Nodelistflags werden nach dem im Konfigfile vordefiniertem
       Muster sortiert und analysiert - noetigenfalls umgestellt.
       Gueltige Nodelistflags nach U-flag (fuehrte in der Vorversion
       noch zur Fehlermeldung: - correct nodelistflags after u-flag)
       werden nun automatisch in die gueltige Reihenfolge gebracht.
       Globale Reihenfolge: operational status
                            file/update request flags
                            mail compression flag (MN)
                            modem capability flags
                            userdefined flags:
                                  system open hours (T##-flag)
                                  other userdefinable flags (ISDNx usw.)
    +  Bei "unnecessary flag pairs" erfolgt ein Remark am Ende
       des Notifys.
    !  512 Kb free memory recommend
    !  !!!! Unbedingt die neuen Config-Parameter beachten !!!!
    !  Zur Definition von neuen Modem-Nodelistflags bitte unbedingt
    !  die Docu lesen !!!!
    (inspiriert durch: Christian Emig, Carsten Ellermann)

28.6.96   v0.44-beta2
    +  Nodelistflagscheck um zahlreiche ausfuehrlichere Fehlermeldungen
       erweitert.
       - correct nodelistflags after u-flag
       - correct userdefinable nodelistflags without u-flag

24.6.96   v0.44-alpha
    +  Simples Nodelistflags Checking
       aufbauend auf der im NODELIST Anhang veroeffentlichen
       gueltigen Nodelistflags.
    *  Fix eines moeglichen Array-Ueberlaufs bei mehr als 10 Fehlerzeilen.

25.4.96   v0.43f
    *  erweiterte Notification Informationen beim Zurueckgesetzten
       von Upd-Segmenten unter Verarbeitungslevel NET:
       Fall a)
        ;E Host,14001,244/1101,Ffm,Klaus_Wietrzichowski,49-69-771381,9600,CM..
        ;E  Node not found on actual nodelist.
NEU>    ;E  If node listed, node is listed with Hold or Down statusflag.
       Node war in der entsprechenden Nodelist auf Hold,
       UPDCHECK.CFG - Hold Setting = No
       Fall b)
        Filename: 14183.UPD
        ;E Host,14138,244/6333,Leidersbach,Gerd_Hoerst,49-6028-996356,9600,..
        ;E      ^^^^^^^^ Unexpected fakeadress.
        ;E Find: 14138  Expected: 14183
        ;E Differs from makenl control file definition.
NEU>    ;E May be also a filenaming error.
       UPDCHECK-Settings:
       UPDMASK  @makenl.ctl
       MAKENL.CTL Definitionen:
       Net 14138  14138.UPD  244/6333
       Net 14183  14183.UPD  244/9876
       Im vorliegenden Fall wurde ein falscher Dateiname gewaehlt (Dreher).

10.4.96   v0.43e
    *  UPD-File wurde nicht "komplett" BEarbeitet.
       Fehler "unexpected fakeadress" wurde zwar erkannt, die nachfolgenden
       Zeilen wurden aber nicht aufgrund fehlender Host-line removed.

      ;E Host,4802,2487/9007,Biberach,Elmar_Linden,49-7351-827162,9600,CM,XA..
      ;E            ^^^^^^^^ Unexpected fakeadress.
      ;E Find: 4802  Expected: 20052
      ;E Differs from makenl control file definition.
      ,1,Bernd_Raaf,Biberach,Bernd_Raaf,-Unpublished-,9600,XA, V32B, V42B, V..
      ,2,Linus_Baumann,Bellamont,Linus_Baumann,-Unpublished-,9600,MO, XA, V3..

       MakeNl.Ctl, CMPMNLBOSS Yes, SUPPORTLEVEL Net

       Fehler war auch moeglich bei nachfolgenden Eintraegen:
       a)  Error on <target>. Error in Hostline.
       b)  Warning: <target>. Undefined Bossadress in MakeNl.Ctl.

       (reported by Alto Speckhardt)

10.1.96   v0.43d
    *  SUPPORTLEVEL REGION wurde im Fall dass im Feld 3 eine 3d-Adresse
       definiert wurde und keine Makroersetzung durchgefuehrt werden sollte,
       die Adresse im Notify zwar richtig umgesetzt. Im Ausgangsfile aber
       die entsprechenden Eintraege mit der Bossnode-AKA des allerletzten
       Eintrags der Netzpointliste umgesetzt. Der Fehler trat nicht auf,
       wenn im Systemnamensfeld ein Systemname enthalten war. Diese Eintraege
       wurden korrekt uebertragen.
         Notify:
           ,4,2453/20.4,.,Uwe_Anklam,49-228-257271,9600,
                   --   ok.
           ;E ,4,2453/20.4,.,Uwe_Anklam,49-228-257271,9600,
           ;E              ^^^^  Warning: cityfield include
           ;E                             without name.
       aber:
         OutFile:
           ,4,2453/303.4,.,Uwe_Anklam,49-228-257271,9600,
                   ---  AKA des allerletzten Bossnodes
       (reported by Uli Heinen)
    +  Fixing special Phonefield Errors erweitert:
       a) "Dreher" wie ...
           ,-Unpublished,-9600,
                        ^^
          statt  ,-Unpublished-,9600,
                              ^^
       b) +49-...                      (initiated by: E.Beuchel)
          Wurde zwar bisher auch erkannt und gefixt. Nun aber mit
          eigenstaendigem Fehlerhinweis.
          bisher:
           ,3,Point_#3,N,Andreas_Fielitz,49-6023-8763,9600,
           ;E ,3,Point_#3,N,Andreas_Fielitz,+49-6023-8763,9600,
           ;E                               ^^^^  error on phonenumber.
           ;E                               Corrected with Host Phone number.

          jetzt:
           ,3,Point_#3,N,Andreas_Fielitz,49-6023-8763,9600,
           ;E ,3,Point_#3,N,Andreas_Fielitz,+49-6023-8763,9600,
           ;E Error in phone field. '+' incorrect. ^
           ;E                 '+' removed.

    *  In einigen Faellen konnte in der Vergangenheit vorgekommen sein,
       dass fehlerhafte Zeilen im Notify enthalten waren, die fehlerhaften
       Zeilen auch mit einem ;E versehen wurden, und diese fehlerhaften
       Zeilen im OutFile auch nicht erschienen, dass aber im Notify
       trotzdem die Meldung auftauchte:
       o=====================================================================o
       | HINWEIS!                                                            |
       | Die gefundenen Fehler konnten alle automatisch korrigiert werden.   |
       | Erneuter Upload nicht notwendig, da bereits vollstaendig korrigiert.|
        ...
       Insbesondere durch einen Test mit dem Fehlerkonstrukt:
               ;E  ^ multiple error conditions.
               ;E    too heavy for automatic repair.
       fiel dieser Schoenheitsfehler auf.
       (fixed)

3.11.95   v0.43c
    *  Einige Fehlerfaelle in Pointzeilen wurden aufgrund eines
       Fehlers beim Aufruf interner numerischer Checkroutinen nicht mehr
       erkannt (Check auf PLZ, verschobene Pointnummern etc.).
       Aufgrunddessen wurden einige Korrekturen "verhunzt".
       Fixed.

  Bsp.:
  Fehlerhaft:
  ,50,WES,Markus_Saemisch,49-6023,49-6023-8763,9600,
  ;E ,50,Point_#50,WES,Markus_Saemisch,49-6023,8763,9600,
  ;E     |-->  error in line. one field to much.
  ;E identify field 7 as phone-field. corrected.
  ;E try to repair, killing field 3.
  ;E                                 ^-- Phone number has fewer than 2 '-'.
  ;E                                 Corrected with Host Phone number.

  v0.43c:
  ,50,Point_#50,WES,Markus_Saemisch,49-6023-8763,9600,
  ;E ,50,Point_#50,WES,Markus_Saemisch,49-6023,8763,9600,
  ;E error in line. one field to much. ^
  ;E identify fields 6 and 7 as phone-fields. corrected.
  ,51,244/6311.51,AB,Alexander_Schmitt,49-6023-8763,9600,
  ;E ,51,244/6311,51,AB,Alexander_Schmitt,49-6023-8763,9600,
  ;E              ^ error in line. one field to much (field 4).
  ;E     ^^^^ systemname changed.
  ,53,Point_#53,MSP,Karl_E._Aulbach,49-6023-8763,9600,
  ;E ,53,Point_#53,6311,MSP,Karl_E._Aulbach,49-6023-8763,9600,
  ;E               ^ error in line. one field to much (field 4).
  ,56,System,F,Detlef_Hedderich,49-6023-8763,9600,
  ;E ,56,Point_#56,System,F,Detlef_Hedderich,49-6023-8763,9600,
  ;E     |-->  error in line. one field to much.
  ;E identify field 7 as phone-field. corrected.
  ;E try to repair, killing field 3.

    *  Loglevel Infos ueberarbeitet

18.10.95  v0.43b
    *  Bugfix: bei v0.43 und v0.43a wurden Files beim Check ohne
       Verwendung von MakeNl.Ctl nicht mehr einwandfrei bearbeitet
       (notify adress = 0/0). fixed.
       (reported by Martin Pangert)
17.10.95  v0.43a
    *  Supportlevel REGION
       Hostzeilen ohne gueltige 2d-Adresse wurden bisher kommentarlos
       mit ;E-Zeilen markiert und aus dem korrigierten Segment
       entfernt. Im Notify bekam der Absender bislang eine unkommentierte
       Nachricht, dass gewisse Hostsegmente ignoriert wurden.
       add undef. 2d-adressdefinition in report.
       Notify-Msg nun mit Kommentar und zusaetzlicher Hinweis im Logfile.
       (reported by Hans Stiene)
    *  Schoenheitsfehler: Doppelter Eintrag im Logfile:
         Error on UPDCTMP.BAK.
         Node 123/456 not found on actual nodelist.
       fixed.
    +  Zusaetzlicher Errorlevel 19
       Bei Supportlevel REGION oder ZONE muss zwingend ein MAKENL.CTL
       File zum heranziehen von Notify-Zieladressen eingesetzt werden!
       (UPDMASK @makenl.ctl)
       Da fuer einen Zone- oder Regioneintrag nicht zwingend eine
       2d-Bossadresse definiert sein muss fehlt sonst fuer eine
       Notify- od. Receipt-Msg. die noetige Zieladresse, die auch nicht
       ohne weiteres aus der Nodelist ausgelesen werden koennte ...
    *  Fixing LOGFILE() Routine; haette Probleme geben koennen, wenn
       kein LOGFILE definiert worden waere ...

16.10.95  v0.43
    +  Extended Notify System, erweiterte Makenl.Ctl Auswertung
       Auch: Bugfix im Zusammenhang mit Check unter Supportlevel: REGION
             Notify wurde immer an den letzten Host-Adressaten gerichtet,
             statt an den Region-Node. Trotz MakeNl-Notify-Adress-Eintrag
             wurden Mitteilungen IMMER an den falschen Node adressiert.
             Temporaerer Fix bestand im Einsatz eines UREADRESS-Eintrags.
       Auch: Bei Fehlern in Hostzeilen konnte keine Notifyadresse mehr
             erfasst werden. Ein Notify ging ins "Leere" erkennbar
             an Batchlines mit "leerer" Nodeadresse ...
             Bisher basierte diese Loesung auf die "Intelligenz"
             von XRobot, Mails an nicht gueltige Zieladressen NICHT
             anzulegen.
       (announced by Hans Stiene, uvam.)
    *  (in diesem Zusammenhang)
       geaenderte Procedure Levels.
       nun   : proc 1 - 0Ah zu 0Dh+0Ah Fixing
               proc 2 - get Notify adress (upd-segment, makenl.ctl)
               proc 3 - normal check,
               proc 4 - Fehlerkorrekturen
    +  Neue Fehlererkennung:
       Zusaetzliches (ueberfluessiges) Komma vor dem Statusflag-Eintrag
       Bsp.:
        ,Host,14006,244/1120,...
        ^
       ... wird nun "erkannt" und gefixt ...
       (announced by Martin Pangert)
    +  Packer-Erkennung und Rejecting
       "Ich erhalte die Update-Segmente der Nodes gelegentlich komprimiert.
        UPDCHCK erkennt dies aber nicht richtig und schreibt eine Nachricht
        an 2:0/0, deren Inhalt der in der CFG-Datei definierte Header 1 und
        2 sowie der Footer ist, mehr nicht."
       (announced by Alto Speckhardt)

28.8.95   v0.42h
    *  Macros ^adress, ^ashort und ^along now functionaly
       Wie unterschiedlich sich die Makros ^adress, ^along und ^ashort
       auswirken, kann in der Tabelle unter "XIV. Makros fuer Batcherstellung"
       der Docu nachgeschlagen werden.

19.8.95   v0.42g
    +  Erkennung und Fixing von ungueltigen Line-Terminations 0Ah
       statt der laut FTS-0005 geforderten ASCII-CarriageReturn/LineFeed
       Termination.
    *  geaenderte Procedure Levels.
       bisher: proc 1 - check, proc 2 - Fehlerkorrekturen
       nun   : proc 1 - 0Ah zu 0Dh+0Ah Fixing, proc 2 - normal check,
               proc 3 - Fehlerkorrekturen

28.7.95   v0.42f
    *  3d notify address definitions in makenl.ctl caused updcheck
       to reject the upd's with the following error:
          Error on V:\TEST1\UPDIN\14007.UPD. Unexpected Bossadress.
          Find: 2:244/1122  Expected: 244/1122
          Differs from makenl control file definition.
       now global zonecheck will be disabled.
       Vergleiche Absatz CMPMNLBOSS in updcheck.cfg:
          ; the next parameter is only needed if using
          ; UPDMASK with makenl.ctl
          ; Compare 2d Bossadress in upd files with 2d adress specified
                    ^^                              ^^
          ; in makenl.ctl ?
          ; If the boss adress differs from your makenl.ctl entry the upd
          ; will be rejected.
          CMPMNLBOSS Yes

18.7.95   v0.42e
    *  lowercase upd filename definitions in makenl.ctl causes in
       "no upd files found" error. fixed.

4.7.95    v0.42d
    *  bugfix: Pointadress in YOURADRESS now accepted.
    *  fixes zone definitions in hostlines in case of makenl checks
       (now same results as in upd-mask definitions)
    +  Erweiterter Integer-Support
       durch Angabe des Parameters INTLENGTH I1|I2|I4
       Pointnummern sind bis I*2 zugelassen (<=65535).
       Pointlistzone in Abhaengigkeit des Parameters INTLENGTH.
       (see UPDEXAMP.CFG)
    +  Reihenfolge der Pointnummern ist nun egal (bisher nur aufsteigend
       moeglich gewesen).
    +  Add Parameter SIKCOPY.
       Vor der Verarbeitung jedes einzelnen UPD-Segments wird eine
       Kopie (filename.ext -> filename.$$$) angelegt.

12.4.95   v0.42c
    +  Readress Notifys Support in MAKENL.CTL durch zusaetzliche
       Parameter (nach einem Semikolon!!!) UREADRESS und UNAME
        Bsp.:
  Net 14006 14006.UPD  244/1120 ; UREADRESS 244/1120.1 UNAME Ulrich_Schroeter
  Net 14007 14007.UPD  244/1122 ; UREADRESS 244/1122.1 UNAME Heinz_Drews
                                  ^^^^^^^^^            ^^^^^
       (initiated by: A.Speckhardt)

       for more infos about READRESS function read UPDCHECK.DOC ...

31.3.95   v0.42b (12:00; more fixes)
    *  Und nochmal "Missing Field" und "Field To Much" Erkennung
       erweitert. Insbesondere im Zusammenhang mit Pvt-Haendling.
       Aber auch ein "doppelter Systemname" (3d-Adress + Systemname)
       kann nun "gefunden" werden ...
       Derzeit noch nicht im Programm: "Dreher" wie ...
                ,-Unpublished,-9600,
                             ^^
         statt  ,-Unpublished-,9600,
                             ^^
       Dazu muesste schon die Function-Return von PhoneCheck()
       "aufgebohrt" werden, um auch noch ein "reduziertes"
       "Unpublished" zu erkennen ....

31.3.95   v0.42a (2:00; fixes)
    *  Im Zusammenhang mit dem Pvt-Statusflag-Handle tauchen auf einmal
       eine ganze Zahl Fehlermoeglichkeiten auf, fuer die die Pvt-Routine
       garnicht vorbereitet war ...
       Mit diesem Fix sind zumindest ein Reihe von Sonderfaellen
       beruecksichtigt.
    *  "Missing-Field" und "Field-To-Much"-Analyse  war gleichsam
       nicht an das Pvt-Handling angepasst.
    +  "Field-To-Much" Check um sichere Erkennung von 3d-Adressen
       erweitert.
    *  PLZ-Check nur noch in proc 1, da ein rein numerisches
       Feld im City-Feld zu Errormeldungen im ausgehenedem UPD-Segment
       durch erneuter Erkennung in proc 2 fuehrte. Fixed.


15.3.95   v0.42
    +  PVT-Statusflag-Handle.
       Neben der Erkennung gibt es 4 unterschiedliche Reaktionsmoeglichkeiten:
       ACCEPT  - wird erkannt, aber keine Reaktion durchgefuehrt
       WARNING - es wird ein Notify erzeugt. Der Eintrag verbleibt aber
                 unveraendert im UPD-Segment.
       CHANGE  - Neben dem Notify wird der Pvt-Eintrag in einen "normalen"
                 Eintrag konvertiert. Das Pvt-Flag wird weggenommen und
                 im Phonefeld wird die Rufnummer des Bossnodes eingetragen.
       REMOVE  - Der Pvt-Eintrag wird mit einem entsprechenden Hinweis
                 abgelehnt. Es findet keine Umwandlung in einen "normalen"
                 Eintrag statt. Die komplette Pvt-Zeile wird aus dem
                 UPD-Segment entfernt.
    +  add FRG_STUFF list.
       STRIP_FRG schliesst u.a. dann auch "_Germany", "-(Germany)" and
       other Stuff mit ein ...
       Nach ersten Test um Jokerzeichen * erweitert, damit eine Plazierung
       des Stuffs zum Citynamen moeglich wird.
       Bsp.:  *FRG muss FRG immer am Ende eines Citynamens stehen. In einem
              Citynamen enthaltene Buchstabenkombination FRG wird also
              nicht beruecksichtigt.
    *  SCN_HOST_IGNORE noch einmal auf FRG_STRIP und PLZ_STRIP
       ueberprueft. Sofern bislang noch nicht functionaly ...
       nun funktionierts. SCN_HOST_IGNORE beinhaltet nur den
       Ausschluss des Hostzeileneintrags von der Short_City-Function ...
    *  bugfix: Systemname "OS/2-BBS.1" wurde als 3d-Adresse "erkannt"
       und entsprechend behandelt. Konflikt ruehrte durch die Kombination
       auf Erkennung von "/" und "." her.
       Ein weiterer bugfix:
       Point_2:2410/407.2
       ^^^^ systemname changed.
       ruehrte vom selben Problem her, da im Feld eine vollstaendige
       4d-Adresse enthalten war. Durch dieses Fixes wird allerdings die
       4d-Adresserkennung sehr stark eingeschraenkt.
       Fehler wie Vertauschen einer <0> durch ein <O> koennen so nicht
       mehr gefunden werden, da mittlerweile alles was nicht numerisch
       erkannt wird sofort in die Kategorie "Systemname" faellt.
       Bei aktiviertem 3d-Adressupport wird allerdings auch hier in jedem
       Fall eine 3d-Adresse ins Feld eingetragen.

10.3.95   v0.41f
    *  Problem beim Indizieren. Eigentlich sollten die beiden
       Tools P24CVRT und UPDCHCK gemeinsame Indices benutzen.
       Bei jedem Neuaufruf des jeweils anderen Programms wurde aber
       die Indizierung neu angeworfen. Nach Benutzung einheitlicher
       Datumsroutinen ist nun das Problem gefixed.

28.1.95   v0.41e
    *  Ueberarbeitetes Haendling fuer "empty field detection <,,>".
       Leere Systemnamensfelder liefern Systemwarnings.
       Leere Cityfields liefern bei aktiviertem City.Db-Support
       (siehe v0.41) einen automatischen Eintrag nach der
       internen City-Database.
       (siehe auch READ_ME.1ST, Abs. XII.3 "UPDCheck Bug bis einschl. v0.41c")
    *  Extended "White Spaces" detection and correction.

22.1.95   v0.41d
    *  bugfix: fill empty fields identified by <,,> with "?"
       (ist aber noch nicht der Weisheits letzter Schluss ...)

17.1.95   v0.41c
    +  add Parameter US2SP fuer Makroersetzungen ohne Underscrores <_>.
       i.e.  old   ^SYSOP   =  Holger_Schurich
             new   "^SYSOP" =  "Holger Schurich"     (US2SP Yes)
       Default bleibt NO (keine Umsetzung in Spaces).

8.1.95    v0.41b
    *  Eine Reihe von UPD-Files wurde zwar koorigiert, aber auch
       im Ergebnisfile befanden sich noch die Korrekturen (;E).
       Proc 2 wurde nicht ausgeloest. Fixed.

15.12.94  v0.41a
    *  UPD-file entry ",," stops updcheck with error exit
         NumChk, line 1199, type mismatch
       Now Fixed.
    *  In some cases the batch-footer wouldn't written,
       so coded batch loops stops at dos prompt ... ;(
       I'm think, its now fixed.
    *  If the city/phone database support is set to ON and
       an index file becomes corrupted, updcheck exits
       with an error:
         UDBENTRY line 2875, index file corrupted (in index key)
       In batch procedures you haven't any chance to see this msg.
       so updchecks works undefinitivly not all the upd-files.
       (if logfile activated you'll find no "program exit message").
       Kill the index files to clean this situation.
       The index files are the following files in your nodelist
       directory:
              *c1.idx
              *j1.idx
              *y1.idx
       Add the errorlevel 99 support in your batches,
       to handle "unsupported" features, that only the program
       knows ....
              UPDCHECK -c123.cfg
              if errorlevel 99 goto undef_err

       Let me know about the last msg in top of the screen ....

30.10.94  v0.41
    *  Fixed: notify to PLC if "node not found" 
         ;E Host,14009,244/1128,Ffm,Thomas_Thurn,49-69-6666946,9600,..
         ;E  Node not found on actual nodelist.
       due to v0.40d Host-line dismissed in notify.
    *  Fixed: Pointno errors after "node not found" or
              "unexpected bossadress" in notifys will be ignored
              Notify will only be sending to PLC if definied in cfg
              (COPY2KEEP)
    +  Add city/phone database support to correct missing city field
       automaticly ....
         ,18,Point_#18,FFM,Thorsten_Deck,49-69-426150,9600,
         ;E ,18,Point_#18,Thorsten_Deck,49-69-426150,9600,
         ;E     |-->  One missing field.
         ;E found systemname in field 3 and sysopname in field 4.
         ;E find cityname from internal phone/city database
         ;E and inserted automaticly in field 4.
       New config parameter:  CITYDB {Yes|No}
       Database will be filled by host-entrys and
       online point-nodes ... all dupe entrys will be counted.
       On searchtime, the left phone segment is compared to the
       database and the city with most entrys will be took
       for automatic repairs ...

26.10.94  v0.40d
    *  Fixed: missing 0Dh 0Ah (Carriage Return) in last updline
              caused loss of last pointline.
              Now, this error will be corrected and notifed to the bossnode.
    *  Trailing blanks causes nodelistflag-errors or Charset errors:

       ,14,ACCESS_#14,Bruchkoebel,Dirk_Lindloff,49-6104-797283,9600,
       ;E ,14,ACCESS_#14,Bruchkoebel,Dirk_Lindloff,49-6104-797283,9600,
       ;E                                     nodelistflags stripped. ^
       ,15,ACCESS_#15,Obertshausen,Frank_Muerell,49-6104-75970,9600,__
       ;E ,15,ACCESS_#15,Obertshausen,Frank_Muerell,49-6104-75970,9600,
       ;E Mehrere Spaces durch <_> ersetzt.
       ;E FTS-0005 Charset range: 21 hex to 7E hex.

       Now, trailing blanks will be removed automaticly.

15.9.94   v0.40c
    *  Erweiterter Loglevel (new Parameter LOGLEVEL)

5.5.94    v0.40b
    *  small fixes
       - 1 fehlende Zeile bei hardcoded Notifys
       - fehlende Notifyadresse im MakeNl-Ctl file fuehrte zum Programmabbruch
         now: fehlende Notifyadressen im MakeNl.Ctl File fuehren bei
              aktiviertem Bossnode-Compare zu Warnungsmeldungen im Logfile.
    +  Tabs (09 Hex) in Controlfiles now supported.

26.4.94   v0.40a
    *  global source modifications (reduced memory conflicts)
    +  add different support levels (net-, region-, zone-support) 
    +  add strip "FRG" in cityfields
    *  modifications on shorten city routines
    *  modifications on strip PLZ routines

8.4.94    v0.30d
    *  more critical mem house cleanings
    +  add comparision of 2d boss adress defined in makenl.ctl
       with 2d boss adress in upd-files
    *  cosmetic fix in notify (kills spaces after upd filename)

1.4.94    v0.30c
    *  mem overflow ? ... add mem house-cleanings in critical situations.

31.3.94   v0.30c
    *  some more multiple phone/baud-errors corrections

11.3.94   v0.30b
    +  added generic filenames support for makenl.ctl's

9.3.94    v0.30a
    +  add MakeNl-Controlfile Support um die Angaben
       der Segmentfilenamen und Fakeadressen auszulesen (statt globaler
        UPD-Filemaske).

27.2.94   v0.20b
    *  bugfix in shorten_city routine
       - Gross_Gerau_2 -> GG_2, aber Gross-Umstadt -> GG-Umstadt
       Warning: Short_city function kennt momentan nur
                die Ausnahmefaelle <Bad> und <Gross> bei Doppelwoertern.
                Werden also andere "Doppelnamen" fuer die Kuerzung
                im Controlfile angegeben und das Vor-Wort ist nicht
                <Bad> oder <Gross> (koennte noch geben <Klein> oder sonstwas)
                fuehrt dies bei der Suche zu fehlerhaften Ergebnissen
                bei Orten die zwar das gleiche Vor-Wort im Namen haben,
                aber doch anders lauten ...
                (evtl. in einer der naechsten Versionen: city_prewords)

25.2.94   v0.20a
    *  some small fixes
       - FTS-0005 Charset Error notify (fehlte 1 Carriage Return)
       - 2:44/xxx  "node not found" wird nun weiter getestet ...
       - Short City  Bad_Homburg -> HG  war: Bad_Vilbel -> HG_Vilbel. fixed.
       u.a.
    +  add parameter LASTSCREEN in config to see the last screen of upd-checker
    +  add parameter CSTEST (No) zum Abschalten des Charset-Tests

22.2.94   v0.20a
    +  FTS-0005 Charset test ASCII 21 hex to 7E hex
       Charset-Test ist standardmaessig immer aktiv gesetzt.
       Dieser zusaetzliche Test drueckt natuerlich die Performance ...
       All known errorfixes due to version 0.17a included.

21.2.94   v0.20�
    *  completely rewritten check routines

27.12.93  v0.17a   
    +  multiple nodelist-indices-support
       new nodelist supportfile naming convention:
          Nodelistfilename(6)+Typ(1)+NdlStatus(1).IDX
       new index routines
       Nun auf Stand P24CVRT ab v1.40

13.12.93  v0.16b   add Phone- Baud check bei "Feldverschiebungen"
                   (detailiertere Fehlerhinweise)
                   modified Logfile-Routinen
 8.11.93  v0.16a   add Receipt Notify
                   New Parameters in CFG (see also UPDCFG.DIF !!!)
                        RECEIPT_NOTIFY, BATCHRCPT
                        RECEIPTTEXT_BEGIN, RECEIPTTEXT_END
 2.11.93  v0.15m   Diverse Fehlervarianten im Zusammenhang mit
                   Phone,Baud in der Analyse verfeinert und bereinigt:
                    ..,49,69,599733,9600,    ..,49,69-599733,9600,
                    ..,49,69,599733,9600     ..,49,69-599733,9600
                    ..,49,69,599733,         ..,49,69-599733,
                    ..,49,69,599733          ..,49,69-599733
                   Detailiertere Fehlermitteilungen.
28.10.93  v0.15l   multiple phone/baud errors correction.
 5. 8.93  v0.15k   FTS-0005 compatible "-Unpublished-" check.
                   (only valid if pvt is set).
                   add macros ^UPDCVER, ^UPDCDATE to notify system.
 1. 8.93  v0.15j   any modifications on phone-error handling
                   incl. new CFG-parameter CWHP.
30. 7.93  v0.15i   PointlistZones > 5 {1..256}
27. 7.93  v0.15i   add option ignoring check for short city function
                   of hostline entrys (SCN_HOST_IGNORE)
22. 7.93  v0.15h   - Bugfix: analysing "HP48/ST-Point" as a 4d-address
                     In einem Error-Zweig wurde ein Flag nicht zurueckgesetzt,
                     dass das Feld keinen numerischen Eintrag enthaelt ...
16. 7.93  v0.15g   Reperatur von fehlenden Baudraten
16. 7.93  v0.15f   add macro ^SYSOP + ^SNAME fuer Notifytext
                   optional NOTIFYHEAD2 section (see cfg)
                   Erweitertes Errorlevelsystem.
15. 7.93  v0.15e   add macro ^SYSOP fuer Notify-Empfaengernamen-Support
                   incl. YOURNAME-Parameter fuer Notify-Kopie
15. 7.93  v0.15d   fixed "-Unpublished-" support
                   optionales Notify fuer Strip PLZ, Strip Nodelistflags,
                   Systemnamenkonvertierung und Ortsnamenskuerzung
                   erweiterte Baudratekorrektur: 14400, 16800, 19200 -> 9600
13. 7.93  v0.15c   - Ortsnamenaustausch nach Vorgaben in der Config
                   - Nodelistflag-Stipping (Einstellbar im CFG)
12. 7.93  v0.15�   Box-Naming-Support
                   incl. automatische Konvertierung durch
                   Makros: BOSS, NAME, PNR
20. 6.93  v0.14�   Postleitzahlen Stripping (Einstellbar im CFG)
 6. 3.93  v0.13�   eingeschraenktes Notify (nicht mehr bei peanuts)
                   add HOST -> Host Support - ebenso Flags: Hub,Pvt,Hold,Down
                   Beschreibung "invalid flag" geaendert zu
                   "invalid line entry" da zumeist kein fehlerhaftes Flag
                   als vielmehr ein Carriage Return zuviel in der vorherigen
                   Zeile enthalten war ...

 6.12.92  v0.12�   bugfix nach Probs mit Nodelist-Index-Erstellung

 2.12.92  v0.11�   external index-structure mit internem 4d-format-index
                   index level 4
                   Reduzierung des Hauptspeicherbedarfs.

 1.12.92  v0.10�   Umstellung auf external indexing

29.11.92  v0.07�   bugfixings
                   Teilweise wurden keine Korrekturen mehr weggeschrieben.
                   -> wurde durch fehlenden Parameter NODELIST (!!!)
                      im Configfile ausgeloest.

30. 8.92  v0.06�   notify erweitert
                   network-abgleich (Status 1!)
                   fix: lastndl.log im Nodelist-Directory if defined
                   Index wird mit dem Tool P24CVRT gleichsam genutzt.
                   index level 3

28. 8.92  v0.05�   official �-release
                   Point-Nummer Check and Correction

          v0.04�   notify system
                   fixing um umfangreiches linefixing erweitert

24. 8.92  v0.03   ... mit umfangreichen Checks und correction-methods
                  full-analyse of upd's

27. 1.92  v0.02�  1st sources