Re: [IMAP] APPEND Command Usage

Alexey Melnikov <[email protected]>
Newsgroups gmane.ietf.imapext
Message-ID <[email protected]>
On 10/12/2014 01:25, Stuart Brandt wrote:
> If I'm understanding the proposal correctly, a server that has already 
> implemented CATENATE and now implements APPENDLIMIT is left in an 
> ambiguous state whenever the limit is exceeded. If it returns 
> [TOOBIG], then it's not compliant with the APPENDLIMIT recommendation. 
> If it returns [APPENDLIMIT x] then it's returning an unexpected 
> response to clients that have yet to implement APPENDLIMIT, thereby 
> "breaking" existing functionality.
Clients are supposed to ignore response codes they don't understand. I 
think this general rule from RFC 3501 works in practice.

As far as the APPENDLIMIT draft is concerned, I am wondering if it 
should mention CATENATE explicitly?
> On 12/9/14 5:16 PM, Jayantheesh S B wrote:
>> Hi All,
>>
>> Thanks for your response.
>>
>> New response code APPENDLIMIT will be returned as part of SELECT 
>> response to convey per mailbox limit
>>   and APPEND command response, if the APPENTLIMIT size is exceeded.
>>
>> C: t2 SELECT INBOX
>> S: * 172 EXISTS
>> S: * OK [APPENDLIMIT 257890] Maximum upload limit
>> S: [...]
>> S: t2 OK [READ-WRITE] SELECT completed
>>
>> C: t1 APPEND "Draft" (\SEEN \DRAFT) {98994952}
>> S: t1 NO [APPENDLIMIT 257890] Exceeds the maximum allowed size
>>
>> Whereas TOOBIG response, does not covey the size restriction applied 
>> by the server.
>>
>>   resp-text-code =/ toobig-response-code / badurl-response-code
>>   toobig-response-code = "TOOBIG"
>>
>> We feel APPENDLIMIT response can convey per mailbox size restriction 
>> and it can overcome the limitation of TOOBIG response.
>>
>> Please share your thoughts.
>>
>> Regards,
>> Jay

_______________________________________________
imapext mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/imapext
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.