I  decided  to  play  with the Cache a bit because I wanted to have more
than  two  phone numbers for a site.  I discovered that, as set up, this was
barely  possible  and  due  to  the  indexing method, could result in source
strings exceeding WPL's internal limits.

    Variables  in  the  Cache  are  accessed via an index.  In virtually all
cases  in  the old Cache, this index was the remote.address.  For AKA lists,
it  was  the  primary phone number.  This method results in multiple strings
with a set of duplicate values for every aka listed for a site. A 5K
Cache.cfg would produce a 15K *cache.wpl.

    The New Cache uses the simpler approach of an index number of each site.
The  variable  $(SI.$(remote.address)) contains that index number.  There is
an  si  variable for each aka of a site, regardless of site type.  All cache
variables are accessed by referring to this index.

    example: $(password.$(si.$(remote.address))) 

    This  approach removes the multiple entries for each aka and reduces the
wpl  code  by  at  least 1/3.  A 5K cache.cfg now produces a 10K *cache.wpl.
This  approach  also  makes  cache EDITING much simpler.  CacheEdit.rexx now
allows one to add to, delete or change any site cache item.

    The 'altnum' keyword is dropped, in favour of multiple 'number' entries.

    Presently the NewCache will be generated if:
        ALT=1 (In GenMailer.rexx)
        NewCache.cfg exists and is newer than *cache.wpl

    In the near future , the New cache will be default and all old cache
generation code will be removed.