Re: [IMAP] APPEND Command Usage

Alexey Melnikov <[email protected]>
Newsgroups gmane.ietf.imapext
Message-ID <[email protected]>
On 12/12/2014 11:03, Bron Gondwana wrote:
> On Fri, Dec 12, 2014, at 09:24 PM, Alexey Melnikov wrote:
>> All mailbox attributes are typically checked for equality, so this this
>> a departure from this principle. (I know we started to violate this rule
>> in CAPABILITY response)
>> So personally, I prefer if we add a new STATUS item for APPEND limit.
>> Then we can use STATUS-in-LIST bridge
>> (https://tools.ietf.org/html/rfc5819) to return this information.
>>
>> As clients that want to obey APPENDLIMIT would need to be modified
>> anyway, they might as well be modified to support RFC 5819 syntax.
>>
>> But otherwise I am Ok with being able to return this information in LIST.
> Adding something in STATUS that doesn't also exist in the SELECT response
> seems somewhat weird to me.
I think we already agreed that APPENDLIMIT response code will be 
returned on SELECT?
> (speaking of STATUS-IN-LIST, I appear to have just pushed back my non-standard
> MYRIGHTS-IN-LIST extension to Cyrus master.  It makes sense - while you're
> grabbing the status, you also want to grab permissions for the purpose of UI display.
> We should write that up too)
Sounds good. I would be happy to implement both client side and server side.

_______________________________________________
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.