[Bug 88] scp for OpenSSH v3.0.2p1 fails to commercial SSH v3.1.0 server (new -t option to SSH's scp)

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Fri Feb 1 06:28:35 EST 2002


http://bugzilla.mindrot.org/show_bug.cgi?id=88





------- Additional Comments From brectanu at naxs.net  2002-02-01 06:28 -------
Not exactly.  Yes, ssh1/scp1 is not installed on the remote machine, however the
commant should NOT be using ssh1/scp1 on the remote machine - it should be using
SSH protocol 2.  This is the problem.  When OpenSSH sends the 'scp -v -t'
command to the remote machine (SSH v3.1.0), the remote version of SSH is now
interpreting the '-t' option as a SSH1 compatibility flag.  Pre-SSH v3.1.0 there
was not a '-t' option to scp and thus no problem.  Now, however, there is a
problem with the new version of comercial SSH and a conflicting '-t' option
between SSH and OpenSSH scp.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the openssh-unix-dev mailing list