FTP ASCII-mode End-of-Line and End-of-File translation?

Is this correct?: When I PUT a file from an FTP client on Windows to an FTP server on Unix, that the FTP server is the party that:

1) translates end-of-file ascii 26 (ctrl-z) to ascii 4 (ctrl-d)?

2) strips/removes from file all 13 (CR) end-of-line characters from the file?

Is it also true that both FTP parties really don't know "who they're talking to?"

The receiving party just has to "fix" the file to make it compatible with the destination OS?
Who is Participating?
No, when doing ASCII mode transfers the sender translates from local format to NVT ASCII and the receiving side translates from NVT ASCII to local format.

In NVT ASCII EOR is CRLF, which happens to be what Windows uses nativly, but Unix uses LF.

So when sending from Windows to UNIX Windows  does nothing for a "normal" text file, but Unix changes the CRLF to just LF.

When sending from Unix, Unix changes LF to CRLF and Windows just writes it.

Please note that it does not matter which side is the server.  It is based on sender and receiver.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.