[Standards-JIG] JEP-0060: Version 1.8pre16

Peter Saint-Andre stpeter at jabber.org
Mon May 8 20:29:43 UTC 2006

Hash: SHA1

Ralph Meijer wrote:

> - Section 5.6. I'm wondering if the 'jid' field in the result of
>   <affiliations/> is needed here. We settled on having the bare JID to
>   have affiliations, so all 'jid' fields would be the bare JID of the
>   requestor.

Good point. Fixed.

> - I'm wondering about notification of subscription change. Currently the
>   message format is defined in section 8.7. Not sure if the extra
>   container is needed, but I assume it was done with batch processing in
>   mind.

I don't think the extra container is needed and in fact it violates the
schema for the pubsub namespace. Fixed in examples 167 and 198.

>   In the current wording notification only applies to changes via
>   (pubsub#owner) <subscriptions/>, but it might also be useful for
>   authorized suscriptions that were pending. 

Agreed, we don't need that for immediate acceptance (since we have the
IQ result related to the subscription request) but we probably need it
for approval of pending subscriptions. I'll some text about that to
Sections 6.1, 8.6, and 12.11.

>   And even as a result of
>   subscription/unsubscription by a non-owner (having the result of
>   <subscribe/> to be empty). 

That is not mentioned in Section 12.11 but I'll add text about it.

>   It would work mostly like
>   the roster. For that to work, it needs its own disco feature. 

I've added a disco feature for "subscription-notifications".

>   Also,
>   users should somehow be able to ask for the to be enabled. 

Is that necessary? It seems to me that a service would either support
that or not. Does it really need to be enabled/disabled on a per-node
basis (by the owner) or a per-subscription basis (by the subscriber)?


- --
Peter Saint-Andre
Jabber Software Foundation

Version: GnuPG v1.4.1 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3641 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20060508/2c3e80a8/attachment.bin>

More information about the Standards mailing list