Deprecation of scp protocol and improving sftp client

[Blumenthal, Uri - 0553 - MITLL]

I don’t think the majority of users even know what’s under the hood of scp, let alone care. 

So, whatever change one can make that is transparent to the users *and* doesn’t negatively impact performance, is bound to be a winner.

Somehow, I doubt sftp can provide that, but I’d be happy to be proven wrong here. 

Regards,
Uri

> On Jun 16, 2020, at 14:02, Stuart Henderson <stu at spacehopper.org> wrote:
> 
> On 2020/06/16 17:37, Peter Stuge wrote:
>> Jakub Jelen wrote:
>>> Any ideas/comments/suggestions?
>> 
>> I doubt that upstream would drop the scp utility and protocol easily.
>> There is no point in breaking compatibility
> 
> OpenSSH does break compatibility where there's good reason to.
> SSH 1, <1024 bit keys.
> 
> _______________________________________________
> openssh-unix-dev mailing list
> openssh-unix-dev at mindrot.org
> https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5874 bytes
Desc: not available
URL: <http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20200616/9c3615d3/attachment.p7s>