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.

Also replaced all embedded Ctrl-A chars with \1 to make editing easier.

support Commodore/PETSCII terminals.

a message header file.

e.g. Commodore 64, using the new Ctrl-A\ code (conditional newline/cont)
a lot.
5 New strings at the end.

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)

and then hit 'Q', it would kick you out of multi-node chat (because
the abort flag was set).

keyboard). PETSCII BBSes include prompts like "Hit Ctrl-X to abort", so
they expect the terminal to be able to send control-key combinations.
Both CGTerm and CBMTerm are able to send all the relevant control-key
combinations (and their single-key equivalents, like ESC and TAB) as well.

Should this also be done for 141 (shift-CR)? I'd love to know where you
found the document which inspired the comment ("disabled reverse") - but
the code just wasn't doing it and it was apparent when viewing PETSCII
art and comparing the behavior with other emulators.

This may mess up colour hacks in other places, but should fix C128 colours
in the terminal.

(if the server supported the option), as "ANSI". Now, if the current cterm
emualation is PETASCII [sic], or ATASCII, send "PETSCII" or "ATASCII"
instead.

Now this brings up a couple of discussion points:
1. Should that default Telnet term-type be "ANSI-BBS" (or "ansi-bbs") instead?
2. Similarlly, RLogin connections *always* send the term-type as "ansi-bbs" -
   I think a similar change is needed in rlogin.c to be technically correct,
   but we should probably be consistent about how SyncTERM in ANSI-BBS emulation
   mode identifies itself ("ANSI", "ANSI-BBS", or "ansi-bbs").
3. If there is terminal type advertised via SSH, that probably needs addressing
   as well.

sub-projects: scfg, uedit, and umonitor

makes (scfg, uedit, umonitor).

palette. I can only assume this was a typo? I'm also guessing this is the
same change that Payton Byrd made in his fork of SyncTERM (he erroneously
called 2.0), which I haven't been able to locate on github (anyone?). This
change makes SyncTERM (in C128 modes) appear more consistent with CGTerm.

With this change, I now see no difference between the C64_40X25 screen mode
and the C128_40X25 screen mode. (Deuce?)

I also have questions about the changes in some of the colors between
40 and 80 columns modes expressed here (but not observed with CGTerm):
https://www.commodore.ca/manuals/128_system_guide/app-i.htm
(e.g. 129 is supposedly green in 40 column mode and dark purple in 80 cols).
see also: 149, 151, and 159 - if this is true, then another palette
is needed for C128-80 mode but doesn't explain CGTerm's behavior
(the colors are the same in 40 and 80 column modes).

Also, the C64 palette changed pretty drastically since SyncTERM 1.0 where
the colors weres dull/muted and are now bright. And the initial attribute is
Blue on Grey (not black) - that wasn't the case with v1.0.

create a directory.

The PRIuOFF versus off_t definition mismatch (in ftpsrvr.c too) has not
yet been resolved (on rPi, gcc 6.3.0).

following error when building with 'make JSLIB=mozjs185':
/usr/bin/ld: gcc.linux.../jsexec.o: undefined reference to symbol 'JS_EndRequest'
//usr/lib/libmozjs185.so.1.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
GNUmakefile:209: recipe for target 'gcc.linux.../jsexec' failed
make: *** [gcc.linux.../jsexec] Error 1

sometimes and sometimes it's an unsigned int.

format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has
type ‘unsigned int’

found, it would be added to the list of echoes tracked in echostats.ini.
Ideally, a negative-response message would be sent to requester in this case,
but we're not doing that currently.