failed login attempt client IP addresses on Windows.

bcc32 pads differently than msvc when an odd-sized string is inserted in
the middle of a structure, so chagne the addr[] field to a nice "power of 2"
size: 128. This allows sbbsctrl.exe client window to work again.
Use uint16_t instead of WORD for the TCP port element, just because.

since that is the only file we're reading in this function.
For some unkonwn reason, opening mail.sdt can sometimes take as long
as 2-3 seconds when the file is on a SMB/CIFS share. This could cause calls to
getmail() to stall noticeably (e.g. sbbsctrl, with the Statistics windows
visible) and logging into the terminal server or viewing user statistics. This
is a new problem, perhaps only with Vertrauen, but this optimization helps
to eliviate the most obvious performance problems triggered by it.
Better/safer string modification (e.g. use of SAFEPRINTF).

filename if it contains any path delimiters.

again for backward compatability (and should no longer be used, but whatever).

obsolete.  If there is no IPv4 address, return "255.255.255.255".

Rename the array to interface_ip_addr_list.

Create a new function to close without one and use it instead until the
ring buffer is created.

warning: warning: '&&' within '||' [-Wlogical-op-parentheses]

interface address when adding the received IP address.

for it.

so they use the first configure IP address.

dyndns.js needs it because the bound address is used to update the A record.
ircd.js needs it because the configuration is by address.
newsling.js may not need it, I don't know, so I left it in.

get_ssl_cert() prototype.

This means moving ssl.o into libsbbs.so and out of libwebsrvr.so.
I'll fix Windows in a minute (?).

allocated attribute string values or NULL for an error.

Also, add free_crypt_attrstr() because Windows sucks.

This needs to be moved elsewhere and used everywhere an attribute is read.

log entries.

Done.

issues with files over 4GB.

You get a warning if a minimum version is specified and SubSystem is not.
WINDOWS is for "applications that don't require a console" (like the DLLs)
and apparently the only difference is in standard (main/WinMain/etc) entry
point handling... which shouldn't be an issue in the DLLs.