On Sep 8, 2009, at 3:14 PM, Peter Saint-Andre wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 9/8/09 3:46 PM, Kurt Zeilenga wrote:

On Sep 8, 2009, at 1:53 PM, Peter Saint-Andre wrote:

The recent discussion about namespaced attributes on the [email protected] list set me to thinking about the separation of routing information and
payload data.

Below you use <header/> in your examples, which per XEP-0131 is for
"non-addressing information about the stanza", which seems to be payload
data to me.

Sort of. :)

Could you revise your suggestion to discussing moving say <addresses/>
[XEP-0033] information, which is more obviously routing information,
into attributes of the stanza?

One can do that in one's own mind.

Well, in my mind, I don't see how to, in a straight-forward way, map the examples in section 3 and 4 of XEP 33 into attributes of the stanza. One would likely end up with an attribute of:
        addresses:addresses="base64-of-addresses-element"

Which doesn't seem terribly desirable, so I wonder if you had something else in mind.


I have to wonder how this might compare to the old "envelope" approach
referenced in XEP-0033.  I'd compare it myself but I couldn't find a
copy

It never was in the inbox. I've had to resurrect it here:

http://archive.jabber.org/docs/proto-draft/envelope.html

Thanks.

Okay, so this is similar to the XEP 33 approach (and unlike your approach) in that it places routing information in a child element of the stanza.

-- Kurt

Reply via email to