CPU utilization to get a large file copy completed quicker.

The GROUP command reports the total number of articles in a group and we
were returning the total number of message indexes/headers, which includes
vote messages (not retrievable/viewable via NNTP) and messages flagged for
deletion (not retrievable/viewable via NNTP). So, count the actual
number of non-vote/deleted messages (index records) to use in the GROUP
response.

support active-users.json queries but don't report age and gender.

So I tested the following cases, which all pass:
cwd diralias -> 250 CWD command successful.
cwd /diralias -> 250 CWD command successful.
cwd /diralias/ -> 250 CWD command successful.
cwd /diralias/filename -> 550 filename: No such directory.
cwd /filealias -> 550 filealias: No such diretory.
cwd /filealias/ -> 550 : No such diretory.
retr filealias -> 150 Opening BINARY mode data connection for file transfer.
retr /filealias -> 150 Opening BINARY mode data connection for file transfer.

Hopefully is the end of the fixes for Chrome browser ftp weirdness
(tries to "CWD" to anything/everything to determine if it's a file or not).

- a CWD attempt to a /alias/filename would report 'success' to the client
  (Chrome web browser)
- the ftpalias.cfg file was left open in some instances

Version 1.62: Updated to save the message if the user disconnects, to support Synchronet's message draft feature that was added recently.

buffer overflow caused by long-filenames (?) :

Thread 2 "SDL Main" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff0be5700 (LWP 31102)]
strlen () at ../sysdeps/x86_64/strlen.S:106
106../sysdeps/x86_64/strlen.S: No existe el fichero o el directorio.
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x00007ffff6f10da8 in _IO_vfprintf_internal (s=s@entry=0x7ffff0bc2230,
format=<optimized out>, format@entry=0x55555558ec5c "%-12s ",
    ap=ap@entry=0x7ffff0bc2378) at vfprintf.c:1637
#2  0x00007ffff6f31afb in __IO_vsprintf (string=0x7fffec00b0c0 "\310\a",
format=0x55555558ec5c "%-12s ", args=0x7ffff0bc2378) at iovsprintf.c:42
#3  0x000055555556a701 in bufprintf (buf=0x7ffff0bc2480 "", attr=31,
fmat=0x55555558ec5c "%-12s ") at miscfunctions.c:560
#4  0x000055555555e332 in load () at load.c:796

(yeah, those should all be LOG_ERR, not LOG_ERROR - oh well) since LOG_ERR
messages go to the data/error.log and including this information is helpful
to sysops that monitor this file and use it to help find/debug issues.

Log all the "Remote addresses" (array) with an INFO log level, for inbound
connections (in the auth callback).

More log output when saving/restoring drafts of if there is an error doing so.

log a message when a draft message is saved.

1 (indication of error).

and maybe lose all that eloquent prose you've painstakingly written? Well,
Synchronet will now save your unsaved draft (assuming your editor saves it
before exiting due to disconnetion) and will give you the option of
restoring that draft when you attempt to email or post again within 48
hours. The message's subject is saved/restored along with the draft body
text as well. Drafts older than 48 hours are just ignored. This duration
is currently hardcoded, but that could easily be changed.

some times.

buffer passed to it doesn't have to be INI_MAX_VALUE_LEN in size.

being CWD'd (chdir'd) into.
I resisted the temptation to convert ftpalias.cfg to a different (sane)
format (e.g. .ini) at this time, but that really should be done.
Oh, and I noticed that aliases don't work with "DIR" wildcards, so that's a
bug that needs fixing too.

message-ID (e.g. when exporting from SBBSecho).
This addresses compliance with this [editorialized] clause in FTS-9:
     No system
     should ever add an MSGID and/or REPLY to,  or modify an existing
     MSGID / REPLY contained in,  a message not originating on that [FTN]
     system.

Messages gated from other networks (technically coming from another system,
but originating into an FTN from this system) will still have an FTN Message-ID
generated/added.

Since SBBSecho normally tosses to downlinks directly from packets, this adding
of generated Message-IDs would no normally occur. However, if a downlink
rescanned an area, any messages missing Message-IDs would get them generated
automatically and they would appear to have originating on the local system.
This was never the intention, so this is just a long standing but infrequently
observed (and never reported) bug.

for Australian and New Zealand timezone abbreviations/value-macros.

- user alias was missing from some messages or in the wrong place
- added hostname and IP address to the "ILLEGAL FILENAME ATTEMPT" warnings

comparison between signed and unsigned integer expressions

"SYD" (Sydney) +10:00, is now "AEST" with a DST (+11:00) counterpart, AEDT.
Added ACST (+9:30) with its DST (+10:30) counterpart, ACDT.
"WEL" (Wellington) +12:00 is now "NZST" with a DST (+13:00) counterpart,
NZDT.

exec.cpp:438:8: error: case value evaluates to 2684500526, which cannot be narrowed to type 'int32_t' (aka 'int')
      [-Wc++11-narrowing]
                case 0xA0023A2E:
                     ^

The switch cases were unsigned, but the passed value was an int32.

Certain strings could cause infinite loops otherwise.
(See previous commit, I was having CVS problems.)

maintenance and any system daily event to *not* execute in the event thread
(i.e. very soon after midnight), but instead require a BBS user logon/off to
initiate these daily tasks, or (as I use it) another instance of sbbs which
is better suited to these daily tasks.

default answer for these prompts.

mail base can't be opened (e.g. it's locked for maintenance).

with Chrome (the browser). Chrome will attempt to "CWD" to a filename and if
that filename was an alias from the ftpalias.cfg, we would return a
successful (213) response - erroneously. The code did appear to check for
this condition by calling ftpalias() with a NULL second (filename)
parameter, but that didn't actually work. The 'alias+1' check for a slash
appears to have (always?) been clearly wrong as a prefixed slash is already
skipped (in the requested path) before calling ftpalias().

message text (when relevant and available) - this helps when re-wrapping the
message text (e.g. for quoting) and not always guessing "80 columns".

now have their output translated to PETSCII equivalents for PETSCII terminals
(but input is not yet translated).
.seq files are now sent untranslated via printfile() and putmsg() to PETSCII
terminals (using the new P_PETSCII putmsg mode flag).
.seq files (and P_PETSCII mode text printed via putmsg) is now converted
(poorly) from PETSCII to CP437 - this is still a work-in-progress.
Remove the remants of WIP and HTMLterm support from putmsg() and printfile().

File not found.
d:\sbbs\text\menu/msgtabs.asc

can we get a slight change in the sbbsecho code or maybe in echocfg so that
when a link is set to passive, areafix notices are NOT sent to them even if
"send notices" is specifically set to yes?

Send CR/NUL for <Enter> rather than CR/LF. Although the Telnet spec (RFC854)
requires that either combination be accepted as a single "new line" character,
some Telnet servers treat CR and LF as separate input characters and do weird
things (e.g. treat the LF as a second <Enter> key or <^J> or invalid input).
If we ever come across a Telnet server that does something weird with CR/NUL
(and works better receiving CRLF) then perhaps we'll need a configuration
option. Hopefully not. Of course, in binary mode, none of this applies.

don't ask Guests (during logon) either.
Removed some more WIP and HTMLterm support.
Remove a couple unnecessary if (text[somethingQ][0]) checks.

menu() if it does (exist) and doing something else if it doesn't.