This protocol requires multimedia to be included within &xep0004;. This section defines a new namespace ('http://jabber.org/protocols/media') for that purpose. The root element for the namespace is <media/>. It MUST be contained within a <field/> element qualified by the 'jabber:x:data' namespace.
+This protocol requires multimedia to be included within &xep0004;. This section defines a new namespace ('urn:xmpp:media') for that purpose. The root element for the namespace is <media/>. It MUST be contained within a <field/> element qualified by the 'jabber:x:data' namespace.
If the media is an image or video then the <media/> element SHOULD include 'width' and 'height' attributes specifying the recommended display size of the media in pixels.
The <media/> element SHOULD contain at least one <uri/> element to specify the out-of-band location of the media data.
The <media/> element MAY also contain one or more <data/> elements for distributing the media in-band. The <data/> element MUST contain the Base64 encoded (in accordance with Section 3 of &rfc3548;) media data. The encoded data SHOULD NOT be larger than 8 KB. Note that if a stanza contains more than one <data/> element then the sending entity MUST take care not to trigger karma limits.
Each <uri/> or <data/> element MUST include a 'type' atribute that specifies the MIME type (see &rfc2045;) of the media.
Each of the challenge form's <field/> elements (see Data Forms) that are not hidden MAY contain a different challenge and any media required for the challenge. The hidden 'from' field MUST contain the value of the 'to' attribute of the client's stanza that triggered the challenge. If the stanza from the client included an 'id' attribute then the hidden 'sid' field MUST be set to that value. The 'xml:lang' attribute of the challenge stanza SHOULD be the same as the one received from the client. The hidden 'FORM_TYPE' field MUST have a value of "http://jabber.org/protocol/challenge" in accordance with &xep0068;.
+Each of the challenge form's <field/> elements (see Data Forms) that are not hidden MAY contain a different challenge and any media required for the challenge. The hidden 'from' field MUST contain the value of the 'to' attribute of the client's stanza that triggered the challenge. If the stanza from the client included an 'id' attribute then the hidden 'sid' field MUST be set to that value. The 'xml:lang' attribute of the challenge stanza SHOULD be the same as the one received from the client. The hidden 'FORM_TYPE' field MUST have a value of "urn:xmpp:challenge" in accordance with &xep0068;.
The challenger SHOULD include an explanation (in the &BODY; element) for clients that do not support this protocol. The challenger MAY also include a URL (typically a Web page with instructions) using &xep0066; as an alternative for clients that do not support the challenge form. Note: even if it provides a URL, a challenger MUST always provide a challenge form.
Upon approval of this document, the ®ISTRAR; shall register the following protocol namespaces:
Upon approval of this document, the XMPP Registrar shall register the following new FORM_TYPE. Additional fields will be defined in future submissions.
- http://jabber.org/protocol/challenge
+ urn:xmpp:challenge
XEP-0158
forms enabling robot challenges
-
+
@@ -714,14 +714,14 @@
]]>
-
+
diff --git a/xep-0159.xml b/xep-0159.xml
index 2a3d31b9..ec1b9f04 100644
--- a/xep-0159.xml
+++ b/xep-0159.xml
@@ -100,7 +100,7 @@
...
-
+
...
@@ -236,7 +236,7 @@
Upon approval of this document, the XMPP Registrar shall register the following well-known Service Discovery node:
- - http://jabber.org/protocol/spim-control
+ - urn:xmpp:spim-control
diff --git a/xep-0189.xml b/xep-0189.xml
index 68aa58df..56c08bcb 100644
--- a/xep-0189.xml
+++ b/xep-0189.xml
@@ -23,6 +23,12 @@
None
pubkeys
&ianpaterson;
+
+ 0.4
+ 2006-11-23
+ ip
+ Changed namespace
+
0.3
2006-11-20
@@ -57,7 +63,7 @@
-
+
@@ -84,7 +90,7 @@
-
+
-
julietRSAkey1
@@ -103,7 +109,7 @@
-
+
-
julietDSAkey1
@@ -121,7 +127,7 @@
-
+
-
julietX509cert1
@@ -145,7 +151,7 @@
-
+
-
julietPGPkey1
@@ -162,7 +168,7 @@
-
+
-
julietRSAkey1
@@ -188,7 +194,7 @@
from='romeo@montague.net/garden'
id='items1'>
-
+
]]>
@@ -198,7 +204,7 @@
from='juliet@capulet.com'
id='items1'>
-
+
-
julietRSAkey1
@@ -236,7 +242,7 @@
id='keys1'
to='juliet@capulet.com/balcony'
from='romeo@montague.net/garden'>
-
+
]]>
The other entity MUST make a careful access control decision before returning only those public keys for which it holds the corresponding private key (not necessarily the full list of keys being published via Personal Eventing via Pubsub):
@@ -245,7 +251,7 @@
id='keys1'
to='romeo@montague.net/garden'
from='juliet@capulet.com/balcony'>
-
+
julietRSAkey1
...
@@ -263,7 +269,7 @@
id='keys1'
to='romeo@montague.net/garden'
from='juliet@capulet.com/balcony'>
-
+
@@ -281,7 +287,7 @@
The ®ISTRAR; shall add 'http://jabber.org/protocol/pubkeys' to its registry of protocol namespaces.
+The ®ISTRAR; shall add 'urn:xmpp:pubkeys' to its registry of protocol namespaces.