Re: [apps-discuss] draft-kucherawy-rfc5451bis

"Murray S. Kucherawy" <superuser@gmail.com> Sun, 24 March 2013 21:06 UTC

Return-Path: <superuser@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 0940E21F8DD9 for <apps-discuss@ietfa.amsl.com>; Sun, 24 Mar 2013 14:06:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 dJA9t4xQ7eT2 for <apps-discuss@ietfa.amsl.com>; Sun, 24 Mar 2013 14:06:43 -0700 (PDT)
Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) by ietfa.amsl.com (Postfix) with ESMTP id D3E6421F8CA4 for <apps-discuss@ietf.org>; Sun, 24 Mar 2013 14:06:42 -0700 (PDT)
Received: by mail-wi0-f178.google.com with SMTP id ez12so1364527wid.17 for <apps-discuss@ietf.org>; Sun, 24 Mar 2013 14:06:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=0L33OuZkGdNGMbAE6GdcOoHlChJsK4P53oXL0kQG+6c=; b=lr49PugKqF2Hy714BVJUehHE2XJ5f0/9Pawg8MIZ8OTGktWY0FE2s6ozjqGEerQi8J nKKSNQdjCQQqQHVfh4TUm3iHwmAWHJ/bK1m25qly4AsCZq9LyK446Uhm6qhqZve7vSlw mlCLNNgYsHV3Ax5mZObx20g110T8iXjkx5B79qMumGuCdoAAF+7QegH7qxPrM9e3vkEs HAsK3cdjjXQgL4A4yM35rSzKopqGwD0dq6kPHcU/lXYAX2/DckQB0tY0vAp9YCAotFJx nnd+6XJ0ZhoGdLKlm1NFGedJ7nDqb9kz3zXC2+rJwTLZJCqg3uPUtzRFmfD5xp9vPtrS s6DQ==
MIME-Version: 1.0
X-Received: by 10.180.83.10 with SMTP id m10mr21966538wiy.5.1364159201999; Sun, 24 Mar 2013 14:06:41 -0700 (PDT)
Received: by 10.180.13.71 with HTTP; Sun, 24 Mar 2013 14:06:41 -0700 (PDT)
In-Reply-To: <514EEBB7.40205@tana.it>
References: <CAL0qLwbgjnt8Msofok3ExKBmChtQPfMEFgrrZBimEzU5CYgSjA@mail.gmail.com> <CAKHUCzxfBtLTt3p3moGgEQx+p5kr=-e2Mn58xaqNvWFGiW=Lpw@mail.gmail.com> <514432BC.1010805@tana.it> <51443483.9030805@tana.it> <CAKHUCzwBrEPSVc4VtJMKZLm+5it3h7dLiW+YZ=_xO2OwP_rLoA@mail.gmail.com> <51458A59.8040206@tana.it> <CAL0qLwYEe9Wmvr-+eZL_yqChRf+a+11zRXCmW2Md9PGvH9PK-g@mail.gmail.com> <514DFAC8.7040406@tana.it> <CAL0qLwbqNUbPOYbXQEzM6X4=RLiqCQG2TbsO9A8PaE+a3Z3oNQ@mail.gmail.com> <514EEBB7.40205@tana.it>
Date: Sun, 24 Mar 2013 14:06:41 -0700
Message-ID: <CAL0qLwZZ3iB1BwtfK6TxooEzbTwSxm-KZYgcMMdPUp3OyMpMag@mail.gmail.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
To: Alessandro Vesely <vesely@tana.it>
Content-Type: multipart/alternative; boundary=f46d04428eb6a7008c04d8b210fa
Cc: IETF Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] draft-kucherawy-rfc5451bis
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: Sun, 24 Mar 2013 21:06:44 -0000

I'm not in favour of changing to a grammar that matches current use to the
exclusion of other uses without a good reason to do so.  Since in the prose
we talk about authserv-id being a domain name in the typical case but
basically also say it could be anything the operator wants to use, I think
"value" is the right thing there.  We also shouldn't be making changes that
aren't either improvements to the prose or bug fixes to the normative parts.

Keyword is probably fine for the other three you mentioned.  I'll make that
change.  This is obviously a bug fix since, as you pointed out, "dot-atom"
permits ambiguous productions.

-MSK



On Sun, Mar 24, 2013 at 5:04 AM, Alessandro Vesely <vesely@tana.it> wrote:

> There's nothing intrinsically wrong with "value", albeit it is sometimes
> a nuisance not to have a canonical form.  The point is how many A-R
> parsers will need to be updated to comply with it, since "dot-atom"
> didn't admit quotes.
>
> Another point is about extensions.  I proposed "Keyword" because it
> matches all the registered methods, and thus looks like what may seem to
> be the spirit of the spec.  If 5451bis will say "value", then the
> appointed expert will have no reason to oppose methods with long names
> and properties, comprising spaces and punctuation like some sort of
> filenames which require composition assistance in order to be spelled
> correctly.  Is that what we want?
>
> On Sat 23/Mar/2013 21:31:22 +0100 Murray S. Kucherawy wrote:
> > What would be wrong with "dkim"="pass"?
> >
> > The main difference between "token" and "value" is that the latter
> > permits quoted strings.  I couldn't think of a good reason to proscribe
> > those, and it's not like it makes parsing any more difficult; things
> > that can parse "value" have been around for years.
> >
> > -MSK
> >
> >
> > On Sat, Mar 23, 2013 at 11:56 AM, Alessandro Vesely <vesely@tana.it
> > <mailto:vesely@tana.it>> wrote:
> >
> >      On Fri 22/Mar/2013 20:22:43 +0100 Murray S. Kucherawy wrote:
> >     > I've revised the grammar in the next draft to avoid this
> >     ambiguity.  Let
> >     > me know if it works.  Essentially, "dot-atom" has been replaced by
> >     > "value", which disallows the case you've illustrated here.
> >
> >     Hm... that way it becomes possible to have "dkim"="pass".  I'd beg
> for
> >     "token", which is somewhat simpler, but it allows dots.  Wouldn't it
> be
> >     possible to have a grammar that matches the actual use?  I mean,
> e.g.:
> >
> >     authserv-id = domain-name
> >          method = Keyword [ [CFWS] "/" [CFWS] version ]
> >          result = Keyword
> >        property = Keyword
> >
> >     "Keyword" is defined in RFC 5321, as well as "domain-name".  (It
> seems
> >     to be useless to recall the definition from RFC 6376, as the domain
> >     literal alternative that was in RFC 2821 has gone away.)
> >     _______________________________________________
> >     apps-discuss mailing list
> >     apps-discuss@ietf.org <mailto:apps-discuss@ietf.org>
> >     https://www.ietf.org/mailman/listinfo/apps-discuss
> >
> >
> >
> >
> > _______________________________________________
> > apps-discuss mailing list
> > apps-discuss@ietf.org
> > https://www.ietf.org/mailman/listinfo/apps-discuss
> >
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss
>