Oct-14-2018:
It turns out, PabloDraw actually inserts a Ctrl-AZ sequence at the end of .msg
(and presumably Synchronet .asc) files it edits - before the SAUCE record.
This resulted in a printed Ctrl-Z character (arrow pointing right) in most
terminals when viewing text/menu files created or edited with PabloDraw. :-(
So, now Ctrl-AZ (uppercase) will revert to the previous definition:
premature end-of-file (EOF)
and a Ctrl-Az (lowercase) will output a Ctrl-Z (substitute) character.
I'm not a big fan of case-sensitive Ctrl-A codes, but frankly, running out of
chars and I already started this pattern with the Ctrl-AF/f sequences.
Hopefully there's no existing software that is/was putting Ctrl-Az (lowercase)
in files, expecting that to trigger a premature EOF. I certainly was not.

default answer for these prompts.

So Omegix recently asked in the Synchronet Discussion group whether or not
a PETSCII (Commodore) terminal could be used to access his Synchronet BBS.
Now, the answer is "Yes". :-)
The major issues addressed:

- detecting a PETSCII terminal, solved by assigning specific (configurable):
  TCP ports to be used for incoming PETSCII connections, by default:
  port 64 is for 40-column PETSCII and port 128 is for 80-column PETSCII,
  but if the terminal sends a Telnet Window Size reply (e.g. SyncTERM), then
  either size terminal should fine on either port.
  The port numbers are configurable in the [BBS] section of your sbbs.ini
  file using the new keys: PET40Port (default value: 64) and PET80Port
  (default value: 128). Having these keys set doesn't make make the terminal
  server listen on that additional port - you'll need to add more
  IP:port combinations to one of Interfaces values, example:
    TelnetInterface=71.95.196.34,71.95.196.34:64,71.95.196.34:128
  And you don't have to use Telnet for the PETSCII connections - you could use
  RLogin or SSH instead (or in addition).

- support for terminal widths < 80 columns:
  This was achieved through a combination of text.dat changes (numerous),
  new Ctrl-A and @-codes and new optional terminal-width-specific menu files
  (e.g. text/menu/main.40col.asc)
  A side effect of these changes is actually better support for terminals
  *wider* than 80 columns as well!

- support for terminals that don't expand tabs to spaces (e.g. PETSCII):
  The terminal server now handles tab expansion with a run-time settable
  tab-size (default size: 8)

- conditional access based on PETSCII (or small) terminal use (or not):
  + New PETSCII ARS keyword (boolean)
  + New COLS and ROWS ARS keywords (for terminal width and height requirements)
  + New TERM (string) ARS keyword

New @-codes:
  - WORDWRAP, when placed at the top of a file, enables auto-wordwrap for
              lines longer than the terminal width
  - CENTER, the text following before an end of line will be displayed centered
            on the terminal (whatever the width, in columns)
  - CLEAR, like CLS, except it ignores (doesn't display) a CRLF that follows
  - COLS, current number of terminal columns (width)
  - ROWS, current number of terminal rows (height)
  - TERM, the auto-detected or reported terminal type (e.g. ANSI, TTY, etc.)
  - SYSONLY, toggles "echo" (display) off/back-on for non-sysops
            similar to the Ctrl-A( and ) codes, but more convenient to use
            (and PabloDraw won't strip the @-code from the file like it does
             with Ctrl-A codes it doesn't support)

New Ctrl-A codes:
  - \ conditional new-line/continuation when the terminal width is < 80 cols
      prints the new text.dat string LongLineContinuationPrefix

yesno() will now return true if passed a blank string.
noyes() will now return false if passed a blank string.
getstr()'s input length limiting based on terminal width is more broadly
           applied now (not just when using the K_LINE mode flag).

New JS bbs object method: menu_exists(<base_filename>) returns Boolean
New JS console object property: tabstop (Number)
New JS console object methods: getbyte() and putbyte() to recv/send raw byte
    value with (very little) interpretation/intervention by the terminal server
New JS console object method: creturn() - performs a carriage return
    (or equivalent)
New JS (and C) printfile() mode flag: P_TRUNCATE, causes long lines to be
    truncated, rather than displaying causing a line-wrap.

New text.dat strings:
  - NoAccessTerminal (for ARS check failures)
  - LongLineContinuationPrefix (for breaking long lines for 40col terminals)
  - Scanning (replaces a previously hard-coded "Scanning" string)
  - Done (replaces a previusly hard-coded "Done")
  - Scanned  (when finished scannning, clears the progress bar)

was so pervasive. I hope I don't regret changing this. Ctrl-AZ == Ctrl-Z just
"feels right" while Ctrl-AZ == EOF feels stoopid. :-/

*lower* than the "inactivity warning" timeout value, the hangup timer wouldn't
actually take effect until after the warning timeout elapsed. This made the
login.js modification (rev 1.14) where we reduce the hangup timeout (by 75%)
when an ANSI terminal is not detected, not effective.

@-codes within them. Previously, only if the entire mnemonic string was
comprised of an @-code would it be expanded, now any @-codes within will expand
as well.

them back to the client.

was never used. This was intended to be a method for internationalization,
letting the sysop change which key is used as the uiniversal "quit" key.
This commit replaces most of the uses of the hard-coded 'Q' for quit wtih the
3rd charcter in the text.dat YNQP string. Some hard-coded menus still have the
'Q' key hard-coded and will need to be addressed later. The text.h YN index
macro was changed to YNQP and the JS text index variable name will change
as well.

answer() set online to ON_REMOTE. This should resolve the issue with SSH brute
force password attackers hanging nodes in "new user applying for access".
The actual fix was to remove the set of the online variable to ON_REMOTE
in answer() (it's initialized to this value in the sbbs_t constructor), the
check in getkey() is just for extra paranoia and should not be necessary.

Use of SAFECOPY() instead of strcpy().
Remove some WIP support.

by properly const-ifying the appropriate functions and variables.

Not yet tested on Win32

- returns true/false if the user's terminal supports all the passed flags
- returns the supported flags if no flags are passed for comparison
- automatically uses the auto-terminal-type flags if no user is logged-on

pointing this out).

* CON_L_ECHOX (no such thing as local echo now)
* node_dollars_per_call (no such thing as a 976/900 billing node)
* node_min_bps (no such thing as bps rate)

disable) user's spinning cursor setting.

method would insert keys at end of the input ring buffer. This was fine if
there weren't already chars in the buffer. But if there were already chars in
the input buffer, ansi_getxy() would then move keys to the end of the input
buffer until it found the <ESC>[y;xR response it was looking for. This garbled
the user's input in split-screen chat as reported by JasHud and others.
If there was a RingBufInsert() routine, we could use that instead, but this
separate "ungetkey" buf will do for now.

ungetkey() now puts keys directly into the input ring buffer (no more keybuf).
handle_ctrlkey() no longer pushes entire unsupported ANSI escape sequence into
the input buffer (causing an infinite loop).

CON_R_ECHOX and CON_L_ECHOX, then sends "\b \b"

Replace all instances of [br]puts("\b \b") with call to backspace()

This fixes once and for all the "spaces entered at password prompt are
echoed as spaces" problem.

Har.

PR:42->closed

prompts on a per-user basis.
Eliminated unused node_misc bits and other constant definitions.

Using inkey() timeout instead of YIELD in cold-key loop.

Re-working spinning cursor code since no longer using mswait here.

HyperTerminal doesn't properly recognize NOPs and prints the char).

(sending NOPs instead of GAs and defaults is "on").

(defaults to 'off', previously always-on).

Beautified getkey() a little.