Received: from localhost (daemon@localhost) by CS.UTK.EDU with SMTP (cf v2.9s-UTK) id JAA08578; Mon, 20 Mar 2000 09:39:37 -0500 (EST) Received: by CS.UTK.EDU (bulk_mailer v1.12); Mon, 20 Mar 2000 09:37:12 -0500 Received: from astro.cs.utk.edu (marvin@localhost) by CS.UTK.EDU with ESMTP (cf v2.9s-UTK) id JAA08303; Mon, 20 Mar 2000 09:37:10 -0500 (EST) Received: from astro.cs.utk.edu (128.169.93.168 -> ASTRO.CS.UTK.EDU) by CS.UTK.EDU (smtpshim v1.0); Mon, 20 Mar 2000 09:37:10 -0500 Received: (from moore@localhost) by astro.cs.utk.edu (cf 8.9.3) id JAA25565 for dist-drums@cs.utk.edu; Mon, 20 Mar 2000 09:35:34 -0500 (EST) Received: from dev01.i-dns.com (marvin@localhost) by CS.UTK.EDU with ESMTP (cf v2.9s-UTK) id BAA08574; Mon, 20 Mar 2000 01:38:52 -0500 (EST) Received: from dev01.i-dns.com (203.116.224.27) by CS.UTK.EDU (smtpshim v1.0); Mon, 20 Mar 2000 01:38:53 -0500 Received: from pobox.org.sg (ad202.166.28.129.magix.com.sg [202.166.28.129]) by dev01.i-dns.com (8.9.3/8.9.3) with ESMTP id GAA14459; Mon, 20 Mar 2000 06:38:39 GMT Message-ID: <38D5C779.563CDC92@pobox.org.sg> Date: Mon, 20 Mar 2000 14:38:49 +0800 From: Maynard Kang Reply-To: maynard@pobox.org.sg X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Charles Lindsey CC: DRUMS Subject: Re: Is it good to publish a new RFC on SMTP without internationalisation? References: <200003182127.VAA13919@clw.cs.man.ac.uk> Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit List-Unsubscribe: Charles Lindsey wrote: > > one inescapable conclusion of the incremental deployment constraint is > > that there absolutely must be a pure-ascii encoded form of i18n address > > which is as equally valid (as a sender or recipient address) as the > > utf-8 format. > > And there I totally disagree with you. Surely the mess that is RFC 2047 > is enough to show us that that is NOT the way to go. Don't forget that > mail to exotic addresses need only be understood by people living in > exotic places, and they will be the first to upgrade their software to > whatever new standard is agreed. Now that seems to me like an entirely chauvinistic view of the internationalization process. It doesn't mean that just because I have a non-English e-mail address, I want to communicate only with individuals who have similar non-English addresses. Please do not assume that the world is effectively monolingual. Sometimes the solution isn't as simple as to "upgrade" the software especially when upgrading involves a great deal of localization to such an extent whereby it refuses to interoperate. Being backward-compatible is always essential to any large scale infrastructure change. And it would be much appreciated if you do not use the word "exotic" in this context. Try to be a bit more culturally sensitive. Maynard