On Sun, 2010-10-17 at 21:11 -0700, Brandon Davidson wrote:
> It looks like draft-ietf-morg-inthread-01 dropped THREADROOT/THREADLEAF
> which is too bad. It would be really nice to be able to do something like:
>
> s01 SEARCH RETURN (COUNT) THREADROOT INTHREAD
Yeah, I was almost going to suggest
Timo,
On 10/17/10 4:20 PM, "Timo Sirainen" wrote:
> On 18.10.2010, at 0.19, Brandon Davidson wrote:
>
>> Other than actually calling THREAD and
>> counting the resulting groups, is there a good way to get a count of
>> threads?
>
> Nope, that's the only way.
It looks like draft-ietf-morg-inth
On 18.10.2010, at 0.19, Brandon Davidson wrote:
> Other than actually calling THREAD and
> counting the resulting groups, is there a good way to get a count of
> threads?
Nope, that's the only way.
Timo,
On 10/17/10 3:56 PM, "Timo Sirainen" wrote:
>
> The reason why STATUS is mentioned to be possibly slow is to discourage
> clients from doing a STATUS to all mailboxes.
>
> STATUS is definitely faster than SELECT+SEARCH with all IMAP servers.
That's what I figured, thanks! Other than actu
On 17.10.2010, at 23.49, Brandon Davidson wrote:
> Eventually I'd like to see it using RFC5819 LIST-EXTENDED, but that requires
> a fair bit of work. In the mean time I'm trying to speed up the existing
> iteration. I've got it working using 'STATUS "mailbox" (UNSEEN)', but the
> language in RFC35
Timo,
I'm working with a webmail client that periodically polls unread message
counts for a list of folders. It currently does this by doing a LIST or LSUB
and then iterating across all of the folders, running a SEARCH ALL UNSEEN,
and counting the resulting UID list.
Eventually I'd like to see it
