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:  Priority: 5 - Normal
Severity:  Status: 
Privacy:  Assigned to: wbaumann
Originator Email: -email is unavailable- Open/Closed: Closed
Operating System: 
* Mandatory Fields

Add a New Comment (Rich Markup)

Comment Type & Canned Response:
           (Or define a new Canned Response)


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


Search an item (to fill a dependency against):
Of     of  

Depends on the following items: None found

Items that depend on this one: None found


(Note: for Savannah users, you can use their login name rather than their email addresses.)



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)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

        / 100 remaining votes





    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