helpdavfs2 - Support: sr #109480, French accents on davfs2 file mount


sr #109480: French accents on davfs2 file mount

Submitted by:  None
Submitted on:  Mon 26 Mar 2018 06:31:31 PM UTC  
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  In Progress
Privacy:  Public Assigned to:  Werner Baumann <wbaumann>
Originator Email:  -email is unavailable- Open/Closed:  Closed
Operating System:  GNU/Linux

Add a New Comment (Rich Markup)

You are not logged in

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


Tue 03 Apr 2018 02:03:19 PM UTC, comment #3: 

I investigated this further.

Indeed, it is like Werner wrote:

As you can see, the space is properly encoded by %%20 but not the ”ü“.

What can I do to replace those characters?

Matthias Walther <mpw>
Tue 03 Apr 2018 01:50:47 PM UTC, comment #2: 


I have the same problem with URLs containing German umlauts (öäü).

The http-debug output shows, that the special characters have correctly been replaced in the url. But still ls shows no files in the successfully mounted webdav folder.


Matthias Walther <mpw>
Wed 28 Mar 2018 03:10:55 PM UTC, comment #1: 

It is most probably a SharePoint bug.

davfs2 sends a PROPFIND-request to get the list of files in a directory. The server answers with an XML-document. The file names are contained in href-elements. The WebDAV-specification mandates that the entries in href-elements must be encoded like HTTP-URLs. All Unicode characters except 7-bit-ascii must be percent encoded. This is true for charcters with accents. SharePoint is known to violate this rule. The neon library used by davfs2 will ignore those invalid entries.

To be sure you can do this:

  • set options "debug http" and "debug httpbody"
  • mount the file system
  • do an "ls" for one directory that contains such files
  • unmount the file system

One of your log files will have a lot of entries from mount.davfs. You should find an XML-body containing href-elements. These must not contain any characters with accents. Instead there should be %-characters followed by two hex digits (like %20 instead of space). If there are any characters with accents or unescaped space characters, then the problem is caused by SharePoint. davfs2 cannot work around this SharePoint bug.

There is hardly ever need to set option server_charset. It will cause davfs2 to translate between the local character set and the one used by the server. But your local character set is most probably utf-8 and the server should store file names in utf-8.

Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.
Mon 26 Mar 2018 06:31:31 PM UTC, original submission:  

I've mounted a SharePoint cloud using davfs2.
I am currently able to see the content of my SharePoint that do not contain any accent in their names.
All the folders containing an accent (é, è, ê,...) aren't visible.
When I add a new file or folder containing an accent in its name, it shows up for one second, then disappears as soon as it is uploaded. I can then see it on my SharePoint webpage but not on my davfs mount.

I've already tried to set the server_charset option to "utf-8" in my config file (/etc/davfs2/davfs2.conf).

I'm using archlinux, fully up to date.

Am I missing something?



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

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by nvir
  • -email is unavailable- added by mpw (Posted a comment)
  • -email is unavailable- added by wbaumann (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)

    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
    2019-12-26 wbaumann Open/ClosedOpen => Closed
    2018-11-21 nvir Carbon-Copy- => Added nvir
    2018-03-28 wbaumann StatusNone => In Progress
        Assigned toNone => wbaumann

    Back to the top

    Powered by Savane 3.5