helpdavfs2 - Support: sr #107453, SharePoint interoperability...


sr #107453: SharePoint interoperability issues; 302 Not Found

Submitted by:  Werner Baumann <wbaumann>
Submitted on:  Sun 08 Aug 2010 08:54:36 AM UTC  
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  Need Info
Privacy:  Public Assigned to:  Werner Baumann <wbaumann>
Open/Closed:  Closed Operating System:  None

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Wed 11 Aug 2010 10:12:12 AM UTC, comment #2: 

Thanks for the log file.

From my understanding of the Microsoft document this is what happens:

The SharePoint server checks the User-Agent header. Because of missing "non-browser" it assumes the client is a browser and redirects it to a login page.

Next step:

We should change the User-Agent header to inform SharePoint that this is not a browser. To do this please take source file src/webdav.c, line 369

    char *useragent = ne_concat(PACKAGE_TARNAME, "/", PACKAGE_VERSION, NULL);

and replace it with

    char *useragent = ne_concat("non-browser ", PACKAGE_TARNAME, "/", PACKAGE_VERSION, NULL);

(the space in "non-browser " is important).

Now SharePoint should answer with another kind of authentication request (401 ?). Even if this works there might be still problems with authentication.

Please give it a try and send the logs again.


Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.
Sun 08 Aug 2010 09:12:39 AM UTC, comment #1: 

Thanks for the msdn link.
I'm not sure what the reason for the 302 response really is. It might be because of the User-Agent header, but it might be a authentication method issue as well. Some users can interact with SharePoint (see sr #107114) but encounter other problems.

First thing to investigate would be the full response of SharePont to the first OPTIONS request. It probably includes a body which might give a hint to the real problem. The redirect URI would be of interest too compared to the origninally requested URI.

You can get this information either from Wireshark (or the like) or by setting options "debug most" and "debug httpbody" in davfs2.conf and looking at your log files.

Depending on the information from this response the next step may be to try different User-Agent headers. A value of "non-browser" would be my first try.


Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.
Sun 08 Aug 2010 08:54:36 AM UTC, original submission:  

Guido Serra wrote:

same with SharePoint...

SEE: Section 2.2.8

+ + +

I even tryied to recompile forcing a IE6 user agent string, but still got a 302...

Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

Attached Files
file #21185:  davfs2.log added by zeph (8KiB - application/octet-stream - logs enabled, and anonymized)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by zeph (Updated the item)
  • -email is unavailable- added by wbaumann (Submitted the item)
  • -email is unavailable- added by wbaumann

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-04-20 wbaumann StatusIn Progress => Need Info
        Open/ClosedOpen => Closed
    2010-08-11 zeph Attached File- => Added davfs2.log, #21185
    2010-08-08 wbaumann Carbon-Copy- => Added guido serra <zeph>

    Back to the top

    Powered by Savane 3.7