On Thu, 08 May 2014, Dionysios Kalofonos wrote:

> We could return only the response of a FETCH, ie. whatever is
> within the outer brackets. Equivalently, we could return only
> the results of the remaining IMAP commands for example

We could... but aren't we in danger there craeating our own API that is
closely matched to RFC 3501 but not what anyone reading the RFC would
expect?

> SEARCH 1:
>
> * 1 2 3 4 5 6 7 8 9 10 11 12
>
> instead of
>
> * SEARCH 1 2 3 4 5 6 7 8 9 10 11 12

> But then again we have SELECT/EXAMINE which return
> * 12 EXISTS
> * 0 RECENT
> * OK [UIDVALIDITY 1354605835] UIDs valid
> * OK [UIDNEXT 2248] Predicted next UID
> * FLAGS (\Answered \Deleted \Draft \Flagged \Seen $Forwarded $Junk
$NotJunk)
> * OK [PERMANENTFLAGS ()] No permanent flags permitted
> * OK [HIGHESTMODSEQ 6010850161961900152]
>
> What do we do with that? :)

Could we just publish what the server gives us?

Effectively we then give the programmer the RFC's API and it's up to them to
parse all of the text?

Kind Regards

Steve
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2014-05-08