Comments: ** Comment from web user: ericbruno **
Gert,
thanks for your reply. I built the SSH.NET I use from the 2014.4.6.0 beta 1 code base.
Good thing you suggested testing on a public SSH server. I set up a small SFTP server at work and tested downdloads/uploads from there - _successfully_. So the issue is not the size, although I do think it helps manifest it. But downloads still fail with the same file on the customer's SFTP site. And for maximum confusion: I can download/upload the same file from the FileZilla UI.
Here's where my SFTP server and the customer's server differ: the customer's SFTP activity is monitored programmatically. When the download completes for a given file, I can't delete it; instead, the system automatically relocates it to a subfolder on the SFTP, as though this behavior was event-driven. Same thing for uploads: once the transfer completes, the file is automatically moved to a subfolder. I can't be more specific about it - that's all I was told.
In any case, I would speculate that once a number of bytes (= buffer size?) have been read, when SSH.NET tries to read in the next buffer, that monitoring system seems to close the door on it.
Hope this helps.
Eric