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: NonePriority: 5 - Normal
Severity: 3 - NormalStatus: Need Info
Privacy: PublicAssigned to: Werner Baumann <wbaumann>
Open/Closed: ClosedOperating 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 File(s):

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 click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 20 Apr 2014 05:44:43 PM UTCwbaumannStatusIn Progress=>Need Info
    Wed 11 Aug 2010 07:54:41 AM UTCzephAttached File-=>Added davfs2.log, #21185
    Sun 08 Aug 2010 08:54:36 AM UTCwbaumannCarbon-Copy-=>Added guido serra

    Back to the top

    Powered by Savane 3.1-cleanup1