similar to: [Bug 3764] New: scp deletes file when copying to localhost

https://bugzilla.mindrot.org/show_bug.cgi?id=3611 Bug ID: 3611 Summary: scp -r does not handle sym links to directories correctly Product: Portable OpenSSH Version: 8.7p1 Hardware: amd64 OS: Linux Status: NEW Severity: minor Priority: P5 Component: scp

https://bugzilla.mindrot.org/show_bug.cgi?id=2193 Bug ID: 2193 Summary: Scp sometimes breaks non-ASCII filenames in copying progress indicator Product: Portable OpenSSH Version: 6.2p1 Hardware: Other OS: Linux Status: NEW Severity: minor Priority: P5 Component: scp

Hi I think I found a small filename handling issue in scp: evaldo at winston:~$ scp evaldo at 127.0.0.1:test-\`whoami\`-test . Password: scp: test-evaldo-test: No such file or directory evaldo at winston:~$ scp evaldo at 127.0.0.1:test-\`echo\ foo\`-test . Password: scp: test-foo-test: No such file or directory evaldo at winston:~$ evaldo at winston:~$ ssh -V OpenSSH_3.9

http://bugzilla.mindrot.org/show_bug.cgi?id=799 Summary: scp incorrectly reports "stalled" on slow copies Product: Portable OpenSSH Version: 3.7.1p2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P4 Component: scp AssignedTo: openssh-bugs at mindrot.org

Hi, I used scp in some background process for transferring large files which took some hours. For this I needed a less fancy output, preferable parseble by a script, so I could regularly see how far the transfer was The adaptions I made to progressmeter.c and .h are underneath my mail as a patch Some sample output how it looks now: :~/src/openssh-5.3p1$ ./scp -l 60000 test.bin hans at

Hi, I have made a patch which improves scp utility. It adds two new features: rate limit and resume support. With rate limit it's possible to limit transfer speed. Resume allows to continue file transfer where it was last interrupted. Also the progress meter was improved. Here is my patch, please send comments about it and what I can do better if there is something to fix. ---

On the box moni, I have rpm -q openssh openssh-1.2.1pre25-1us on the box karadi, I have rpm -q openssh openssh-1.2.3pre2-2 On moni, I do/get: scp "wierdlm at karadi:11Lecture/lecture.tex" . wierdlm at karadi.msci.memphis.edu's password: bash: scp: command not found What can be wrong? Do I have to specify the remote path to scp? (It is in $PATH for wierdlm at

Hi! Look: |mh at q[4/504]:/mnt/sd04-p7/masterbackup$ scp * torres.ka0.marc-haber.de:~mh/q/ |Enter passphrase for RSA key 'mh at q': |raid0.tar.bz2 15% |**** | 99864 KB 00:00 ETA |root.tar.bz 100% |*****************************| 5406 KB 00:00 ETA |mh at q[7/507]:/mnt/sd04-p7/masterbackup$ ls -al `which scp` |lrwxrwxrwx 1 root root

When copying a file with an escaped character, scp removes the escaping character before sending to the host. Is there a way to circunvent this? Some examples follow (linux machines) A: touch file\(new\) B: scp user at A:file\(new\) . user at A password: bash: -c: line 1: syntax error near unexpected token `(' bash: -c: line 1: `scp -f (' A: touch file\ 1 B: scp user at A:file\ 1 .

Again, this has been lightly tested. I think there still are a few glitchs. 1. stole progressmeter() from scp.c - clean up and simplified a little to remove the 'flag' status. It now understands how to initialize itself and how to terminate itself. Along with a malloced status bar instead of the original fix width bar. 2. removed all initialization code from scp.c for progressmeter()

At work we have a large collection of scripts to move log and config files around. These depend on commercial (F-Secure) ssh/scp, as it supports the -u option to delete the source file after (successful) copying. That is the sole reason we can't run openssh on our 150+ unix boxes. I have attached a patch below, which adds the -u option to delete the source file after copying, provided there

http://bugzilla.mindrot.org/show_bug.cgi?id=946 Summary: scp slow file transfers, even with -1 -c blowfish Product: Portable OpenSSH Version: 3.8.1p1 Platform: ix86 OS/Version: Cygwin on NT/2k Status: NEW Severity: major Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org

I'm forwarding this as instructed ;) ----- Forwarded message from Markus Friedl <Markus.Friedl at informatik.uni-erlangen.de> ----- Date: Thu, 8 Feb 2001 14:56:20 +0100 From: Markus Friedl <Markus.Friedl at informatik.uni-erlangen.de> To: tatjana.svizensky at arcs.ac.at Subject: Re: ssh question re: scp In-Reply-To: <20010208145142.G18379 at inuyasha.arcs.ac.at>; from

http://bugzilla.mindrot.org/show_bug.cgi?id=1120 Summary: sftp deletes files if destination==source and client==server Product: Portable OpenSSH Version: 3.9p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: sftp AssignedTo: bitbucket at

https://bugzilla.mindrot.org/show_bug.cgi?id=2015 Bug #: 2015 Summary: scp -l is resultless in the beginning Classification: Unclassified Product: Portable OpenSSH Version: 5.8p2 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo:

Hi, Martijn sent the following patch to me in private and agreed that i post it here. In any other program in OpenBSD base, i'd probably agree with the basic approach. Regarding OpenSSH, however, i worry whether wcwidth(3) can be used. While wcwidth(3) is POSIX, it is not ISO C. Does OpenSSH target platforms that don't provide wcwidth(3)? If so, do you think the problem can be solved

Hi, I just made a patch to "correctly" support special characters in scp at the remote side. First let me explain the problem: # cd /tmp # touch this is a test # cp this\ is\ a\ test a\ test # scp localhost:$PWD/a\ test this\ is\ a\ test scp: /tmp/a: No such file or directory scp: test: No such file or directory but # scp localhost:$PWD/a\\\ test this\ is\ a\ test a test

http://bugzilla.mindrot.org/show_bug.cgi?id=863 ------- Additional Comments From dtucker at zip.com.au 2004-06-25 18:49 ------- I can't reproduce it here on Linux (with bash). Maybe the problem is related to shell expansion? What shell are you using at both ends? Try echoing the command locally and via ssh and see what it expands to: echo scp -p hosta:/tmp/[a-z]** . ssh hosta

I've experienced some troubles using scp with remote files with spaces, amphersands or parantheses in their filenames on Linux hosts. This happens: stain at false:~$ scp "bender.linpro.no:blapp blapp" . scp: blapp: No such file or directory scp: blapp: No such file or directory stain at false:~$ scp "bender.linpro.no:blapp&blapp" . bash: blapp: command

This bug (Debian bug number 111692) occurs with filenames that have the character 0x0a in them (newline). This is how one repeats it: ming.empire.pick.ucam.org:~/ssh-test/ # [01/09/10.00:15:50] $ : bash[592] ; cat > 'x x' This is a test. ming.empire.pick.ucam.org:~/ssh-test/ # [01/09/10.00:16:17] $ : bash[593] ; scp 'x x' dorothee:ssh-test/