IETF Logo Mail Archive

Re: [spfbis] WGLC: draft-ietf-spfbis-4408bis-14

"Murray S. Kucherawy" <superuser@gmail.com> Thu, 09 May 2013 17:55 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: spfbis@ietfa.amsl.com
Delivered-To: spfbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C49E21F9354 for <spfbis@ietfa.amsl.com>; Thu, 9 May 2013 10:55:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=1.000, BAYES_00=-2.599, GB_I_LETTER=-2, 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 Dgw2qO3ZDsBu for <spfbis@ietfa.amsl.com>; Thu, 9 May 2013 10:55:27 -0700 (PDT)
Received: from mail-da0-x22b.google.com (mail-da0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 8D07321F9347 for <spfbis@ietf.org>; Thu, 9 May 2013 10:55:27 -0700 (PDT)
Received: by mail-da0-f43.google.com with SMTP id u7so1735860dae.30 for <spfbis@ietf.org>; Thu, 09 May 2013 10:55:27 -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=0W/53ShGdf+4ItQav60qTZloNcNxfHKshWehHl6wQIg=; b=qrw71PbIFleeY5QOa08EMtbVsmBepXXddECTMOJqGDzXhgc98elFhLVod1WDFaGrEf jMK3atf9HzmCHKq40vAiJYTLU7KsKLvdN+za9DPMwiOM4NwQz+rvBIDCZmSe+ZLOPBQA PyvwYcwCp3MV7b1aH5L51VBt+huw+MB78S8/MBhEYivWeMQv0gg+zTbtXGQVwLa0fP3X b77fHT2OS/ktdp8uiFWCexKUsewu2a7OubTTC6QHyoSEYkVsw8sVvWzOuG5AjX0SzXK2 TUKJZZrOZFwsGV+MS7eCSb+jUdrinSEa0fXvLMOkqyIUstqUyxpSWw7cH2XhCFGqyR4Q USYw==
MIME-Version: 1.0
X-Received: by 10.68.223.10 with SMTP id qq10mr13639727pbc.57.1368122127238; Thu, 09 May 2013 10:55:27 -0700 (PDT)
Received: by 10.66.234.40 with HTTP; Thu, 9 May 2013 10:55:26 -0700 (PDT)
In-Reply-To: <518BC146.6060103@tana.it>
References: <20130409062431.GK24624@mx1.yitter.info> <CAL0qLwYkudUHYrGmsHyOLsB76j=Zrn5NCCacVnd1ncG=sQNmyg@mail.gmail.com> <1734898.5zN0vMnxl3@scott-latitude-e6320> <CAL0qLwYZAKR3Y2yCLrjr2wquis23=f4iSS5x3rFGFvxZ2oF6Sw@mail.gmail.com> <518BC146.6060103@tana.it>
Date: Thu, 09 May 2013 10:55:26 -0700
Message-ID: <CAL0qLwagW0HMqg7cj6o7KLB6XBLv7sfcLvzABfkO11zL5th2FA@mail.gmail.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
To: Alessandro Vesely <vesely@tana.it>
Content-Type: multipart/alternative; boundary="047d7b2e09df674ad404dc4cc1b5"
Cc: "spfbis@ietf.org" <spfbis@ietf.org>
Subject: Re: [spfbis] WGLC: draft-ietf-spfbis-4408bis-14
X-BeenThere: spfbis@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SPFbis discussion list <spfbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spfbis>, <mailto:spfbis-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/spfbis>
List-Post: <mailto:spfbis@ietf.org>
List-Help: <mailto:spfbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spfbis>, <mailto:spfbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 May 2013 17:55:28 -0000

On Thu, May 9, 2013 at 8:31 AM, Alessandro Vesely <vesely@tana.it> wrote:

> >    macro-letter     =  %x73 / %x6c / ...
>
> No, wait.  Do we really want that?
>

We do if current implementations generally do only lowercase macro
support.  If they're case-insensitive, then what's there is fine.  It's my
impression that %{S} isn't valid to most implementations.  If I'm wrong
about that, then I withdraw the suggestion.


> The syntax of URL escaped expansions is the same as that of lowercase
> macros.  We don't need two parallel sets of production rules, do we?
>
> IMHO, adding a comment, e.g. as follows, such suffice.
>
>   macro-letter     = "s" / "l" / "o" / "d" / "i" / "p" / "h" /
>                       "c" / "r" / "t" / "v"
>                      ; uppercase or lowercase, see URL escaping below
>

 "uppercase or lowercase" is implicit in ABNF.  That's the point of my
suggestion.

-MSK

v2.23.0 | Report a Bug | By Email