Re: [EAI] Body parts
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [EAI] Body parts
Shawn Steele wrote:
>> a "you SHOULD do the obvious" norm does not really help, or does it ?
> I think it does. EAI requires that the client software understand
> UTF-8 (otherwise From: and To: look stupid), so any application
> must therefore be able to handle UTF-8 in the body as well.
That's what I doubted: An EAI-aware MUA can of course handle UTF-8,
and hopefully the user of this MUA finds an e-mail service provider
with EAI-aware MSA / IMAP / POP3. But this user might still have
friends with less capable MUAs and service providers, or use mailing
lists and newsgroups where UTF-8 is not yet the norm.
A technical SHOULD trying to modify netiquette would make me nervous.
Limited to "SHOULD be the default" it is acceptable, this could be
added to the eai-scenarios and/or eai-email-clients draft.
> This would help ensure that new implementations support UTF-8.
As you said, when they can do EAI at all they must support UTF-8.
And anybody implementing a MUA today without supporting UTF-8 is
a hopeless case. The email-arch draft could note that as fact, it
has no I18N considerations so far: A point for the Last Call, the
last time when I wanted a mere informative EAI reference in this
draft a bunch of IETF mail reactionists tried to lynch me... :-)
> Many modern devices, particularly phones, don't bother leading
> to the aforementioned compatibility issues
The LEMONADE folks don't belong to the old mail guard, I think.
> right now there's no *guaranteed* code page that'll work across
> all environments
There's RFC 2277 and 5198, anybody who still hasn't heard the shot
is deaf. But UTF-8 is IMHO no *guaranteed* code page. On my box
characters in code page 437, 819, 850, 858, 878, 923, 1252, and
others are *guaranteed* to work, encoded as UTF-8 or in various
"legacy" charsets. Actually I never tested if my MUA can do 437,
850, 858, or 923, but the used fonts offer all glyphs for these
and many other code pages. When I want a *guarantee* I use 1252,
and that is my default, replacing <http://purl.net/net/cp/819>.
Frank
P.S.: Just for fun using http://purl.net/net/cp/878 in reply to your 819 ;-)
_______________________________________________
IMA mailing list
IMA at ietf.org
https://www.ietf.org/mailman/listinfo/ima
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.