Privacy and messaging handles within XMPP conferences

Peter Saint-Andre stpeter at
Wed May 21 11:21:11 EDT 2008

On 05/21/2008 7:35 AM, Evan Schoenberg wrote:
> serv_got_im() calls purple_privacy_check() for all incoming XMPP
> one-on-one messages because there is no set_permit_deny() prpl callback
> for xmp.
> If the privacy setting is restrictive, allowing only buddies on your
> buddy list or allowing only specific buddies, this will nearly always
> fail for incoming messages originating within a conference setting, e.g.
> boardroom at  This is reasonable if evands is
> trying to talk to bob (boardroom at and bob
> doesn't like strangers.
> However, if boardroom at initiates a one-on-one
> conversation with boardroom at, evands will
> receive the messages... but evands' replies are silently dropped unless
> bob thinks to add boardroom at to his buddy list.
> What do y'all think about changing PURPLE_PRIVACY_ALLOW_BUDDYLIST  and
> PURPLE_PRIVACY_ALLOW_USERS to iterate on all conversations after
> following their current logic, implicitly allowing any open conversation
> to continue?

That sounds quite reasonable to me.


Peter Saint-Andre

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 7338 bytes
Desc: S/MIME Cryptographic Signature
URL: <>

More information about the Devel mailing list