Privacy and messaging handles within XMPP conferences

[Evan Schoenberg]

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 conference.pidgin.im/evands.  This is reasonable if  
evands is trying to talk to bob (boardroom at conference.pidgin.im/bob)  
and bob doesn't like strangers.

However, if boardroom at conference.pidgin.im/bob initiates a one-on-one  
conversation with boardroom at conference.pidgin.im/evands, evands will  
receive the messages... but evands' replies are silently dropped  
unless bob thinks to add boardroom at conference.pidgin.im/evands 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?

-Evan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://pidgin.im/pipermail/devel/attachments/20080521/79f39d6e/attachment.html>