Re: Opsdir last call review of draft-ietf-extra-sieve-fcc-08

Alexey Melnikov <aamelnikov@fastmail.fm> Wed, 09 January 2019 11:05 UTC

Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCD3112F1A6; Wed, 9 Jan 2019 03:05:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=D/OGt9hp; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=yarV84FO
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 f-5vz2u98nMf; Wed, 9 Jan 2019 03:05:18 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD3A6130DCA; Wed, 9 Jan 2019 03:05:14 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id AC2D623695; Wed, 9 Jan 2019 06:05:13 -0500 (EST)
Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Wed, 09 Jan 2019 06:05:13 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:cc:mime-version:content-transfer-encoding :content-type:in-reply-to:date:references:subject; s=fm2; bh=08M v18ihZyA5kbfEz020TEC6DGWYakUuKcxFaZ2+3so=; b=D/OGt9hpEN+n2In1UR6 vv2EMz5Mh1jiJ1xXrDnIq3Q1cSDAeNcrYWrBFEFd9RgbVMF3mYtlWKRgc4CbEOQI RMXr4wE2hO73BjuFiFuzeE3PebW5Gd2WdB5w5s94vuQadpI1ljcIodlBTJVNs2xe 44pDGuBAltgyW2nKjpdbhio6QUJ1KBXWRB9P4RLnS6WaMr1z2bw7TDQdSt+zWr1h gGNvlT7tEHXXFLhixy1NHDptOor7R2mgQ6dJtme7qkgkM2CbQpUSdxjqbrtYYUqF 2AXHGYy0oGNYSX97BO4ive4IAI1Vx22hzLmgba9HFZ9EczA7byppFdFLlnLuScDm Q/Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=08Mv18ihZyA5kbfEz020TEC6DGWYakUuKcxFaZ2+3 so=; b=yarV84FOhb8ylnir/FMAjH5RFdaX4waDgGs1qoPvF9oUzLanJxC/x+V0+ hFi2rVOQUJDUjMpSIRQmFaQUYW+qf3TnGH5Ce4K3ML8o5zyVkZoRVmS+gLLdPQQj SlKi5LIsYM5JGz84CJlbT6xa9xL3ECbeM2na0k54wMyuT+j/3xpwIGfMDRbSXHZK NaMUEFN1Ba1mmY7oVuvKnP0Gq7OOsVien52TWiXVoDnH4ctTSnJMvCpWvsG1dA7z euIAIFLbOpsW1SJTER5z1YS6WkrEdr0t9vmliU1ng7ooqGLFp1Y+6E85/le9qkQU wcksDqMam7DMOWcD0lZjyoy8iHEVw==
X-ME-Sender: <xms:adU1XMKDQHbu5X2OA2GcWEyAKFTYs8eJa_bcH6VeMf7qclNiFV-bIw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledrfedugddvfeculddtuddrgedtkedrtddtmd cutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkffhvfgggfgtofgjffhfufesthejredtredtjeenucfhrhhomheptehlvgig vgihucfovghlnhhikhhovhcuoegrrghmvghlnhhikhhovhesfhgrshhtmhgrihhlrdhfmh eqnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrghmvghlnhhikhhovhesfhgrshhtmhgr ihhlrdhfmhenucevlhhushhtvghrufhiiigvpedt
X-ME-Proxy: <xmx:adU1XMTmQQ2wPWsLn4Hw6rFleco55zObkLMIxYOjT6q-82pvcyNFEA> <xmx:adU1XEpj5vwweWL1uRWtyd2L9wvLXBfLcBCxmw6qEGDs5LHLqlMvqA> <xmx:adU1XBqDs8KUvH9CUBNMUFNaMK9eQS62X-jP-3az9qSt4tG45q-rHA> <xmx:adU1XNoA1Ko-Yb2MV7gGfo0GoQQUt7B4yg9WFRKTjbdz3S4wqbf7_g>
Received: by mailuser.nyi.internal (Postfix, from userid 99) id 75A1E9E15D; Wed, 9 Jan 2019 06:05:13 -0500 (EST)
Message-Id: <1547031913.1905154.1629702968.4FBE79B8@webmail.messagingengine.com>
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: Dan Romascanu <dromasca@gmail.com>, ops-dir@ietf.org
Cc: extra@ietf.org, ietf@ietf.org, draft-ietf-extra-sieve-fcc.all@ietf.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-5ae1f753
In-Reply-To: <154702622280.7446.9285138848727921959@ietfa.amsl.com>
Date: Wed, 09 Jan 2019 11:05:13 +0000
References: <154702622280.7446.9285138848727921959@ietfa.amsl.com>
Subject: Re: Opsdir last call review of draft-ietf-extra-sieve-fcc-08
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Z-FB9ItVjoJiGnQ0tgYrkoXVJW0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Jan 2019 11:05:20 -0000

Hi Dan,
Thank you for your review.

On Wed, Jan 9, 2019, at 9:30 AM, Dan Romascanu wrote:
> Reviewer: Dan Romascanu
> Review result: Has Issues
> 
> The document extends the Sieve Email Filtering Language [RFC5228] by providing
> a number of action commands, some of which can generate additional messages of
> behalf of the user. It is a clear document, its target being developers and
> users of the protocol. I liked the fact that the authors included a
> 'Compatibility with Other Actions' section that describes the interoperability
> with existing deployed versions of the protocol, as well as the inclusion of a
> temporary section about Implementation Status. I am missing however some
> information about possible impact of the new action commands on deployment and
> operations on servers already in operation. I assume that scalability and
> compatibility between older and newer versions (including or not the new
> defined commands) were assessed, but this is not documented.

As :fcc is controlled by Sieve extension mechanism, Sieve scripts need to be updated before :fcc can be used. This means that either users need to manually update scripts and/or implementations that would use :fcc automatically need to be updated.
So older (nonextended) implementations are not affected by this extension.

Does this help or did I miss the point you are trying to convey?

Thank you,
Alexey

> Some confirmation,
> warnings (if any) and useful information that operators should know at
> deployment would be useful. I suggest that you consider adding such a paragraph
> or short section.
>