On Tuesday, 10 September 2013 11:04:38 CEST, David Lang wrote:
doesn't this depend on how much server-side support you have for sorting?
Theoretically, yes -- CONTEXT=SORT makes this an extremely cheap operation. The problem is that *no IMAP server* that I know about supports ESORT.
In practice, "it depends" -- ESORT can cut the bandwidth a bit by using the ESEARCH response, but the maximal savings are only there if the sort order does not differ from mailbox order anyway, in which case the whole operation does not make much sense. When ESORT is not supported (or when it's completely broken, i.e. on any current release of Zimbra), it has to transfer sort order of the whole mailbox in an uncompressed form. Yes, COMPRESS=DEFLATE or the TLS compression could help (I don't have the measurements for this).
And remember that e.g. GMail does not support sorting at all (that's the ultimate badnwidth saver).
Jan -- Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
