slash (ie: virtually in the same directory).

ansi_restore() in place of dumb macros that don't check the current terminal
support.

comment regarding better validation of ANSI cursor position report response.

expecting an ANSI cursor position report and we will use this value to
determine the user's screen dimensions (currently, lines only).

(these are not fidonet standard values).

- Fixed line counter/return value of sockmimetext() - did not count last line
if not \n terminated.
- If a POP3 "TOP" command is used to request more lines than there are bytes
in message body, just send all lines and don't log an error.
- JS mailproc error reporting and log() method now includes the mail-proc
name and the "SMTP" log prefix. "JavaScript:" is no longer included as part
of the log() output since that is implied by the mailproc name.
- js_mailproc() now reuses the same runtime, context, and global object to
speed up the initialization/execution of multiple JS mailprocs per message.
- Beginning support for messages to be bounced back to mailprocs (e.g.
ListServer), specifically by ignoring bounces of SMTP sys messages
(instead of all non-person agent types). More work in bounce() is needed.

super-wonderfull srandomdev() where available.

Where we can't, try to use /dev/urandom if possible...

If that fails, start making stuff up...

At some point, the Win32 build should use CryptGenRandom() which is slightly
better on Windows NT/2K/XP and vastly better on Vista... not present on 9x
apparently though.

HAS_DEV_URANDOM and URANDOM_DEV based on that

as well.

This fixes a bug where /dev/urandom is not a character special file
(on FreeBSD it's a symlink) and there is a random() function available.

In this case, the same sequence of random numbers was used for each process
(most noticable with jsexec).

X11.

If a "Command" key value is included in .ini file, will be used in place of
mail processor's name (section name in square brackets).
If an "Eval" key value is included in .ini file (for non-native mail procs),
the key value will be JS-evaluated instead of executing an external script.
Fix: If a message is received for multiple local recipients and any of the
names match a mailproc's 'to' list, that mail processor will be executed.
These improvements and fixes allow a mailproc.ini entry like the following to
work:
[From Hosted Address]
	From = *@synchro.net,*@swindellfamily.com,*@weedpuller.com
	AccessRequirements=not user 1
	Eval = log("Removing mail from " + reverse_path); file_remove(message_text_filename)

(.can style wildcards are allowed)

SMTP HELO string from sender.

created.
Bug-fix for last commit (missing ;).

msg header.
Include the (envelope-from <>) comment in the "Received" header field.
Ingore any existing Return-Path header fields when parsing incomming message
headers.

does not support a zero size either.

open() actually does.

parameter.

Note: When shareable is false, uses nopen() which will lock the file
exclusively and perform automatic retries.  When shareable is true uses
fopen(), and will only attempt to open the file once and will perform
no locking.  The behaviour when one script has a file opened with shareable
set to a different value than is used with a new call is OS specific.
On Windows, the second open will always fail and on *nix, the second open
will always succeed.

by it when using iniSetAllObjects().  Previously would result in something
like this:

[Section]
name=Section

this function to return false.