From nobody Wed Oct 29 09:26:21 2014 Return-Path: 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 A23E81A1B96 for ; Wed, 29 Oct 2014 09:26:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.597 X-Spam-Level: *** X-Spam-Status: No, score=3.597 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, 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 KUTU8iJsXSiP for ; Wed, 29 Oct 2014 09:26:19 -0700 (PDT) Received: from smg2.telecom.sna.samsung.com (unknown [63.166.115.32]) by ietfa.amsl.com (Postfix) with ESMTP id 008E11A1A4E for ; Wed, 29 Oct 2014 09:26:18 -0700 (PDT) X-AuditID: 41a9fa20-f79116d000004bf9-d2-5451151fe881 Received: from exHub2.telecom.sna.samsung.com (Unknown_Domain [105.52.12.243]) by smg2.telecom.sna.samsung.com (SMGOUT STA) with SMTP id E4.26.19449.F1511545; Wed, 29 Oct 2014 11:26:07 -0500 (CDT) Received: from EXMB5.telecom.sna.samsung.com ([fe80::5f4:56d9:ea68:f480]) by exHub2.telecom.sna.samsung.com ([2002:6934:cf3::6934:cf3]) with mapi id 14.03.0146.000; Wed, 29 Oct 2014 11:26:17 -0500 From: Jayantheesh S B To: "'imapext@ietf.org'" Thread-Topic: [IMAP] APPEND Command Usage Thread-Index: Ac/zikIaeRUU045cSKC+QFTd6ghr0Q== Date: Wed, 29 Oct 2014 16:26:16 +0000 Message-ID: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [105.52.12.197] Content-Type: multipart/alternative; boundary="_000_02454F842DD7B449B96715A2AD90C0361A2530E7exMB5telecomsna_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrALMWRmVeSWpSXmKPExsWSacLzWVdeNDDE4PwxFYvHs7gcGD2WLPnJ FMAYxW2TlFhSFpyZnqdvl8CdMfn3ZsaCxwYVPxZ4NjC+0epi5OSQEDCR+LPkKguELSZx4d56 ti5GLg4hgWOMEl1z5rJDOCcYJa4uncTcxcjOwSagI/EkuIuRg0NEQFtiwnEPkFZmAS2JdxO2 soOEhQVUJDYfKQUJiwhoSvyd/pIRwtaTuHSknx3EZhFQlWh/cpsJxOYVCJFYc/0GWA0j0AXf T61hghgpLnHryXwmiMsEJJbsOc8MYYtKvHz8jxXCVpSY++smM0R9vsSWG/OYIWYKSpyc+YRl AqPwLCSjZiEpm4WkbAEj8ypGmeLcdCO9ktSc1OT8XL3ivES94sTc4tK8dD0gfxMjMKAdV/5S 2MHYsMv+ECMTB+chRgkOLimR4tS8lNSixNKSjHhQWMcXAwNbqoGxhad9ya6jaTz+TuW7BF2+ /P0QcfzbK1OW/oZrBjoJaw+8mmYX/W9Zzzvzm+uMjXckXrwzuVHl57VPelenh4qzJJ/6Z+j6 07r5RK5H1R1Hkwl39mVqnG9zeZe7uU3hrpCTrVRt1LvzX150BQfey+9Wto8++eWURHyP/nlp qUlZCT3v81gn33mpxFKckWioxVxUnAgAnpYzQTMCAAA= Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/3PGni2pV2Ph0hDUXxcZ8IGBxWTs Cc: Jayantheesh S B Subject: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Oct 2014 16:26:20 -0000 --_000_02454F842DD7B449B96715A2AD90C0361A2530E7exMB5telecomsna_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, We are facing an issue while uploading (APPEND) a mail to a IMAP mailbox. We see IMAP server rejects the APPEND command, if the mail size exceeds cer= tain limit. Email client is not aware of the maximum size supported by the IMAP server. Is there any way for email client to know the IMAP server maximum supported= size limit ? Please find the success and failure APPEND command transaction below. Failure Transaction >>> 290 APPEND "Drafts" (\SEEN \DRAFT) {50287114} <<< #290# ["BAD", "parse error: request too long"] Successful Transaction >>> 90 APPEND "Drafts" (\SEEN \DRAFT) {42222} <<< #+# [" "] <<< #null# ["49", "EXISTS"] <<< #90# ["OK", ["APPENDUID", "1", "5340"], "APPEND completed"] Regards, Jay --_000_02454F842DD7B449B96715A2AD90C0361A2530E7exMB5telecomsna_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

 

We are facing an issue while uploading (APPEND) a ma= il to a IMAP mailbox.

 

We see IMAP server rejects the APPEND command, if th= e mail size exceeds certain limit.

 

Email client is not aware of the maximum size suppor= ted by the IMAP server.

 

Is there any way for email client to know the IMAP s= erver maximum supported size limit  ?

 

Please find the success and failure APPEND command t= ransaction below.

 

Failure Transaction

>>> 290 APPEND "Drafts" (\SEEN= \DRAFT) {50287114}

<<< #290# ["BAD", "parse = error: request too long"]

 

Successful Transaction

>>> 90 APPEND "Drafts" (\SEEN = \DRAFT) {42222}

<<< #+# [" "]

<<< #null# ["49", "EXISTS= "]

<<< #90# ["OK", ["APPENDU= ID", "1", "5340"], "APPEND completed"]

 

Regards,

Jay

 

 

 

--_000_02454F842DD7B449B96715A2AD90C0361A2530E7exMB5telecomsna_-- From nobody Thu Oct 30 08:58:31 2014 Return-Path: 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 E7E9B1A0151 for ; Thu, 30 Oct 2014 08:58:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 8jd3fNXd5IYX for ; Thu, 30 Oct 2014 08:58:07 -0700 (PDT) Received: from strange.aox.org (strange.aox.org [80.244.248.170]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BE141AD45E for ; Thu, 30 Oct 2014 08:58:05 -0700 (PDT) Received: from fri.gulbrandsen.priv.no (localhost [127.0.0.1]) by strange.aox.org (Postfix) with ESMTP id 60D59FA0136; Thu, 30 Oct 2014 15:58:03 +0000 (UTC) Received: from arnt@gulbrandsen.priv.no by fri.gulbrandsen.priv.no (Archiveopteryx 3.2.0) with esmtpsa id 1414684682-4330-4329/12/64; Thu, 30 Oct 2014 15:58:02 +0000 From: Arnt Gulbrandsen To: imapext@ietf.org Date: Thu, 30 Oct 2014 16:58:01 +0100 User-Agent: Trojita/v0.4.1-243-g4a74770; Qt/4.8.6; X11; Linux; Ubuntu 14.04.1 LTS Mime-Version: 1.0 Message-Id: <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> In-Reply-To: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> Content-Type: text/plain; charset=utf-8; format=flowed Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/EHiDdup4RboInDulFwTyUVV3JOs Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 15:58:18 -0000 On Wednesday, October 29, 2014 5:26:16 PM CEST, Jayantheesh S B wrote: > Is there any way for email client to know the IMAP server > maximum supported size limit ? Sadly, there is no such way. Arnt From nobody Thu Oct 30 14:50:10 2014 Return-Path: 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 3DE0D1A8849 for ; Thu, 30 Oct 2014 14:50:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 M4qjb_jQwvcW for ; Thu, 30 Oct 2014 14:50:07 -0700 (PDT) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8FA71A8840 for ; Thu, 30 Oct 2014 14:50:07 -0700 (PDT) Received: by mail-ie0-f174.google.com with SMTP id x19so81054ier.5 for ; Thu, 30 Oct 2014 14:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q7vubRKItevS5kMyIGJ4aVoiVnkkxLbTc/z7jp6ubSg=; b=SEZms5OAiG1ZmgF6GahNAibeR7LQSyyWGqWKIDn0YDHt7Of0MtnHHJjGF8+/bpGWYi rPuN2K9GTMqORm5UcudKKGKQl+QSmRnPYohCPET2ojZZr4frr8p1shN0No5W21Sb+zPZ gVXV3K/wdTch1jNI0N1tsm/XJKyHkmvjVeu3hxrR6UiLWtkTK9B5VTGrx+kB4zzM9BIX pRHt/q4xYitCba/vsunUkl8f+6bofkfKv+7OlJL+l+9nkVYlZVOtqltrqznpgHO59qFT dk/SnfxwgwzjI+Us0DsSBeUZ7EKVr3UwG3vSzZqQPDAj/nnIBhnHxgvH3JzJiW8wi5T7 OE4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=q7vubRKItevS5kMyIGJ4aVoiVnkkxLbTc/z7jp6ubSg=; b=gPk1LYZaNMTaHd36umNdtfkvqjJRLBNLjdGvH5frd7IpTEYEyFRlKrmPmnEVXBcNUl mvth1jLV5tbydYHWYSWsXVlX6JoatyNfej/4JGx+UNRIR1Si1WuFRCUgG4Sy4XKveM2J WYgWLquyuPHT0FVfWTPUFCpGNQyqujg8hH5RrF3SqA6oSRMYRxHR5ZMS2oo5ZBSRKzPO osrqyAT60Uo0cJBK0LNcEZ1WuIxdiqVxLHyXPKhqoU8a+U3f4+Of8rodJlsEU7jkFfze bgBCsfU4WiFTujwWf7/h9T1DElEBava+mQ5CAPwINbqmkAYRI2bfujJJdM7kP3GT9ojd 3i2A== X-Gm-Message-State: ALoCoQkvLDawZIeQc030iTSv9Rw/W3ZeEHSgOiZLUHMYf0tnCV2o7S6wvCdSv1SlI8TICvkZiCZk MIME-Version: 1.0 X-Received: by 10.42.255.72 with SMTP id nh8mr19563674icb.1.1414705806682; Thu, 30 Oct 2014 14:50:06 -0700 (PDT) Received: by 10.64.62.78 with HTTP; Thu, 30 Oct 2014 14:50:06 -0700 (PDT) In-Reply-To: <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> Date: Thu, 30 Oct 2014 14:50:06 -0700 Message-ID: From: Brandon Long To: Arnt Gulbrandsen Content-Type: multipart/alternative; boundary=bcaec511e5fa11e7550506aadd56 Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/hrtxbhSayoAk2W15QhfFIIv4JJE Cc: "imapext@ietf.org" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 21:50:09 -0000 --bcaec511e5fa11e7550506aadd56 Content-Type: text/plain; charset=UTF-8 Theoretically we could add it to the GETQUOTA command, though the resources there expect a triple, but there is no real corresponding "current usage" for the mail size limit. It could just be NIL, though that probably doesn't match the ABNF, so I guess 0 would be the next choice. Other alternatives are in the CAPABILITY string or on SELECT/EXAMINE, though neither is great. Brandon On Thu, Oct 30, 2014 at 8:58 AM, Arnt Gulbrandsen wrote: > On Wednesday, October 29, 2014 5:26:16 PM CEST, Jayantheesh S B wrote: > >> Is there any way for email client to know the IMAP server maximum >> supported size limit ? >> > > Sadly, there is no such way. > > Arnt > > _______________________________________________ > imapext mailing list > imapext@ietf.org > https://www.ietf.org/mailman/listinfo/imapext > --bcaec511e5fa11e7550506aadd56 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Theoretically we could add it to the GETQUOTA command, tho= ugh the resources there expect a triple, but there is no real corresponding= "current usage" for the mail size limit.=C2=A0 It could just be = NIL, though that probably doesn't match the ABNF, so I guess 0 would be= the next choice.

Other alternatives are in the CAPABILI= TY string or on SELECT/EXAMINE, though neither is great.

Brandon

On Thu, Oct 30, 2014 at 8:58 AM, Arnt Gulbrandsen <arnt@gu= lbrandsen.priv.no> wrote:
<= span class=3D"">On Wednesday, October 29, 2014 5:26:16 PM CEST, Jayantheesh= S B wrote:
Is there any way for email client to know the IMAP server maximum supported= size limit=C2=A0 ?

Sadly, there is no such way.

Arnt

_______________________________________________
imapext mailing list
imapext@ietf.org<= br> https://www.ietf.org/mailman/listinfo/imapext

--bcaec511e5fa11e7550506aadd56-- From nobody Thu Oct 30 14:53:19 2014 Return-Path: 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 3C76F1A8846 for ; Thu, 30 Oct 2014 14:53:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 Dc4WaRpfbGNF for ; Thu, 30 Oct 2014 14:53:11 -0700 (PDT) Received: from strange.aox.org (strange.aox.org [IPv6:2001:4d88:100c::1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2F981A8840 for ; Thu, 30 Oct 2014 14:53:10 -0700 (PDT) Received: from fri.gulbrandsen.priv.no (localhost [127.0.0.1]) by strange.aox.org (Postfix) with ESMTP id 0A80AFA0136; Thu, 30 Oct 2014 21:53:09 +0000 (UTC) Received: from arnt@gulbrandsen.priv.no by fri.gulbrandsen.priv.no (Archiveopteryx 3.2.0) with esmtpsa id 1414705988-4330-4329/12/69; Thu, 30 Oct 2014 21:53:08 +0000 From: Arnt Gulbrandsen To: imapext@ietf.org Date: Thu, 30 Oct 2014 22:53:08 +0100 User-Agent: Trojita/v0.4.1-243-g4a74770; Qt/4.8.6; X11; Linux; Ubuntu 14.04.1 LTS Mime-Version: 1.0 Message-Id: <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> In-Reply-To: References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> Content-Type: text/plain; charset=utf-8; format=flowed Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/XgbEiwJNeWPqG-hP-lk2cf4v_RY Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 21:53:16 -0000 Another alternative would be a new response code, like LIMIT, but specifically for messages and with a named size. Arnt From nobody Thu Oct 30 15:01:51 2014 Return-Path: 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 0F96A1A8857 for ; Thu, 30 Oct 2014 15:01:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 8x-1GKskWv1q for ; Thu, 30 Oct 2014 15:01:47 -0700 (PDT) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 317C81A8840 for ; Thu, 30 Oct 2014 15:01:47 -0700 (PDT) Received: by mail-ie0-f170.google.com with SMTP id tp5so76141ieb.29 for ; Thu, 30 Oct 2014 15:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Z1LjiHgMOlNN/FeEDKXZQoLUTbZWyPGSadAQqwdNQxg=; b=Jgh26dFTgISIP8v4dqcgWy1cxFdhrJ9uD3V6aEwlr1ltGUnUVVRGaN/imp5oZ1X/H7 LOavEU0j8K2l97W/bZ27zVJ9MT/A70Uk1U+yypapsXJnU9HPcnNTZU1EJL959E8Vj4/I 9BO+QX6iFiC/KJqQvMXPMTmeosT7f3+KAQiOydTGB0wzPBe9dV+OvVM65R8BHanvC+kS ML+DjhJPLwwN87lrCl4d7/ImhT6z6NEUZf9ajDDPUqGCcrzByNhjM3CY6Vbkb26DEiTz 15MUrxGklXBZJzYlGCJAo/05EnvGsnlNVBg2weL4feRyFt9wyyjv1/Ev2q75HMEL52o+ zn2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Z1LjiHgMOlNN/FeEDKXZQoLUTbZWyPGSadAQqwdNQxg=; b=E7sbjVFt1Spq2+HqBdzhb9mY+1hwJMTCBBL/2mwNyxbAt84hfl3szz9k9DhKqgKAeO lyXQh07j2KKCGFr6SSacSVEjLbwI6xqS1MA86y5dA1ddwh/dJkFa//ME68jwvjtHRwuL XN+3DzJVnUtcAeTzDVzeBNpKP77sELOgrct5xbrylUeRvukiHvd89CCnTLo8+7SpkfYT QEOxhj7wtcuTiIHnXRPZu89Ei4LABDYpowZRVN3SSWiSWqGYpbCaj6xGmq3eDwPX/X9E u45XI2SQ71OPUqb28bsdbsV8EUmLR1YpWrzFmU3lbLBYKKK6JwtBK8hdJwozWay2xrpX qs2A== X-Gm-Message-State: ALoCoQnoSimY3o89MzlkWPHu1JWDjurvJDz2yqzgSQqCBwhbKt6mrzGamI6DjJS9sBlvNgWLm+2j MIME-Version: 1.0 X-Received: by 10.107.35.145 with SMTP id j139mr23149026ioj.55.1414706506605; Thu, 30 Oct 2014 15:01:46 -0700 (PDT) Received: by 10.64.62.78 with HTTP; Thu, 30 Oct 2014 15:01:46 -0700 (PDT) In-Reply-To: <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> Date: Thu, 30 Oct 2014 15:01:46 -0700 Message-ID: From: Brandon Long To: Arnt Gulbrandsen Content-Type: multipart/alternative; boundary=001a114042b4c9dd440506ab06e6 Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/jt8VrodK2IlHS0R1W7NjleC1sV8 Cc: "imapext@ietf.org" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 22:01:49 -0000 --001a114042b4c9dd440506ab06e6 Content-Type: text/plain; charset=UTF-8 Sure, though you have to hit the limit first in that case. I'm fine with that, especially since we disabled LITERAL+ so that we could respond to APPEND directly with a NO without having to eat the overly large message or drop the connection. Brandon On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandsen wrote: > Another alternative would be a new response code, like LIMIT, but > specifically for messages and with a named size. > > > Arnt > > _______________________________________________ > imapext mailing list > imapext@ietf.org > https://www.ietf.org/mailman/listinfo/imapext > --001a114042b4c9dd440506ab06e6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sure, though you have to hit the limit first in that case.= =C2=A0 I'm fine with that, especially since we disabled LITERAL+ so tha= t we could respond to APPEND directly with a NO without having to eat the o= verly large message or drop the connection.

Brandon

On Thu, Oc= t 30, 2014 at 2:53 PM, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> wrote:
Another alternative = would be a new response code, like LIMIT, but specifically for messages and= with a named size.


Arnt

_______________________________________________
imapext mailing list
imapext@ietf.org<= br> https://www.ietf.org/mailman/listinfo/imapext

--001a114042b4c9dd440506ab06e6-- From nobody Thu Oct 30 15:28:31 2014 Return-Path: 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 0ABE71A8869 for ; Thu, 30 Oct 2014 15:28:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 3Bo3RIkuM9EB for ; Thu, 30 Oct 2014 15:28:27 -0700 (PDT) Received: from strange.aox.org (strange.aox.org [80.244.248.170]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C3441A8866 for ; Thu, 30 Oct 2014 15:28:27 -0700 (PDT) Received: from fri.gulbrandsen.priv.no (localhost [127.0.0.1]) by strange.aox.org (Postfix) with ESMTP id 1117BFA0136; Thu, 30 Oct 2014 22:28:25 +0000 (UTC) Received: from arnt@gulbrandsen.priv.no by fri.gulbrandsen.priv.no (Archiveopteryx 3.2.0) with esmtpsa id 1414708104-4330-4329/12/72; Thu, 30 Oct 2014 22:28:24 +0000 From: Arnt Gulbrandsen To: imapext@ietf.org Date: Thu, 30 Oct 2014 23:28:24 +0100 User-Agent: Trojita/v0.4.1-243-g4a74770; Qt/4.8.6; X11; Linux; Ubuntu 14.04.1 LTS Mime-Version: 1.0 Message-Id: In-Reply-To: References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> Content-Type: text/plain; charset=utf-8; format=flowed Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/wkaW5x1qOXlR0HAZ9tuddGPYPPk Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 22:28:29 -0000 Actually, it's legal to send response codes in an untagged OK, and not just during APPEND processing, so... C: foo select inbox S: ... S: * OK [MESSAGESIZE 12341234] woo hoo S: ... S: foo OK done Or even for LOGIN. Arnt From nobody Thu Oct 30 15:44:38 2014 Return-Path: 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 DADB51A887E for ; Thu, 30 Oct 2014 15:44:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 e03OpOPmYHnU for ; Thu, 30 Oct 2014 15:44:31 -0700 (PDT) Received: from smtp.qbik.com (smtp.qbik.com [210.55.214.35]) by ietfa.amsl.com (Postfix) with ESMTP id 0B8871A887C for ; Thu, 30 Oct 2014 15:44:30 -0700 (PDT) Received: From [192.168.0.38] (unverified [192.168.0.38]) by SMTP Server [192.168.0.1] (WinGate SMTP Receiver v8.3.0 (Build 4739)) with SMTP id <0020186036@smtp.qbik.com>; Fri, 31 Oct 2014 11:44:28 +1300 From: "Adrien de Croy" To: "Brandon Long" , "Arnt Gulbrandsen" Date: Thu, 30 Oct 2014 22:44:28 +0000 Message-Id: In-Reply-To: User-Agent: eM_Client/6.0.21040.0 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------=_MB10B42866-7288-4892-ACE5-17B38B65B92E" Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/lmOmfaXnLvkSeJK7J0N69A6KgeU Cc: "imapext@ietf.org" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Adrien de Croy List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 22:44:37 -0000 --------=_MB10B42866-7288-4892-ACE5-17B38B65B92E Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Brandon. Interesting approach dropping LITERAL+ how do you find in general clients deal with being bounced on APPEND=20 instead of getting the command continuation request? Adrien ------ Original Message ------ From: "Brandon Long" To: "Arnt Gulbrandsen" Cc: "imapext@ietf.org" Sent: 31/10/2014 11:01:46 a.m. Subject: Re: [imapext] [IMAP] APPEND Command Usage >Sure, though you have to hit the limit first in that case. I'm fine=20 >with that, especially since we disabled LITERAL+ so that we could=20 >respond to APPEND directly with a NO without having to eat the overly=20 >large message or drop the connection. > >Brandon > >On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandsen=20 > wrote: >>Another alternative would be a new response code, like LIMIT, but=20 >>specifically for messages and with a named size. >> >> >>Arnt >> >>_______________________________________________ >>imapext mailing list >>imapext@ietf.org >>https://www.ietf.org/mailman/listinfo/imapext > --------=_MB10B42866-7288-4892-ACE5-17B38B65B92E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
 
Hi Brandon.
 
Interesting approach dropping LITERAL+
 
how do you find in general clients deal with being bounced on APPEND= instead of getting the command continuation request?
 
Adrien
 
 
------ Original Message ------
From: "Brandon Long" <blong@goo= gle.com>
To: "Arnt Gulbrandsen" <arnt@gulbrandsen.priv.no>
Cc: "imapext@ietf.org" <imapext= @ietf.org>
Sent: 31/10/2014 11:01:46 a.m.
Subject: Re: [imapext] [IMAP] APPEND Command Usage
 
Sure, though you have to hit the limit first in that case.&n= bsp; I'm fine with that, especially since we disabled LITERAL+ so that we= could respond to APPEND directly with a NO without having to eat the overl= y large message or drop the connection.=20

Brandon

On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandsen= <arnt@gulbr= andsen.priv.no> wrote:
Another alternative would be= a new response code, like LIMIT, but specifically for messages and with= a named size.=20


Arnt

________________________________= _______________
imapext mailing list
imapext@ietf.org
https://www.ietf.org/mailman/listinfo/imapext

--------=_MB10B42866-7288-4892-ACE5-17B38B65B92E-- From nobody Thu Oct 30 17:11:14 2014 Return-Path: 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 72E6B1A8981 for ; Thu, 30 Oct 2014 17:11:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 nMcwFaGfV8Pu for ; Thu, 30 Oct 2014 17:10:59 -0700 (PDT) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86D9E1A896B for ; Thu, 30 Oct 2014 17:10:59 -0700 (PDT) Received: by mail-ie0-f175.google.com with SMTP id y20so245370ier.34 for ; Thu, 30 Oct 2014 17:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lCjYZXzPJIvoHnME7Zl5Wanv/sGq5wbvUct1Utk/Yrc=; b=IcF4UXtz9KZ1dQce4Vv6PXppgJAuJG7Ge1JzVgUkdH/aTPp0pAizoMCiIVrrmtvQoB qgykblCxykQKGi7HgaDfZVRfIe/D+j7jWSh+hD3nA+XpIsSIwsr6/h1/i8K3wFzsh2Ma +bkxiLzWSKvULtViHDJyXbmI7cFP8zy8eUL4o2pd0r/4C9SbO2pfjS8vk7i7lvvBZdET xD0/YpB1MEC4s4l1X7ik7oLN1lnruUa4/7kb2ttZFYSGwQXvQmNW6x9/lHWPmsitA2dU r716tyoayWkbTTqnj7YM1OFprMrfk98H1H2aZyobKmJxJJzl8vQza4vDBxddrt3GhsTP kGcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lCjYZXzPJIvoHnME7Zl5Wanv/sGq5wbvUct1Utk/Yrc=; b=iaixnoy4Ho84Q1dhUIfCMCVFkxdU4Ce22r6Xc3FYVwoexu7y3Q+sKdugUBy4yWRT8L GZeCSh7tObOncf+94vPlAcOLvXtIZpCMaTbrlFW0NlBvfSSRDRP9IiPnxHaTPuXg2CuG ob70bVvRoiaeNOkiorYzp8jUdnzvHuLc4/VDbByq636fkSiU9TXIROflJK/W43q73ME6 pXaC1Kj+fq3qIOZu/I2Bnx+pqiCMCxAWGFRzFIHfI5BFkLVlHNrtdt6gpfK2SU3bqdsw /2d30kRCyMcMjlF3Kz/WHHaCZd22VjEu859uVtDjJoEDPjzqyOMwznl56qYCXIbhw38m i0fQ== X-Gm-Message-State: ALoCoQlmQGxwqIAtYFvOdIutVZIhkZQDPqdTZ1YdkdZZ5Hwydb+gk/uYoPhjSGNmTQlznF7wj9BG MIME-Version: 1.0 X-Received: by 10.107.164.129 with SMTP id d1mr24168219ioj.37.1414714258624; Thu, 30 Oct 2014 17:10:58 -0700 (PDT) Received: by 10.64.62.78 with HTTP; Thu, 30 Oct 2014 17:10:58 -0700 (PDT) In-Reply-To: References: Date: Thu, 30 Oct 2014 17:10:58 -0700 Message-ID: From: Brandon Long To: Adrien de Croy Content-Type: multipart/alternative; boundary=001a1141cadcd84fa50506acd47b Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/JD1HTVRKrGG-ZLAEDIfyeCmLYa0 Cc: Arnt Gulbrandsen , "imapext@ietf.org" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 00:11:01 -0000 --001a1141cadcd84fa50506acd47b Content-Type: text/plain; charset=UTF-8 We haven't noticed any issues and no one has complained, and were having a lot of issues before that. Our problem is that we also have an upload bandwidth quota, and if we read through the full 50MB upload before saying NO, the client would just keep retrying indefinitely, and the user would get locked out for exceeding quota. Granted, now international searches in particular look really ugly and take multiple round-trips, but they're less used, and now that we accept UTF8 directly, theoretically clients could upgrade to using that instead. Brandon On Thu, Oct 30, 2014 at 3:44 PM, Adrien de Croy wrote: > > Hi Brandon. > > Interesting approach dropping LITERAL+ > > how do you find in general clients deal with being bounced on APPEND > instead of getting the command continuation request? > > Adrien > > > ------ Original Message ------ > From: "Brandon Long" > To: "Arnt Gulbrandsen" > Cc: "imapext@ietf.org" > Sent: 31/10/2014 11:01:46 a.m. > Subject: Re: [imapext] [IMAP] APPEND Command Usage > > > Sure, though you have to hit the limit first in that case. I'm fine with > that, especially since we disabled LITERAL+ so that we could respond to > APPEND directly with a NO without having to eat the overly large message or > drop the connection. > > Brandon > > On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandsen < > arnt@gulbrandsen.priv.no> wrote: > >> Another alternative would be a new response code, like LIMIT, but >> specifically for messages and with a named size. >> >> >> Arnt >> >> _______________________________________________ >> imapext mailing list >> imapext@ietf.org >> https://www.ietf.org/mailman/listinfo/imapext >> > > --001a1141cadcd84fa50506acd47b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
We haven't noticed any issues and no one has complaine= d, and were having a lot of issues before that.

Our prob= lem is that we also have an upload bandwidth quota, and if we read through = the full 50MB upload before saying NO, the client would just keep retrying = indefinitely, and the user would get locked out for exceeding quota.
<= div>
Granted, now international searches in particular look r= eally ugly and take multiple round-trips, but they're less used, and no= w that we accept UTF8 directly, theoretically clients could upgrade to usin= g that instead.

Brandon

=

On Thu, Oct 30, 2= 014 at 3:44 PM, Adrien de Croy <adrien@qbik.com> wrote:
=C2=A0
Hi Brandon.
=C2=A0
Interesting approach dropping LITERAL+
=C2=A0
how do you find in general clients deal with being bounced on APPEND i= nstead of getting the command continuation request?
=C2=A0
Adrien
=C2=A0
=C2=A0
------ Original Message ------
From: "Brandon Long" <blong@google.com>
To: "Arnt Gulbrandsen" <arnt@gulbrandsen.priv.no>
Sent: 31/10/2014 11:01:46 a.m.
Subject: Re: [imapext] [IMAP] APPEND Command Usage
=C2=A0
Sure, though you have to hit the limit first in that case.= =C2=A0 I'm fine with that, especially since we disabled LITERAL+ so tha= t we could respond to APPEND directly with a NO without having to eat the o= verly large message or drop the connection.=20

Brandon

On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandse= n <arnt@gulbrandsen.priv.no> wrote:
Another alternative would be a new re= sponse code, like LIMIT, but specifically for messages and with a named siz= e.=20


Arnt

___________________________________________= ____
imapext mailing list
imapext@ietf.org
https://www.ietf.org/mailman/li= stinfo/imapext


--001a1141cadcd84fa50506acd47b-- From nobody Thu Oct 30 17:11:49 2014 Return-Path: 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 590FB1A8988 for ; Thu, 30 Oct 2014 17:11:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.388 X-Spam-Level: X-Spam-Status: No, score=-1.388 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 mE241MiTfMp0 for ; Thu, 30 Oct 2014 17:11:45 -0700 (PDT) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DDEAD1A8981 for ; Thu, 30 Oct 2014 17:11:44 -0700 (PDT) Received: by mail-ie0-f170.google.com with SMTP id tp5so261305ieb.15 for ; Thu, 30 Oct 2014 17:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+/sqqEQ1Hgm1o5OCD6swmdyjlkA0nRbvmAn5Q+esLys=; b=W/BHZ6muPC2+VBlvhzgUspuJsGMKLqoYnfEQBHGdVvXDtqbXzl5h0S0MmrJ47x+AOo TR62NucP+8XYp5I4UX9KmyN09UoyQRxT9h8tzCDZpt88Ccb0ImBt1jO9WcNcWvfjJK2T g6lBUwAPSn684kQzAaSgF4RG5T7Ql42zRGqyP2mqbxy6tw3cHUP3GP/xdAG3dJEc5WRy rdaeHmCLSuXBVWdFS7Swkatz16zFxCvoT8VeF3ybhCdYAg8FP3g5XlbTca7H0rdR8XPw BvYv1rCFT8gYHc04JXrGyqFWmyCvTeQfJjFMG55YAyS6DMHW4aufDWiwLteSjrGdSG7N ccUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=+/sqqEQ1Hgm1o5OCD6swmdyjlkA0nRbvmAn5Q+esLys=; b=Eb83zBTiRRm3NgdBhjoGIiSXub4SO6PnzA5AAD4Qmn0KZj8LGfhNJ6httuEg0meTZu dyllLS3wgQ6Lj0jqNtVEB6IoU6zzTVh8zYiR8hKwGJ3xzgIozVQVVSoMwlhFNzc3kGTW zfZIvxFst5wBIgzoHd3CC1NzTJyQSgQ75ui3fFxKcQnJ8BZ0GqD1ty29yRjsepQVfLax cZOHl5tfnxJkVUjag90pwfcaIwkm3weOYvb2TtotrmXqxx5+MYQ+V56ev4ryvT8VNduv Z28f/ckgoERuFTnsWVhVv6PrpXUKq7DWZ+deMeS7ABfAKhaCgSnGqivOXl4HGwutWY5H 3mwQ== X-Gm-Message-State: ALoCoQmaYHOif5CfxYXODyvYjqwJPrP2JEr3NnVeeYSTA5jWtQ4iGtQAW6yxYUBwRF93l2AFfcb2 MIME-Version: 1.0 X-Received: by 10.107.5.79 with SMTP id 76mr6450046iof.74.1414714304068; Thu, 30 Oct 2014 17:11:44 -0700 (PDT) Received: by 10.64.62.78 with HTTP; Thu, 30 Oct 2014 17:11:43 -0700 (PDT) In-Reply-To: References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> Date: Thu, 30 Oct 2014 17:11:43 -0700 Message-ID: From: Brandon Long To: Arnt Gulbrandsen Content-Type: multipart/alternative; boundary=001a113ee6468db47e0506acd735 Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/Ta6V243BkUYsmksuj6RO29HF-Pw Cc: "imapext@ietf.org" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 00:11:46 -0000 --001a113ee6468db47e0506acd735 Content-Type: text/plain; charset=UTF-8 Sure, and I guess if folks have different values for different folders, they could just use a "latest wins" approach or something. Ie, APPEND doesn't require selected state. Brandon On Thu, Oct 30, 2014 at 3:28 PM, Arnt Gulbrandsen wrote: > Actually, it's legal to send response codes in an untagged OK, and not > just during APPEND processing, so... > > C: foo select inbox > S: ... > S: * OK [MESSAGESIZE 12341234] woo hoo > S: ... > S: foo OK done > > Or even for LOGIN. > > > Arnt > > _______________________________________________ > imapext mailing list > imapext@ietf.org > https://www.ietf.org/mailman/listinfo/imapext > --001a113ee6468db47e0506acd735 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sure, and I guess if folks have different values for diffe= rent folders, they could just use a "latest wins" approach or som= ething.

Ie, APPEND doesn't require selected state.

Brandon

On Thu, Oct 30, 2014 at 3:28 PM, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no> wrote:
Actually, it's legal to send response codes in an untagged OK, = and not just during APPEND processing, so...

C: foo select inbox
S: ...
S: * OK [MESSAGESIZE 12341234] woo hoo
S: ...
S: foo OK done

Or even for LOGIN.


Arnt

_______________________________________________
imapext mailing list
imapext@ietf.org<= br> https://www.ietf.org/mailman/listinfo/imapext

--001a113ee6468db47e0506acd735-- From nobody Thu Oct 30 18:22:22 2014 Return-Path: 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 2B53B1A8A4A for ; Thu, 30 Oct 2014 18:22:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 aiXy1dgOqvbV for ; Thu, 30 Oct 2014 18:22:16 -0700 (PDT) Received: from daboo.name (daboo.name [173.13.55.49]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC04C1A8A55 for ; Thu, 30 Oct 2014 18:22:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id 9B3DEEB70F3; Thu, 30 Oct 2014 21:22:15 -0400 (EDT) X-Virus-Scanned: amavisd-new at example.com Received: from daboo.name ([127.0.0.1]) by localhost (daboo.name [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QKxLbUbtSkcR; Thu, 30 Oct 2014 21:22:14 -0400 (EDT) Received: from [10.0.1.25] (unknown [173.13.55.49]) by daboo.name (Postfix) with ESMTPSA id BA0B8EB70DC; Thu, 30 Oct 2014 21:22:13 -0400 (EDT) Date: Thu, 30 Oct 2014 21:22:09 -0400 From: Cyrus Daboo To: Arnt Gulbrandsen , imapext@ietf.org Message-ID: <50C455FDA16528085A5A84B3@cyrus.local> In-Reply-To: References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> X-Mailer: Mulberry/4.1.0b1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=469 Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/O0fbmSwyoum4W8GPM_Mha90BKDc Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 01:22:20 -0000 Hi Arnt, --On October 30, 2014 at 11:28:24 PM +0100 Arnt Gulbrandsen wrote: > Actually, it's legal to send response codes in an untagged OK, and not > just during APPEND processing, so... > > C: foo select inbox > S: ... > S: * OK [MESSAGESIZE 12341234] woo hoo > S: ... > S: foo OK done > > Or even for LOGIN. It is a shame METADATA never got any tranaction because this would be a perfect case where it could be used. -- Cyrus Daboo From nobody Fri Oct 31 00:59:46 2014 Return-Path: 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 4D5331A8AF2 for ; Fri, 31 Oct 2014 00:59:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 MWRny53HWFNx for ; Fri, 31 Oct 2014 00:59:43 -0700 (PDT) Received: from strange.aox.org (strange.aox.org [IPv6:2001:4d88:100c::1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD3291A8AF1 for ; Fri, 31 Oct 2014 00:59:43 -0700 (PDT) Received: from fri.gulbrandsen.priv.no (localhost [127.0.0.1]) by strange.aox.org (Postfix) with ESMTP id 4D04DFA000C; Fri, 31 Oct 2014 07:59:40 +0000 (UTC) Received: from arnt@gulbrandsen.priv.no by fri.gulbrandsen.priv.no (Archiveopteryx 3.2.0) with esmtpsa id 1414742379-4330-4329/12/73; Fri, 31 Oct 2014 07:59:39 +0000 From: Arnt Gulbrandsen To: imapext@ietf.org Date: Fri, 31 Oct 2014 08:59:39 +0100 User-Agent: Trojita/v0.4.1-243-g4a74770; Qt/4.8.6; X11; Linux; Ubuntu 14.04.1 LTS Mime-Version: 1.0 Message-Id: In-Reply-To: References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> Content-Type: text/plain; charset=utf-8; format=flowed Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/4UJ44lRFEGkCVkBr2NirLETZ83g Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 07:59:45 -0000 Well, it'll work on SELECT too. And yes, latest wins, just like UIDNEXT, UIDVALIDITY, PERMANENTFLAGS and whatnot. I'll publish a short document when I get around to it. Arnt From nobody Fri Oct 31 03:59:34 2014 Return-Path: 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 C1B151A19E4 for ; Fri, 31 Oct 2014 03:59:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 54ICX9q81Yww for ; Fri, 31 Oct 2014 03:59:31 -0700 (PDT) Received: from waldorf.isode.com (ext-bt.isode.com [217.34.220.158]) by ietfa.amsl.com (Postfix) with ESMTP id 3F6CF1A0076 for ; Fri, 31 Oct 2014 03:59:31 -0700 (PDT) Received: from [172.22.17.106] ((unknown) [217.34.220.158]) by waldorf.isode.com (smtp internal) via TCP with ESMTPA id ; Fri, 31 Oct 2014 10:59:29 +0000 X-SMTP-Protocol-Errors: NORDNS References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> In-Reply-To: Message-Id: <951F3F0E-25E5-42AC-9B61-BA669FD9E1F4@isode.com> X-Mailer: iPhone Mail (11B651) From: Alexey Melnikov Date: Fri, 31 Oct 2014 11:01:06 +0000 To: Brandon Long MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-C246A09D-8E2A-4297-9731-40720FF0185E Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/Iz05KhAtaTejiURdtWAxDVDWRnQ Cc: Arnt Gulbrandsen , "imapext@ietf.org" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 10:59:34 -0000 --Apple-Mail-C246A09D-8E2A-4297-9731-40720FF0185E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable If it is a system wide limit, I would rather advertise it in a new CAPABILIT= Y response. But a response code is also a good idea. Sent from my iPhone > On 30 Oct 2014, at 22:01, Brandon Long wrote: >=20 > Sure, though you have to hit the limit first in that case. I'm fine with t= hat, especially since we disabled LITERAL+ so that we could respond to APPEN= D directly with a NO without having to eat the overly large message or drop t= he connection. >=20 > Brandon >=20 >> On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandsen wrote: >> Another alternative would be a new response code, like LIMIT, but specifi= cally for messages and with a named size. >>=20 >>=20 >> Arnt >>=20 >> _______________________________________________ >> imapext mailing list >> imapext@ietf.org >> https://www.ietf.org/mailman/listinfo/imapext >=20 > _______________________________________________ > imapext mailing list > imapext@ietf.org > https://www.ietf.org/mailman/listinfo/imapext --Apple-Mail-C246A09D-8E2A-4297-9731-40720FF0185E Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
If it is a s= ystem wide limit, I would rather advertise it in a new CAPABILITY response. B= ut a response code is also a good idea.

Sent from my iPhone

On 30 Oct 2014, at 22:01, Brandon Long <blong@google.com> wrote:

Sure, though you have to hit the limit first in tha= t case.  I'm fine with that, especially since we disabled LITERAL+ so t= hat we could respond to APPEND directly with a NO without having to eat the o= verly large message or drop the connection.

Brandon
=

On Thu, Oct 3= 0, 2014 at 2:53 PM, Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>= ; wrote:
Another alternative would b= e a new response code, like LIMIT, but specifically for messages and with a n= amed size.


Arnt

_______________________________________________
imapext mailing list
imapext@ietf.org = https://www.ietf.org/mailman/listinfo/imapext

____________________= ___________________________
imapext mailing list
<= span>imapext@ietf.org
https://www.ietf= .org/mailman/listinfo/imapext
= = --Apple-Mail-C246A09D-8E2A-4297-9731-40720FF0185E-- From nobody Fri Oct 31 03:59:39 2014 Return-Path: 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 979F41A1A80 for ; Fri, 31 Oct 2014 03:59:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.908 X-Spam-Level: X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham 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 kB-AAgOJsSdd for ; Fri, 31 Oct 2014 03:59:33 -0700 (PDT) Received: from waldorf.isode.com (ext-bt.isode.com [217.34.220.158]) by ietfa.amsl.com (Postfix) with ESMTP id 328241A0A6B for ; Fri, 31 Oct 2014 03:59:33 -0700 (PDT) Received: from [172.22.17.106] ((unknown) [217.34.220.158]) by waldorf.isode.com (smtp internal) via TCP with ESMTPA id ; Fri, 31 Oct 2014 10:59:32 +0000 X-SMTP-Protocol-Errors: NORDNS References: In-Reply-To: Message-Id: X-Mailer: iPhone Mail (11B651) From: Alexey Melnikov Date: Fri, 31 Oct 2014 11:01:42 +0000 To: Brandon Long MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-D64026BA-9704-48F9-93E1-07E0EF303DDA Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/rUOqPShKjWOiW4z9PI4Oh-1cgKo Cc: Adrien de Croy , Arnt Gulbrandsen , "imapext@ietf.org" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Oct 2014 10:59:35 -0000 --Apple-Mail-D64026BA-9704-48F9-93E1-07E0EF303DDA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi, > On 31 Oct 2014, at 00:10, Brandon Long wrote: >=20 > We haven't noticed any issues and no one has complained, and were having a= lot of issues before that. Well, my client doesn't support IMAP servers without LITERAL+ (which works w= ith pretty much all of them) and the only common server that doesn't adverti= se it is Gmail. And then I discovered that you still support the syntax (whi= ch is great). So I had to add a hack to treat your Gmail capability as impli= cit indication of LITERAL+ support. I wish you guys added a new capability advertising your APPEND limit or that= you only don't support LITERAL+ in APPEND. >=20 > Our problem is that we also have an upload bandwidth quota, and if we read= through the full 50MB upload before saying NO, the client would just keep r= etrying indefinitely, and the user would get locked out for exceeding quota.= >=20 > Granted, now international searches in particular look really ugly and tak= e multiple round-trips, but they're less used, and now that we accept UTF8 d= irectly, theoretically clients could upgrade to using that instead. >=20 > Brandon >=20 >=20 >> On Thu, Oct 30, 2014 at 3:44 PM, Adrien de Croy wrote: >> =20 >> Hi Brandon. >> =20 >> Interesting approach dropping LITERAL+ >> =20 >> how do you find in general clients deal with being bounced on APPEND inst= ead of getting the command continuation request? >> =20 >> Adrien >> =20 >> =20 >> ------ Original Message ------ >> From: "Brandon Long" >> To: "Arnt Gulbrandsen" >> Cc: "imapext@ietf.org" >> Sent: 31/10/2014 11:01:46 a.m. >> Subject: Re: [imapext] [IMAP] APPEND Command Usage >> =20 >>> Sure, though you have to hit the limit first in that case. I'm fine wit= h that, especially since we disabled LITERAL+ so that we could respond to AP= PEND directly with a NO without having to eat the overly large message or dr= op the connection. >>>=20 >>> Brandon >>>=20 >>>> On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandsen wrote: >>>> Another alternative would be a new response code, like LIMIT, but speci= fically for messages and with a named size. >>>>=20 >>>>=20 >>>> Arnt >>>>=20 >>>> _______________________________________________ >>>> imapext mailing list >>>> imapext@ietf.org >>>> https://www.ietf.org/mailman/listinfo/imapext >=20 > _______________________________________________ > imapext mailing list > imapext@ietf.org > https://www.ietf.org/mailman/listinfo/imapext --Apple-Mail-D64026BA-9704-48F9-93E1-07E0EF303DDA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi,

On 31 Oct 2014, at 00:10, Brandon Long <blong@google.com> wrote:

We haven't noticed any issues and no one has co= mplained, and were having a lot of issues before that.

Well, my client doesn't support IMAP servers without LITER= AL+ (which works with pretty much all of them) and the only common server th= at doesn't advertise it is Gmail. And then I discovered that you still suppo= rt the syntax (which is great). So I had to add a hack to treat your Gmail c= apability as implicit indication of LITERAL+ support.

I w= ish you guys added a new capability advertising your APPEND limit or that yo= u only don't support LITERAL+ in APPEND.
<= div dir=3D"ltr">

Our problem is that we also have an uplo= ad bandwidth quota, and if we read through the full 50MB upload before sayin= g NO, the client would just keep retrying indefinitely, and the user would g= et locked out for exceeding quota.

Granted, now int= ernational searches in particular look really ugly and take multiple round-t= rips, but they're less used, and now that we accept UTF8 directly, theoretic= ally clients could upgrade to using that instead.

B= randon


On Thu, Oct 30, 2014 at 3:44 PM, Adrien de Croy <adrien@qbik.com= > wrote:
 
Hi Brandon.
 
Interesting approach dropping LITERAL+
 
how do you find in general clients deal with being bounced on APPEND in= stead of getting the command continuation request?
 
Adrien
 
 
------ Original Message ------
From: "Brandon Long" <blong@google.com>
To: "Arnt Gulbrandsen" <arnt@gulbrandsen.priv.no>
Sent: 31/10/2014 11:01:46 a.m.
Subject: Re: [imapext] [IMAP] APPEND Command Usage
 
Sure, though you have to hit the limit first in that case.&= nbsp; I'm fine with that, especially since we disabled LITERAL+ so that we c= ould respond to APPEND directly with a NO without having to eat the overly l= arge message or drop the connection.=20

Brandon

On Thu, Oct 30, 2014 at 2:53 PM, Arnt Gulbrandsen= <arnt@gulbrandsen.priv.no> wrote:
Another alternative would be a new resp= onse code, like LIMIT, but specifically for messages and with a named size.=20=


Arnt

____________________________________________= ___
imapext mailing list
imapext@ietf.org
https://www.ietf.org/mailman/listinf= o/imapext


____________________= ___________________________
imapext mailing list
<= span>imapext@ietf.org
https://www.ietf= .org/mailman/listinfo/imapext
<= /body>= --Apple-Mail-D64026BA-9704-48F9-93E1-07E0EF303DDA-- From nobody Fri Oct 31 17:37:23 2014 Return-Path: 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 1FDCD1A875A for ; Fri, 31 Oct 2014 17:37:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.897 X-Spam-Level: X-Spam-Status: No, score=0.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RDNS_NONE=0.793, 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 IwSyv4QvfmdX for ; Fri, 31 Oct 2014 17:37:17 -0700 (PDT) Received: from smg2.telecom.sna.samsung.com (unknown [63.166.115.32]) by ietfa.amsl.com (Postfix) with ESMTP id BADA41A8753 for ; Fri, 31 Oct 2014 17:37:16 -0700 (PDT) X-AuditID: 41a9fa20-f79116d000004bf9-ca-54542b2a1eac Received: from exHub4.telecom.sna.samsung.com (Unknown_Domain [105.52.12.225]) by smg2.telecom.sna.samsung.com (SMGOUT STA) with SMTP id 46.4C.19449.A2B24545; Fri, 31 Oct 2014 19:36:58 -0500 (CDT) Received: from EXMB5.telecom.sna.samsung.com ([fe80::5f4:56d9:ea68:f480]) by exHub4.telecom.sna.samsung.com ([2002:6934:ce1::6934:ce1]) with mapi id 14.03.0146.000; Fri, 31 Oct 2014 19:37:15 -0500 From: Jayantheesh S B To: 'Alexey Melnikov' , 'Brandon Long' , 'Arnt Gulbrandsen' Thread-Topic: [imapext] [IMAP] APPEND Command Usage Thread-Index: Ac/zikIaeRUU045cSKC+QFTd6ghr0ZxK6Vlg Date: Sat, 1 Nov 2014 00:37:15 +0000 Message-ID: <02454F842DD7B449B96715A2AD90C0361A257739@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> <951F3F0E-25E5-42AC-9B61-BA669FD9E1F4@isode.com> In-Reply-To: <951F3F0E-25E5-42AC-9B61-BA669FD9E1F4@isode.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [105.52.12.197] Content-Type: multipart/mixed; boundary="_004_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrJLMWRmVeSWpSXmKPExsWSacLzUFdLOyTEYNIVfosZq4ssuh8cYrNY tHIVs8XjWVwOLB4LNpV67Pm3mtljyZKfTB6nmg0DWKK4bZISS8qCM9Pz9O0SuDNufj/EWnB3 NmPFwd+rmBsYl0xn7GLk5JAQMJGYdqGVGcIWk7hwbz1bFyMXh5DAMUaJN5enMEM4JxglDm3e wdLFyM7BJqAj8SQYJCwi0MoocXXSbHaQZmaBUIl5r46A2cICRhKbn+8B6uUAKjKW+H/GEiQs AhS+uukNE4jNIqAi8WXjMzYQm1cgRGLe0t9MEKv6mSVaPj5jAUlwCthKbNwyEexQRqDjvp9a wwSxS1zi1pP5TBBHi0g8vHiaDcIWlXj5+B8rhK0oMffXTWaI+kyJN/3roJYJSpyc+YRlAqPo LCSjZiEpm4WkbAEj8ypGmeLcdCO9ktSc1OT8XL3ivES94sTc4tK8dD0gfxMjMIYcV/5S2MHY sMv+ECMTB+chRgkOLimR4tS8lNSixNKSjHhQTMQXA6NCqoGx6cbaitkPF6x4KBv/9d3ZMK77 Gj+m7xQ782DFH/uat2s1n+sG/9mb5FRfcjqiceEanZAe30Ovzc/tPcXFn+lh/0uj+8ZC+fK1 uuIxU65efpXAd2ki164XcjsTzVbMMb19arlmIKvGjXlFsneFEi5aaHCtveG0wUHR597DXRoO 5a7PpF6wrJCbo8RSnJFoqMVcVJwIAFxrWDZsAgAA Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/zoB7bwGB6Eg139GlP7tXrFDYENw Cc: Jayantheesh S B , "'imapext@ietf.org'" Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2014 00:37:20 -0000 --_004_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_ Content-Type: multipart/alternative; boundary="_000_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_" --_000_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxsLA0KDQpJIGhhdmUgY3JlYXRlZCBhIHNob3J0IGRvY3VtZW50IOKAnElNQVAgQVBQRU5E TElNSVQgZXh0ZW5zaW9u4oCdICwgd2hpY2ggcHJvcG9zZXMgdGhlIENBUEFCSUxJVFkgYmFzZWQg c29sdXRpb24gZm9yIHRoZSBBUFBFTkQgY29tbWFuZCB1c2FnZSBpc3N1ZS4NCg0KUHJvcG9zZWQg dG8gYWRkIG5ldyBjYXBhYmlsaXR5IEFQUEVORExJTUlUIGFzIHBhcnQgb2YgdGhlIENBUEFCSUxJ VFkgcmVzcG9uc2UsIHdoaWNoIHdpbGwgYmUgdXNlZCB0byBhZHZlcnRpc2UgdGhlIG1haWwgdXBs b2FkIHNpemUgcmVzdHJpY3Rpb24gc2V0IGJ5IHRoZSBJTUFQIHNlcnZlci4NCg0KS2luZGx5IGdv IHRocm91Z2ggdGhlIHNhbWUgYW5kIHNoYXJlIHlvdXIgY29tbWVudHMuDQoNClJlZ2FyZHMsDQpK YXkNCkZyb206IEFsZXhleSBNZWxuaWtvdiBbbWFpbHRvOmFsZXhleS5tZWxuaWtvdkBpc29kZS5j b21dDQpTZW50OiBGcmlkYXksIE9jdG9iZXIgMzEsIDIwMTQgNzowMSBBTQ0KVG86IEJyYW5kb24g TG9uZw0KQ2M6IEFybnQgR3VsYnJhbmRzZW47IGltYXBleHRAaWV0Zi5vcmcNClN1YmplY3Q6IFJl OiBbaW1hcGV4dF0gW0lNQVBdIEFQUEVORCBDb21tYW5kIFVzYWdlDQoNCklmIGl0IGlzIGEgc3lz dGVtIHdpZGUgbGltaXQsIEkgd291bGQgcmF0aGVyIGFkdmVydGlzZSBpdCBpbiBhIG5ldyBDQVBB QklMSVRZIHJlc3BvbnNlLiBCdXQgYSByZXNwb25zZSBjb2RlIGlzIGFsc28gYSBnb29kIGlkZWEu DQoNClNlbnQgZnJvbSBteSBpUGhvbmUNCg0KT24gMzAgT2N0IDIwMTQsIGF0IDIyOjAxLCBCcmFu ZG9uIExvbmcgPGJsb25nQGdvb2dsZS5jb208bWFpbHRvOmJsb25nQGdvb2dsZS5jb20+PiB3cm90 ZToNClN1cmUsIHRob3VnaCB5b3UgaGF2ZSB0byBoaXQgdGhlIGxpbWl0IGZpcnN0IGluIHRoYXQg Y2FzZS4gIEknbSBmaW5lIHdpdGggdGhhdCwgZXNwZWNpYWxseSBzaW5jZSB3ZSBkaXNhYmxlZCBM SVRFUkFMKyBzbyB0aGF0IHdlIGNvdWxkIHJlc3BvbmQgdG8gQVBQRU5EIGRpcmVjdGx5IHdpdGgg YSBOTyB3aXRob3V0IGhhdmluZyB0byBlYXQgdGhlIG92ZXJseSBsYXJnZSBtZXNzYWdlIG9yIGRy b3AgdGhlIGNvbm5lY3Rpb24uDQoNCkJyYW5kb24NCg0KT24gVGh1LCBPY3QgMzAsIDIwMTQgYXQg Mjo1MyBQTSwgQXJudCBHdWxicmFuZHNlbiA8YXJudEBndWxicmFuZHNlbi5wcml2Lm5vPG1haWx0 bzphcm50QGd1bGJyYW5kc2VuLnByaXYubm8+PiB3cm90ZToNCkFub3RoZXIgYWx0ZXJuYXRpdmUg d291bGQgYmUgYSBuZXcgcmVzcG9uc2UgY29kZSwgbGlrZSBMSU1JVCwgYnV0IHNwZWNpZmljYWxs eSBmb3IgbWVzc2FnZXMgYW5kIHdpdGggYSBuYW1lZCBzaXplLg0KDQoNCkFybnQNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmltYXBleHQgbWFpbGlu ZyBsaXN0DQppbWFwZXh0QGlldGYub3JnPG1haWx0bzppbWFwZXh0QGlldGYub3JnPg0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pbWFwZXh0DQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQppbWFwZXh0IG1haWxpbmcgbGlzdA0K aW1hcGV4dEBpZXRmLm9yZzxtYWlsdG86aW1hcGV4dEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaW1hcGV4dA0K --_000_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Ik1hbGd1biBHb3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNSAzIDIgMCAwIDIgMCA0O30NCkBmb250 LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx IDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1hbGd1biBH b3RoaWMiOw0KCXBhbm9zZS0xOjIgMTEgNSAzIDIgMCAwIDIgMCA0O30NCi8qIFN0eWxlIERlZmlu aXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21h cmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJ Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQphOmxpbmssIHNwYW4uTXNv SHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxv d2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpw ZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNv bG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9u bHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVp biAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2Vj dGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+ DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5 b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9v OnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4t VVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24x Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5IaSBBbGwsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIGhhdmUgY3JlYXRlZCBhIHNob3J0IGRvY3Vt ZW50IOKAnElNQVAgQVBQRU5ETElNSVQgZXh0ZW5zaW9u4oCdICwgd2hpY2ggcHJvcG9zZXMgdGhl IENBUEFCSUxJVFkgYmFzZWQgc29sdXRpb24gZm9yIHRoZSBBUFBFTkQgY29tbWFuZCB1c2FnZSBp c3N1ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPlByb3Bvc2VkIHRvIGFkZCBuZXcgY2FwYWJpbGl0eSBBUFBFTkRMSU1J VCBhcyBwYXJ0IG9mIHRoZSBDQVBBQklMSVRZIHJlc3BvbnNlLCB3aGljaCB3aWxsIGJlIHVzZWQg dG8gYWR2ZXJ0aXNlIHRoZSBtYWlsIHVwbG9hZCBzaXplIHJlc3RyaWN0aW9uIHNldCBieSB0aGUg SU1BUA0KIHNlcnZlci48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPktpbmRseSBnbyB0aHJvdWdoIHRoZSBzYW1lIGFuZCBz aGFyZSB5b3VyIGNvbW1lbnRzLg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5KYXk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHls ZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4w cHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ IEFsZXhleSBNZWxuaWtvdiBbbWFpbHRvOmFsZXhleS5tZWxuaWtvdkBpc29kZS5jb21dDQo8YnI+ DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBPY3RvYmVyIDMxLCAyMDE0IDc6MDEgQU08YnI+DQo8Yj5U bzo8L2I+IEJyYW5kb24gTG9uZzxicj4NCjxiPkNjOjwvYj4gQXJudCBHdWxicmFuZHNlbjsgaW1h cGV4dEBpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2ltYXBleHRdIFtJTUFQXSBB UFBFTkQgQ29tbWFuZCBVc2FnZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYgaXQgaXMgYSBzeXN0ZW0gd2lkZSBsaW1pdCwgSSB3 b3VsZCByYXRoZXIgYWR2ZXJ0aXNlIGl0IGluIGEgbmV3IENBUEFCSUxJVFkgcmVzcG9uc2UuIEJ1 dCBhIHJlc3BvbnNlIGNvZGUgaXMgYWxzbyBhIGdvb2QgaWRlYS48YnI+DQo8YnI+DQpTZW50IGZy b20gbXkgaVBob25lPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPjxicj4NCk9uIDMwIE9jdCAyMDE0 LCBhdCAyMjowMSwgQnJhbmRvbiBMb25nICZsdDs8YSBocmVmPSJtYWlsdG86YmxvbmdAZ29vZ2xl LmNvbSI+YmxvbmdAZ29vZ2xlLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+U3VyZSwgdGhvdWdoIHlv dSBoYXZlIHRvIGhpdCB0aGUgbGltaXQgZmlyc3QgaW4gdGhhdCBjYXNlLiZuYnNwOyBJJ20gZmlu ZSB3aXRoIHRoYXQsIGVzcGVjaWFsbHkgc2luY2Ugd2UgZGlzYWJsZWQgTElURVJBTCYjNDM7IHNv IHRoYXQgd2UgY291bGQgcmVzcG9uZCB0byBBUFBFTkQgZGlyZWN0bHkgd2l0aCBhIE5PIHdpdGhv dXQgaGF2aW5nIHRvIGVhdCB0aGUgb3Zlcmx5IGxhcmdlIG1lc3NhZ2Ugb3IgZHJvcCB0aGUgY29u bmVjdGlvbi48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJy YW5kb248bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+T24gVGh1LCBPY3QgMzAsIDIwMTQgYXQgMjo1MyBQTSwgQXJudCBHdWxicmFuZHNlbiAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmFybnRAZ3VsYnJhbmRzZW4ucHJpdi5ubyIgdGFyZ2V0PSJfYmxhbmsi PmFybnRAZ3VsYnJhbmRzZW4ucHJpdi5ubzwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5vdGhlciBhbHRlcm5hdGl2ZSB3b3VsZCBiZSBhIG5ldyBy ZXNwb25zZSBjb2RlLCBsaWtlIExJTUlULCBidXQgc3BlY2lmaWNhbGx5IGZvciBtZXNzYWdlcyBh bmQgd2l0aCBhIG5hbWVkIHNpemUuPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCkFybnQ8YnI+DQo8YnI+DQpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCmltYXBleHQgbWFpbGluZyBs aXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOmltYXBleHRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5r Ij5pbWFwZXh0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vaW1hcGV4dCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vaW1hcGV4dDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPg0KaW1hcGV4dCBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86aW1hcGV4dEBp ZXRmLm9yZyI+aW1hcGV4dEBpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ltYXBleHQiPmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vaW1hcGV4dDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_-- --_004_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_ Content-Type: text/plain; name="draft-jayantheesh-imap-appendlimit-extension-00.txt" Content-Description: draft-jayantheesh-imap-appendlimit-extension-00.txt Content-Disposition: attachment; filename="draft-jayantheesh-imap-appendlimit-extension-00.txt"; size=5711; creation-date="Fri, 31 Oct 2014 23:38:11 GMT"; modification-date="Sat, 01 Nov 2014 00:16:27 GMT" Content-Transfer-Encoding: base64 SU5URVJORVQtRFJBRlQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg SmF5YW50aGVlc2ggUyBCIApJbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjayAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFNhbXN1bmcKRXhwaXJlczogTWF5IDIwMTUgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIE5hcmVuZHJhIFNpbmdoIEJpc2h0CiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg U2Ftc3VuZwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIE5vdmVtYmVyIDcsIDIwMTQKCiAgICAgICAgICAgICAgICAgICAgICAgVGhlIElNQVAg QVBQRU5ETElNSVQgRXh0ZW5zaW9uCiAgICAgICAgICAgICAgICBkcmFmdC1qYXlhbnRoZWVzaC1p bWFwLWFwcGVuZGxpbWl0LWV4dGVuc2lvbi0wMAoKU3RhdHVzIG9mIHRoaXMgTWVtbwoKVGhpcyBJ bnRlcm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZQpw cm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQIDc5LiBUaGlzIGRvY3VtZW50IG1heSBub3QgYmUg bW9kaWZpZWQsIGFuZApkZXJpdmF0aXZlIHdvcmtzIG9mIGl0IG1heSBub3QgYmUgY3JlYXRlZCwg ZXhjZXB0IHRvIHB1Ymxpc2ggaXQgYXMgYW4KUkZDIGFuZCB0byB0cmFuc2xhdGUgaXQgaW50byBs YW5ndWFnZXMgb3RoZXIgdGhhbiBFbmdsaXNoLgoKSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5n IGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcgVGFzawpGb3JjZSAoSUVURiks IGl0cyBhcmVhcywgYW5kIGl0cyB3b3JraW5nIGdyb3Vwcy4gIE5vdGUgdGhhdCBvdGhlciBncm91 cHMKbWF5IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFm dHMuCgpJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhp bXVtIG9mIHNpeCBtb250aHMKYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xl dGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkKdGltZS4gSXQgaXMgaW5hcHByb3ByaWF0ZSB0 byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZSBtYXRlcmlhbApvciB0byBjaXRlIHRo ZW0gb3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iCgpUaGUgbGlzdCBvZiBjdXJyZW50 IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQKaHR0cDovL3d3dy5pZXRmLm9yZy9p ZXRmLzFpZC1hYnN0cmFjdHMudHh0CgpUaGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cg RGlyZWN0b3JpZXMgY2FuIGJlIGFjY2Vzc2VkIGF0Cmh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93 Lmh0bWwKClRoaXMgSW50ZXJuZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gTWF5LCAyMDE1LgoKQ29w eXJpZ2h0IE5vdGljZQoKQ29weXJpZ2h0IChjKSAyMDE0IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJz b25zIGlkZW50aWZpZWQgYXMgdGhlCmRvY3VtZW50IGF1dGhvcnMuIEFsbCByaWdodHMgcmVzZXJ2 ZWQuCgpUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVz dCdzIExlZ2FsClByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHMKKGh0dHA6Ly90 cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mCnB1 YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRz IGNhcmVmdWxseSwKYXMgdGhleSBkZXNjcmliZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25z IHdpdGggcmVzcGVjdCB0byB0aGlzCmRvY3VtZW50LgoKQWJzdHJhY3QKClRoaXMgbWVtbyBkZWZp bmVzIGFuIGV4dGVuc2lvbiB0byB0aGUgSU1BUCBzZXJ2aWNlIHdoZXJlYnkgYSBzZXJ2ZXIgY2Fu CmFkdmVydGlzZSBpdHMgY2FwYWJpbGl0eSwgdG8gc3VwcG9ydCBtYXhpbXVtIG1haWwgdXBsb2Fk IHNpemUgdXNpbmcKQ0FQQUJJTElUWSBjb21tYW5kLgoKQ29udmVudGlvbnMgVXNlZCBpbiBUaGlz IERvY3VtZW50CgpUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVEIiwg IlNIQUxMIiwgIlNIQUxMIApOT1QiLCJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1FTkRF RCIsICAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4KdGhpcyBkb2N1bWVudCBhcmUgdG8gYmUgaW50 ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFJGQyAyMTE5LgpFeGFtcGxlIGxpbmVzIHByZWZhY2Vk IGJ5ICJDOiIgYXJlIHNlbnQgYnkgdGhlIGNsaWVudCBhbmQgb25lcyBwcmVmYWNlZApieSAiUzoi IGJ5IHRoZSBzZXJ2ZXIuIFRoZSBmaXZlIGNoYXJhY3RlcnMgWy4uLl0gbWVhbnMgdGhhdCBzb21l dGhpbmcKaGFzIGJlZW4gZWxpZGVkLgoKT3ZlcnZpZXcKClNldmVyYWwgSU1BUCBzZXJ2ZXIgaGF2 ZSBsaW1pdGF0aW9uIGluIG1haWwgdXBsb2FkIHNpemUgd2hpY2ggaXMgbm90CnB1Ymxpc2hlZCB0 byB0aGUgZW1haWwgY2xpZW50LiBXaGVuIGVtYWlsIGNsaWVudCBBUFBFTkQgYW4gbWFpbCB3aXRo Cmh1Z2UgYXR0YWNobWVudHMsIGl0IGZhaWxzIGR1ZSB0byBzaXplIHJlc3RyaWN0aW9uIHNldCBi eSB0aGUgSU1BUApzZXJ2ZXIuIFRoaXMgcmVzdWx0cyBpbiB1bm5lY2Vzc2FyeSByZXNvdXJjZSB1 c2FnZSwgZXNwZWNpYWxseSBpbiB0aGUgCm1vYmlsZSBkZXZpY2UgZW52aXJvbm1lbnQsIGFwcGVu ZGluZyBtYWlsIHdpdGggaHVnZSBhdHRhY2htZW50IGNvbnN1bWVzCmRldmljZSByZXNvdXJjZXMg bGlrZSBkZXZpY2UgYmF0dGVyeSBwb3dlciBhbmQgbW9iaWxlIGRhdGEuCgpUaGUgSU1BUCBBUFBF TkRMSU1JVCBleHRlbnNpb24gcHJvdmlkZXMgYW4gYWJpbGl0eSB0byBhZHZlcnRpc2UgbWF4aW11 bQp1cGxvYWQgc2l6ZSBhbGxvd2VkIGJ5IHRoZSBJTUFQIHNlcnZlciwgc28gdGhhdCBlbWFpbCBj bGllbnQga25vd3MgdGhlCnNpemUgbGltaXRhdGlvbiBiZWZvcmVoYW5kLgoKQXMgcGFydCBvZiBD QVBBQklMSVRZIHJlc3BvbnNlLCBJTUFQIHNlcnZlciBzaG91bGQgcHVibGlzaCB0aGUgc3VwcG9y dGVkCnVwbG9hZCBtYWlsIHNpemUuIFRoZSBmb2xsb3dpbmcgZXhhbXBsZSBkZW1vbnN0cmF0ZXMg aXRzIHVzYWdlLgoKQzogdDEgQ0FQQUJJTElUWQpTOiAqIENBUEFCSUxJVFkgSU1BUDRyZXYxIElE IEFQUEVORExJTUlUPTI1Nzg5MApTOiB0MSBPSyBmb28KCkJ5IGxvb2tpbmcgYXQgdGhlIHVwbG9h ZCBzaXplIHJlc3RyaWN0aW9uIHNldCBieSB0aGUgSU1BUCBzZXJ2ZXIsIGNsaWVudApTSEFMTCBu b3QgdHJ5IHRvIHVwbG9hZCBtYWlsIG1vcmUgdGhhbiBhZHZlcnRpc2VkIGxpbWl0IGluIHRoZSBB UFBFTkQKY29tbWFuZC4KICAgICAKRm9ybWFsIHN5bnRheAoKVGhlIGZvbGxvd2luZyBzeW50YXgg c3BlY2lmaWNhdGlvbiB1c2VzIHRoZSBBdWdtZW50ZWQgQmFja3VzLU5hdXIKRm9ybSAoQUJORikg bm90YXRpb24gYXMgc3BlY2lmaWVkIGluIFtSRkM0MjM0XSBpbmNsdWRpbmcgdGhlIGNvcmUKcnVs ZXMgaW4gQXBwZW5kaXggQi4xLiAgW1JGQzM1MDFdIGRlZmluZXMgdGhlIG5vbi10ZXJtaW5hbHMK ImNhcGFiaWxpdHkiCgpFeGNlcHQgYXMgbm90ZWQgb3RoZXJ3aXNlLCBhbGwgYWxwaGFiZXRpYyBj aGFyYWN0ZXJzIGFyZSBjYXNlLQppbnNlbnNpdGl2ZS4gIFRoZSB1c2Ugb2YgdXBwZXIgb3IgbG93 ZXIgY2FzZSBjaGFyYWN0ZXJzIHRvIGRlZmluZQp0b2tlbiBzdHJpbmdzIGlzIGZvciBlZGl0b3Jp YWwgY2xhcml0eSBvbmx5LiAgSW1wbGVtZW50YXRpb25zIE1VU1QKYWNjZXB0IHRoZXNlIHN0cmlu Z3MgaW4gYSBjYXNlLWluc2Vuc2l0aXZlIGZhc2hpb24uCiAgICAKY2FwYWJpbGl0eSAgICA9LyAi QVBQRU5ETElNSVQ9IiBzaXplLXBhcmFtCgpBIGRlY2ltYWwgbnVtYmVyIGluZGljYXRpbmcgdGhl IGZpeGVkIG1heGltdW0gbWVzc2FnZSBzaXplIGluIGJ5dGVzCnRoYXQgdGhlIHNlcnZlciB3aWxs IGFjY2VwdC4gVGhlIHN5bnRheCBvZiB0aGUgcGFyYW1ldGVyIGlzIGFzCmZvbGxvd3MsIHVzaW5n IHRoZSBhdWdtZW50ZWQgQk5GIG5vdGF0aW9uIG9mIFtSRkMgODIyXToKCnNpemUtcGFyYW0gPSBb MSpESUdJVF0KCkEgcGFyYW1ldGVyIHZhbHVlIG9mIDAgKHplcm8pIGluZGljYXRlcyB0aGF0IG5v IGZpeGVkIG1heGltdW0KbWVzc2FnZSBzaXplIGlzIGluIGZvcmNlLiBJZiB0aGUgY2FwYWJpbGl0 eSBpcyBvbWl0dGVkIG5vCmluZm9ybWF0aW9uIGlzIGNvbnZleWVkIGFib3V0IHRoZSBzZXJ2ZXIn cyBmaXhlZCBtYXhpbXVtIG1lc3NhZ2Ugc2l6ZS4KClNlY3VyaXR5IENvbnNpZGVyYXRpb24KCkl0 IGlzIGJlbGlldmVkIHRoYXQgdGhpcyBleHRlbnNpb24gZG9lc24ndCBhZGQgYW55IG5ldyBzZWN1 cml0eQpjb25zaWRlcmF0aW9ucyB0aGF0IGFyZSBub3QgYWxyZWFkeSBwcmVzZW50IGluIHRoZSBi YXNlIElNQVAKcHJvdG9jb2wgW1JGQzM1MDFdLgoKSUFOQSBDb25zaWRlcmF0aW9ucwoKVGhlIElB TkEgaXMgcmVxdWVzdGVkIHRvIGFkZCBBUFBFTkRMSU1JVCB0byB0aGUgSU1BUDQgQ2FwYWJpbGl0 aWVzClJlZ2lzdHJ5LiAgW1tOb3RlIHRvIFJGQy1lZGl0b3I6IHBsZWFzZSByZW1vdmUgdGhlIGZv bGxvd2luZyBiZWZvcmUKcHVibGljYXRpb246IFRoaXMgcmVnaXN0cmF0aW9uIHNob3VsZCB0YWtl IHBsYWNlIGF0IHRoZSBmb2xsb3dpbmcKbG9jYXRpb246IGh0dHA6Ly93d3cuaWFuYS5vcmcvYXNz aWdubWVudHMvaW1hcDQtY2FwYWJpbGl0aWVzXV0KClJlZmVyZW5jZXMKCltSRkMyMTE5XSAgQnJh ZG5lciwgIktleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGUKICAgICAgICAgICBS ZXF1aXJlbWVudCBMZXZlbHMiLCBSRkMgMjExOSwgSGFydmFyZCBVbml2ZXJzaXR5LCBNYXJjaAog ICAgICAgICAgIDE5OTcuCiAgICAgICAgICAgCltSRkMzNTAxXSAgQ3Jpc3BpbiwgIkludGVybmV0 IE1lc3NhZ2UgQWNjZXNzIFByb3RvY29sIC0gVmVyc2lvbgoKW1JGQzQyMzRdICBDcm9ja2VyLCBP dmVyZWxsLCAiQXVnbWVudGVkIEJORiBmb3IgU3ludGF4CiAgICAgICAgICAgU3BlY2lmaWNhdGlv bnM6IEFCTkYiLCBSRkMgNDIzNCwgQnJhbmRlbmJ1cmcKICAgICAgICAgICBJbnRlcm5ldHdvcmtp bmcsIERlbW9uIEludGVybmV0IEx0ZCwgT2N0b2JlciAyMDA1CgpbUkZDNDIzNF0gIENyb2NrZXIs IE92ZXJlbGwsICJBdWdtZW50ZWQgQk5GIGZvciBTeW50YXgKICAgICAgICAgICBTcGVjaWZpY2F0 aW9uczogQUJORiIsIFJGQyA0MjM0LCBCcmFuZGVuYnVyZwogICAgICAgICAgIEludGVybmV0d29y a2luZywgRGVtb24gSW50ZXJuZXQgTHRkLCBPY3RvYmVyIDIwMDUKICAgICAgICAgICAgICAgCkF1 dGhvcidzIEFkZHJlc3MKCkpheWFudGhlZXNoIFMgQgpTYW1zdW5nIFRlbGVjb21tdW5pY2F0aW9u cyBBbWVyaWNhLAo2ODUgVVMgSGlnaHdheSAyMDIvMjA2LApCcmlkZ2V3YXRlciwgTkogMDg4MDcu ClVTQQpFbWFpbDogamF5YW50aGVlc2guc2JAZ21haWwuY29tCgpOYXJlbmRyYSBTaW5naCBCaXNo dApTYW1zdW5nIFRlbGVjb21tdW5pY2F0aW9ucyBBbWVyaWNhLAo2ODUgVVMgSGlnaHdheSAyMDIv MjA2LApCcmlkZ2V3YXRlciwgTkogMDg4MDcuClVTQQpFbWFpbDogbmFyZW5kcmFzaW5naC5iaXNo dEBnbWFpbC5jb20= --_004_02454F842DD7B449B96715A2AD90C0361A257739exMB5telecomsna_-- From nobody Fri Oct 31 18:07:40 2014 Return-Path: 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 482C11A8767 for ; Fri, 31 Oct 2014 18:07:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.609 X-Spam-Level: X-Spam-Status: No, score=-1.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, MIME_QP_LONG_LINE=0.001, T_RP_MATCHES_RCVD=-0.01] 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 A8y8VOvc-uD9 for ; Fri, 31 Oct 2014 18:07:37 -0700 (PDT) Received: from latimerie.flaska.net (latimerie.flaska.net [IPv6:2a02:2b88:2:1::4a7:333]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6F5D1A876F for ; Fri, 31 Oct 2014 18:07:36 -0700 (PDT) Received: by latimerie.flaska.net (Postfix, from userid 1000) id 770A46132A; Sat, 1 Nov 2014 02:07:30 +0100 (CET) From: =?iso-8859-1?Q?Jan_Kundr=E1t?= To: Date: Sat, 01 Nov 2014 02:07:30 +0100 User-Agent: Trojita/v0.4.1-373-gc1ad984; Qt/4.8.5; X11; Linux; MIME-Version: 1.0 Message-ID: <25c4d3b3-a86c-4a3b-ae8e-5ec8a058cad6@flaska.net> In-Reply-To: <02454F842DD7B449B96715A2AD90C0361A257739@exMB5.telecom.sna.samsung.com> References: <02454F842DD7B449B96715A2AD90C0361A2530E7@exMB5.telecom.sna.samsung.com> <39d69e75-dd8b-431b-a717-640529107d7f@gulbrandsen.priv.no> <2cdcaed8-3429-47ce-a2d0-d26da8e2ffe3@gulbrandsen.priv.no> <951F3F0E-25E5-42AC-9B61-BA669FD9E1F4@isode.com> <02454F842DD7B449B96715A2AD90C0361A257739@exMB5.telecom.sna.samsung.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/imapext/KSPW90_WiHG9mLkIXprVY-arURE Subject: Re: [imapext] [IMAP] APPEND Command Usage X-BeenThere: imapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion of IMAP extensions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2014 01:07:39 -0000 On Saturday, 1 November 2014 01:37:15 CEST, Jayantheesh S B wrote: > I have created a short document =E2=80=9CIMAP APPENDLIMIT extension=E2=80=9D= ,=20 > which proposes the CAPABILITY based solution for the APPEND=20 > command usage issue. I tend to think that using QUOTA for this would be a bit more intuitive,=20 but CAPABILITY will of cousre work as well. I don't think there's much=20 real-world need for per-mailbox APPEND size limits. > capability =3D/ "APPENDLIMIT=3D" size-param >=20 > A decimal number indicating the fixed maximum message size in bytes > that the server will accept. The syntax of the parameter is as > follows, using the augmented BNF notation of [RFC 822]: >=20 > size-param =3D [1*DIGIT] You could probably use a nz-number from RFC3501 here. Also, you put the=20 grammar within square brackets which mean that this is an optional=20 production, and therefore you allow a capability named just "APPENDLIMIT=3D".= =20 Is that what you mean? If so, how should a client interpret that? With kind regards, Jan --=20 Trojit=C3=A1, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/