"sftp -r remotedir ." creates directories with wrong permissions

[Dan Kegel]

The local directories created by
   sftp -r remotedir .
are unreadable by anybody, so when it tries to create anything in them, it fails. Example:

$ sftp -r <email address hidden>:foo foo
<email address hidden>'s password:
Connected to host.com.
Fetching /foo/ to foo
Retrieving /foo
Retrieving /foo/www
mkdir foo/www: Permission denied

This is with Ubuntu 12.04, openssh-client 1:5.9p1-5ubuntu1

This is the second time I've ever used sftp.

[RoyK (roysk)]

As far as I can see. it works well when I test on this Ubuntu 12.04 x86_64 machine. You may want to use -p or -P to get the permissions right. See man sftp…

roy

[Robie Basak (racb)]

Thank you for taking the time to report this bug and helping to make Ubuntu better.

Failed to reproduce on 12.04. I created a remote directory structure and copied it to local using "sftp -r" and it worked fine.

Dan, please could you report what the permissions and ownership were on the remote directories, what the permissions have ended up on your local directories, and what your local umask is? Please also confirm that you're doing this on a fresh local copy (ie. directories and files did not previously exist locally).

Setting bug status to Incomplete. Once you have have supplied the requested information, please change the status back to New.

[Launchpad Janitor (janitor)]

[Expired for openssh (Ubuntu) because there has been no activity for 60 days.]

[Michael Mess (michael-michaelmess)]

I was able to reproduce it with a broken remote site that reports its files have no permission at all.

Remote permissions are applied to local directories before its content is downloaded. Thus local files could not be created.