idle and multi-mailbox access

Hello,

I was possibly planning to implement IDLE on my IMAP client
prototype
(http://www.etpanX.org)
to know (mostly) real-time the count of unread
messages on the mailboxes but I fell on the following
problem:
Theorically, if we suppose that any mail can be delivered to
any
mailbox (especially because of server-side filters), you
have to show
the the user for all subscribed mailboxes the status of the
mailbox.
So that I have to make a connection for each mailbox to
request IDLE
from the server.
I have more than 10 mailboxes.
In practice since many servers won't allow that much
connections
(because of resource usage), this is not possible to do
this. Many
servers will limit to 3 connections.
Then, use of IDLE is not possible to do this.

The other possibility is to use the old-poll-sheme using
STATUS.

is the following draft supposed to solve that problem ?
http://tools.ietf.org/html/draft-ietf-lemonade-imap
-notify-01

-- 
DINH Viêt Hoà
_______________________________________________
Imap-protocol mailing list
Imap-protocolu.washington.edu
https://mailman1.u.washington.edu/mailman/listin
fo/imap-protocol

DINH Viêt Hoà wrote:

>Hello,
>
>I was possibly planning to implement IDLE on my IMAP
client prototype
>(http://www.etpanX.org) to
know (mostly) real-time the count of unread
>messages on the mailboxes but I fell on the following
problem:
>Theorically, if we suppose that any mail can be
delivered to any
>mailbox (especially because of server-side filters), you
have to show
>the the user for all subscribed mailboxes the status of
the mailbox.
>So that I have to make a connection for each mailbox to
request IDLE
>from the server.
>I have more than 10 mailboxes.
>In practice since many servers won't allow that much
connections
>(because of resource usage), this is not possible to do
this. Many
>servers will limit to 3 connections.
>Then, use of IDLE is not possible to do this.
>
>The other possibility is to use the old-poll-sheme using
STATUS.
>
>is the following draft supposed to solve that problem ?
>http://tools.ietf.org/html/draft-ietf-lemonade-imap
-notify-01
>  
>
Yes.


_______________________________________________
Imap-protocol mailing list
Imap-protocolu.washington.edu
https://mailman1.u.washington.edu/mailman/listin
fo/imap-protocol

On Sun Dec  2 11:49:08 2007, DINH Viêt Hoà wrote:
> is the following draft supposed to solve that problem
?
> http://tools.ietf.org/html/draft-ietf-lemonade-imap
-notify-01

Short answer: Yes.

Long answer: Kind of - "unread" is not an IMAP
"thing", as such, and  
NOTIFY will tell you about "unseen", not
"unread". Philip van Hoof,  
amongst others, has been talking about the distinction
recently, and  
it's quite possible this is something that ought to be
addressed.

Dave.
-- 
Dave Cridland - mailto:davecridland.net - xmpp:dwdjabber.org
  -
acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
  - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade
_______________________________________________
Imap-protocol mailing list
Imap-protocolu.washington.edu
https://mailman1.u.washington.edu/mailman/listin
fo/imap-protocol