mirror of
https://github.com/samba-team/samba.git
synced 2025-02-08 05:57:51 +03:00
Better doc mount.cifs.
Original commit msg from Jeff: This patch adds a section to the mount.cifs manpage to clarify how mount.cifs treats delimiters and when it autoconverts them from one type to another. It also has it state that the use of forward slash as a delimiter is preferred and why. Signed-off-by: Jeff Layton <jlayton@redhat.com> (This used to be commit ec87ae251bea2a8b63febcf3ceab8754d564bdeb)
This commit is contained in:
parent
0bcced17e0
commit
1f2cfa5951
@ -498,6 +498,17 @@ port 445 is tried and if no response then port 139 is tried.
|
||||
</variablelist>
|
||||
</refsect1>
|
||||
|
||||
<refsect1>
|
||||
<title>SERVICE FORMATTING AND DELIMITERS</title>
|
||||
|
||||
<para>
|
||||
It's generally preferred to use forward slashes (/) as a delimiter in service names. They are considered to be the "universal delimiter" since they are generally not allowed to be embedded within path components on Windows machines and the client can convert them to blackslashes (\) unconditionally. Conversely, backslash characters are allowed by POSIX to be part of a path component, and can't be automatically converted in the same way.
|
||||
</para>
|
||||
<para>
|
||||
mount.cifs will attempt to convert backslashes to forward slashes where it's able to do so, but it cannot do so in any path component following the sharename.
|
||||
</para>
|
||||
</refsect1>
|
||||
|
||||
<refsect1>
|
||||
<title>ENVIRONMENT VARIABLES</title>
|
||||
|
||||
|
Loading…
x
Reference in New Issue
Block a user