Re: [imapext] AD review of draft-ietf-imapapnd-rfc2088bis-03

Barry Leiba <barryleiba@computer.org> Mon, 07 March 2016 06:40 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: imapext@ietfa.amsl.com
Delivered-To: imapext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B89751B34CF for <imapext@ietfa.amsl.com>; Sun, 6 Mar 2016 22:40:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 p93IceYw288w for <imapext@ietfa.amsl.com>; Sun, 6 Mar 2016 22:40:57 -0800 (PST)
Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8BD31B34CD for <imapext@ietf.org>; Sun, 6 Mar 2016 22:40:57 -0800 (PST)
Received: by mail-ig0-x236.google.com with SMTP id ig19so17367325igb.0 for <imapext@ietf.org>; Sun, 06 Mar 2016 22:40:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=NWWywK7fTGrUn2UckKW9dLHEnbwqSWPVaZ65dkIweD8=; b=M4owqkyWErj9IGzwPw04afsdvCDyEvZU4qEJL16X4LFrVCvK2vmTuvehb4HHDjmJl8 LAkb2Fod0uDOxkTcS+e5hcBYBOB/DFhR/81HWKNFeMqp7eg33elaLcZft3u0kbvqO9uB 4Zp/RaCtXJrpgaLB9BksjmDSCbUWwHZZRE0uN0O+6Hjn70H7XuX+kciWSf/8O4flvtf+ dfXdrgiAG/gUGghxpP0wKg72USKLJ0B0vFzFi6A6wT+lm+P35U9m9t+t96rdtlCr026w mKI5848zae6oc4VKnBcEPqYGo7c8+59ySiV/v3NF+S5Y1cwMsD8VMP+dTcJq4SyM1T+9 fd9A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=NWWywK7fTGrUn2UckKW9dLHEnbwqSWPVaZ65dkIweD8=; b=H971Y39lOIwi1FEQxnGfJyfY1OMB9fYH+J2xjdPBGNefa8J/v4jIG0BivD/j1NxeUP 8HCbSBz5NFWKuM1Bw5w9V3nN5rWtiErbvpgG5GjEPs9iLwT/G5gJ+CwGQyewkAr59CHk SU9ZgGoyNIo8WARKxKtHN+DWOMlnvczaQDgh9pd3wH2B73QozPyGVd6h4zX5vWHMWzlk X3/XX/9NBS00pZQgLC10L+pycGw9lMJH6uEhCJDt9/TjScttWs35c9x9QlNpTmkhLP1o YClQQmGm3FowlwIvcPloNPSScAoJ5ZediW1cQ4afUf6jy0iUeWpe6cRSlywEya0YbIjP dglw==
X-Gm-Message-State: AD7BkJL+Plu+GQU1ozkphU6dhlXOzyZTF8RMViKnjdugCKsgs4HRzySX98ISSHTAxi3q8ElguCOQmeIo6JjoAw==
MIME-Version: 1.0
X-Received: by 10.50.28.20 with SMTP id x20mr7675736igg.81.1457332857109; Sun, 06 Mar 2016 22:40:57 -0800 (PST)
Sender: barryleiba@gmail.com
Received: by 10.36.59.133 with HTTP; Sun, 6 Mar 2016 22:40:57 -0800 (PST)
In-Reply-To: <56DC9F67.7020805@isode.com>
References: <CALaySJJxkYW+w1wY7NNH73P5qXoxutYz2VeM4E23BG0U_U5p5g@mail.gmail.com> <56DC9F67.7020805@isode.com>
Date: Mon, 07 Mar 2016 06:40:57 +0000
X-Google-Sender-Auth: H4GYsc_r-ZxVI5sbJ-5S0zLLN5E
Message-ID: <CALaySJL-bXwt2HkXR4_OWKmRr49utCwENHxtu1SsQebBVuYCfA@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Alexey Melnikov <alexey.melnikov@isode.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/imapext/7JHe1q2bTBa5hiHuC4AKcAhDZi0>
Cc: "imapext@ietf.org" <imapext@ietf.org>
Subject: Re: [imapext] AD review of draft-ietf-imapapnd-rfc2088bis-03
X-BeenThere: imapext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion of IMAP extensions <imapext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/imapext>, <mailto:imapext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/imapext/>
List-Post: <mailto:imapext@ietf.org>
List-Help: <mailto:imapext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/imapext>, <mailto:imapext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2016 06:40:58 -0000

> However, I realized that the server should still be allowed to return
> BYE and disconnect. So my final version is:
>
>    A "LITERAL-" compliant server that encounters a non-synchronizing
>    literal larger than 4096 bytes proceeds as described in
>    Section 4. If responding to an APPEND command, the tagged BAD
>    response MUST contains the TOOBIG response code [RFC4469].
>    If responding with untagged BYE response, it SHOULD include
>    the TOOBIG response code.

I think that's better than how we started, by leaving the actual
advice in one place (Section 4), and referring to it.

I still think Section 4 could be better about explaining why it would
(or wouldn't) be useful to send BAD before flushing the literal and
the rest of the command, rather than after, but no one else has piped
up so we'll go from here.

I'll request last call now.

Barry