bferrenq

Hello @alzimmermsft , and thank you for your feedback and proposal. Rational on our side for such use case is our framework is doing streaming between various source type and...

Hello @alzimmermsft , Thank you for the fix. Can you please tell us if behind the scene using "copy" instead of "uploadWithResponse" would bring some optimizations or any additional benefits?

Hi @alzimmermsft "removes your own network from needing to handle the downloading and uploading." would be indeed amazing, hence my clarification request, will read your links. Thank you!

Hello @ibrahimrabab , I took the latest GA release, imo bom 1.2.23, that is linked to azure-storage-blob 12.25.4 that does NOT contain fix. Is this a mistake, can we safely...

Hello, One more hint to reproduce the issue. In our situation, this is happening only while doing a copy of large files (>300 MiB).

[logs-ok-ko.zip](https://github.com/apache/mina-sshd/files/14383010/logs-ok-ko.zip) Hello @tomaswolf and thx for you quick reply! One **major fact** I forgot to mention, using linux sftp or [paramiko](https://ssh-paramiko.readthedocs.io/en/master/) , downloaded file is as expected. Still I also...

Hi, Attached ko logs are associated to a csv file that contains 5848831 lines, that are

[offset-ko.zip](https://github.com/apache/mina-sshd/files/14386589/offset-ko.zip) Indeed ko-logs in trace mode are huge, 800Mb compressed... I will see how to expose them, in the between I did a grep on the log file around SftpInputStreamAsync...

Hello, - You are correct, file size is supposed to be 204425799 whereas it is 204500679, and unless I did a mistake, logs are for the corrupted file. - Regarding...

[offset.zip](https://github.com/apache/mina-sshd/files/14402104/offset.zip) Hello Tomas, - You are right regarding offset_ko logs, I have uploaded correct ones that only contains 9 occurences of the unexpected length. - I have requested the server...