Reading FTP RFC (RFC959), I notice some modes that I have never seen, and apparently are not implemented by popular FTP software (e.g. vsftpd). In particular, for the STRU command, only the “STRU F” file mode is usually used, and for the MODE command, only the “MODE S” stream mode is usually used.
Thus, the question arises when should the best practice for developing a compatible FTP client and server software follow:
- Is it helpful to support other STRU parameters (record and page)? They seem to be very old-fashioned.
- Is it useful to support other MODE parameters (block and compress)? I see the point in a compressed state, but I am particularly interested in whether any clients / servers will expect the block to be there.
- Are there any polls which existing FTP implementations support which options?
(In MODE alone, I see why compression is useful, I'm more interested in whether any clients / servers will expect that there will be a blocking mode).
source
share