Jay Lee wrote:
Greg Cawthorn wrote:
Sam Varshavchik wrote:
Greg Cawthorn writes:
Does Courier provide a mechanism for providing mail store event
notifications to third party software via something like HTTP or a
web service call? I need to detect new mail and changes to existing
message flags (messages being seen or deleted) in a mail-based
application but am keen to avoid having to poll mailboxes since
this would need to scale to a large user base.
If this doesn't exist is there an API to write a plug-in for
Courier to perform this functionality?
The closest would be the IMAP IDLE command, with FAM enabled on the
server. With FAM enabled, and an outstanding IDLE command from the
client, the IMAP client will be notified immediately about any
change in status of the currently open folder.
See the IMAP specification, and Courier's installation notes
regarding both subjects.
We have a messaging application that would need to support
notification for tens or possibly hundreds of thousands of mailboxes,
and we would therefore like to avoid having to have an IMAP
connection open for each mailbox. Is there a way with Courier for us
to build a server agent that receives triggers for new mail and
similar events, which could then fire off a notification to our
application?
Have you looked at maildrop at all? What exactly are you trying to
do? a little more detail of what you actually want to accomplish might
help us in recommending the right solution for you.
Jay
When one of our messaging subscribers receives a new message, we want to
send them a Message Waiting Indicator (MWI) notification, which appears
as an icon on a mobile phone or a stutter tone on a landline. When the
message is read or deleted, we want to be able to clear the MWI from the
phone. Since we may have several thousand subscribers per deployment we
do not want our application to keep mail store connections open for each
mailbox to be notified of new messages or changes to message flags. We
are looking for a way to build a server-side agent for Courier that will
receive triggers for all such message status changes in all mailboxes,
from which we can then fire off a trigger to our application via
something like a SOAP call.
Greg
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users