Re: [apps-discuss] I-D Action: draft-ietf-appsawg-rfc3462bis-01.txt

Alexey Melnikov <alexey.melnikov@isode.com> Mon, 26 September 2011 22:10 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 1ED8521F8E07 for <apps-discuss@ietfa.amsl.com>; Mon, 26 Sep 2011 15:10:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.547
X-Spam-Level:
X-Spam-Status: No, score=-102.547 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, 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 GuD6bnVTxqJR for <apps-discuss@ietfa.amsl.com>; Mon, 26 Sep 2011 15:10:18 -0700 (PDT)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 5419321F8DED for <apps-discuss@ietf.org>; Mon, 26 Sep 2011 15:10:00 -0700 (PDT)
Received: from [188.29.120.97] (188.29.120.97.threembb.co.uk [188.29.120.97]) by rufus.isode.com (submission channel) via TCP with ESMTPA id <ToD4zwAvpVCS@rufus.isode.com>; Mon, 26 Sep 2011 23:12:39 +0100
Message-ID: <4E80DA9E.6000101@isode.com>
Date: Mon, 26 Sep 2011 21:03:42 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
To: Ned Freed <ned.freed@mrochek.com>
References: <20110922053351.2337.12758.idtracker@ietfa.amsl.com> <4E805282.5050004@isode.com> <01O6I5IVA4F2014O5Z@mauve.mrochek.com>
In-Reply-To: <01O6I5IVA4F2014O5Z@mauve.mrochek.com>
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] I-D Action: draft-ietf-appsawg-rfc3462bis-01.txt
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: Mon, 26 Sep 2011 22:10:20 -0000

Ned Freed wrote:

>> internet-drafts@ietf.org wrote:
>
>> >A New Internet-Draft is available from the on-line Internet-Drafts 
>> directories. This draft is a work item of the Applications Area 
>> Working Group Working Group of the IETF.
>> >
>> >    Title           : The Multipart/Report Media Type for the 
>> Reporting of Mail System Administrative Messages
>> >    Author(s)       : Murray S. Kucherawy
>> >    Filename        : draft-ietf-appsawg-rfc3462bis-01.txt
>> >    Pages           : 15
>> >    Date            : 2011-09-21
>> >
>> >   The multipart/report Multipurpose Internet Mail Extensions (MIME)
>> >   media type is a general &quot;family&quot; or 
>> &quot;container&quot; type for electronic
>> >   mail reports of any kind.  Although this memo defines only the 
>> use of
>> >   the multipart/report media type with respect to delivery status
>> >   reports, mail processing programs will benefit if a single media 
>> type
>> >   is used for all kinds of reports.
>> >
>> >   This memo obsoletes RFC3462.
>> >
>> >
>> The new version addresses my earlier concerns.
>> One small new issue:
>
>> The newly added:
>> 5. Registering New Report Types  
>
>>     Registration of new media types for the purpose of creating a new
>>     report format SHOULD note in the Intended Usage section of the media
>>     type registration that the type being registered is suitable for use
>>     as a report-type in the context of this specification.
>
>> What does "suitable for use as a report-type" means exactly?
>
> It means you're supposed to say something like:
>
>    This media type is suitable for use in report-type parts per 
> RFC3462bis.
>
> in the Intended Usage section of the type registration.

Ok, maybe this is just me, but I don't think this is clear. Maybe say 
"suitable for use as the second body part of a multipart/report" instead?

> In other words, this is a recommended action, not some sort of 
> registration
> criteria the type must meet.
>
>> Do you mean
>> the name of the new media type can be used as the value of this 
>> attribute?
>
> No, that's a given for such types.