In e-mail (MIME) the server (sender) does not know the character set of
the clients (recipients).  It labels what it sends, and the client is
left to deal with representing the data to the user.  In other words,
the client character set is *not* communicated to the server.

However, the above is off-topic here, because we are not talking about
extending the protocol.  However, my changes do not preclude a protocol
extension from being developed and implemented.

+ Kim


| From:    itojun@iijlab.net
| Date:    Sun, 08 Sep 2002 16:48:01 +0900
|
| >Please show what the problem is, so we can try to fix it.
| >
| >Why does the server need to know the client's character set encoding?  I
| >think the client should still check the characters for validness, as we
| >are alredy doing with isprint(3).  A malicious server could ignore the
| >character set reported by the client (or even worse, use it for choosing
| >when to attack).
| >
| >It is not any more correct to modify characters that are valid for the
| >display of the user (as indicated by the user through choosing a locale
| >in his/her environment).
|
| 	you don't seem to understand issues with protocol multilingualization.
| 	why do we need "charset" in MIME content-type?  this is because we need
| 	peers to agree, or at least understand, encoding usable for each other.
| 	same goes for fingerd and finger.
|
| itojun
|