title: FTP Ascii transfer - does client or server strip carriage returns?
body: <p>I have a problem transferring ascii files from a Windows 7 machine to a Unix Solaris server using FileZilla 3. The problem is that the text files end up on the Unix machine with CR+LF characters, instead of just the LF character, resulting in weird characters at the end of each line.</p>
  
  <p>I understand the problem - the CR character should be stripped out. My questions is rather specific: Is the client or server supposed to strip this character?</p>
  
  <p>This <a href="http://wiki.filezilla-project.org/Data_Type" rel="nofollow">fileZilla page</a> says the deal is that ascii files are <em>always</em> transferred with CR+LF, and it is up to the client to make sure that happens. It is then up to the server to convert it to the native format of the host machine, in this case Unix, so it should strip the CR characters. </p>
  
  <p>However, I did not have this problem using WS_FTP, and I am curious if the FileZilla page is simply incorrect, or if WS_FTP was violating the RFC agreement for FTP and actually transferring the file without the CR character. It's also possible FileZilla is correct, and the problem is with the FTP server on the Unix machine.</p>
  
  <p>Once again: Is it up to the FTP client or server to convert ascii files to the correct line-break format?</p>