]> git.ipfire.org Git - thirdparty/rsync.git/commit
manpage: clarify remote-shell daemon user@ handling master
authorAndrew Tridgell <andrew@tridgell.net>
Mon, 20 Jul 2026 02:53:16 +0000 (12:53 +1000)
committerAndrew Tridgell <andrew@tridgell.net>
Mon, 20 Jul 2026 04:04:27 +0000 (14:04 +1000)
commit3b84610ccb35d1355f6e88e0e870bef48a164fbb
tree83fad149c092480aa0276d0f64ed1c9a4459366a
parent9062840a9165c38956f0235ae0b72e75bb2149a3
manpage: clarify remote-shell daemon user@ handling

The description of user@host::module transfers over a remote shell only
documented the "ssh -l ssh-user" form, which led readers to conclude that
user@ never reaches the remote shell. In fact, for the simple
`--rsh=ssh user@host::module` form the user@ prefix is used both as the
ssh login user (ssh -l user) and as the rsync-user offered to the module;
the two are the same name. rsync only omits its own -l when the remote
shell command already specifies one, in which case user@ becomes the
rsync-user alone.

Spell out the default behaviour and why the explicit -l is needed to use
a different ssh login than the rsync-user.
rsync.1.md