[Standards] publish+configure again

Kevin Smith kevin at kismith.co.uk
Mon Apr 2 03:45:27 CDT 2007


On 30 Mar 2007, at 17:12, Peter Saint-Andre wrote:
>> The reason I always look to XEP-0060, too, is that I envision that
>> people want more than what PEP provides now
> Yes, (some) people will eventually want all that. So we need to  
> provide a straightforward upgrade path from the PEP subset to  
> complete (or more complete) pubsub. And I think we have that with  
> all the discoverable features in XEP-0060.

Right, I think there's quite some value in a slightly more convenient  
(and by this I just mean pubsub-on-jid like pep) full pubsub service;  
things like blogs spring to mind

>> At this point I have some additional questions.
>> * If we decide to add p+c, will it be required to implement?
> In XEP-0163, I think yes. (Same for auto-create.) But totally  
> optional in XEP-0060.

Right, I've always thought there's been a divergence in needs between  
'regular' or 'full' pubsub and extended presence. In the same way as  
ep doesn't want all of the features of ps, I see no need to push all  
the features of ep on every ps service.

>> * Could someone explain this bit for me?
>> * If you don't trust the other client, how can you be sure it doesn't
>>   mess up other things like the roster, your password or misuse the
>>   nifty remote control support you might have added?
>
> I have to say that this worry continues to puzzle me.

For me, it's not about buggy clients, but just about differently  
configured clients.

FWIW (I don't think Remko's said this yet, maybe he has), Psi's now  
running with publish+configure tested against Legoscia's p+c enabled  
ejabberd.

/K
-- 
Kevin Smith
Psi XMPP Client Project Leader (http://psi-im.org)





More information about the Standards mailing list