description.

size and date.

Previously, it would always skip which could result in the uplink holding
the files indefiniately.

such as syntax errors.

This script is intended to allow TickIT to keep nodelists up to date from
received TIC files.

Run the handler in a try/catch and log exceptions.

is no password... even if they requested encryption.

an FTNDomains object to everyone.

the nodelist if specified in the ftn_domains.ini file via the NodeList key.

if it should be replaced.  It's common on FidoNet for replaces to have a
wildcard in it.

Also, add support for a new Handler key in tickit.ini.  This defines a file
which defines a Handle_TIC function and whose last statement isn't null.
The parsed TIC file is passed to this function and, if it returns true, the
file is assumed to be handled.

Version 1.13 beta 1.  Bug fix: Message number error when a new user starts reading messages.  Now checks for a seemily special value for the message number to avoid an error.

This will only import tic files from the secure inbound.  This is intended to
be used with IgnorePassword to limit the attack surface.

TIC passwords and not care if they match the packet password or not.

This imports *ALL* TIC files into the local file base, possibly overriding
existing files, so could be dangerous if you accept incoming TIC files from
anybody (which is the normal Fido setup).

Despite what fsp-1039.001 says, ALLFIX uses multiple Desc lines for long
descriptions, so Desc is *not* "A one line description of the file to be
distributed." and actually matches the Ldesc description.

Support both, but use the longest one.

has no password.

ERROR 2 (No such file or directory) opening stray packet: /sbbs/temp/sbbsecho/577ab8e4.pkt

(35 chars). Use macros for maximum internal code length and echo tag lengths.

1. Reported by Accession and Rastus: when linking/unlinking echoes via AreaFix,
    all the linked node addresses (in the areas.bbs file) would be changed to a
    garbage address (e.g. "16720:17235/19521.19551").
    Bug introduced in sbbsecho.c rev 3.13 (May-9-2016).

2. Reported by Accession:
    Extraneous debug-level log output (a log line for each echo that exists in
    the area file): "Adding areas for <addr> to path/to/areas.bbs" and
    "Removnig areas for <addr> from path/to/areas.bbs".
    Introduced way back in sbbsecho.c rev 1.249 (Apr-17-2014).
    Now, a single debug-level log entries is added per areafix change request
    for all adds (area linking) and then all deletions (area unlinking) which
    makes much more sense.

3. Observed in the code:
    When using AreaFix to modify the area file (areas.bbs), if a modified
    echo's internal code was 16 characters, exaclty, then no space would be
    added between the internal code and the echotag.
    This bug has apparently been possible since the introduction of internal
    code prefixes in 2003.

the LogTimeFormat key in sbbsecho.ini. The default is "%Y-%m-%d %H:%M:%S".
If you want the old (v2) time-stamp format, set this value to
"%m/%d/%y %H:%M:%S". Any/all valid strftime() specifiers may be used.

this is not a totally unexpected occurrance. No need to fill up the error.log.

Windows build of addfiles, et al.

- "Configure" menus (not working since the IPv6 commit) - both IPv4 and IPv6
   addresses may be specified (comma-separated), or multiple IPv4 addresses!
- Added new "Temp Ban" settings to Properites->Security tab.
- Added context (tab) sensitive "Help" button to Properties page
  (links to section on relevant wiki page).
- Every log window has a new right-click pop-up menu with 2 options:
  1. Copy Selected
  2. Copy All
  Hopefully it's obvious what these menu options do. :-)

- Never ban the server's own address
- Log the login attempt and last name attempted
- Use a compressed version of the HH:MM:SS "time remaining" portion of the log
  message