sends a short message (telegram) to the poster of the vote. It also confirms
this is not a duplicate vote.

first (performing any reply_id look-up necessary). That functionality was moved
to postmsg.cpp->votemsg().

visible in resource view).

- smb_addhashes() could leave the *.hash file open if passed no hashes
- smb_hashmsg() should not be hashing votes (unnecessary)

not the sender net *type* (the net-type is passed-in). This did result in a
crash when parsing a voting.dat that contained a networked vote. Oops.

pointer.

belong (with the function prototypes).

- get_msg_index()
- get_msg_header()
- get_all_msg_headers()
these functions all accept a new (optonal, last) bool argument "include_votes"
which defaults to false. So if for some reason, you want to load votes, just
pass an additional 'true' argument.
ToDo: polls and vote tallying.
At least for now, existing JS stuff that uses the MsgBase object won't get
messed up by the new voting messages.

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).