From 44ebf6db6cf2725e18f0e1129f4005fd456b03dc Mon Sep 17 00:00:00 2001 From: Lena Date: Wed, 1 Jul 2026 00:00:00 +0000 Subject: app: drop --mkpath for compatibility with old remote rsyncs rsync forwards --mkpath to the remote side when sending, so a remote rsync older than 3.2.3 (notably stock macOS, whose openrsync is "rsync 2.6.9 compatible") rejects every sync with "unrecognized option '--mkpath'". rsync creates the final component of the destination path on its own, so flat remote paths keep working everywhere, including the documented rrsync setup whose root is pre-created. Only a nested remote path with missing parents now needs a one-time mkdir -p on the server; the log shows rsync's error when it is missing. Reported-by: jsvk Link: https://codeberg.org/0xlena/rsend/pulls/1 --- README | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'README') diff --git a/README b/README index eff8e99..7067cac 100644 --- a/README +++ b/README @@ -64,7 +64,11 @@ and others) otherwise delay or skip background jobs; see dontkillmyapp.com. Server ------ -Any host with sshd and rsync works; rsend pushes over rsync-over-SSH, not SFTP. +Any host with sshd and rsync works, old rsyncs included (stock macOS); rsend +pushes over rsync-over-SSH, not SFTP. rsync creates the final component of a +folder's remote path on its own; create deeper missing parents once with +mkdir -p on the server. + The account is confined to "rsync into one folder and nothing else" by a forced rrsync command, not by its shell. sshd runs that command through the account's login shell, so the shell must be real: /bin/sh works, while /bin/false or -- cgit v1.2.3