warning: argument 1 value ‘18446744073709551608’ exceeds maximum
object size 9223372036854775807 [-Walloc-size-larger-than=]

... rather than just return false.

This will make debugging this type of issue much easier in the future.
sendmail.js was allowing empty recipient_list array arguments and the MsgBase
.status was 0 and .error just an emtpy string - unhelpful.

warning: ‘checkStamp’ accessing 20 bytes in a region of size 11
etc.

Direct users to Program Settings->Startup Screen Mode for initial/default
screen mode.

Wording update for Startup Screen Mode help.

Indent the File Locations less as these paths are usually much longer on
Windows and is ugly when wrapped here.

warning: ‘%s’ directive writing up to 128 bytes into a region of size 74
note: ‘sprintf’ output between 21 and 179 bytes into a destination of size 80

warning: format ‘%s’ expects argument of type ‘char *’, but argument 4 has type ‘void *’
warning: ‘sprintf’ writing a terminating nul past the end of the destination

(like we do for Message Groups and File Libraries already)

changes value from 9223372036854775807 to 9223372036854775808
[-Wimplicit-const-int-float-conversion]
        if(bytes < 0 || bytes > INT64_MAX)
                              ~ ^~~~~~~~~
/usr/include/x86/_stdint.h:90:19: note: expanded from macro 'INT64_MAX'
 #define INT64_MAX       0x7fffffffffffffff
                         ^~~~~~~~~~~~~~~~~~

gravyard - Added missing declaration in exit_game

See merge request !274

Use the Synchronet-supported FTN/QWKnet routable addressing in the from fields
of messages posted via those network types. Using the mailutil.js
fidoaddr_to_emailaddr() function that was apparently created for listserver.js
but then made unnecessary (and thus unused for several years).

I think this addresses the concerns from issue #487. Reading a message via
NTTP (using the Synchronet NNTP service) in Thunderbird, one can now reply
to sender via email and it "just works" so long as the sysop has configured
the network support for those net-types correctly and Thunderbird is
configured with the Synchronet mail server as its SMTP server to use for that
newsgroup folder. Whether the Synchronet mail server is configured to use
direct delivery or relay is not relevant (though mentioned in the issue
description).

Move the Mail Server->SendMail* settings to their own sub-menu.

Added popups while reading sbbs.ini

Fixed reversal of logic for FTP Server->Sysop File System Access option

And display an error message upon failure.

Dasme/gravyard

See merge request !272

Still needs online help text.

This allows the [Global] section to be applied to each server section correctly

Before this change, changing BindRetry in the global settings would result in
the original global BindRetry value being added to each server/section of
the sbbs.ini file.

The address needed to be converted to a string first.

Remove values, not keys, when setting a key with a global default.

Use UInt16 functions for getting/setting TCP ports (this fixes an issue with
the FTP PasvHigh port being set to -1 (instead of 65535).

Use iniGetUInteger instead of iniGetShortInt for most other key values.

First sbbs.ini save support in SCFG, still experimental.

Remove trailing white-space (e.g. after the equals or colon following the key)
in iniRemoveValue().

This function is used in sbbs_ini.c, but was always returnning non-zero, even
when both string lists were identical.

Allows SCFG to more easily display the most relevant .ini file using the
UIFC timedisplay() callback.

Running 'scfg -id -w' would crash due to NULL pointer dereference and display
prompts with a "[(null)]" title. Fixed.

I'm surprised more people haven't wondered aloud: why are all the Synchronet
server settings in this huge sbbs.ini file? Well... this kind of answers that
question: it's a hell of a lot of settings! And this isn't even everything
(several advanced/rarely-used/borderline-deprecated settings aren't included)!

As part of this change, I've replaced the old date/time display with the
current config file path/name that's being edited (more or less). This will
help when a sysop has multiple sbbs.*.ini files and makes it clear if you have
multiple sbbs installs (like me), which one you're editing at any given time.

I have not implemented any of the server setting edits (other than a couple
simple toggles) or help text yet and this does not detect changes or save them
to the sbbs.ini file, but I wanted to get this committed at this stage anyway.
If you're running sbbsctrl.exe (or maybe even gtkmonitor), then maybe this is
completely redundant and unnecessary, but I figured it was good to have these
settings in one edit find/edit platform-agnostic location anyway. Hoepfully
this will (when its done) make SBBS for *nix just that much easier for a newbie
sysop/sysadmin.