(defaults to false). If you want to disable all CRAM-MD5 based authentication
for both inbound and outbound BinkIT/BinkP connections/sessions (e.g. for
trouble-shooting password mismatch issues), then set this to true.

"QNET-HTTP 1.3 invoked with options: ..."

Made a couple updates to the function that loads a dictionary file. It seems at least slightly faster now.

- don't advertise support for encryption (by sending an "OPT CRYPT" message)
- don't complain (send "Encryption requires CRAM-MD5" M_ERR) if the remote
  doesn't support CRAM-MD5

mismatch, it's an authentication scheme mismatch).

one of the configured linked-nodes matching the remote address(es) is set for
CRAM-MD5 passwords only and a plain-text password was provided by the remote.
Previously, the function would log a warning:
"CRAM-MD5 required (and not provided) by <addr>" but succeeed (the actual
password value was not check) and it woudl flag the session as "non-secure"
(sending M_OK non-secure), looking like this on the remote side:
  Authentication successful: non-secure
and any received files would go into the configured non-secure inbound.
This may explain why some sysops sometimes get unexplained files in their
non-secure inbound (looking for "non-secure" in the logs should confirm).
Now, you should still see (on the answering side) the log message:
"CRAM-MD5 required (and not provided) ...", but it'll also send a M_ERR
Passowrd mismatch error to the remote, thus ending the session.

rechocfg.c (true). No effect for any sbbsecho.ini which already has this
key with a value (and they all should).

do so incorrectly. This is a correct fix (check the nocrypt property, not
just that the linked node object is != false).

Replaced dictionary_english.txt with some English dictionaries for various regions with standard language tags.

Added support for some common standard language tags and parsing them from the dictionary filenames.  Updated the version to 1.65.

This is a script that can sort a file.  This script is meant to be run with jsexec (on the OS command prompt, not via the Synchronet terminal server).  One purpose of this script is to sort dictionary files when they're created or when words are added to existing dictionary files.

The command-line syntax of this script is:
sexec sort_file.js <inputFilename> <outputFilename> [convertToLowercase]
Where <inputFilename> is the name of the input file and <outputFilename> is the name of the output file (the sorted input).  convertToLowercase is optional, and specifies whether or not to convert all entries in the file to lower-case (which is required for case-insensitive word matching via SlyEdit, for instance).  The values for convertToLowercase can be true or false (really, anything besides true will be interpreted as false).

Added the dictionaryFilenames option for SlyEdit 1.64.  dictionaryFilenames allows the sysop to specify dictionary filenames (used for spell check): This is a comma-separated list of filenames.  The dictionary filenames are in the format dictionary_<language>.txt, where <language> is the language name.  You can also just specify the language name if you want.  Leave blank to use all dictionary files that exist on the system.  The dictionary files are located in either sbbs/mods, sbbs/ctrl, or the same directory as SlyEdit.js.

SlyEdit version 1.64: Added a spell check feature.  The spell checker can be started with the Ctrl-R hotkey or by selecting the spell checker option on the ESC menu.  The sysop can configure multiple dictionaries, if desired, using the new dictionaryFilenames option in SlyEdit.cfg.  For dictionaryFilenames , SlyEdit accepts a comma-separated list of dictionary filenames, which can be in sbbs/mods, sbbs/ctrl, or same directory as SlyEdit.js.  The 'filenames' in the list can be the actual filenames, or simply the language names if desired.  Also, users can toggle which dictionaries to enable for spell check in their user settings (accessible with Ctrl-U), and also toggle whether or not to prompt for spell check upon saving a message.
SlyEdit also now uses "require" when available, instead of "load", to load .js libraries.
Also, note that SlyEdit now requires dd_lightbar_menu.js in exec/load - Be sure to get the latest one from CVS.  dd_lightbar_menu.js is used for displaying the list of dictionaries via the user options.

This is an English dictionary for spell checking purposes - basically just a list of words, in text format.  Note that this must be sorted in order for spell checking to work.  SlyEdit's new spell checker feature, for instance, uses a binary search with an array of words loaded from a dictionary to check the validity of words.
SlyEdit's new spell check feature assumes dictionary filenames are dictionary_<language>.txt, where <language> is the language name.

binkit.js line 297: TypeError: bp.cb_data.binkitcfg.node[addr] is undefined

We don't store (findable) hostnames in the file, so don't search for them.
Don't search file if the host is listed in the spamblock_exempt.cfg file.
If you have a really large spamblock.cfg file, this could result in the
unnecessary reading of potential many megabytes of data for each inbound
SMTP connection. We might want to read this file even less frequently and
store the list in a searchable str_list_t or something.

for the word_wrap line length (not the default, 79 cols).

of a QWK packet (sending the received-file-length as a post parameter):
 http[s]://host/qwk.ssjs?received=<length>
If the file size matches the user's QWK packet size, the local (server-side)
QWK packet is deleted.
Passing an empty string to HTTPRequest.Post() since it requires a data
paramater. :-( Using Post rather than Get 'cause the chicken hath spake:
"<echicken> I think POST is probably technically the more correct way to do it"

Open questions/issues:
- How can we confirm the REP file was received successfully - before deleting
  our local file
- We're reading entire REP and QWK packet contents into memory (JS variables)
  there's likely a better way

"Application" is not a registered category.
Add TerminalEmulator and Dialup categories.

  I think that > 1MB post data is supported, but the http_request.post_data
  property won't be created if the length > MAX_POST_LEN. Perhaps would just
  store the post data in a file (uh, it already is?) and expose the filename to
  JS scripts? It'd be a lot cleaner than storing the data in a file and then
  reading (or mem-mapping) the file and then copying the contents into a JS
  property.

Allow the JS http_request.post_data property to contain NULs.

open_post_file() will now open the post file (and return the FILE*) even if
  session->req.post_data is NULL, it just won't try to write to the file if the
  post_data is NULL.

mem-map the large post data files using XPMAP_WRITE (read/write) rather than
  XPMAP_READ (read-only) - without this change, this line in read_post_data()
  would cause an exception:
    session->req.post_data[session->req.post_len]=0;
  Now, we seem to have the potential of an off-by-one here (if the length
  mem-mapped is not post_len + 1), but that isn't happening. <shrug>

Fixed a couple of FILE pointer/descriptor leaks if post_to_file() failed.

Changed name of post data file to SBBS_POST.*.*.data (it's not necessarily
html).

So now, uploads > 1MB work, but questions remain:
- wouldn't PUT be a more appropriate method (than POST) for file uploads?
- how can we support post_data > MAX_POST_LEN (now 4MB) in JS?

(don't pass a NULL pointer to fwrite() which can assert or crash).

sub-board (if there was one) which pointed to the cut-sub.

(or deleted) or a group of sub-boards was deleted, and any of the deleted/cut
sub-boards belonged to a configured QWKnet hub, that QWKnet sub-board would
end-up pointing to the next sub-board in the configuration (possibly in another
message group, possibly not part of the QWKnet in question). Now, if a
QWKnet sub is deleted/cut, remove it (correctly) from any QWKnet hubs using
a common (new) function: remove_sub(). The bug was: the remaining sub-board
pointers were moved *before* the remove-sub pointer was compared against the
list of QWKnet hub subs (and NULLed), so while the effort *was* made to address
this problem, it didn't actually work in practice. Thanks for the bug report.

rather than word-wrapped lines, leaving it to the things that display messages
to perform any line-wrapping as needed.

If you want/need the old behavior, set soft_cr=true in the [fseditor] section
of your ctrl/modopts.ini file (new feature/section).

not defined" exception, just report the load() exception - whatever it was
(e.g. could not open load-file).

sbbs_t::automsg()

- 'outbox' value from echocfg/sbbsecho.ini is used for additional outbound
   files
- normal BSO directories are still searched for outbound files (too)
- 'inbox' support not added (yet)
- no node locking (.bsy file checking/creation) implemented
- requires updated load/fidocfg.js

BinkITCfg.node[] objects.