[apps-discuss] draft-moonesamy-rfc2369bis-01 feedback

Mykyta Yevstifeyev <evnikita2@gmail.com> Thu, 05 January 2012 07:00 UTC

Return-Path: <evnikita2@gmail.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 2CF041F0C43 for <apps-discuss@ietfa.amsl.com>; Wed, 4 Jan 2012 23:00:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.539
X-Spam-Level:
X-Spam-Status: No, score=-3.539 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 nzNvimSy-8oC for <apps-discuss@ietfa.amsl.com>; Wed, 4 Jan 2012 22:59:59 -0800 (PST)
Received: from mail-tul01m020-f172.google.com (mail-tul01m020-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id 9BFD51F0C38 for <apps-discuss@ietf.org>; Wed, 4 Jan 2012 22:59:59 -0800 (PST)
Received: by obcuz6 with SMTP id uz6so257654obc.31 for <apps-discuss@ietf.org>; Wed, 04 Jan 2012 22:59:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=TPKvhJv2EwxHTOGOuQ6R2Sn8uYUGc8nxBOKJw/jTE5I=; b=O0wZbe3KA+dIL2FjKffTLMEU1b3IbbI1mwX2XpTm2pqA2wXKZzaIVIkt+fXPftTILn D2Q3WS3C4xqc7VFqumw7gBxTitMWF8P4mHvqa8X1xYcsQe+S5pOTkKerfkSSqZ08oErd GUBRMWeootNc8tNvTRLrhZolSAbAOC4NP1u0U=
MIME-Version: 1.0
Received: by 10.182.76.134 with SMTP id k6mr601258obw.10.1325746799194; Wed, 04 Jan 2012 22:59:59 -0800 (PST)
Received: by 10.182.30.167 with HTTP; Wed, 4 Jan 2012 22:59:59 -0800 (PST)
Date: Thu, 05 Jan 2012 08:59:59 +0200
Message-ID: <CADBvc99MzNKSwwcRwnNqS-NOfAT-q7U6h36mnkKzGBGhda=3Gg@mail.gmail.com>
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
To: S Moonesamy <sm+ietf@elandsys.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: apps-discuss@ietf.org
Subject: [apps-discuss] draft-moonesamy-rfc2369bis-01 feedback
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: Thu, 05 Jan 2012 07:00:00 -0000

Hello,

Here are some comments on 2369bis draft.

Major/non-editorial issues:

In Abstract and Introduction, you only mention those List- header
fields that were specified in original RFC 2369 but not the introduced
'List-Sequence'.

While you define 8 header fields, you provide ABNF for only one of
them.  Whereas the syntax is clear from Section 2, at least one header
field ('List-Post') may contain a value different from the URI (I mean
"NO"), so there is a need to define formal syntax here.  I think it's
a rather simple thing to do:

List-Help = "List-Help:" [ CFWS ] Uri-List  [ CFWS ] CRLF
List-Subscribe = "List-Subscribe:" Uri-List [ CFWS ] CRLF
List-Unsubscribe = "List-Unsubscribe:" [ CFWS ] Uri-List [ CFWS ] CRLF
List-Post = "List-Post:" [ CFWS ] ( Uri-List / "NO" ) [ CFWS ] CRLF
List-Owner = "List-Owner:" [ CFWS ] Uri-List [ CFWS ] CRLF
List-Archive = "List-Archive:" [ CFWS ] Uri-List [ CFWS ] CRLF
Uri-List = "<" URI ">" *("," [ FWS ] "<" URI ">")
            ; whereas <URI> is defined in RFC 3986 and <FWS> and
<CFWS> in RFC 5322
List-Sequence = "List-Sequence:" seq-id
            ; <seq-id> already defined

I tried to follows those recommendation you set in Section 2; and of
course this in no way is meant to be a perfect choice for definition.

You could provide a wider description of 'List-Sequence' and how it is
different from 'Message-ID'.

Section 6: why you don't register the newly introduced 'List-Sequence'
as required by RFC 3864 by only asking IANA to update the existing
registrations?

Editorial issues:

In Abstract and Introduction, please distinguish the scheme name
'mailto', probably s/mailto/'mailto'/.

Section 2:

   By this mechanism, protocols like http may be
   specified while still providing the basic mailto support for those
   clients who do not have access to non-mail protocols.

Did you mean "URI scheme" under "protocol" here?  These are not
synonymous, as there may be different scheme names for one protocol ot
one scheme may use different protocols.  This should be corrected, I
think.

Ibid, para 5:  "mailto" protocol -> "mailto" URI scheme.

All the best,
Mykyta Yevstifeyev