Re: [Extra] Benjamin Kaduk's Yes on draft-ietf-extra-sieve-special-use-04: (with COMMENT)

Benjamin Kaduk <kaduk@mit.edu> Thu, 10 January 2019 21:46 UTC

Return-Path: <kaduk@mit.edu>
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 37443131275; Thu, 10 Jan 2019 13:46:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mit.edu
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 hKPY6-upnAFo; Thu, 10 Jan 2019 13:46:07 -0800 (PST)
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680099.outbound.protection.outlook.com [40.107.68.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A61F4131273; Thu, 10 Jan 2019 13:46:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mit.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ooeBRYJ1kzFI0nsDrIdrEDcbcYL37JJqTtA5ImIcW0g=; b=mRydXWKTI8iZHlpkSx4uLXSa8U2PR8S1q8mPHYUKF5rWlxuq8Ejy7Hqe/my+YVI7a/Tc/mgnGGd/VkTop6b9AYMPuRmY3y4KIN1F/WuCXeEcCGJsstHc+S0z5KwkL4pU4Lf1b7bZUzaLd/7vtzNoJ3tbaVlbg+Vvzd0NQa5mfuk=
Received: from BN6PR0101CA0027.prod.exchangelabs.com (2603:10b6:405:2a::40) by CO2PR01MB2022.prod.exchangelabs.com (2603:10b6:102:6::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1495.9; Thu, 10 Jan 2019 21:46:03 +0000
Received: from DM3NAM03FT010.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e49::209) by BN6PR0101CA0027.outlook.office365.com (2603:10b6:405:2a::40) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1516.13 via Frontend Transport; Thu, 10 Jan 2019 21:46:02 +0000
Authentication-Results: spf=pass (sender IP is 18.9.28.11) smtp.mailfrom=mit.edu; ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=bestguesspass action=none header.from=mit.edu;
Received-SPF: Pass (protection.outlook.com: domain of mit.edu designates 18.9.28.11 as permitted sender) receiver=protection.outlook.com; client-ip=18.9.28.11; helo=outgoing.mit.edu;
Received: from outgoing.mit.edu (18.9.28.11) by DM3NAM03FT010.mail.protection.outlook.com (10.152.82.65) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1471.13 via Frontend Transport; Thu, 10 Jan 2019 21:46:02 +0000
Received: from kduck.mit.edu (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x0ALjw1c016185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 10 Jan 2019 16:46:00 -0500
Date: Thu, 10 Jan 2019 15:45:58 -0600
From: Benjamin Kaduk <kaduk@mit.edu>
To: Ned Freed <ned.freed@mrochek.com>
CC: The IESG <iesg@ietf.org>, extra@ietf.org, draft-ietf-extra-sieve-special-use@ietf.org, yaojk@cnnic.cn, extra-chairs@ietf.org
Message-ID: <20190110214558.GQ28515@kduck.mit.edu>
References: <154708325763.4990.14007827148353808097.idtracker@ietfa.amsl.com> <01R1TR9L1OVU00004L@mauve.mrochek.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <01R1TR9L1OVU00004L@mauve.mrochek.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:18.9.28.11; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(346002)(376002)(136003)(396003)(39860400002)(2980300002)(199004)(189003)(106466001)(1076003)(7696005)(356004)(50466002)(47776003)(53416004)(16586007)(54906003)(76176011)(786003)(106002)(5660300001)(46406003)(316002)(186003)(26826003)(36906005)(86362001)(58126008)(478600001)(336012)(26005)(4326008)(6246003)(8676002)(2906002)(88552002)(8936002)(97756001)(104016004)(33656002)(305945005)(246002)(229853002)(55016002)(6306002)(6916009)(966005)(126002)(446003)(956004)(14444005)(486006)(11346002)(476003)(426003)(23726003)(75432002)(18370500001); DIR:OUT; SFP:1102; SCL:1; SRVR:CO2PR01MB2022; H:outgoing.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-auth-1.mit.edu; A:1; MX:1;
X-Microsoft-Exchange-Diagnostics: 1; DM3NAM03FT010; 1:ROHM+OzAhFmwKnGSF6QpH612NIVjlQ1dD1zgmLffQv1P6wcIMUNMZ/QizCexbI2tZOoFTuJXC+HU5dFkuw8Z1yrwtaHir6q9ylEBWmST03CjzEQZRxOzF7hDCgWMoQza
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 6fc35cc2-3dd7-4ecc-da5e-08d677450426
X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4608076)(4709027)(2017052603328)(7153060); SRVR:CO2PR01MB2022;
X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2022; 3:iw/F/FDYYUgfiGHdxMUUzHOttVJasB/g+7UrnvPoR+aZw0TzK9oUWQLX+zDB3rYmIlsWHxdcfwHfElgyyxSf9wPFJ+K/QXBsOBY1QtMt9CJav9UV85xcYNrbS5q+w0zlz0/IToKmCwnQv8jDOvIVcxuUE/VLqZz854qBcdwHrJtWnO2jj0Oxk6c5lpjRv6BMZQXKa3eneYERvtqkpAEOYu2lLfyTb0LNxZQh7PJ+4SSxbobdQlggz5j95YPN4A9DRQAaoLG4nTsimJEDQmTqGSTN2GX2WjWYw0aT3hfrH30Bn2YJYoRccF1wZZryZxx4o6p4JxG3QeLl8FNwyE0a7tRqp/hzlmRVp2sMhGNPI3WFY9SMtOhI9mQoYQkz0+fw; 25:xK1hFLURpJFw/st6wCLAgbZQ9lpS2d/73/KiKmTFxRTa+DPiMnE7lpV/PeIxKP8y7tqLwX3ZR7GbaMTVN2+3ZTI/q/5ES0x8UDjsUODzBdOXFbY1oqh3WBHDSTWX7h6gDISYzywkRpzJjIZdsxSXv1J9eOtvaU0Ba5bC9Rjexa12tpreepbY8ZOhhVkBq4507AV6uIRWM/6DXTIpZd93N5syuXAWMSkfXYKgjSwuZBk2bNCByimoRr2bUQdXjJJJGd/DsvREAEUwGqi44RcLeVx03n6HSex9CUPq0wVPjTJxQmJMGuksI18nVh5kyW1X3ubylCL0NwGc6zHk50kYPA==
X-MS-TrafficTypeDiagnostic: CO2PR01MB2022:
X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2022; 31:0Z9Aoq902VxlwTIiWwfWcT1X2DnpRbjN8C4PeCB39qsSlieaLn5lmmhkwjbMvepmsK8XQG1yPCEIuKqR/kihhmHmO/fdeUjO4aHQEE3RoOzBl/1BjT2ZIhVVlT6EIO/JbTa0FJkjVA5HBEYPBeeYYKxU7rrkAYatAl3tvLFgGo0fxt/HrcIpiukgXwNgeuWsywZWIwpasZYoO5Y4x+KjwRdVSCbTt8SemQVAFe3Qj5k=; 20:Xeoif5JLaAWGFTgrI7P966MKjdVtV1u30h1urcZP+1++vd3EmPYn1/7EEAYCp7RFCGBy3HxrHYRTne5hEobjjSGO96y18+9b3E2bseuHWeV7IzpVXhwxfNkkJeU7xPd9A9ycc4o1ND4CAJMJHWCLcvt7NWcDDmsg5x+4j/7hnMZI1vTEAoM037lBsES8r1JbjIlU54doa/cCpzK1wMpcaJi0559vx0KKkC/7gfXeW/+K7DjFbXzSh4kNoERImldfNq2nL7mN2wmpX21aO45gMrIMuzBPVpKfqLt81ZKmxtmpdMaLDa1i6Q6Vc/7c+HQDtfY1ap5IDzUXRsLb8TMpiI/0oaEQNlig+qhAnJEs6NKFFpfgME3kY4mYYHHqV3OOC+Xr9Nl4zY+qp6U6dtPUQOn1fttEA8hqZJG72kNLO2lxcirSfdM47oE0Nun85/STwxWnYoWnm7tf89+WCx5RSEH65iAj3H62BIgVLzv/L5wVKIKB9tuyHgCFt48+TQ2x
X-Microsoft-Antispam-PRVS: <CO2PR01MB2022BF3DF443A695CF8F31A5A0840@CO2PR01MB2022.prod.exchangelabs.com>
X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2022; 4:AIDMpu/ZdN7LtboyWVAt5kaa3ZkpS8lGoTFP3R05fcE/GVXPyghkTI7epiYqeZHkWwUheJEgQZcDvwoxW3QSDO5FaR8L9K4JhBFo0AWSgOnxTCO8g2eumWRXQccNkbpUsF0KUIvgjNJOgNqJfGBEU6qof+0jx2mc/0lZfkamhx20+sPsHP3pM5xJD3ZprEu0zjhVi1VyP24FaNt3B4mQ0gpMj0KnwUer3E+6elxZ9yFE1BySHFZyt/nxByNenrMDywSrDR3gqwKV8ohNB6hxotus99Wj0iGuCHJ7DUUTaoxX1eokscoCg1HcqYrb/ZCs
X-Forefront-PRVS: 0913EA1D60
X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2022; 23:jaD3zCo/8iCmy+qMl9eYS6QgAo+zL1wD8UCVG3Nddt2Iy/hVF/WFC3Ges97QLl8tEUv5XJ89WEqb3bKWykUaOBJvYlInCwW8qGRCImDRi6oXOzCeQPLL5VoxGCqo/tcY6tmWYro50Q0N1ecnIBxG1f8hFSfzzrrvUcTEkiN7y80PGI7OgYoT+vErOvYs3AU5rg1SUj7CY/asRH/zKLtQKE/5QSNDozXgIbpkg+CQCRVIm4ly+MLz0o6Es+4yGfwaqZpMCxbsQTBDxROH1t+1+nYOPGdUHlw/mcH+GGR3Te9Lv7CBydt32EXVSVzqYfOWNzRcq97dk04DH6U+fIm3urVGivDvgKlNMewaR0R/IG08uC6QKo5QfMlg0nWPjCEa7hm65Fe4r3J/J+1C0QW6wZzb2514XRA7R8N0gQemLP/cekOZLSqkyWuqgDlNRP2CGI2tNcM2d2gVXqhZBkrRoCUqOX439bBpQRSWr4l+zNiCG/TZRHWc2XrvTsipyf6zHI9B/8khI5/gWJ/nGRWF8w0hG6WsFdcoR1aLvyplq2QKoQ3A+9Bg7HPhdd73Eokr+2sT9WEMDTQQEf6ALADKOsaqJFB5Q4UzUSEn28rm5aP1OZjhWUbWKMQ/kf19QQVxtUX3902+DTxbyPf4gGnj3B1TzAuXaQXcdyVQQV+5dKmP9MIjKljQrXOWwmQeOmVhYQNujhNIAHLplqBiB/wWXWozUyKxLwi1vdv/akh6Q7OvOeX8//JvJLnb6/zCG6vf797uOK6pTpFdLT4I3lVjpmCeLrIuqSqk7r4B3M6MepUe8/Tzw0PjDWocoxaekxH3UdoFWLRTmf2yfJkgT1zWJuoQ+uM/Qq0JWKFNdkax64VXLt2HI+ljd0AYNg/tqMnzcMdDcQuH1wc3cim7al2JaK8ecti0qDqx8OEVK20md0Rh3SUhUVR+l/4VkTul+UPOyUmqofDxODplsKoXhw6UNRdf+/dpiRBFPbbGMifXJ5A4GClJC8G0DfZmebFnIavKnNZi+geWoy2euVKA9raINc4hsHAEAeSZgRhSl6unKRiIZnm6DL0ktDQXMOpe7MfKrhob+m0Z6avjTzlCnljmYa0oBrfzLPPNTRp5p0eyn21+OYaRvTb4ZdWYK1lpfnt9J/VKxAZcc9Bvq4WV0oFQ+aqL4NM3qGrq/dg3qlN7SQS+WYAZe0gRk+ppcZpH7kJcKpQ32wkApDJZ9ipvn2pB396aUNdyfBebS3p+iki93R41uRl5OUDtBDYzs+238BVW
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam-Message-Info: OXl5btDihH10SqhCrPMOuS+LU1Z1D7QGua0AZccjtUCaHW77HQPmJyP4CjlgjQO+fgAt2D7x96d1YQokO+lyJqSFAfOKIdHp36jOE/RBXldWXAhjBWB8VftkkE+UfaPXZ5bZMR1if4Z/2z7VqN2FPjc8gsKdXfVD7HtvmJlAa2qOGxDHXstDK3fC4uMWx4J2JX1O5eyOYYFcAJnQwlTBUCedR051+ns4Syuk5gp7EC+ZW6JtAsjtv8SMDHmiZQWt8VyqiYzhIYAXsh3pUCWafibRjZUuRglVGcI8VN+7Jl8WoHetIy7gUD/qzJx1uc9S
X-Microsoft-Exchange-Diagnostics: 1; CO2PR01MB2022; 6:RbnzPlbCs7sV4wg3ERP4l3w2wD3qTc0WPpx6GQSV1ihLBtf3Rjc3JQPvScQAyPyI/prBt3frmIX6d2ekrB0NCIaPl6M954l6P2x0JvQLTg51P13DKHNVMqlpQE2z5CW1POMybDq0SDTaMh2ilJTJvubnD5ChzgW4iSv0PyIs2Xj2exRzJ/fk0PPUARvIRlwB3509bhwyzKTLN4bFqE+3lYVwhDMAzido9royW5y/QkEicRZ02u5T7J5pAqazedOXzAu8J+dYXGxtcRnWXRtbry7cCIbfIcOLbnM7nFWul1V44BeWmVFT0tIv2l/m5ls/jkFouWJkwQaJ8Gi7BYRUNqiJMyfsxvSVAlhf8H4U1iq4VVJVjaAxHe+vXGeii2PFNr5jbKtILAPhxPkFSCNHR4jUVE/IsAy4K5zSWH1XWFySHBlYbNO8iZ63tyN+PyWEQNKhUFlb0rCzzPxG27IMOA==; 5:JRZ3bF8HMjLljiAp45qyKT+B17fBpji5lqXiOsYPCdXUtRCeuglrmECCXcIPLPR5nnNiMJpt/0WK46nJF2FH4tO7yWmCb5depJOaHJhvDT3+zbw2pn8bY/8uHoAzViqIBupeu5T/i7JTQakBEY2bgTVQt9S/8KfTT3h+yRAnQY0Jky/GFwyCvoAigC4M9ni/5ivA7IZSs+gHcu+gMlkoig==; 7:zA4A0G3MNwyr0be/mI4DDwy7cQxR7yc0PQP4WFV8QQEAsgC2sIjYT+rFUI1kMXVckDEysyFIZSdZAvi2Ibor/ULqAYpcVeFEv3L17HqUYMMVZmoqN+8JdiYwFNt7rdkdUMaukVTi3OpgPp4q7rFqRw==
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2019 21:46:02.1232 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 6fc35cc2-3dd7-4ecc-da5e-08d677450426
X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.9.28.11]; Helo=[outgoing.mit.edu]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO2PR01MB2022
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/lp5Fc9g2_PgknWdCND3oaNTb5bU>
Subject: Re: [Extra] Benjamin Kaduk's Yes on draft-ietf-extra-sieve-special-use-04: (with COMMENT)
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
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, 10 Jan 2019 21:46:10 -0000

On Wed, Jan 09, 2019 at 11:31:27PM -0800, Ned Freed wrote:
> > Benjamin Kaduk has entered the following ballot position for
> > draft-ietf-extra-sieve-special-use-04: Yes
> 
> > When responding, please keep the subject line intact and reply to all
> > email addresses included in the To and CC lines. (Feel free to cut this
> > introductory paragraph, however.)
> 
> 
> > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> > for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> > The document, along with other ballot positions, can be found here:
> > https://datatracker.ietf.org/doc/draft-ietf-extra-sieve-special-use/
> 
> 
> 
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> 
> > I'm balloting Yes because this document seems like it is going to do the
> > right thing in helping to keep sieve up to date with IMAP.  But I do still
> > have a few comments.
> 
> > Section 4
> 
> >                      Implementations SHOULD handle an invalid special-
> >    use flag in the same way as an invalid mailbox name is handled.  The
> 
> > (Does "invalid" mean "syntactically invalid" or "nonexistent" or something
> > else?  Presumably this is just a sieve convention that I've not been
> > exposed to yet...)
> 
> Given that the preceeding sentence in the paragraph is "The special-use flag
> specified with the ":specialuse" argument MUST conform to the "use-attr" syntax
> described in Section 6 of RFC6154 [SIEVE-MAILBOX]." I think it's actually
> pretty clear that this is talking about syntax and not something. I suppose
> changing it to say "syntactically invalid" would not hurt, but I don't really
> think it's necessary given the context.

Okay.

> What actually concerns me more here is the MUST in the first sentence. This use
> of compliance language strikes me as misplaced. Sieve scripts are specified by
> users one way or another and say what they say; when we talk about compliance
> in these documents we're talking about what a Sieve implementation has to do,
> like the SHOULD in the second sentence, which is actually dealing with the
> case where the MUST is violated.

It's probably clearer to say something descriptive like "[...] flag
specified with the ':specialuse' argument conforms to the 'use-attr' syntax
described in [...]"

-Benjamin

> >                                                    However, while the
> >    set of mailboxes to which the involved special-use flags are assigned
> >    remains unchanged, implementations SHOULD ensure that the mailbox
> >    choice is made consistently, so that the same mailbox is used every
> >    time.  Conversely, the chosen mailbox MAY change once the special-use
> >    flag assignments that are relevant for the mailbox choice are changed
> >    (usually by user interaction).
> 
> >    If delivery to the special-use mailbox fails for reasons not relating
> >    to its existence, the Sieve interpreter MUST NOT subsequently attempt
> >    delivery in the indicated default mailbox as a fall-back.  Instead,
> >    it MUST proceed exactly as it does in case the ":specialuse" argument
> >    is absent and delivery to the mailbox named by its positional
> >    argument fails.  This prevents the situation where messages are
> >    unexpectedly spread over two mailboxes in case transient or
> >    intermittent delivery failures occur.
> 
> > It seems a little inconsistent to only avoid spreading messages over two
> > mailboxes as a SHOULD for when multiple options exist but a MUST for
> > transient delivery failure.  But presumably this has already been
> > well-discussed in the WG and I shouldn't try to reopen it.
> 
> Yes it has. I am not happy with it, but given the semantics of special-use in
> IMAP I don't see how it can be handled any other way. For example, if someone
> has the same special-use flag on two different mailboxes, then removes them
> both, then some time later puts them back, it's just not reasonable to expect
> an implementation to remember the original ordering and return to it.
> 
> > Section 4.2
> 
> > The IMAP example should probably use RFC 6761 domains.
> 
> Agreed.
> 
> 				Ned