FTP Ascii传输-客户端或服务器条带是否返回？

我在使用FileZilla 3将ascii文件从Windows 7计算机传输到Unix Solaris服务器时遇到问题。问题在于，文本文件在Unix机器上以CR+LF字符结束，而不仅仅是LF字符，从而导致每行末尾出现奇怪的字符

我理解这个问题——CR字符应该去掉。我的问题相当具体：客户机或服务器应该去掉这个字符吗

这意味着ascii文件总是使用CR+LF传输，这取决于客户机来确保这一点。然后由服务器将其转换为主机的本机格式，在本例中是Unix，因此它应该去掉CR字符

但是，我使用WS_FTP时没有这个问题，我很好奇FileZilla页面是否完全不正确，或者WS_FTP是否违反了FTP的RFC协议，并且实际传输的文件没有CR字符。也有可能FileZilla是正确的，问题在于Unix机器上的FTP服务器

再次说明：是否由FTP客户端或服务器将ascii文件转换为正确的换行格式？

来自RFC：

行尾

     The end-of-line sequence defines the separation of printing
     lines.  The sequence is Carriage Return, followed by Line Feed.

---

协议没有指定FTP会话结束时在客户端或服务器上应存储的内容，只指定会话的外观。

您是在询问FTP协议是否分配了此职责，还是按照惯例分配了什么，人们如何解决不兼容问题？顺便问一下，控制剥离的命令是什么？