--On Monday, 20 February, 2006 18:54 +0530 Sandeep Srivastava
<sandeep.kumar.srivastava@xxxxxxxxx> wrote:
> Hi,
>
> RFC 959, says that FTP supports two modes to transfer files --
> ASCII and Binary. Now, if I have a UTF-8 (or any other
> encoding) encoded text file, containing, say Japanese
> characters, would it be correct to choose the transfer mode as
> ASCII? And if I choose the transfer mode as ASCII, is there a
> possibility that the content of the file on the receiving end
> is garbled?
Yes, it is quite likely.
> In a nutshell, does ASCII mode means that only ASCII encoded
> text files are supported?
Traditionally, there is a small ambiguity about ASCII mode.
If a server receives (and accepts) an ASCII mode request, RFC
959 requires it to be sure that its internal character set is
converted to ASCII and that the file be transmitted in NVT
(Network Virtual Terminal) form, i.e., with CRLF line endings
and 7bit ASCII characters right-justified in octets. A strict
RFC 959 implementation might garble UTF-8 octets with the
high-order bit turned on but is arguably not required to do so.
You may want to take a look at RFC 2640 for a more extensive
discussion, and standards-track approach, to these issues. I
don't know how widely it has been implemented; perhaps others
can help in that regard or, if you explore it, you can tell us.
john
_______________________________________________
Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf