Re: [EAI] How to prevent up-conversion (Re: Respawn "Messages on original form" (Re: I-D ACTION:draft-ietf-eai-imap-utf8-01.txt))
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [EAI] How to prevent up-conversion (Re: Respawn "Messages on original form" (Re: I-D ACTION:draft-ietf-eai-imap-utf8-01.txt))



There are three formatting options:
1. A format compatible with requirements of RFC 3501.
2. A format with minimal RFC 2047/2231 turds.
3. The format that is in the mailstore (initially this will be identical to 1,
  but as EAI-aware mailstores are deployed it should become indistinguishable
  from 2).

The protocol must offer 1 to preserve interoperability. The current proposal offers options 1 and 2.

And argument could be made the protocol should offer option 3 instead of option 2. I would be interested in that debate.

If you are are suggesting the protocol offer both options 2 and 3 in addition to 1, then I would question if the benefit merits the additional complexity.

               - Chris

Kari Hurtta wrote on 3/20/07 20:14 +0200:

Kari Hurtta <hurtta+gmane at siilo.fmi.fi> writes in gmane.ietf.ima:

Internet-Drafts at ietf.org writes in gmane.ietf.ima:

> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the Email Address Internationalization
> Working Group of the IETF.
>
> 	Title		: IMAP Support for UTF-8
> 	Author(s)	: P. Resnick, C. Newman
> 	Filename	: draft-ietf-eai-imap-utf8-01.txt
> 	Pages		: 15
> 	Date		: 2007-3-7
> 	
> This specification extends the Internet Message Access Protocol
>    version 4rev1 (IMAP4rev1) to support unencoded international
>    characters in user names, mail addresses and message headers.  This
>    is an early draft and intended as a framework for discussion.  Please
>    do not deploy implementations of this draft.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-ietf-eai-imap-utf8-01.txt

Just note. I'm still concernes about these things what I noted on thread,
which I started with message:

      From: Kari Hurtta <hurtta+gmane at siilo.fmi.fi>
      Subject: [EAI] Messages on original form (Re: I-D
	ACTION:draft-ietf-eai-imap-utf8-00.txt)
      Newsgroups: gmane.ietf.ima
      To: ima at ietf.org
      Date: 06 Feb 2007 21:29:49 +0200


In general that is concern that UTF8SMTP capable mailstore should store messages on that form what it is received them. And that form should be accessible.

Specially question is:

        How to prevent up-conversion of non-UTF8SMTP messages
        without to triggering downgrading of UTF8SMTP messages ?

        ( Up-conversion of downgraded UTF8SMTP messages is OK. )

draft-ietf-eai-imap-utf8-01.txt: --------------------------------------
8.  Up-Conversion Server Requirements

   When an IMAP4 server uses a traditional mailbox format that includes
   7-bit headers and it chooses to permit access to that mailbox with
   the UTF8 parameter, it MUST support minimal up-conversion as
   described in this section.  Minimal up-conversion is described in
   this section.

   The server MUST support up-conversion of the following address
   header-fields in the message header: From, Sender, To, CC, Bcc,
   Resent-From, Resent-Sender, Resent-To, Resent-CC, Resent-Bcc, and
   Reply-To.  This up-conversion MUST include address local-parts
   encoded according to [TBD], address domains encoded according to IDNA
   [RFC3490], and MIME header encoding [RFC2047] of display-names and
   any RFC 2822 comments.

   The following charsets MUST be supported for up-conversion of MIME
   header encoding [RFC2047]: UTF-8, US-ASCII, ISO-8859-1, ISO-8859-2,
   ISO-8859-3, ISO-8859-4, ISO-8859-5, ISO-8859-6, ISO-8859-7,
   ISO-8859-8, ISO-8859-9, ISO-8859-10, ISO-8859-14, and ISO-8859-15.
   Other widely deployed MIME charsets SHOULD be supported.

   Up-conversion of MIME header encoding of the following headers MUST
   also be implemented: Subject, Date (RFC 2822 comments only),
   Comments, Keywords, Content-Description.

   Server implementations also SHOULD up-convert all MIME body headers,
   SHOULD up-convert or remove the deprecated (and misused) name
------------------------------------------------------------------------

/ Kari Hurtta

( This is somewhat sidestepped on

  http://www.elmme-mailer.org/ID/draft-hurtta-eai-messagestore-00.txt
  http://www.elmme-mailer.org/ID/draft-hurtta-eai-messagestore-00.xml

  These are posted to RFC Editor some days ago, but seems that there is
  some backlog.

  There is also

  http://www.elmme-mailer.org/ID/draft-hurtta-eai-encapsulation-01.txt
  http://www.elmme-mailer.org/ID/draft-hurtta-eai-encapsulation-01.xml
)



_______________________________________________
IMA mailing list
IMA at ietf.org
https://www1.ietf.org/mailman/listinfo/ima






_______________________________________________ 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.