[Cyberduck-trac] [Cyberduck] #2835: NTLM authentication should be supported

[Cyberduck]

#2835: NTLM authentication should be supported
----------------------------------+-----------------------------------------
 Reporter:  georgmaass            |        Owner:  dkocher
     Type:  enhancement           |       Status:  closed 
 Priority:  normal                |    Milestone:  3.1    
Component:  webdav                |      Version:  3.0.3  
 Severity:  normal                |   Resolution:  fixed  
 Keywords:  Authentication, NTLM  |  
----------------------------------+-----------------------------------------

Comment(by anonymous):

 There is now a new problem with r445:

 As result of this request:

 > PROPFIND /beeprm/documents HTTP/1.1
 > Depth: 0
 >
 > <?xml version="1.0" encoding="utf-8" ?><D:propfind
 xmlns:D="DAV:"><D:prop><D:displayname/><D:getcontentlength/><D:getcontenttype/><D:resourcetype/><D:getlastmodified/><D:lockdiscovery/></D:prop></D:propfind>

  I got this response, which I read as "Object /beeprm/documents is a
 collection (folder) last modified at 2008-12-19T14:59:39 with status 200
 OK", but Cyberduck looks at the 404 status below and therefor thinks that
 this does not exist.


 >> HTTP/1.1 207 MULTI-STATUS
 >> Date: Wed, 31 Dec 2008 17:54:18 GMT
 >> Server: Microsoft-IIS/6.0
 >> X-Powered-By: ASP.NET
 >> MicrosoftSharePointTeamServices: 12.0.0.6219
 >> Cache-Control: no-cache
 >> Content-Type: text/xml
 >> Content-Length: 678
 >> Public-Extension: http://schemas.microsoft.com/repl-2
 >> Set-Cookie: WSS_KeepSessionAuthenticated=80; path=/
 >>
 >> <?xml version="1.0" encoding="utf-8" ?><D:multistatus xmlns:D="DAV:"
 xmlns:Office="urn:schemas-microsoft-com:office:office"
 xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:Z="urn:schemas-
 microsoft-com:">
 >>
 <D:response><D:href>http://beeprm.de/beeprm/documents/</D:href><D:propstat><D:prop><D:displayname></D:displayname><D:resourcetype><D:collection/></D:resourcetype><D:getlastmodified>2008-12-19T14:59:39Z</D:getlastmodified><D:lockdiscovery/></D:prop>
 >> <D:status>HTTP/1.1 200 OK</D:status>
 >> </D:propstat>
 >> <D:propstat>
 >> <D:prop>
 >> <D:getcontentlength/><D:getcontenttype/></D:prop>
 >> <D:status>HTTP/1.1 404 Not Found</D:status>
 >> </D:propstat></D:response>
 >> </D:multistatus>

 Next Cyberduck appends the path a second time to the request URI

 >PROPFIND /beeprm/documents/beeprm/documents/ HTTP/1.1
 >Depth: 0
 >
 ><?xml version="1.0" encoding="utf-8" ?><D:propfind
 xmlns:D="DAV:"><D:prop><D:displayname/><D:getcontentlength/><D:getcontenttype/><D:resourcetype/><D:getlastmodified/><D:lockdiscovery/></D:prop></D:propfind>

 This is nonsence an now it correctly gets the response

 >> HTTP/1.1 404 NOT FOUND
 >> Date: Wed, 31 Dec 2008 17:54:21 GMT
 >> Server: Microsoft-IIS/6.0
 >> X-Powered-By: ASP.NET
 >> MicrosoftSharePointTeamServices: 12.0.0.6219
 >> Exires: Tue, 16 Dec 2008 17:54:21 GMT
 >> Cache-Control: private,max-age=0
 >> Content-Length: 0
 >> Public-Extension: http://schemas.microsoft.com/repl-2
 >> Set-Cookie: WSS_KeepSessionAuthenticated=80; path=/
 >> X-MSDAVEXT_Error: 589831;
 The%20folder%20that%20would%20hold%20URL%20%27beeprm%2fdocuments%27%20does%20not%20exist%20on%20the%20server%2e


 I also see in this response that the Microsoft IIS/6.0 has a bug in the
 naming of the Expires HTTP header because the "p" is missing. A stupid
 typo! Shame on Microsoft. ;-)

-- 
Ticket URL: <http://trac.cyberduck.ch/ticket/2835#comment:6>
Cyberduck <http://cyberduck.ch>
FTP, SFTP, WebDAV and Amazon S3 Browser for Mac OS X.