Why is -e sent to the remote rsync side?

Rami Addady rami at active.co.il
Tue Oct 7 16:59:44 GMT 2008

Hello Shachar,

You can use rrsync instead:

Rami Addady

Shachar Shemesh wrote:
> Wayne Davison wrote:
>> On Sun, Oct 05, 2008 at 06:47:47AM +0200, Shachar Shemesh wrote:
>>> The reason this is brought up is because I'm using rssh
>>> (http://www.pizzashack.org/rssh/) as the user's shell to limit that
>>> user to only be allowed to run rsync.
>> I looked at the source, and created a patch to make it just require the
>> --server option as the first option.
>> While I was looking at the code, I noticed that the check_command()
>> function was busted in that it would accept any abbreviated path of a
>> command (e.g. "/usr/bin/rs" would match "/usr/bin/rsync").  The author
>> apparently didn't know that strncmp() stops at a null (unlike memcmp()),
>> so the length-trimming that is done can just be removed.  My patch fixes
>> that too.
> Last I talked to the rssh maintainer (about a couple of years ago) I 
> was so frustrated with the attitude that I decided to only use rssh 
> until I knock something better together myself. He (used to) care 
> about scp and sftp, and little else. You can send the patch over, if 
> you're feeling lucky. I doubt I'll bother. The only reason I brought 
> the question up was that if I am going to be writing something myself, 
> I would need to know what to make it enforce.
> Personally, and this is not something that any shell can solve, I 
> would love for a way to limit the files that the --server side rsync 
> allows access to. I can then use a custom shell to pass that command 
> line to rsync to ensure it's enforced.
>> ..wayne..
> Shachar

More information about the rsync mailing list