Keep Execute-Flag at copy

I understand that rclone-shares are not executable by default.

But when I use a rclone mount on a x86 linux desktop to a x86 linux ssh-server to copy files the executable flag is not copied. That means an executable copied from client to server is missing the 'x' flag on the server.

Given the broad range off services rclone supports this is surely a reasonable default behaviour.
But in the case described above it would be nice to keep the permissions.

I have not found an option that does that trick. -file-perms certainly does not.

Is there a switch I have missed?

Regards, Norbert

hi, what is a rclone-share?

A service mounted by rclone mount.

Pardon for my inprecise language.

can you post some basic information,
rclone version, rclone config redacted, the mount command...

just curios, why use rclone?

rclone v1.69.0

  • os/version: arch 25.0.0 (64 bit)
  • os/kernel: 6.12.11-1-MANJARO (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.23.4
  • go/linking: dynamic
  • go/tags: none

[jhn2]
type = sftp
host = jhn2.fritz.box
user = nj
port = 22
pass = xyz
shell_type = unix
md5sum_command = md5sum
sha1sum_command = sha1sum

rclone mount jhn2: /mnt/jhn2 --vfs-cache-mode full --vfs-cache-max-age 30m &

Why rclone? At least in my configuration rclone is much faster than sshfs.
Not as fast as pyftpd and curlftpfs but this combination sometimes corrupts files.

Metadata

I doubt using --metadata flag can change anything as I think the answer for OP problem is rather here:

And then as per docs:

Name Hash ModTime Case Insensitive Duplicate Files MIME Type Metadata
SFTP MD5, SHA1 ² DR/W Depends No - -

Metadata is not supported for SFTP.

Currently I've a heavy affaire with Lady Influenza. So I'm neither willing nor capable of keeping the level of diplomacy I used with asdffdsa.
So I rather say nothing.

Thanks. That explains it.