...to not be as strict as it was rejecting valid numeric email
addresses.

Possible unintended interpolation in string at line 796

Following changes to ftpserver.pl fixed the mail from address to be a
correctly formatted address otherwise the server response will be 501
Invalid address.

Can't modify constant item in scalar assignment line 779, near "0;"

MAIl_smtp() will now check for a correctly formatted FROM address as
well as the optional SIZE parameter comparing it against the server
capability when specified.

Implement: Expired Cookies These following situation, curl removes
cookie(s) from struct CookieInfo if the cookie expired.
 - Curl_cookie_add()
 - Curl_cookie_getlist()
 - cookie_output()

Avoid 'interface' literal that some MinGW versions define as a macro

Additionally, corrected some very, very minor coding style errors.

By default the mail server doesn't send the SIZE capability but instead
it has to be specified as a supported capability.

For example:

CAPA "SIZE 1048576" 8BITMIME BINARYMIME

will populate the capabilities list with the following in:

SIZE 1048576
8BITMIME
BINARYMIME

Can't modify constant item in postincrement line 727, near "i++"

...and updated test902 as explicit HELO response is no longer required.

...in both the IMAP LOGIN and POP3 PASS handlers introduced in commit
187ac693 and 84ad1569 respectively.

...which was accidentally introduced in commit 4d6ef629.

URL: http://curl.haxx.se/bug/view.cgi?id=1279
Suggested-by: Jerry Krinock

Commit 32352ed6 introduced various DNS options, however, these
would cause curl to exit with CURLE_NOT_BUILT_IN when c-ares wasn't
being used as the backend resolver even if the options weren't set
by the user.

Additionally corrected some minor coding style errors from the same
commit.

URL: http://curl.haxx.se/bug/view.cgi?id=1278
Reported-by: Gorilla Maguila

(Passed on to c-ares.)

Allows something like this:

curl --dns-interface sta8 --dns-ipv4-addr 8.8.1.111 --interface sta8 \
--localaddr 8.8.1.111 --dns-servers 8.8.8.1 www.google.com

Signed-off-by: Ben Greear <greearb@candelatech.com>

... and a few more cleanups/clarifications