[Extra] Eric Rescorla's No Objection on draft-ietf-extra-sieve-fcc-08: (with COMMENT)

Eric Rescorla <ekr@rtfm.com> Sun, 06 January 2019 22:12 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: extra@ietf.org
Delivered-To: extra@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DF5712D4ED; Sun, 6 Jan 2019 14:12:58 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Eric Rescorla <ekr@rtfm.com>
To: "The IESG" <iesg@ietf.org>
Cc: extra@ietf.org, yaojk@cnnic.cn, draft-ietf-extra-sieve-fcc@ietf.org, Jiankang Yao <yaojk@cnnic.cn>, extra-chairs@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.89.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <154681277828.16929.18247897769470424327.idtracker@ietfa.amsl.com>
Date: Sun, 06 Jan 2019 14:12:58 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/fyRaXOm0ENA3hke9fEF5PkvUrIQ>
Subject: [Extra] Eric Rescorla's No Objection on draft-ietf-extra-sieve-fcc-08: (with COMMENT)
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.29
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: Sun, 06 Jan 2019 22:12:58 -0000

Eric Rescorla has entered the following ballot position for
draft-ietf-extra-sieve-fcc-08: No Objection

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:


Rich version of this review at:

S 3.
>      copy of the generated message into the mailbox provided in the
>      subsequent argument.  The syntax and semantics of the mailbox
>      argument MUST match those of the mailbox argument to the "fileinto"
>      action specified in Section 4.1 of [RFC5228].  If the specified
>      mailbox doesn't exist, the implementation MUST file the message into
>      the user's main mailbox (e.g.  IMAP "INBOX").

This seems to sort of conflict with S 3.1.1. I assume that the logic
is: if (!exists && :create) { try_to_create() }; if (!exists) {
file_in_inbox()} else { file_in_fcc_mailbox()}, but this text isn't

S 1.
>      The capability string associated with this extension is "fcc".
>      Each action that generates additional messages will need to specify
>      how it interfacts with :fcc.  This document specifies the interaction
>      of :fcc with the Vacation [RFC5230] and Notify [RFC5435] extensions.

Are these the only such actions?