Re: [yam] Issue #4

Ned Freed <ned.freed@mrochek.com> Thu, 10 December 2009 01:28 UTC

Return-Path: <ned.freed@mrochek.com>
X-Original-To: yam@core3.amsl.com
Delivered-To: yam@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CFFD73A69F3 for <yam@core3.amsl.com>; Wed, 9 Dec 2009 17:28:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.503
X-Spam-Level:
X-Spam-Status: No, score=-2.503 tagged_above=-999 required=5 tests=[AWL=0.096, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MBbEe9eE5-Nk for <yam@core3.amsl.com>; Wed, 9 Dec 2009 17:28:37 -0800 (PST)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.59.230.40]) by core3.amsl.com (Postfix) with ESMTP id DD1D33A6A17 for <yam@ietf.org>; Wed, 9 Dec 2009 17:28:36 -0800 (PST)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01NH27CKQIXS0073QG@mauve.mrochek.com> for yam@ietf.org; Wed, 9 Dec 2009 17:28:23 -0800 (PST)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01NH267WY3680002QL@mauve.mrochek.com>; Wed, 09 Dec 2009 17:28:21 -0800 (PST)
Message-id: <01NH27CJI5KK0002QL@mauve.mrochek.com>
Date: Wed, 09 Dec 2009 17:09:59 -0800
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Wed, 09 Dec 2009 15:39:13 -0800" <6.2.5.6.2.20091209153400.033118d8@resistor.net>
MIME-version: 1.0
Content-type: TEXT/PLAIN; format="flowed"
References: <6.2.5.6.2.20091031115845.03fdeaa8@elandnews.com> <01NFMC338P960000BI@mauve.mrochek.com> <6.2.5.6.2.20091202190648.032612b0@elandnews.com> <4B1AC04A.5050204@isode.com> <6.2.5.6.2.20091205132616.030c4420@resistor.net> <6.2.5.6.2.20091209153400.033118d8@resistor.net>
To: S Moonesamy <sm+ietf@elandsys.com>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=mauve; t=1260408313; bh=+F5sZhgrFelKTOo83eHLzN0XWMpzDU4s+R2crMwFKtI=; h=Cc:Message-id:Date:From:Subject:In-reply-to:MIME-version: Content-type:References:To; b=lTbJ3PDA/zMewG50EpO13HYJdP9ujyJEuGi/Z3wzKg/bpCqWnzFg0sU1R5o/0njCI JjLhmWaXRYV47DofyigWRA3yEF9tsw2nNwZFcYE/7erxkyKVACsBzgiTcRITzliujE Yu1y9uIdFudcRpNyMS4dDywsBFr2ZZbeDhjlP8iM=
Cc: Ned Freed <ned.freed@mrochek.com>, yam@ietf.org
Subject: Re: [yam] Issue #4
X-BeenThere: yam@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Yet Another Mail working group discussion list <yam.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/yam>, <mailto:yam-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/yam>
List-Post: <mailto:yam@ietf.org>
List-Help: <mailto:yam-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yam>, <mailto:yam-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Dec 2009 01:28:37 -0000

> Hi Ned,

> Dave Crocker posted a revised version of
> draft-ietf-yam-rfc1652bis-pre-evaluation [1].  I will close Issue #4
> unless there are any objections.

It doesn't look right to me... First of all, reference [4], to RFC 1522, should
simply be dropped since it isn't referred to in the text. And the update to RFC
1522 is RFC 2047, so it makes no sense to update this reference to one to RFC
2046. And I see no reason to retain the reference to RFC 1521. The less people
look back to RFC 1521 the better off we will be.

What needs to happen is:

      Remove reference to [RFC0974].

      Add reference to [RFC5321].  Use it to replace reference to
      [RFC0821].

      Add reference to [RFC5234].  Use it to replace reference to
      [RFC0822].  This is for ABNF specification.

      Add references to [RFC2045] and [RFC2046]. Use them to replace references
      to [RFC1521].

      Remove reference to [RFC1522].

      Remove reference to [RFC1651].  Replace it with reference to
      [RFC5321].

The text involving the capitalized MAY needs to be replaced along the lines of
what I provided in my previous email on this topic.

And finally, an IANA considerations section needs to be added containing
a registration for this extension.

				Ned