[Bug 13349] Undraft mail notification spec

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=13349

Simon McVittie <simon.mcvittie at collabora.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |will.thompson at collabora.co.
                   |                            |uk

--- Comment #42 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2010-10-21 07:04:07 PDT ---
I'm not advocating or blocking any particular design - I don't know what the
best approach is here - but it seems worth delaying MailNotification a bit
longer while we resolve whether or not it could be combined with voicemail.

(In reply to comment #41)
> From my point of view the voicemail is orthogonal to IM mail notification. The
> mail notification is lightweight notification, you have no guaranty to get them
> all and you usually have no mean to consult them all.

Putting that another way, is it true that your position is that new-mail
notifications are a best-effort informational thing, like (say) presence or
avatar changes, whereas voicemail notifications are expected to have reliable
delivery, and so they're not similar enough to combine?

That'd mean we need to represent Voicemail elsewhere, as either a
specially-formed Message on a magical Text channel (like the N900 does), a
transient Channel per voicemail with its own type, or a singleton Channel with
a Text-like queue.

On the other hand, if we want Voicemail to be the same as MailNotification,
*and* we want the extra guarantees that Voicemail requires on GSM, then that
suggests a third approach: represent both Voicemail and MailNotification as
specially-formed Messages. This gives us more guarantees than we need for
MailNotification, but that might not be such a big deal. On the other hand, it
could lead to a confusing "everything is a Message, including the things that
aren't" API.

> I don't agree, it's completely pointless to ensure notification dispatching.

The use-case for it would be if you wanted a UI like this:

* on boot, the mail notification widget isn't running at all
* when you connect to jabber.org (a server without integrated email), nothing
happens
* when you connect to GTalk, the mail notification widget is automatically
started, and notifies you about your new mail

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.