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