[EAI] draft-hurtta-eai-messagestore-00.txt (Re: From Jari: Re: Your DISCUSS on draft-ietf-eai-framework-05 (fwd))
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[EAI] draft-hurtta-eai-messagestore-00.txt (Re: From Jari: Re: Your DISCUSS on draft-ietf-eai-framework-05 (fwd))
John C Klensin <klensin at jck.com> writes in gmane.ietf.ima:
> --On Thursday, 08 March, 2007 17:59 +0200 Kari Hurtta
> <hurtta+gmane at siilo.fmi.fi> wrote:
<...>
> > On stronger form that user/mailbox/store/system/whatever
> > system is arranged that way that non UTF8SMTP agents no not
> > see UTF8SMTP messages.
>
> By "not see" you mean, perhaps, "be told that they aren't
> there?", "be told that they are not in a readable format?".
> Note that we've already got provisions for the cases that do
> work in the IMAP and POP documents, but, if a message is
> delivered to a mail store or mechanism that is, itself,
> UTF8SMTP-capable, but that store is accessed with a legacy POP
> server, things may happen that are not predictable (since they
> depend a lot on how the mail store and POP server are
> implemented) or standardizable by this WG.
>
> > For local delivery agent (LDA) that means that UTF8SMTP and
> > ASCII messages are stored to different mailbox (files or
> > directories or whatever).
>
> One could implement it that way. One could also implement it in
> a variety of other ways. Note that, if I have a mailbox for
> which I have established several names (by aliasing or
> otherwise), some of which involve non-ASCII addresses, and that
> mailbox is fully UTF8SMTP-capable, I would consider the
> restriction implied by the above completely unacceptable.
>
> So I think you are talking about a whole series of
> implementation or configuration choices above. They are choices
> I think our specifications should permit (even when I think they
> would be dumb). But, unless one of you is actually suggesting
> standardizing something, I don't see where this discussion takes
> us. And, if you are suggesting standardizing something, let's
> see the I-D.
>
> john
You asked I-D.
See: -----------------------------------------------------------------
From: Internet-Drafts at ietf.org
Subject: I-D ACTION:draft-hurtta-eai-messagestore-00.txt
Newsgroups: gmane.ietf.announce
To: i-d-announce at ietf.org
Date: Thu, 22 Mar 2007 10:50:02 -0400
Reply-To: internet-drafts at ietf.org
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
Title : Message Store requirements for Internationalized Email
Author(s) : K. Hurtta
Filename : draft-hurtta-eai-messagestore-00.txt
Pages : 13
Date : 2007-3-22
The Email Address Internationalization (EAI) is implemented by
allowing UTF-8 characters in SMTP envelope and mail headers.
UTF8SMTP extension of ESMTP takes care that mails with UTF-8
characters in SMTP envelope and mail headers are not delivered to EAI
non-compliant SMTP servers. This document describes mechanism how to
keep messages with UTF-8 characters on mail headers separated from
EAI non-compliant Mail User Agents. This document also describes
general requirements for UTF8SMTP Message Store.
A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hurtta-eai-messagestore-00.txt
To remove yourself from the I-D Announcement list, send a message to
i-d-announce-request at ietf.org with the word unsubscribe in the body of
the message.
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
to change your subscription settings.
Internet-Drafts are also available by anonymous FTP. Login with the
username "anonymous" and a password of your e-mail address. After
logging in, type "cd internet-drafts" and then
"get draft-hurtta-eai-messagestore-00.txt".
A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
Internet-Drafts can also be obtained by e-mail.
Send a message to:
mailserv at ietf.org.
In the body type:
"FILE /internet-drafts/draft-hurtta-eai-messagestore-00.txt".
NOTE: The mail server at ietf.org can return the document in
MIME-encoded form by using the "mpack" utility. To use this
feature, insert the command "ENCODING mime" before the "FILE"
command. To decode the response(s), you will need "munpack" or
a MIME-compliant mail reader. Different MIME-compliant mail readers
exhibit different behavior, especially when dealing with
"multipart" MIME messages (i.e. documents which have been split
up into multiple messages), so check your local documentation on
how to manipulate these messages.
Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.
_______________________________________________
I-D-Announce mailing list
I-D-Announce at ietf.org
https://www1.ietf.org/mailman/listinfo/i-d-announce
_______________________________________________
IMA mailing list
IMA at ietf.org
https://www1.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.