(a bbs "call") shouldn't be going in those log files (data/logs/<date>.log)
anyway.
Also, truncate the node.log if there was no successful login. We don't
want all those failed login attempts and filtered IPs to clog up these
log files. All those same messages go to (the normal) syslog() output anyway.

to the log message becomes redundant.

Also, using mnemonics() for better dumb terminal support.

display/menu file.
Also, the WORDWRAP @-code may now appear anywhere in the file and multiple
times in the file (to mark multiple word-wrapped blocks of text).

it'll use the bbs.menu() function to display it - with automatic file
type/extension selection based on current terminal. Since the bbs.menu()
function looks for files in text/menu, you'll need to change the path
e.g. from "../text/system.msg" to just "../system.*" to display text/system.*

file (text/bullseye.*), so you can use terminal-custom screen files.
Thanks, Nelgin!

Removed the hokey animation (not well supported in all terminals).
Using new @-codes WORDWRAP, CONDMENU, COLS, ROWS, and TERM.
If the display/menu file text/banner.* exists, it'll display that as well
(before the text) - using the new CONDMENU @-code.

only if it exists (on disk) and displays no error message if the file does not
exist. Nearly identical to the existing MENU @-Code, but without the need to
insure the file actually exists first.

means no error message will be displayed/logged if the referenced file does
not exist.

display the auto-term values.
Removed WIP and HTML term support.
Removed Color/Mono from the PETSCII mode info.
Fix what appears to be a couple of been-there-forever bugs in regards to
displaying/toggling the 'default to quiet mode' setting.

terminals - thanks Nelgin!

has used this feature in 20+ years.

don't use the stored user terminal type. This allows the same user (e.g.
the sysop) to be logged onto multiple nodes concurrently with different
terminal types without effecting the other node/session.
Guest sessions were already immune to this problem.

RIP/ANSI/PETSCII, if the files exist.

Newly supported files: text/menu/*.msg (higher priority than .asc when the
terminal supports IBM extened ASCII, aka CP437). These are the same format
as .asc files (and supported more readily by PabloDraw).
Newly supported files: text/menu/*.seq - native PETSCII files for PETSCII
terminals only. Support in the underlying putmsg() function is still
pending.
Also, the text/*.msg files now supports alternative file formats for
RIP/ANSI/PETSCII, if the files exist.
WIP menu support removal.
The new menu/display file selection priority will be detailed on
wiki.synchro.net, but rest assured, it's backwards compatible with
the previous/old priority with the exception of the removal of WIP support
and HTML support.

telnet_input_thread() is started before cterm_init() is called, so the
global "cterm" pointer was (sometimes) NULL at the time that the input
thread received a "do termina-type" request, and telnet_interpret would
dereference cterm (to get the emulation type) and thus crash. This is
an inelegant solution which halts the telnet_input_thread() until the
cterm pointer has been initialized. Also, be sure to reset cterm to
NULL after calling cterm_end() which free's it. This fixes the problem of
the telnet_input_thread() potentially using a stale (free'd) copy of cterm
for the terminal-type response on subsequent connects.

you run uedit and don't have access to the user.dat file, it will report
an error rather than displaying a user with uninitialized values.

that may be holding down their privates at any given time.

functionality.

This mode flag is only for use with ufic.showbuf(). Previously (before
revision 1.226 of uifc32.c), this would result in a NOOP, but when I
added "Cut" (to clipboard) support, I introduced WIN_CUT and used the
same bit value as WIN_HLP (since it wasn't used in uifc.list).

I noticed a new "Shift-DEL Cut" menu option appeared in SyncTERM (with
no corresponding way to paste) and this reuse of the WIN_HLP flag was the
reason why.

Telegram
(user@hostname): Digital Man@undefined

the string (which starts with the event internal code).

to warning - this is normal/expected (e.g. when mail base is being
backed-up).

to hit it twice - not sure why just yet.

Added a send to "All" (inter-BBS broadcast) option.

protocol is repeated (e.g. Telnet).
When adding/inserting in arrays of items, break the loop if they enter an
empty string. Cancel the add item if the first field is blank.

Using new bbs.menu_exists() method.

Also, insert a blank line when there's no auto.msg file.

Also, allow the inactivity timeout value for connections without an
auto-detected terminal to be set explicitly via modopts.ini
[login] inactive_hangup = 30 (seconds)
rather than deriving from the configured inactivity hangup value in
SCFG->Nodes.