similar to: [Bug 424] New: scp mishandles files with spaces in names

http://bugzilla.mindrot.org/show_bug.cgi?id=424 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From djm at mindrot.org 2003-01-03 15:16

https://bugzilla.mindrot.org/show_bug.cgi?id=424 Slaven Rezi? <slaven.rezic at idealo.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |slaven.rezic at idealo.de --- Comment #5 from Slaven Rezi? <slaven.rezic at idealo.de> --- (In reply to

http://bugzilla.mindrot.org/show_bug.cgi?id=1164 Summary: scp with spaces username no longer works Product: Portable OpenSSH Version: 4.3p2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at mindrot.org ReportedBy: dtucker at

http://bugzilla.mindrot.org/show_bug.cgi?id=992 Summary: scp cannot handle filenames with spaces in them Product: Portable OpenSSH Version: 3.9p1 Platform: All OS/Version: All Status: NEW Keywords: patch Severity: normal Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org

Hi OpenSSH developers In the source file *scp.c* there is a function called *okname(char *cp0)* that validates the entered username by using the scp command as follows: * *[ Fragment scp.c start ] ... int okname(char *cp0) { int c; char *cp; cp = cp0; do { c = (int)*cp; if (c & 0200) goto bad; if (!isalpha(c) &&

http://bugzilla.mindrot.org/show_bug.cgi?id=1204 Summary: scp doesn't check that target is a directory Product: Portable OpenSSH Version: 4.2p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at mindrot.org ReportedBy:

Hi, I am new to scp. I am trying to scp a file from local (m/c) to remote through a java application running in Tomcat. When I try to upload a file with no spaces in it, it works. But if spaces are present (file name is : "Lots of spaces text .txt") it is not working. Some of the things I tried are mentioned below and they failed. scp [...options]

http://bugzilla.mindrot.org/show_bug.cgi?id=1205 Summary: scp back-slash escaping of spaces ignored after username at hostname: tag Product: Portable OpenSSH Version: 4.3p2 Platform: ix86 OS/Version: Linux Status: NEW Keywords: low-hanging-fruit Severity: normal Priority: P3

On Windows, ?scp C:/foo/bar remotehost:? will attempt to connect to a remote host ?C? and access file ?/foo/bar?. There is currently no syntax or flag to allow copying files that start with a drive name. This patch changes the behaviour (only on Cygwin) by considering that a single letter followed by a colon is a Windows drive name and thus an absolute path. This is also more consistent with the

http://bugzilla.mindrot.org/show_bug.cgi?id=639 Summary: scp: wrong exit status Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy: koenig at

I'm fond of the "-a" (archive) option of cp, and I'm a heavy user of scp, so I guess it's inevitable that I would eventually add support for "-a" to scp. :-) Actually, it's a "-L" flag for preserving symlinks, and a "-a" flag that is shorthand for "-Lpr". Please let me know if I'm not doing this right.... I made a great

http://bugzilla.mindrot.org/show_bug.cgi?id=638 Summary: scp: wrong exit status Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy: koenig at

Hi a fellow debian developer pointed it out to me, that ssh itself does not check the username that is provided for login into a remote host, but that scp checks it. I could verify that the current openssh code from cvs still has a check for the username in scp.c but not in ssh.c. So I created the attached small patch to remove the username check from scp. I hope ?t's correct and that you

hey all 'scp -r ' follows symlinks. IMO this is a bug and should be changed - it: a) hampers the use of scp. As it stands, I cannot use 'scp -r' because of this behavior. If someone links to '/', or if I hit a recursive symlink, I'm screwed. b) It is inconsistant with cp. When you 'cp -r' on a file, it does NOT follow the symlink. When you scp

When copying from a remote host to a local filesystem with a strange block size, allocbuf() in scp.c seems to calculate an incorrect buffer size, causing the copy loop in sink() to write past the end of the buffer. For example, with smbfs, the optimal block size is negotiated when the client connects to the server, and is rarely a power of two. In my case it is 64560. This loop in sink() keeps

This is a feature request for scp. scp has no easy option to copy symlinks, etc. to reproduce a directory tree. The -r option follows symlinks and reads the data out of device files when copying. A few years ago, the -a option was added to normal cp, replacing the cumbersome and arcane (cd wherever1 ; tar cf - whatever) | (cd wherever2 ; tar xpf - ) with cp -a wherever1/whatever wherever2

https://bugzilla.mindrot.org/show_bug.cgi?id=1998 Bug #: 1998 Summary: Arbitrary command execution using SCP Classification: Unclassified Product: Portable OpenSSH Version: 5.8p1 Platform: All OS/Version: Linux Status: NEW Severity: security Priority: P2 Component: scp AssignedTo:

http://bugzilla.mindrot.org/show_bug.cgi?id=852 Summary: scp bug with computer names Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy: johnw.nicholson at

When you require a scp copy of more than 1 file to a destination that is not a directory, scp copy the last input file to the destination (version openssh-3.8.1p1). Thus if you forget to specify the destination, the last file is _silently destroyed_. I know that rcp exhibits the same behaviour but cp and rsync don't do anything in that case and _kindly_ warn you that you made a mistake:

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. ---