james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paulo Sergio" <paulo...@gmail.com>
Subject Re: Imap Idle Command
Date Thu, 16 Aug 2007 22:24:44 GMT
Hi Robert,

On 8/16/07, Robert Burrell Donkin <robertburrelldonkin@gmail.com> wrote:
> On 8/16/07, Paulo Sergio <pauloslf@gmail.com> wrote:
> > Hi all,
> hi paulo
> > are there any plans to implement the Imap Idle command?
> no immediate ones ;-)
> > i will need it to a project that i'm developing, so if there are no
> plans to
> > develop it,
> > i will work on it myself.
> glad to have a volunteer :-)
> > but i might need some help.
> not a problem
> > what would  be the right approach to do it?
> > i probably should add imap idle to the command library, and then add a
> > processor to handle the request,
> > but how should i keep the connection open?
> an IMAP client creates and holds open a connection to the server
> throughout. the problem is that the current handler uses only one
> thread.
> > to send the notifications back to the client?
> this means moving to a SEDA based design.

but do you think i have to switch to a SEDA architecture ?  or SEDA  would
just be a better  option?

the medium term aim would be
> to move to MINA and nio but in the short term, a three thread
> implementation (input, output, processor) is a stepping stone which
> would probably be satisfactory for IDLE. this should be relatively
> easy to implement.

yes i think Mina is a good choice, it seems to have a lot people working
with it, and i've seen some good reviews about it.
but is these just an idea or there is really a plan to implement it?

Paulo F.

the refactoring needs to be continued so that the encoders are not fed
> by a direct call but via messaging.
> one area which is going to require some legwork is the mailbox. each
> mailbox session (currently misnamed as mailbox) needs to feed events
> to a mailbox which can be subscribed to. this will allow any session
> to listen to changes made in any other. the IDLE processor should poll
> the IMAP sessions for changes, create messages and then send them down
> the pipe.
> (might be easier for me to explain this in a JIRA)
> - robert
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message