Re: [Extra] Some comments on draft-ietf-extra-imap-64bit

Bron Gondwana <brong@fastmailteam.com> Mon, 25 September 2017 02:48 UTC

Return-Path: <brong@fastmailteam.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 B2E0913219B for <extra@ietfa.amsl.com>; Sun, 24 Sep 2017 19:48:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level:
X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmailteam.com header.b=SHnK2UaL; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=BlRM6Zxl
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 9T8Anb950Pd6 for <extra@ietfa.amsl.com>; Sun, 24 Sep 2017 19:48:26 -0700 (PDT)
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 DE3BC126B6D for <extra@ietf.org>; Sun, 24 Sep 2017 19:48:25 -0700 (PDT)
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 5333C20B2E for <extra@ietf.org>; Sun, 24 Sep 2017 22:48:25 -0400 (EDT)
Received: from web5 ([10.202.2.215]) by compute6.internal (MEProxy); Sun, 24 Sep 2017 22:48:25 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= fastmailteam.com; h=content-transfer-encoding:content-type:date :from:in-reply-to:message-id:mime-version:references:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=cz13PIgD3m0vI1LsG oZouDDkW0O6Iph8IfFhkxNCRhE=; b=SHnK2UaLxIWW0UaDkYxFfJhGh+Tbr/b5w 4QvoqSgEDoZneLfJl/JkIMq3h1X67T7Fh8t2eHE1+Dm3VIpuKP0NvfqbRJ2kjRM8 7kvZpmky7MExoO6JwVF90tHrm+K9ibvPtXV5EnfkY1sMtMLY2oHcLs68aJG/TCiO bQ+b1j47icG7CCNKRNmQLQnplKOl6vSEmgdEPPZT28m7smmE4/5+8Ez/bBO6Orqm wyFHGDPraku2OucGDmVaY+9+cNccl4GpHOl7xAC81eFgCtosrq7ievV/BVr5NUNg TdQF9T7nZIZxChn/egsB+EZcITLtYHYmpb6MWOpMPzHb6ebQhE0vg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=cz13PI gD3m0vI1LsGoZouDDkW0O6Iph8IfFhkxNCRhE=; b=BlRM6ZxltHLR+2o6nGdys+ 0sa4QPOqlzNfQT0GELBkkUsxgq5iynIC0Rf1XFFJNoaP9l2EtCSExZQn6PIjJnOP z+tkjW5Pf1sV9uWeeaPE1uQewUk2VWhHow94M8AocRWjJ3CGLoMi+YSKdRKn/pjS iBW6qEv8g2iBGJHtQNwXMQIshEN6SthOrkpt5+5mtf7zpEBa5PTh1J5I/C9lK6Hb hEIBbfe6W0BKS5iZW+Xb2ubfSdn8wndXkS3BPn7HA46tt+TZcY7B4JXCjHixhmSo xahtSMiP2bQ6vGYso8qcA//aXSwhpgcHRSVsWPGauIIT4c6tSwL5tk7Invaho80w ==
X-ME-Sender: <xms:eW7IWTrdaJuz04liufBRgs4kqfpHIS4-Q1VMs9EJFY4ReSKALYxB_g>
Received: by mailuser.nyi.internal (Postfix, from userid 99) id 21CAE9E2E2; Sun, 24 Sep 2017 22:48:25 -0400 (EDT)
Message-Id: <1506307705.2283134.1116893672.5D4D8A93@webmail.messagingengine.com>
From: Bron Gondwana <brong@fastmailteam.com>
To: extra@ietf.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: multipart/alternative; boundary="_----------=_150630770522831342"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-64b08692
In-Reply-To: <23e24098-e6c2-cf67-e667-bc8cbcba7f33@isode.com>
Date: Mon, 25 Sep 2017 12:48:25 +1000
References: <0871fcf6-f0c5-a4b7-f1e4-7a535d78d776@rename-it.nl> <23e24098-e6c2-cf67-e667-bc8cbcba7f33@isode.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/Ft-3k2cHRfkAy_JXxmicw5jXusw>
Subject: Re: [Extra] Some comments on draft-ietf-extra-imap-64bit
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 25 Sep 2017 02:48:28 -0000

And for the extensions:

https://github.com/ietfextra/tracking/issues/5

(it's easy to close these off, just good to track them)

On Mon, 18 Sep 2017, at 22:01, Alexey Melnikov wrote:
> Hi Stephan,


> 
> On 15/09/2017 17:06, Stephan Bosch wrote:
>> Hi, 
>> 
>>  I gave draft-ietf-extra-imap-64bit a quick look. I have a few
>>  comments on the syntax specification.>> 
>>  First of all, the elements fetch-att, msg-att-static, and search-key
>>  are just copy-pasted from RFC 3501. Those are meant to have number64
>>  instead.> Yes, fixed.
> 
>
>> I wonder whether it would be a good idea to have intermediary
>> elements called e.g. `msg-size = number64' and `msg-lines =
>> number64', so that future changes/extensions to the message size and
>> line count syntax aren't such a pain anymore.> Might be a good idea. If you send me the specific ABNF fragment, this
> will speed up the process.> 
>
>> The "capability" syntax element is not extended (arguably not all
>> specifications do this).> This is typically done in prose.
> 
> 
>> Finally, the following IMAP capabilities have syntax that is affected
>> by this extension:>> 
>>  QUOTA - https://www.ietf.org/rfc/rfc2087.txt
> Good point, I will have a look.
>
>> BINARY - https://www.ietf.org/rfc/rfc3516.txt (not only literal8)> 
> Looking at the ABNF:
> 
>
>    append         =/  "APPEND" SP mailbox [SP flag-list] [SP date-
>    time] SP literal8  fetch-att      =/  "BINARY" [".PEEK"] section-
>    binary [partial] / "BINARY.SIZE" section-binary  literal8       =
>    "~{" number "}" CRLF *OCTET ; <number> represents the number of
>    OCTETs ; in the response string.  msg-att-static =/  "BINARY" section-
>    binary SP (nstring / literal8) / "BINARY.SIZE" section-binary SP
>    number  partial        =   "<" number "." nz-number ">"  resp-text-
>    code =/  "UNKNOWN-CTE"  section-binary =   "[" [section-part] "]"
>> 
> 
> I don't think we need 64bit section numbers, but I missed updating
> "partial".> 
> 
>> URL-PARTIAL - https://www.ietf.org/rfc/rfc5550.txt ->
>> https://www.ietf.org/rfc/rfc5092.txt (partial-range)>>  APPENDLIMIT - https://www.rfc-editor.org/rfc/rfc7889.txt
> Yes, these need to be looked at as well.
> 
>  Best Regards,
>  Alexey
> 
> 
> _________________________________________________
> Extra mailing list
> Extra@ietf.org
> https://www.ietf.org/mailman/listinfo/extra

--
  Bron Gondwana, CEO, FastMail Pty Ltd
  brong@fastmailteam.com