Re: [apps-discuss] Feedback on draft-moonesamy-rfc2369bis-01 and draft-moonesamy-rfc2919bis-01

Alessandro Vesely <vesely@tana.it> Fri, 06 January 2012 12:55 UTC

Return-Path: <vesely@tana.it>
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 2C01C21F88C8 for <apps-discuss@ietfa.amsl.com>; Fri, 6 Jan 2012 04:55:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.412
X-Spam-Level:
X-Spam-Status: No, score=-5.412 tagged_above=-999 required=5 tests=[AWL=1.307, BAYES_00=-2.599, GB_I_LETTER=-2, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_MED=-4]
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 cA8jRfScaUxd for <apps-discuss@ietfa.amsl.com>; Fri, 6 Jan 2012 04:55:10 -0800 (PST)
Received: from wmail.tana.it (www.tana.it [62.94.243.226]) by ietfa.amsl.com (Postfix) with ESMTP id C0CF221F88D0 for <apps-discuss@ietf.org>; Fri, 6 Jan 2012 04:55:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=test; t=1325854508; bh=YTkPbEo0VuZBsEvvHXwqXToSErkwJEN9uOBhMGp41OY=; l=1602; h=Message-ID:Date:From:MIME-Version:To:References:In-Reply-To: Content-Transfer-Encoding; b=UZKy35PI4U4BkQzQ4irqUVDfIULdpHKaRjhifDqFZAwWRW2rPQ+ybB1CKM8Az9vMX 0q8NlIevccdfaF07/ggZp0jZNXxacd8V0AztmwsPrf6fxCzWQ8MHn4EUGNNky8WUdK n669LKzcjoFbQBDM0yKa4oFGjgp4wkDpJBoQfoOU=
Received: from [109.113.224.229] (softdnserr [109.113.224.229]) (AUTH: PLAIN 515, TLS: TLS1.0,256bits,RSA_AES_256_CBC_SHA1) by wmail.tana.it with ESMTPSA; Fri, 06 Jan 2012 13:55:03 +0100 id 00000000005DC039.000000004F06EF28.0000551B
Message-ID: <4F06EEFD.1060707@tana.it>
Date: Fri, 06 Jan 2012 13:54:21 +0100
From: Alessandro Vesely <vesely@tana.it>
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:8.0) Gecko/20111105 Thunderbird/8.0
MIME-Version: 1.0
To: apps-discuss@ietf.org
References: <6.2.5.6.2.20120104113753.0a6e00e0@elandnews.com>
In-Reply-To: <6.2.5.6.2.20120104113753.0a6e00e0@elandnews.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [apps-discuss] Feedback on draft-moonesamy-rfc2369bis-01 and draft-moonesamy-rfc2919bis-01
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: Fri, 06 Jan 2012 12:55:17 -0000

Hi SM,
hope you don't mind my taking this occasion to ask some questions.

On 04.01.2012 21:18, S Moonesamy wrote:
> 
> I would appreciate some feedback on draft-moonesamy-rfc2369bis-01

(I'd only s/e-mail/email/ in Section 3.8, per
http://www.rfc-editor.org/rfc-style-guide/terms-online.txt)

> The changes from  RFC 2919 are:
> [...]
> 
>   o  Added a paragraph in the appendix about subject tags

Nice addition.  Would it make sense to promote that from appendix to a new
"Definitions" section?  (I don't dare suggesting that it should match the
list-label...)

Defining what is a /list/ that a List-Id identifies would be another
candidate addition.  And also what is a /nested list/, maybe.  The point is
that it is not clear whether this header field should be used also for
commercial newsletters and similar stuff.

I'm not aware of the deployment of "list-id" as suggested in the paragraph of
Section 5:

   It is suggested, but not required, that List Identifiers be created
   under a subdomain of "list-id" within any given domain.  This can
   help to reduce internal conflicts between the administrators of the
   subdomains of large organizations.  For example, List Identifiers at
   "example.com" are generated in the subdomain of "list-
   id.example.com".

Is it actually used or is it merely an example?

Instead, I found no normative statement that matches the authority on a given
domain that is mentioned in Section 2.  Should there be a SOA under
list-id-namespace?  I wonder whether there is a claim of responsibility
implied in adding List-Id to a bulk message.