cr-lf translation between win and linux

[cqfma]

I am moving this to this area (was incorrectly posted on
the support request area, sorry).

The line ending bytes are different for text files on
windows and for those on linux type os [cr vs cr,lf]. A
nice feature some popular ssh and ftp clients have
(ssh.com, FTPExplorer) is to translate appropriately
these text files when ASCII file transfer (either Auto
based on extensions or Forced) is in effect. This makes
it possible for almost all text browsers on both win and
*x side show the file correctly on the respective os.

Please add this feature to FZ file transfer. If such an
automatic translation is not desireable for some users,
then may I suggest adding another preference setting
to do this translation. Thank you!

[anonymous]

Logged In: NO

Can this be done without losing the ability to resume partial
file transfers?

[anonymous]

Logged In: NO

Can this be done without losing the ability to resume partial
file transfers?

[Alexander Schuch]

FileZilla has ASCII and binary transfer modes implemented already. ASCII mode transfers the file and CR (Mac) and LF (Unix) characters are translated into CR+LF. The server then strips nothing, CR, or LF again, depending on the platform it runs.

Binary mode in contrast to that sends the file as-is, and the server stores it as-is as well.

[Tim Kosse]

Can this be done without losing the ability to resume partial file transfers?

No, client and server do not know each other's transfer format. Resume offsets would potentially be incorrect.