FTP Ascii傳輸 - 客戶端或服務器條帶回車？

Question

我使用FileZilla 3將ascii文件從Windows 7機器傳輸到Unix Solaris服務器時出現問題。問題在於，文本文件最終在Unix計算機上以CR + LF字符而不僅僅是LF字符結果在每行結尾的奇怪字符中。

我明白這個問題 - CR字符應該被刪除。我的問題很具體：客戶端或服務器是否應該剝奪這個角色？

這fileZilla page表示，該交易是ASCII文件總是與CR + LF轉移，這是由客戶端，以確保這種情況發生。然後由服務器將其轉換爲主機的本機格式，在這種情況下是Unix，所以它應該去掉CR字符。

但是，我沒有使用WS_FTP這個問題，並且我很好奇如果FileZilla頁面是不正確的，或者如果WS_FTP違反RFC的RFC協議並且實際上沒有CR字符傳輸文件。 FileZilla也可能是正確的，問題在於Unix機器上的FTP服務器。

再一次：是否由FTP客戶端或服務器將ascii文件轉換爲正確的換行符格式？

Answer 1

從RFC：

結束行

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

該協議沒有規定什麼應該被存放在一個FTP會話結束時，客戶端或上服務器，只有會話應該看起來像什麼。