On 12/8/94 at 6:02 PM, Masataka Ohta wrote:
I think the important facts are these:
Not.
Ohta-san, you are just a rude, impolite human being. Your flip, undefended
answers are insulting.
i) much of the world does not understand ISO-2022, therefore if you send
Much of the MIME implementation does not understand ISO-2022.
Both statements are equally true. Most MIME implementations do not
understand ISO-2022. Most mail programs do not understand 2022. I do not
see your point here. Explain yourself.
ii) by using MIME to label your use of ISO-2022, you give the recipient
a way to know (at least, and maybe see) what you intended.
By using ISO 2022 to label, the recipient has a way to know (at least,
and maybe see) what we intended.
This is absolutely false. I want you to give direct answers to the
following questions:
1. Does ISO-2022 label itself as ISO-2022? If so, how?
2. If you do not know that a message is encoded in ISO-2022, is there any
way to discover this from the message itself. If so, how?
3. Does your entire argument rest on the assumption that every mail program
should automatically assume ISO-2022? If not, how can mailers figure out if
ISO-2022 is being used?
MIME is `on your side':
Sure. Not front nor back, just side and unrelated. It contributes
nothing to have multilingual single text.
For my multilingual single text, I will use ICODE (the encoding scheme
which you describe in the draft of your paper). Is your mail program
currently able to display it? If not, can you program it to do so?
If I send you one message in ICODE and one message in ISO-2022, without any
distingishing labels, will your mail program be able to tell which one I
used and display it correctly every time?
(but many people will not be able to read your messages).
Are you saying you can read Japanese message if and only if it
is labelled by MIME?
The only way you can read an ISO-2022 encoded message that is *NOT*
labelled by MIME is if your mail display program (or the hardware itself)
*assumes* ISO-2022. If it does not assume ISO-2022, but instead assumes
US-ASCII, or assumes ICODE, or assumes any other encoding that is not
ISO-2022 based, it will not be able to display it unless (a) it has the
capability to display Japanese *AND* (b) it is labelled in some way,
perhaps with MIME.
pr
--
Pete Resnick - presnick(_at_)qualcomm(_dot_)com
QUALCOMM Incorporated
Home:(217)337-1905 / Fax: (217)337-1980