[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fw: [idn] IDNs in email message bodies
- To: <idn@ops.ietf.org>,"Adam M. Costello" <amc@cs.berkeley.edu>
- Subject: Re: Fw: [idn] IDNs in email message bodies
- From: "Edmon" <edmon@neteka.com>
- Date: Tue, 27 Mar 2001 12:10:23 -0500
- Delivery-date: Tue, 27 Mar 2001 09:10:32 -0800
- Envelope-to: idn-data@psg.com
> Edmon <edmon@neteka.com> wrote:
>
> > Yes they are used for both display and for "forming" replies, and it
> > is during this "forming" process where the ACE conversion should take
> > place. The information itself within the field is for display and we
> > should not confuse it with the actual protocol for transportation.
>
> When someone replies to a message, the MUA extracts the email address
> from the From: field, and hands this address to the MTA (which is often
> built into the MUA),
Are you saying that it doesnt get displayed first on the user interface?
How then could I add additional recipients to the "reply" mail?
which then separates the domain from the local
> part and does a DNS lookup on the domain. If the MUA and MTA are not
> IDN-aware, and the address in the From: field is a non-ACE IDN, then
> this lookup will fail.
>
> The header fields are not just for display. Message headers are
> primarily a protocol used by MUAs to communicate with other MUAs, just
> as SMTP is a protocol used by MTAs to communicate with other MTAs, and
> the message body is for the humans to communicate with other humans.
> (Exceptions: Several of the header fields, like From:, are of interest
> to humans in addition to MUAs, and the Subject: field is only for the
> humans. The Received: fields are primarily for the MTAs. MIME gets the
> MUAs more involved with the message body.)
>
But if we are talking about an IDNA approach, "A"pplications or "A"gents are
assumed to have to change. I would not expect that a non IDNA aware browser
to be able to resolve an IDNA name even if it was cut and pasted from an
IDNA aware MUA...
> AMC
Edmon