after 7.16.2. This is much due to the different treatment file:// gets
internally, but now I added test 231 to make it less likely to happen again
without us noticing!

POST

was set, this should make it work for all cases!

passed to it with curl_easy_setopt()! Previously it has always just refered
to the data, forcing the user to keep the data around until libcurl is done
with it. That is now history and libcurl will instead clone the given
strings and keep private copies.

NTLM, and he provided test code and a test server and we worked out a bug
fix. We failed to count sent body data at times, which then caused internal
confusions when libcurl tried to send the rest of the data in order to
maintain the same connection alive.

(and then I did some minor reformatting of code in lib/http.c)

configure made libcurl use blocking sockets on AIX 4 and 5, while that
wasn't the intention.

when using the socket API

of a socket after it has been closed, when the FTP-SSL data connection is taken
down.

support for the OS/400 Secure Sockets Layer library

some few internal identifiers to avoid conflicts, which could be useful on
other platforms.

to occur in a couple of tests.

verifies the bug fix in #1757328.

from the test server code as they served no real purpose. The test server is
here to serve for the test cases, not to attempt to function as a real server!

lower case for consistency since sftp commands are case insensitive.

(http://curl.haxx.se/bug/view.cgi?id=1757328) and submitted a patch. It turns
out we broke login to FTP servers that don't require (nor understand) PASS
after the USER command