[Bug 24908] Communication policy (blocking policy) API

[bugzilla-daemon at freedesktop.org]

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

--- Comment #5 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2010-07-12 06:03:52 PDT ---
Some proposed extensions to RPACT from earlier discussion on this topic:

Rich_Presence_Access_Control_Type_Closed = ???
    No contacts can see the extended presence information. The associated
    variant is ignored. Any connection manager supporting Whitelist SHOULD
    support this too, since it is equivalent to an empty whitelist.

    | It's very easy, and it's one of the possible access control modes for
    | things that can be hidden from everyone.

Rich_Presence_Access_Control_Type_Subscribe_List = ???
    All contacts in the user's 'publish' contact list can see the extended
    presence information. The associated variant is ignored.

    | An obvious extension of Publish_List.

Rich_Presence_Access_Control_Type_Subscribe_Or_Publish_List = ???
    All contacts in either the user's 'subscribe' or 'publish' contact list
    can see the extended presence information. The associated variant is
    ignored.

    | I'm told this is one of the possible settings for your avatar in
    | Skype?

Rich_Presence_Access_Control_Type_Not_Understood = ???
    The access control rule is too complex to be represented in the current
    Telepathy API. The associated variant is meaningless. Setting this mode
    is never valid; the connection manager MUST raise an error if this is
    attempted.

    | XEP-0016 Privacy Lists (the terrifying XEP resembling iptables for XMPP)
    | can easily produce access control mechanisms that can't be expressed in
    | a simpler API. We need to be able to at least indicate that fact.

I can think of another potentially useful mode now:

Rich_Presence_Access_Control_Type_Subscribe_Or_Pending = ???
    All contacts in the user's 'subscribe' contact list, or remote-pending
    on that list, can see the extended presence information.

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