Privacy and messaging handles within XMPP conferences

[Peter Saint-Andre]

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

That sounds quite reasonable to me.

Peter

-- 
Peter Saint-Andre
https://stpeter.im/

-------------- 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: <http://pidgin.im/pipermail/devel/attachments/20080521/67759384/attachment-0002.bin>