attempted.

with email_sec.js:
line 65: TypeError: addr_list.indexOf is not a function

If yy <= current 2-digit year, yy is assumed to be from this century,
else it is assumed to refer to the previous century.

In the case of a two-digit year, run it through parseInt with radix 10.  On the off chance we look at a message area created from 2000-2009 this will help, I guess.
Go back to putting month and day through parseInt, but specify radix 10.  In some *cough* older JS interpreters, parseInt likes to treat any string beginning with 0 as octal.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/parseInt#Octal_interpretations_with_no_radix

Don't run month/day through parseInt.  On my system, parseInt('08') yields 0 while parseInt('8') yields 8.  Days/months < 10 end up being -1, which apparently doesn't bother the Date constructor.

by Ragnarok@DOCKSUD.

mail "To" and "From" header fields of the form: user name <user@addr> or
"user name" <user@addr> - the email.can filtering would not work

getsmsg() is now based on the current console column (!=0), not the current
node action.

hot key (Ctrl-P) handler.

Currently, it behaves nearly identically to the hard-coded C++ function,
but my plans are to intergrate the inter-BBS instant messaging functionality
in here to make it easier to send and reply to instant messages.

Install this module in SCFG->External Programs->Global Hot Key Events:
Global Hot Key             Ctrl-P
Command Line               ?privatemsg.js

console.getstr() so they can be recalled with the up/down arrow keys.

additional, optional, "history" argument - an array of strings that can
be recalled/scrolled using the up/down arrow keys. Currently, I just plan
to use this for netmail destination address recall, but it could be used
other places easily enough.

If the "GMT" zone is not specified by the client, presume the date/time
comparison values are in the server's local timezone. If the client and
server are not in the same timezone, this could lead to confusing behavior.

from a counter, which allowed 2 depths of nesting (any 2 hot key handlers)
to a bit-mask which disallows *any* hot key handler to be re-entrant, but
you can enter any of the *other* hot key handlers from any *other* hot
key handler.

Previously, for example, you could hit Ctrl-P to enter the private message
prompt and then Ctrl-P again to re-enter the private message prompt
(recusively) - confusingly, requiring 2 'Q'uits to get back to whatever
you were doing before you hit the first Ctrl-P. Been like this forever.
Now, while in the Ctrl-P (private message) handler, hitting Ctrl-P again
does nothing. But you can hit Ctrl-T, or Ctrl-K or any other global hot
key and it'll work but those in turn will also disallow recursion of their
own handlers.

the data dir here, we're using it to delete the data files! This explains
why sub data wasn't getting deleted when deleting a message group and
answering "Yes" to the "Delete All Data in Group" dialog.
Eliminated the "clearing ptrs" thing - not needed any more since the move
from ptrs/*.ixb to user/*.subs files.

- If an FTN Echo Tag is more than 25 chars, copy it to the newly created
  sub's "newsgroup" name
  (when exporting areas to echolists, use the newsgroup name for the FTN
  Area/Echo Tag field, if it's not blank)
- Copied the duplicate internal code logic from the importing file areas
  code - it works a lot better

With these changes I was able to successfully import 10247 areas from the
usenet group listing he sent me (with 10258 areas listed). The areas that
were over-written during import were due to the first 63 characters of the
newsgroup names being duplicated - sorry, that's the best I can do.

accommodate configurations of more than 10,000 things (e.g. sub-boards)
in a single menu (e.g. message group).
This brings this value over the 16-bit thresholds (0x7ffff and 0xffff)
where problems could happen if short's/int16's are used to capture the
return value of uifc.list(), but that's unlikely happening anywhere. Still
a good idea to make sure if you're using this library/headers.

name specified, use that instead of the short name as the "Echo Tag"
(Area Tag) value.

full path to the data dir is created first (note: md() calls mkpath()).
write_msgs_cfg() will now return FALSE if any message bases couldn't be
created, but nobody is checking the return value currently.

If there were any sub-boards in the group of a newly created sub-board,
the newly created sub-board would not have the "HDRMOD" misc flag set, so
its data files would not be created when saving changes/exiting SCFG.

only list a newsgroup (sub-board) if all of these conditions are true:
1. It has a .ini file that can be opened
2. It has a "Created" value and it's later than (or equal to) the requested
   date/time
3. The message base can be opened

- Removed the file "ctime" check as it's not accurate - oh well
- Removed the index record check - not a good idea (msg purging and all)
- If the "Created" key in the msgbase.ini file doesn't exist, it's
  obviously not a new msg area! :-)

- compares date with the "Created" key in the subs .ini file (if it has one)
- compare date against the oldest message index record, if there is one

Make similar enhancements to the bbs.put_node_message() method:
- if you message text is given, it is prompted for
- if no node number is given, it is prompted for
- if a node number value of -1 is specified, send message to all nodes
- logs the activity

- now creates a log entry that the user sent a telegram to somebody
- if a destination user number is not specified, one is prompted for
- the destination user number is compared against the current user's
  restrictions (e.g. F-restricted users can't telegram the sysop)
- if a telegram message text is not specified, one is prompted for

unrelated fix to bbs.list_msgs(): if a 'find' argument was passed, too many
increments of argn in call to macro: JSVALUE_TO_MSTRING

node_status - reflects the current node's 'status' value (see nodedefs.js)
node_errors - current node's error counter
node_useron - current node's logged-in user number (if applicable, else 0)
node_connection - current node's connection rate or protocol
node_misc - see nodedefs.js
node_aux - see nodedefs.js
node_extaux - see nodedefs.js

This are read-only wrappers around the sbbs_t::thisnode property and have
the same fundamental meaning as the properties of the same names in the
system.node_list[] array.

bbs.node_action is a little different as it is the authorative action value
that should be sync'd with the node database (node.dab) and not necessarily
the current value in the node database - it's also writeable.

From FTS-5006:
"The CRC an eight digit hex number, preferably written in upper case"

However hatchit was writing the CRC value in decimal notation.

These are wrappers for the C++ function: sbbs::getnodetopage() and will
be used by the privatemsg.js (Ctrl-P handler) and possibly other node/user
interaction stuff in the future.