[jcifs] No response to NTLM challenge

[Eric Glass]

> 3) (not really related to your issue, but similar) -- We currently
> send an explicit "Connection: close" in the failure responses (NtlmSsp
> line 103, NtlmHttpFilter line 147/162, NtlmServlet line 144/161).
> This isn't actually required, either.  IIS uses the connection to
> track the handshake, so they forcibly break the connection to "reset"
> the state.  We can leave it open, since we do the handshake
> statelessly and use the servlet HttpSession to track the user.  This
> significantly improves efficiency, as a single HTTP connection can be
> used throughout the whole conversation with the client.  This was the
> resolution for the "Davenport uses a huge number of connections"
> issue.
> 

Attached are patches for the above, including the previous addressing
the content length issue Steven is seeing.

Eric
-------------- next part --------------
A non-text attachment was scrubbed...
Name: updates.tgz
Type: application/x-gzip-compressed
Size: 4018 bytes
Desc: not available
Url : http://lists.samba.org/archive/jcifs/attachments/20040726/7ee9f9a2/updates-0001.bin