[Standards] geoloc: PEP=user, <iq>=resource

Peter Saint-Andre stpeter at jabber.org
Mon Jun 4 10:33:41 CDT 2007


Stephen Pendleton wrote:
> -----Original Message-----
> From: standards-bounces at xmpp.org [mailto:standards-bounces at xmpp.org] On
> Behalf Of Peter Saint-Andre
> Sent: Friday, June 01, 2007 5:19 PM
> To: XMPP Extension Discussion List
> Subject: Re: [Standards] geoloc: PEP=user, <iq>=resource
> 
> 
>> See XEP-0060, it's pretty straightforward. We're encouraging use of PEP 
>> for this stuff, as discussed here:
> 
>> http://mail.jabber.org/pipermail/standards/2007-May/015421.html
> 
> 
>>From the discussion you pointed to:
> 
>>> Actually, once PEP starts to be more deployed (hopefully later this 
>>> year), I'd like to remove/deprecate the non-PEP parts of XEP-80.
>> Yes. In fact maybe that should be done now - to avoid (new) 
>> implementations of the non-PEP parts? 
> 
> So I guess I am confused. When you talk about removing/deprecating the
> "non-PEP" parts in the discussion, do you mean the pubsub method, and/or the
> message and/or presence methods?
> 
> The XEP says that the pubsub way OR the PEP way is the "SHOULD" way to do
> it. I dont think that there should be two SHOULD ways of doing things,
> otherwise interoperability suffers. This is one spec that should definitely
> be as interoperable as possible in order to encourage its use.  

I can't speak for Ian, but "non-pubsub" seems right (where PEP is a 
flavor of pubsub and therefore included -- if you're an end user and you 
have a PEP service available at your "home" server, use that; if not, 
use a non-PEP pubsub service available on the 'net).

Peter

-- 
Peter Saint-Andre
XMPP Standards Foundation
http://www.xmpp.org/xsf/people/stpeter.shtml

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 7358 bytes
Desc: S/MIME Cryptographic Signature
Url : http://mail.jabber.org/pipermail/standards/attachments/20070604/a710df59/smime-0001.bin


More information about the Standards mailing list