always pretend otherwise.

Threw errors if 'val' was defined but non-string (no toUpperCase method).

created) before this funciton is called, so we can't *always* delete
the quote file. Delete it if restoring a draft or if quoting is disabled
only.

going to recover a draft message or quote a source message or whatever.
Lingering QUOTES.TXT files interferred with recovering draft messages.

in GET responses when Connection: Keep-Alive is not enabled.

HTTP-Version value we send (no functional change). My intepretation is we
should be sending either nothing or "HTTP/1.1" here, never "HTTP/1.0". This
interpretation appears to match the behavior of other web servers
(e.g. Apache httpd).

expands to "on" or "off" based on user's split-screen private chat setting.

PAGER (expands to "on" or "off" to indicate chat page enable status)
ALERTS (expands to "on or "off" to indicate activity alert enable status)

Handle 5D addresses (with or without point component).
Validate numeric address components and domains per FSP-1028.
Return value (if an object) now contains 'domain' property (if present).
Should fix processing of TICs with associated 5D addresses.
Introduces an unwieldy and overwrought regex.  Unf unf.
May break the entirety of fidomicrocyberchatnet.

"new message" detection (not the total number of articles) - so use the last
non-vote message number as the high water mark, not the msgbase.last_msg
value. For nelgin - Happy Turkey!

description/documentation more closely. That is, if there is an INTL kludge
line in the incoming netmail message, there will be no "fuzzy" zone matching.
This means that Fuzzy Zone operation will only apply to netmail messages that
do *not* have an INTL kludge line (which specifies the source and destination
zones already). This solves the problem reported by Mark Lewis with
unexpected Fuzzy Zone behavior (when enabled), it was over-riding the
source zone number even though it was specified (via INTL kludge) in the
original netmail message body.

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.)