Re: [apps-discuss] RFC 6657 on Update to MIME regarding "charset" Parameter Handling in Textual Media Types

Alexey Melnikov <alexey.melnikov@isode.com> Tue, 10 July 2012 16:19 UTC

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF14121F8682 for <apps-discuss@ietfa.amsl.com>; Tue, 10 Jul 2012 09:19:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.627
X-Spam-Level:
X-Spam-Status: No, score=-102.627 tagged_above=-999 required=5 tests=[AWL=-0.628, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0YU9XjP8IylT for <apps-discuss@ietfa.amsl.com>; Tue, 10 Jul 2012 09:19:06 -0700 (PDT)
Received: from waldorf.isode.com (cl-125.lon-03.gb.sixxs.net [IPv6:2a00:14f0:e000:7c::2]) by ietfa.amsl.com (Postfix) with ESMTP id CE52521F8644 for <apps-discuss@ietf.org>; Tue, 10 Jul 2012 09:19:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1341937188; d=isode.com; s=selector; i=@isode.com; bh=HcJmNQOBG+8mu/VIZM+3HQkpJduAeI7qjHL+H2TOqb0=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=diTH64VoYXJEoLpAHGlN6Ltfcc3/Ey2NPd2QfiEUKrFsndt2g4Q/8b7p6N/euLzNwGjl5q qxaS0J/vJynfmqFZRLp8FzlK0o48hBYeE+JEuDd00kmj+XCeuvP5/7e9QW2w6NPiPyPePM WcD24yo1qbkKbW8S+CE9Ovrc2kqQw3g=;
Received: from [172.16.11.4] (shiny.isode.com [62.3.217.250]) by waldorf.isode.com (submission channel) via TCP with ESMTPA id <T=xWJAAkREAs@waldorf.isode.com>; Tue, 10 Jul 2012 17:19:48 +0100
Message-ID: <4FFC561F.7070205@isode.com>
Date: Tue, 10 Jul 2012 17:19:43 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
To: Graham Klyne <graham.klyne@zoo.ox.ac.uk>
References: <20120710000754.6BF59B1E006@rfc-editor.org> <4FFBE454.1020601@zoo.ox.ac.uk>
In-Reply-To: <4FFBE454.1020601@zoo.ox.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] RFC 6657 on Update to MIME regarding "charset" Parameter Handling in Textual Media Types
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Jul 2012 16:19:07 -0000

Hi Graham,

On 10/07/2012 09:14, Graham Klyne wrote:
> On 10/07/2012 01:07, rfc-editor@rfc-editor.org wrote:
>>
>> A new Request for Comments is now available in online RFC libraries.
>>
>>
>>          RFC 6657
>>
>>          Title:      Update to MIME regarding "charset"
>>                      Parameter Handling in Textual Media Types
>
> I didn't see this one coming.  I'm a bit confused by the specification.
>
> If we define a media type that is *always* UTF-8, does this count as 
> transporting its own charset information?  Should we say that the 
> media type

I think you meant the "charset" parameter.

> SHOULD NOT be included, or that it SHOULD be included with value 
> UTF-8?  Section 3 implies the latter, but it also talks about media 
> types defining their own default encoding.

For backward compatibility with RFC 2045 it would be better to require 
explicit 'charset="utf-8"', but not allowing the charset parameter and 
saying that the payload for your text/foo media type is always in UTF-8 
is fine.

> (This is not an academic question - a W3C group I'm involved with is 
> about to submit a registration for a UTF-8 only text/... media type)
>
> #g
> -- 
>
>>          Author:     A. Melnikov, J. Reschke
>>          Status:     Standards Track
>>          Stream:     IETF
>>          Date:       July 2012
>>          Mailbox:    Alexey.Melnikov@isode.com,
>>                      julian.reschke@greenbytes.de
>>          Pages:      6
>>          Characters: 10111
>>          Updates:    RFC2046
>>
>>          I-D Tag:    draft-ietf-appsawg-mime-default-charset-04.txt
>>
>>          URL:        http://www.rfc-editor.org/rfc/rfc6657.txt
>>
>> This document changes RFC 2046 rules regarding default "charset"
>> parameter values for "text/*" media types to better align with common
>> usage by existing clients and servers.  [STANDARDS-TRACK]
>>
>> This document is a product of the Applications Area Working Group 
>> Working Group of the IETF.
>>
>> This is now a Proposed Standard Protocol.
>>
>> STANDARDS TRACK: This document specifies an Internet standards track
>> protocol for the Internet community,and requests discussion and 
>> suggestions
>> for improvements.  Please refer to the current edition of the Internet
>> Official Protocol Standards (STD 1) for the standardization state and
>> status of this protocol.  Distribution of this memo is unlimited.
>>
>> This announcement is sent to the IETF-Announce and rfc-dist lists.
>> To subscribe or unsubscribe, see
>>    http://www.ietf.org/mailman/listinfo/ietf-announce
>>    http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist
>>
>> For searching the RFC series, see 
>> http://www.rfc-editor.org/rfcsearch.html.
>> For downloading RFCs, see http://www.rfc-editor.org/rfc.html.
>>
>> Requests for special distribution should be addressed to either the
>> author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
>> specifically noted otherwise on the RFC itself, all RFCs are for
>> unlimited distribution.
>>
>>
>> The RFC Editor Team
>> Association Management Solutions, LLC