--On December 16, 2005 9:00:46 AM -0800 Mark Crispin
<[EMAIL PROTECTED]> wrote:
You just need a notification from whatever agent *delivers* the voice
mail, and perhaps also some mechanism in the IMAP server when all new
voice mail has been read to turn the little light off. This will scale
better, since then the IMAP session is only activated when the user
requests it.
Thanks for the suggestion, it sounds worth pursuing. We'll look into it.
We've already got the delivery side. It's easy when a message is played
via the telephone interface, because that's the same software that manages
the message waiting indicator. The challenge is when someone listens to a
voice message by way of their regular IMAP e-mail client.
Perhaps whenever a message is read, the IMAP server could send a message
to an external routine that would determine whether this was the last
unread voicemail message in the mailbox. Sounds more complex, and
requires customizations to the IMAP server, but FAR more scalable than the
"every mailbox open, selected, and idle" approach we'd been considering.
So far, the only customizations we require on the IMAP server is the
ability to trust a specific client to properly authenticate the user.
That is, the IMAP client authenticates the user, then authenticates to
the IMAP server as itself rather than as the user. The IMAP server
authenticates the client, trusts that the client has authenticated the
user, and allows the client to access any mailbox.
This is the same approach we use for webmail, so it's not a big deal
for us.
Mark
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
