<p>SCP transfer uses commands like this</p>
<p>channel.SendExecRequest(string.Format("scp -qpf \"{0}\"", filename));</p>
<p>When the remote system is using dropbear, the command fails with a usage message. </p>
<p> </p>
<p>By default the scp command in dropbear is compiled without progress meter. Unfortunately in this case it does not ignore option "-q" but it complains with a usage message.</p>
<p> </p>
<p>I compared with the commands sent by WinSCP "scp -r -p -d -f filename" and the scp command from openssh "scp -f filename". It doesn't seem do be necessary to specify option "-q" for the remote scp.</p>
<p>That's why I propose to remove option "-q" from all scp commands.</p>
<p> </p>
<p>Additionally the ScpClient seems to wait without timeout (or with a very long one) when it does not receive any data as a result of the failed remote scp command.</p>
Comments: ** Comment from web user: olegkap **
<p>channel.SendExecRequest(string.Format("scp -qpf \"{0}\"", filename));</p>
<p>When the remote system is using dropbear, the command fails with a usage message. </p>
<p> </p>
<p>By default the scp command in dropbear is compiled without progress meter. Unfortunately in this case it does not ignore option "-q" but it complains with a usage message.</p>
<p> </p>
<p>I compared with the commands sent by WinSCP "scp -r -p -d -f filename" and the scp command from openssh "scp -f filename". It doesn't seem do be necessary to specify option "-q" for the remote scp.</p>
<p>That's why I propose to remove option "-q" from all scp commands.</p>
<p> </p>
<p>Additionally the ScpClient seems to wait without timeout (or with a very long one) when it does not receive any data as a result of the failed remote scp command.</p>
Comments: ** Comment from web user: olegkap **
Please check 22112 commit where I remove -q flag and see if it works.
What I am wondering about is if combine option will work or they need to be sepearted like -r -p -d
Thanks,
Oleg