in scenarios where the tagfile may be used (e.g. not editing extended file
descriptions). This should allow SlyEdit and other extenal message editors
to detect the support for the editor.tag file dynamically rather than by
using the Synchronet version number. If the 7th line is blank or non-existent,
then the external editor tag file is not supported.
Overhauled editor_inf() to use a file stream/fprintf.

Version 1.46 - Fix: If the user is editing their signature file, SlyEdit won't ask the user if they want to add a tagline, even if their tagline setting is enabled.

SlyEdit 1.45: Tag line mechanism update - For Synchronet 3.16 and newer (starting with builds from June 22, 2015), the tag line will be written to editor.tag in the node's temp directory.  If editor.tag exists in the node's temp directory, Synchronet (version 3.16 and newer) will append the tag line(s) from that file after the user's signature.  For Synchronet version 3.15 and earlier, SlyEdit will write the tagline to the message instead of editor.tag - The result will be that if the user has a signature, the tag line will be before the user's signature.

temp directory (system.temp_dir in JS), sbbs will read in this file and append
it to the message body *after* the user's .sig file (if there is one).
Bug-fix: don't append .sig files when editing extended file descriptions.

the "embedded" splash screen instead.

issues.

Version 1.02: Bug fix in DDScanMsgs.js: Switched to bbs.scan_msgs() instead of bbs.scan_subs() for all other scan modes besides SCAN_READ.  Updated the version number to reflect that; no change to the actual reader.  Also fixed an error in the readme that said sbbs/subs when it should say sbbs/mods.

than executing the xtrn_sec module (xtrn_sec.js). Oops, now fixed.

In general, the log in/log out thing needs to be better tested for the case
where there is no "Guest" user account in the user base.

> !Javascript c:\sbbs\exec\newslink.js line 777:
> TypeError: hdr.extra_headers  is undefined
Appears to be caused by revision 1.101 of this file (commited in 2012):
not all messages will have "extra_headers", so the way this header field was
checked for existence could cause this error.

don't default to '/ecwebv3/', just default to a blank string (no appendage).

Version 1.01 - Bug fix: The enhanced reader header file is now correctly displayed even if the lengths of its lines are inconsistent.

spamming the data/error.log file with ever server start/stop/recycle:
Wed May 13 2015 12:45 am vert.synchro.net
1072 JSON socket disconnected

Wed May 13 2015 12:49 am vert.synchro.net
0492 JSON socket disconnected

Wed May 13 2015 12:51 am vert.synchro.net
1108 JSON socket disconnected

time (e.g. "00:00:00"). Synchronet v3 has always forced this value to 0 since
it's inaccurate over TCP/IP with the current hard-coded "CPS" rate of 3000
(i.e. bytes-per-second).

is 'clang'

See http://wiki.synchro.net/config:ini_files#filenaming for details.

Don't crap out if server.ini is missing, just use some default settings.  (Bug reported by 'Binary' Bob Swindle.)

Forcing DD-MM-YY format was wrong for a couple of reasons.
Either MM/DD/YY or DD/MM/YY is valid and which is valid is based on sysop
configuration (European date format enabled or not). I know this is kind of
lame, but that's the current legacy design of Synchronet.

capitalized in the services.ini, though technically its not case sensitive.