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: In Progress
Privacy: PublicAssigned to: Werner Baumann <wbaumann>
Open/Closed: OpenOperating System: None

Add a New Comment (Rich MarkupRich 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.

Cheers
Werner

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.

Cheers
Werner

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...

http://msdn.microsoft.com/en-us/library/cc250199%28PROT.10%29.aspx

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):
   
   
Comment:
   

Attached Files
file #21185:  davfs2.log added by zeph (8kB - 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
  • -unavailable- added by zeph (Updated the item)
  • -unavailable- added by wbaumann (Submitted the item)
  • -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 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    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-cleanup