The system.inet_addr property is for Internet email and not necessarily the
correct host name for this instance (these nodse) of the BBS.

also clear the associated counts (sizes) for these arrays, eliminating some
potential crashes while dereferencing these arrays after freeing (e.g. during
shutdown or recycle of sbbs).

so the runtime "pool" concept might need to go away. For now, we'll just change
the RT_TYPE to RT_UNIQUE (no sharing of runtimes, using more memory) and
double the size of the RT pool from 128 to 256. Without sharing, the pool may
not make sense unless there is a significant time penalty when first creating
RTs (in which case reusing RTs will be faster).

of these files for now (if you don't want to upgrade just yet).

Don't use the WIN_SAV mode for the question toggles (causes unnecessary
screen flash).
Save/restore the current lightbar offset for the new user "default toggles"
and "new user questions" lists.
Refer to the "chat handle" field as "/ call sign" here as well.

of the new user process - could be used to display a file or execute a script
via @-code.
Introduced the "Color Terminal" new user question toggle (defaults to off).

- MaxMsgSize
- MaxMsgsWaiting
- ConnectTimeout
Added NO_DOS comment to [bbs]->Options section

for 20 megabytes).

of these files for now (if you don't want to upgrade just yet).

for that instance of SBBS (e.g. when running SBBS-Win32 on Windows-x64).

has been configured to 0 (unlimited).

Windows 8.0, a.k.a. NT v6.2 instead of Windows 8.1, a.k.a. NT v6.3) by using
a LAN manager API function. Ugh.

a linked list which had previously been freed, it would try to destroy the
mutex (Win32 critical section) which had already been destroyed and cause a
crash. Clear the LIST_MUTEX (and LIST_SEMAPHORE) flags after freeing those
resources to prevent this double-free issue.
This bug was apparently triggered by the web server (listFree(&log_list) in
cleanup()) because cleanup() can be called in some recycle failure cases
(e.g. ports cannot rebind) *before* listInit() is called. Some *other* error
following a recycle must preced this bug/crash.

Thanks to Noel for helping with the debugging (capturing callstack with MSVC).

specified as enumerations in the spec but relying on more than one outside
entity for a definition of the values (ie: County and State values)

These types aren't validated.

- Max Msgs Waiting per user (does not apply to W-exempt users)
- Connect Timeout (for sendmail outbound connections)
Allow these parameters to be set to 0 (N/A):
- Max Recipients (0=unlimited)
- Lines Per Yield (0=no yielding)

sendmail thread was running.

not match database and beginning new user sing-up.

SSH), use that as the default login name.
Clear the bbs.rlogin_name value if the login fails.

the login process a bit (e.g. using Unix 'telnet -a <host>').
Treat login name provided via RLogin, SSH, or Telnet equally (e.g. use in new
user signup by default).
Disable the hard-coded bypassing of netmail address prompts for RLogin
users (there are other ways to accomplish this, e.g. using JS if desired).

- this option has been a default option flag for 10 years
- this option was introduced *before* the RLogin password capability
- Synchronet now always expects the login-ID (alias) to be the 2nd string
received during RLogin connections (called 'server-user-name' in RFC 1282).

Win32 make connect() failure an exceptional condition.

- this option has been a default option flag for 10 years
- this option was introduced *before* the RLogin password capability
- Synchronet now always expects the login-ID (alias) to be the 2nd string
received during RLogin connections (called 'server-user-name' in RFC 1282).

- this option has been a default option flag for 10 years
- this option was introduced *before* the RLogin password capability
- Synchronet now always expects the login-ID (alias) to be the 2nd string
received during RLogin connections (called 'server-user-name' in RFC 1282.
* Now storing the complete terminal type/speed string received during RLogin
connection in the bbs.rlogin_terminal property (sbbs_t.rlogin_term in C++).
* bbs.rlogin_gate() is over-hauled:
- arguments are: address, client-user-name, server-user-name, terminal, mode
- if existing JS module assumes this to be: address, server-user-name, password
  those scripts will need to be updated to reflect the correct argument order
- all arguments beyond the first are now optional
- the terminal string can now be passed-in
* Deprecated the telnet gateway option: TG_SENDPASS (the 'password' if desired
to be sent as the 'client-user-name' can be specified as an argument and this
option sent the password as the *second* RLogin string ('server-user-name'),
which was always wrong.
* sbbs_t::telnet() can now accept the terminal string as an optional argument.

ctrl/modopts.ini has no [newuser] section:
newuser.js line 15: TypeError: options is undefined

that's what Windows does when a non-blocking connect() fails.

Should fix the IPv6 localhost issue.

Also some other stuff I changed like a year ago that I forget why...presumably to fix something though

avoid freeing NULL pointers when called without all the (optional) arguments.

TG_RLOGIN set: this solves the problem of CRLF being sent from the client's
terminal program and being passed-through (the gate) to the remote RLogin host
and being accepted as 2 separate keystrokes (rather than a single "enter" key)
often resulting in the host/program treating the LF (Ctrl-J) as a second
"enter" key or an "invalid command".