Re: [apps-discuss] Alissa Cooper's Discuss on draft-ietf-appsawg-sieve-duplicate-07: (with DISCUSS and COMMENT)

Stephan Bosch <stephan@rename-it.nl> Thu, 26 June 2014 08:32 UTC

Return-Path: <stephan@rename-it.nl>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 405741B2AD5; Thu, 26 Jun 2014 01:32:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.456
X-Spam-Level:
X-Spam-Status: No, score=-0.456 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, RP_MATCHES_RCVD=-0.651] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BJdzOrEZV37P; Thu, 26 Jun 2014 01:32:45 -0700 (PDT)
Received: from drpepper.rename-it.nl (drpepper.rename-it.nl [217.119.238.16]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB8691B2F3C; Thu, 26 Jun 2014 01:32:44 -0700 (PDT)
Received: from klara.student.utwente.nl ([130.89.162.218]:60351 helo=[10.168.3.2]) by drpepper.rename-it.nl with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from <stephan@rename-it.nl>) id 1X056e-0000hk-Lq; Thu, 26 Jun 2014 10:32:38 +0200
Message-ID: <53ABDA5C.7010000@rename-it.nl>
Date: Thu, 26 Jun 2014 10:31:24 +0200
From: Stephan Bosch <stephan@rename-it.nl>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Alissa Cooper <alissa@cooperw.in>, Barry Leiba <barryleiba@computer.org>
References: <20140620004041.5801.22430.idtracker@ietfa.amsl.com> <53A3E7EB.1030604@rename-it.nl> <CALaySJJYzhmMnUBpe2=oWPAGEs+KQTx6d3WVYNfx5QtyWkTs1g@mail.gmail.com> <CFCDF863.42C1C%alissa@cooperw.in>
In-Reply-To: <CFCDF863.42C1C%alissa@cooperw.in>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-RenameIT-MailScanner-SpamScore: -2.3 (--)
X-RenameIT-MailScanner-SpamCheck: No, score=-2.3 required=5.0 tests=ALL_TRUSTED, BAYES_00 autolearn=ham version=3.3.1
Archived-At: http://mailarchive.ietf.org/arch/msg/apps-discuss/OuARaKKi5XBT6s80aPPidjJBIv4
Cc: "appsawg-chairs@tools.ietf.org" <appsawg-chairs@tools.ietf.org>, "ned+ietf@mrochek.com" <ned+ietf@mrochek.com>, The IESG <iesg@ietf.org>, Apps Discuss <apps-discuss@ietf.org>, "draft-ietf-appsawg-sieve-duplicate@tools.ietf.org" <draft-ietf-appsawg-sieve-duplicate@tools.ietf.org>
Subject: Re: [apps-discuss] Alissa Cooper's Discuss on draft-ietf-appsawg-sieve-duplicate-07: (with DISCUSS and COMMENT)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
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, 26 Jun 2014 08:32:47 -0000

Hi Alissa, Barry,

On 6/23/2014 4:29 PM, Alissa Cooper wrote:
> On 6/20/14, 7:57 AM, "Barry Leiba" <barryleiba@computer.org> wrote:
>
>>>> "When the ":uniqueid" argument is used, such normalization
>>>>    concerns are the responsibility of the user."
>>>>
>>>> I don't quite get this. Do we expect users to, e.g., specify that
>>>> uniqueid strings should only be compared after conversion to UTF-8?
>>>> That
>>>> would seem to rely on a level of technical sophistication that almost
>>>> no
>>>> users actually have.
>>> I am not sure what exactly you mean here. The normalization concerns
>>> listed before that sentence all apply to header field content, something
>>> the author of a sieve script cannot control directly. With ":uniqueid"
>>> the script author is directly responsible for the composition of the
>>> unique ID value.  [etc...]
>> The problem here, really, is "the user", I think.
>>
>> What you really want to say, and something I don't think would make
>> Alissa blink, is this:
>>
>> NEW
>> When the ":uniqueid" argument is used, any normalization
>> needs to be done in the Sieve script itself, as the unique ID
>> is created.
>> END
> Yes, this solves my issue.

Overlooked this one for -08, sorry. Addressed in -09.

Regards,

Stephan.