Privacy and messaging handles within XMPP conferences

Evan Schoenberg evands at
Wed May 21 09:35:16 EDT 2008

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?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the Devel mailing list