On Tue, Sep 27, 2011 at 5:35 PM, Sergey Dobrov <[email protected]> wrote: > The problem have it's begging in this ejabberd ticket: > https://support.process-one.net/browse/EJAB-1473 > > I have small microblogging experimental project based on XEP-277, when > user wants to read some user, he sends subscribe presence. Another user > automatically sends "subscribed" but he doesn't obliged to ask presence > in the answer if he doesn't want to read the user's blog. But the > situation will be reversed: the first user will not receive > notifications but the second will. > > But the problem can't be solved because if contact have subscription > "from" then I can't see user's presence and hence it's capabilities too > and I can't generate events. But if subscription is "to", I see the > presence and caps and I can generate events BUT since the opponent has > not requested our subscription then, it's reasonable to say, that he's > not interested in receiving our events. So the situation just what isn't > needed and can't be solved with the current caps behavior.
The behaviour here is pretty much by design - the PEP defaults are there for mutually shared information (e.g. extended presence) between people with mutual presence subs. If you want a one-sided approach, using manual subscriptions instead of the caps-based magic seems like a better fit. /K
