[Bug 23963] Support for presence optimisations

[bugzilla-daemon at freedesktop.org]

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

--- Comment #3 from Eitan Isaacson <eitan.isaacson at collabora.co.uk> 2010-08-31 16:32:07 PDT ---
(In reply to comment #0)
> For the power-saving needs of mobile platforms, and to optimise network usage
> in general, some IM protocols may offer control over delivery of presence
> updates for contacts in the subscription list. Consider adding two possible
> optimizations to SimplePresence or a dedicated extension interface:
> 1. Possibility to disable remote presence updates completely (e.g. when the
> screen is locked).

So this is basically a binary setting: on/off right? Either the device is
active or it is inactive.

I filed a bug for a connection interface like this, bug #29914.

> 2. Explicit control over the list of contacts for which presence updates are to
> be received.

What would the use-case look like? How would the VIP list of contacts be
determined? This would have an element in the UI, or would this be something
the CM determines with internal heuristics?

> 
> On support in well-known protocols:
> * As a general case, no optimizations are offered. This means the feature
> should be negotiable and optional to implement.
> * In XMPP, we know no XEPs to control presence updates, though such an
> extension is not inconceivable.

Don't know of any server support for this:
http://xmpp.org/extensions/xep-0273.html

Google talk supports this (and gabble relies on it):
http://web.archiveorange.com/archive/v/08AqeIGhT7exfi88k8jy

> * As one existing, but not really compelling use case, a non-XCAP presence
> implementation in SIP could subscribe to select SIP URIs. Some degrees of
> fine-grained control should be possible with XCAP as well, but I can't confirm
> this before reading up the voluminous specifications, and server-side support
> may be spotty.

-- 
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.