On 10/20/2011 03:56 AM, Dave Cridland wrote: > On Wed Oct 19 19:27:01 2011, Sergey Dobrov wrote: >> The difference is that presence will be sent by server without client's >> participation. And it's good from the point of traffic economy view. As >> I can understand, the central target of entity capabilities is to >> minimize client's traffic. So we lose two important things at one >> moment: inconveniently send that thing by hand and serious increase of >> user's traffic. >> >> Other way is to send such stanza by server when client is connected. But >> I can't understand what's the difference with presence probe in such >> case. I will be glad if you will help me to understand. > > <presence from='[email protected]' to='[email protected]' > type='probe'/> > > versus > > <presence from='[email protected]/Gajim' to='[email protected]'> > <c xmlns='...' .../> > </presence> > > The main differences: > > a) Probes are sent from the bare jid. > > b) Probes don't have an unavailable equivalent, needed to later remove > the subscription. How this solved for regular presences?
> > c) Probes don't have the caps inside. > > For PEP to work, the PEP service needs to know all three of those, so > basically it needs your presence - or a functional equivalent of it. I see the problem only in the "a" case. So the only way to solve that is to send iq subscriptions by user's server? > > Dave. -- With best regards, Sergey Dobrov, XMPP Developer and JRuDevels.org founder.
