replied to. This may be used later for thread loading optimization (no need
to load headers if there are no replies) - but for now, at least there will
be a "Replied" attr value displayed in the message header indicating that
the message was replied to. This attribute was previously only used in the
"mail" base (for personal email/netmail).

Also, I think I fixed what could have been an infinite loop if there was SMB
corruption: if a message's thread_next value pointed back (to an earlier
message, with a lower message number), we could have been caught in an
infinite loop looking for the last message in the thread. This is just a
theoretical problem and never reported, but apparently possible with just
the right kind of corruption of the msgbase header.

correctly.

This was needed for libmozjs 1.8.5 to compile with GCC (g++) v6.2.1. Hopefully
this works with clang (FreeBSD) too.

These messages would actually already be ignored due to the lack of a message
body, but by checking the message attributes (and redundant msg 'type'), the
msg headers for votes & polls aren't even loaded into memory. SBBSecho v2
should work just fine with msg bases that contain votes or polls as well.

- Sub-boards can be disalbled for voting in SCFG

Removed un-implemented "kill msg when read" sub-board option.

- Users can be restricted from voting with the 'V' restriction
- Sub-boards can be disalbled for voting in SCFG
- VOTING.DAT can be include/excluded from QWK packets via user cfg
  (when a VOTING.DAT is received in a REP, the user cfg flag is auto-set)
- Adds several new text.dat lines (if not present in yours, uses the default)

What's not yet implemented:
- Notification of votes on your posted messages
- Method to view/audit all votes
- Polling
- Any special handling to auto-exclude votes from msg-related JavaScripts

Using msg attributes to indicate polls and up/down votes since attributes are
stored in the index and enables fast vote tabulating/searching.

The beginnings of an SMB-based voting system - very experimental:
The concept is that a "vote" message can be used to reply to:
1. A normal message, as either an upvote or a downvote, ala social media
2. A poll, polls can either allow a single choice answer or multiple answers
Vote messages won't be visible as normal messages (e.g. when reading messages
online) and SMB processing software (e.g. SBBSecho) should ignore these
messages because they have no body text.
Polls are going to need more work, but the idea is to have the poll question as
a single (newly defined) hfield and the possible answers as dfields.

mode for a specified message base (mail or sub-board). This logic exists in
many other files and can now be consolidated using this single function.

Use fopen/fprintf (buffered writes) rather than open/write.
Use safe_snprintf() and SAFEPRINTF for safe string formatting.
Use a variable for line-endings (in preparation for support for Unix-style log
files for those sysops that prefer them).
hacklog() now supports a NULL 'text' argument.

loginFailure() now handles a NULL password argument correctly.

don't use entities (e.g. "&") unless "useentities" is set to true in the
rss.ini file.

which are inboxes, the secure inbound and the non-secure inbound.

file (in .can file format) which lists IP addresses or hostnames which will
be exempt from temporary bans or permanent filters.

specified in the sub-board sections of the listgate.ini

This resolves the reported run-time error (due to misconfiguration):
10/13 09:59:23p !JavaScript d:\sbbs\mods\listgate.js line 86:
TypeError: from is undefined

Added (new) '-a' option to dump the parsed area file (areas.bbs) to stdout
(useful for debugging area file issues).
Only age-filtered messages can be relayed to downlinks now (not twit-filtered
messages).

1. check if user is online before starting any scanning/packing
2. log a message when aborting scan/pack due to user online

into a terminal server node)

semi-normal cases (e.g. user does not have permissions for this node). Fixes
"User not logged on" error.

Version 1.16: Added a new feature that allows users to forward a message to an email address or to another user on the BBS (using the O key).  This can be useful, for instance, if the user wants to send a message in a public sub-board to their personal email for future reference or send a message from a public sub-board to another user to discuss the topic privately.

Officially releasing version 1.15.  Contains the bug fix for private reply for a message on a networked sub-board, and also includes the new user-edit feature (using the U key, for sysops only), which lets the sysop edit the user account of the author of the message (only if the user account exists on the BBS).

Version 1.15 beta 2 - Contains a fix for a bug introduced in the previous version where private reply was no longer working.  Also includes a new user edit feature (for sysops only, using the U key).  The user edit will edit the user who sent the message, only if they're a user on the BBS.  It can be useful for BBSes that require new users to send an email to the sysop, in case the sysop needs to edit the user's account.

same as the hard-coded new-user QWK settings (in sbbsdefs.h). Change these
to suit your needs.

section of the ctrl/modopts.ini file, like so:
qwk_settings = QWK_FILE|QWK_EXT|QWK_EMAIL