Re: [Imap-protocol] BINARY + NOTIFY
Alexey Melnikov <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <[email protected]> |
On 22/06/2012 18:57, Timo Sirainen wrote: > On 22.6.2012, at 14.20, Alexey Melnikov wrote: > >> On 20/06/2012 01:24, Timo Sirainen wrote: >>>> If the server does not know how to decode the section's CTE, it >>>> MUST fail the request and issue a "NO" response that contains >>>> the "UNKNOWN-CTE" extended response code. >>> Looking at Cyrus code it appears to abort the FETCH immediately if this >>> situation happens and [UNKNOWN-CTE] is returned as tagged reply. >>> >>> Now, what to do when NOTIFY's fetch-att list includes BINARY[part] and >>> it can't be decoded? Send an untagged NO [UNKNOWN-CTE] after the FETCH >>> reply? What if BINARY[part] is the only requested fetch-att and it can't >>> be fetched? The server can't send an empty FETCH reply. >> Can you avoid sending the FETCH reply in such cases? > Yes, but would I still send * NO [UNKNOWN-CTE] ? :) Sure, why not? (Although too bad it doesn't tell which messages caused UNKNOWN-CTE...) _______________________________________________ Imap-protocol mailing list [email protected] http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol