Re: [Extra] I-D Action: draft-ietf-extra-sieve-special-use-01.txt

Ned Freed <ned.freed@mrochek.com> Thu, 19 July 2018 23:15 UTC

Return-Path: <ned.freed@mrochek.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49501130E60 for <extra@ietfa.amsl.com>; Thu, 19 Jul 2018 16:15:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mrochek.com
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 7aNonDut5I7V for <extra@ietfa.amsl.com>; Thu, 19 Jul 2018 16:15:34 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [68.183.62.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DAF03130E34 for <extra@ietf.org>; Thu, 19 Jul 2018 16:15:34 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QV28UU05CW007H01@mauve.mrochek.com> for extra@ietf.org; Thu, 19 Jul 2018 16:10:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=201712; t=1532041828; bh=+lA7Xhh+qvuaIggSg7+R3hpLVSayP3YJPslwVzOjRV8=; h=Cc:Date:From:Subject:In-reply-to:References:To:From; b=U9XpzJXRdDWEcepAiOPc7paiPW+06xB9WPXjsdWDieglWABrjvNnUTJU5oATfUjV3 zMBp9WY4l6MDa4GcXWLcLgQnDkcUjO+uzZ4X26QdnUsFMgEyEMMQKDmnsGukXLXBoY UDZ5y/2Jkx9PZocSY5vuCdtUX3UoXU7vGGMpxJUU=
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: TEXT/PLAIN; CHARSET="US-ASCII"; format="flowed"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QUCIBNY1B4000051@mauve.mrochek.com>; Thu, 19 Jul 2018 16:10:25 -0700 (PDT)
Cc: Ned Freed <ned.freed@mrochek.com>, Stephan Bosch <stephan.bosch@dovecot.fi>, extra@ietf.org, Bron Gondwana <brong@fastmailteam.com>
Message-id: <01QV28UQXAS4000051@mauve.mrochek.com>
Date: Thu, 19 Jul 2018 15:55:48 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Thu, 19 Jul 2018 18:47:41 -0400" <CF99C6E6-B755-469B-B25A-5929B08338DC@oracle.com>
References: <151533655607.10858.793231788332492256@ietfa.amsl.com> <ce56fc8f-366a-8e1e-2f00-1ed22da28d15@dovecot.fi> <01QNLYA7BLVQ000051@mauve.mrochek.com> <83ddcadc-b756-91c1-3664-81955cd8f0d8@dovecot.fi> <01QTO3THVZ5I00AI1F@mauve.mrochek.com> <53350c64-d021-7f17-86b8-f1b118791cf5@dovecot.fi> <01QV1PSEOL14000051@mauve.mrochek.com> <CF99C6E6-B755-469B-B25A-5929B08338DC@oracle.com>
To: Chris Newman <chris.newman@oracle.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/cTMdEXf3awQs2a12iEBrHJEuXtM>
Subject: Re: [Extra] I-D Action: draft-ietf-extra-sieve-special-use-01.txt
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Jul 2018 23:15:37 -0000

> I believe that's an incorrect interpretation of the spec. RFC 6154
> states:

>     ...  If the client specifies the "SPECIAL-USE" selection option,
>     the LIST command MUST return only those mailboxes that have a
>     special-use attribute set.  If the client specifies the
> "SPECIAL-USE"
>     return option, the LIST command MUST return the new special-use
>     attributes on those mailboxes that have them set. ...

See the beginning of the paragraph you neglected to quote. It's quite clear
that  this is in the context of LIST-EXTENDED, not unextended LIST. This is
reiterated in the ABNF.

> This spec applies to all servers that advertise SPECIAL-USE. Those two
> MUST clauses do not have an exception for servers that do not advertise
> LIST-EXTENDED. The example in section 5.2 supports this interpretation,
> since it does not include LIST-EXTENDED in the capabilities response.

So what you're saying is that despite the fact that the section in question is
specifically about using extended list - unextended list is covered in section
5.1 - the lack of the list-extended list in the example capabilities is
sufficient reason to believe that the presence of the special-use cability
magically enables the RETURN clause component of the special use extension and
nothing else?

If this is indeed how this is supposed to be interpreted it needs to be
clarified with an errata, because your reading is frankly pretty tortuous.

				Ned