Version:            (using KDE KDE 3.5.5)
Installed from:    Compiled From Sources
OS:                Linux

When trying to access a IIS 5.0 directory over SSL which is access-protected, I get the following headers:

# HTTP/1.1 401 Access Denied
# Server: Microsoft-IIS/5.0
# Date: Wed, 29 Nov 2006 08:48:20 GMT
# WWW-Authenticate: Negotiate
# WWW-Authenticate: NTLM
# WWW-Authenticate: Basic realm="XXXXX.XXX"
# Connection: close
# Content-Length: 4431
# WWW-Authenticate: Digest qop="auth", realm="XXXXX.XXX", nonce="FOOBAR"
# Content-Type: text/html

Now kio_http selects Digest, which might or might not work in general - I don't know any other tool which uses Digest here so I cannot confirm. Yet it didn't work for me, so I tried to force kio_http to use Auth_NTLM instead, which definitely works with Firefox.

Auth_NTLM doesn't work with kio_http either. I tried to look into the differences to Firefox and found a few but I'm not familar with either the codebase or NTLM.
For example, the flags also include Negotiate_OEM | Negotiate_NTLM2_Key | Negotiate_Always_Sign for Firefox, but even with them it doesn't work.

So my question is, if it works with Firefox but not with Konqueror, why is it so? It might be the parameters (i.e. workstation name, domain etc.) but this is really hard to debug. In general Konqueror is not very friendly about failed logins, but this is a separate issue :)
So all I need is a good pointer on continuing the debugging. I might also give access to the server to dedicated bughunters but then again it's really just a standard IIS server it seems.

Since there's a WebDAV folder also this bug prevents me from showing off in front of my students with a browser which at the same time is a file manager and could handle the task of syncing files smoother than any other application :(