diff --git a/announce.py b/announce.py index 4e15f200..ada29879 100755 --- a/announce.py +++ b/announce.py @@ -95,8 +95,8 @@ elif (xepstatus == "Deferred"): ## SEND MAIL: # -# From: editor@jabber.org -# To: standards-jig@jabber.org +# From: editor@xmpp.org +# To: standards@xmpp.org # Subject: UPDATED: XEP-$xepnum ($title) # [or "NEW..." if version 0.1] # Body: @@ -106,11 +106,11 @@ elif (xepstatus == "Deferred"): # CVS Diff: $mods # URL: http://www.xmpp.org/extensions/xep-$xepnum.html -fromaddr = "editor@jabber.org" +fromaddr = "editor@xmpp.org" # for testing... # toaddrs = "stpeter@jabber.org" # for real... -toaddrs = "standards-jig@jabber.org" +toaddrs = "standards@xmpp.org" if xepflag == "new": thesubject = 'NEW: XEP-' diff --git a/deferred.py b/deferred.py index b7b3ed5a..068513b8 100755 --- a/deferred.py +++ b/deferred.py @@ -70,8 +70,8 @@ remark = getText(remarkNode.childNodes) # SEND MAIL: # -# From: editor@jabber.org -# To: standards-jig@jabber.org +# From: editor@xmpp.org +# To: standards@xmpp.org # Subject: DEFERRED: XEP-$xepnum ($title) # Body: # XEP-$xepnum ($title) has been Deferred because of inactivity. @@ -84,11 +84,11 @@ remark = getText(remarkNode.childNodes) # its status will be changed back to Experimental. # -fromaddr = "editor@jabber.org" +fromaddr = "editor@xmpp.org" # for testing... # toaddrs = "stpeter@jabber.org" # for real... -toaddrs = "standards-jig@jabber.org" +toaddrs = "standards@xmpp.org" thesubject = 'DEFERRED: XEP-' + xepnum + " (" + title + ")" introline = 'XEP-' + xepnum + ' (' + title + ') has been Deferred because of inactivity.' diff --git a/index.shtml b/index.shtml index f3b9d8ee..c79e1657 100755 --- a/index.shtml +++ b/index.shtml @@ -6,7 +6,7 @@

ATOM  RSS

-

The XMPP Standards Foundation (XSF) develops extensions to XMPP through a standards process centered around XMPP Extension Protocols (XEPs). The process is managed by the XMPP Extensions Editor and involves intensive discussion on the Standards mailing list, formal review and voting by the XMPP Council, and modification based on implementation experience and interoperability testing. All documents in the XEP series are available under a liberal IPR Policy for wide implementation. Submissions are welcome (see also the "inbox"). Changes are tracked via a CVS repository (see instructions), old versions are available, and IETF-style XML reference files are provided.

+

The XMPP Standards Foundation (XSF) develops extensions to XMPP through a standards process centered around XMPP Extension Protocols (XEPs). The process is managed by the XMPP Extensions Editor and involves intensive discussion on the Standards mailing list, formal review and voting by the XMPP Council, and modification based on implementation experience and interoperability testing. All documents in the XEP series are available under a liberal IPR Policy for wide implementation. Submissions are welcome (see also the "inbox"). Changes are tracked via a CVS repository (see instructions), old versions are available, and IETF-style XML reference files are provided.

This page lists approved XMPP extensions as well as proposals that are under active consideration. A list of all XEPs (including retracted, rejected, deprecated, and obsolete XEPs) is also available. Good places for developers to start are the basic and intermediate protocol suites.

diff --git a/inxep.py b/inxep.py index 2b3eb3c0..0ae80aa9 100755 --- a/inxep.py +++ b/inxep.py @@ -68,8 +68,8 @@ remark = getText(remarkNode.childNodes) # SEND MAIL: # -# From: editor@jabber.org -# To: standards-jig@jabber.org +# From: editor@xmpp.org +# To: standards@xmpp.org # Subject: Proposed XMPP Extension: XEP-$xepnum ($title) # Body: # The XMPP Extensions Editor has received a proposal for a new XEP. @@ -84,11 +84,11 @@ remark = getText(remarkNode.childNodes) # this proposal as a full XEP. # -fromaddr = "editor@jabber.org" +fromaddr = "editor@xmpp.org" # for testing... # toaddrs = "stpeter@jabber.org" # for real... -toaddrs = "standards-jig@jabber.org" +toaddrs = "standards@xmpp.org" thesubject = 'Proposed XMPP Extension: ' + title introline = 'The XMPP Extensions Editor has received a proposal for a new XEP.' diff --git a/lastcall.py b/lastcall.py index 7d5b5da7..b44e933e 100755 --- a/lastcall.py +++ b/lastcall.py @@ -72,8 +72,8 @@ remark = getText(remarkNode.childNodes) # SEND MAIL: # -# From: editor@jabber.org -# To: standards-jig@jabber.org +# From: editor@xmpp.org +# To: standards@xmpp.org # Subject: LAST CALL: XEP-$xepnum ($title) # Body: # This message constitutes notice of a Last Call @@ -87,11 +87,11 @@ remark = getText(remarkNode.childNodes) # of business on $enddate. # -fromaddr = "editor@jabber.org" +fromaddr = "editor@xmpp.org" # for testing... # toaddrs = "stpeter@jabber.org" # for real... -toaddrs = "standards-jig@jabber.org" +toaddrs = "standards@xmpp.org" thesubject = 'LAST CALL: XEP-' + xepnum + " (" + title + ")" introline = 'This message constitutes notice of a Last Call for XEP-' + xepnum + ' (' + title + ').' diff --git a/xep-0053.xml b/xep-0053.xml index f6abc0f8..db38be75 100644 --- a/xep-0053.xml +++ b/xep-0053.xml @@ -83,7 +83,7 @@

Every XMPP Extension Protocol specification (XEP) must contain a section devoted to "XMPP Registrar Considerations", detailing the namespaces and parameters to be registered with the XMPP Registrar, as well as any new registries to be created as a result of the XEP.

The registry additions or creations specified in an XMPP Extension Protocol specification shall not take effect until the document advances to a status of Draft (Standards-Track XEPs) or Active (Informational and Historical XEPs). Registration of namespaces shall be handled as described in the Namespace Issuance section of this document. Registration of particular parameters used within a specification shall be initiated by the XMPP Extensions Editor if specified in the XEP, and may also be initiated by implementors of the XMPP Extension Protocol document after it has advanced to Active, Draft, or Final. Creation of new registries shall be initiated by the XMPP Registrar; if a document specifies the creation of a new registry, the author is strongly encouraged to consult with the XMPP Registrar before seeking a Last Call on the XEP.

-

Requests for parameter assignments must be sent to the XMPP Registrar in accordance with the process specified in the document (usually a XEP) that defines the relevant registry, normally by sending an appropriately formatted email message to <mailto:registrar@jabber.org>. If, in the Registrar's judgment, discussion of a request is required, the Registrar shall initiate such discussion within the &SSIG;. The Registrar shall add registry items at its discretion based on discussion within the Standards SIG if necessary, but shall not unduly restrict registration of parameter values. If a document author or implementor thinks that a request was unfairly denied by the Registrar, an appeal of the decision may be directed to the XMPP Council.

+

Requests for parameter assignments must be sent to the XMPP Registrar in accordance with the process specified in the document (usually a XEP) that defines the relevant registry, normally by sending an appropriately formatted email message to <mailto:registrar@xmpp.org>. If, in the Registrar's judgment, discussion of a request is required, the Registrar shall initiate such discussion within the &SSIG;. The Registrar shall add registry items at its discretion based on discussion within the Standards SIG if necessary, but shall not unduly restrict registration of parameter values. If a document author or implementor thinks that a request was unfairly denied by the Registrar, an appeal of the decision may be directed to the XMPP Council.

The XMPP Registrar shall maintain registries of assigned namespaces and parameters at <http://www.xmpp.org/registrar/> and shall update those registries in a timely fashion. Changes to the registries shall be announced on the Standards mailing list.

diff --git a/xep-0081.xml b/xep-0081.xml index 6578b03f..7c0ce868 100644 --- a/xep-0081.xml +++ b/xep-0081.xml @@ -216,7 +216,7 @@ Additional information: This media type is not to be confused with the "application/xmpp+xml" media type, which is for use by native XMPP applications. Person and email address to contact for further information: - XMPP Registrar, + XMPP Registrar, Intended usage: COMMON Author/Change controller: XSF, XMPP Registrar ]]> diff --git a/xep-0130.xml b/xep-0130.xml index 943cc2b4..907d4ffe 100644 --- a/xep-0130.xml +++ b/xep-0130.xml @@ -473,7 +473,7 @@ PSA - editor@jabber.org + editor@xmpp.org XMPP Extensions Editor @@ -499,7 +499,7 @@ PSA - editor@jabber.org + editor@xmpp.org XMPP Extensions Editor diff --git a/xep-README.xml b/xep-README.xml index 68914b6d..ce8877f2 100644 --- a/xep-README.xml +++ b/xep-README.xml @@ -75,7 +75,7 @@

These functions are specified below.

-

Periodically, people send mail to editor@jabber.org with new proposals. Here is how to process such submissions.

+

Periodically, people send email to editor@xmpp.org with new proposals. Here is how to process such submissions.

  1. Receive proposal from author.
  2. Give it a descriptive filename that does not include the string 'xep' or a XEP number.
  3. @@ -224,19 +224,19 @@
    1. announce.py

      -

      This script announces a new version of a XEP by updating the database and sending a message to standards-jig@jabber.org.

      +

      This script announces a new version of a XEP by updating the database and sending a message to standards@xmpp.org.

    2. deferrred.py

      -

      This script updates the database and sends a message to standards-jig@jabber.org when the status of a XEP is changed to Deferred. Before running this script, make sure that you modify the <status/> element in the XEP itself and run the gen.sh shell script.

      +

      This script updates the database and sends a message to standards@xmpp.org when the status of a XEP is changed to Deferred. Before running this script, make sure that you modify the <status/> element in the XEP itself and run the gen.sh shell script.

    3. lastcall.py

      -

      This script announces a Last Call for a XEP by updating the database and sending a message to standards-jig@jabber.org.

      +

      This script announces a Last Call for a XEP by updating the database and sending a message to standards@xmpp.org.

    4. protoxep.py

      -

      This script announces availability of a new "proto-XEP" (i.e., a document not yet accepted as a XEP by the XMPP Council) by sending a message to standards-jig@jabber.org. Before running this script, place the new proto-XEP so that it is available at http://www.xmpp.org/extensions/inbox/ (normally this is done by running 'xsltproc inbox/docname.xml > /var/www/xmpp.org/extensions/inbox/docname.html' from the editor's working CVS directory on the web server).

      +

      This script announces availability of a new "proto-XEP" (i.e., a document not yet accepted as a XEP by the XMPP Council) by sending a message to standards@xmpp.org. Before running this script, place the new proto-XEP so that it is available at http://www.xmpp.org/extensions/inbox/ (normally this is done by running 'xsltproc inbox/docname.xml > /var/www/xmpp.org/extensions/inbox/docname.html' from the editor's working CVS directory on the web server).

    diff --git a/xep.ent b/xep.ent index de1e0411..8fe4b411 100644 --- a/xep.ent +++ b/xep.ent @@ -131,7 +131,7 @@ In accordance with Section 3.2.2.1 of XML Schema Part 2: Datatypes, the allowable lexical representations for the xs:boolean datatype are the strings "0" and "false" for the concept 'false' and the strings "1" and "true" for the concept 'true'; implementations MUST support both styles of lexical representation." > -In order to submit new values to this registry, the registrant must define an XML fragment of the following form and either include it in the relevant XMPP Extension Protocol or send it to the email address <registrar@jabber.org>:

    " > +In order to submit new values to this registry, the registrant must define an XML fragment of the following form and either include it in the relevant XMPP Extension Protocol or send it to the email address <registrar@xmpp.org>:

    " > @@ -147,7 +147,7 @@ XSF-IETF list The XSF-IETF list is for discussion of matters of mutual interest to the XMPP Standards Foundation and the Internet Engineering Task Force. The primary focus of the list is technical, mainly regarding XSF use of IETF technologies (e.g., references to RFCs in XMPP Extension Protocols) and IETF use of XSF technologies (e.g., references to XMPP Extension Protocols in Internet-Drafts and RFCs). To subscribe to the list or view the list archives, visit <http://mail.jabber.org/mailman/listinfo/jsf-ietf/>." > XSF IPR Policy The XSF IPR Policy defines the XMPP Standards Foundation's official policy regarding intellectual property rights (IPR) as they pertain to XMPP Extension Protocols (XEPs). For further information, see <http://www.xmpp.org/extensions/ipr-policy.shtml>." > XMPP Registrar The XMPP Registrar maintains a list of reserved protocol namespaces as well as registries of parameters used in the context of XMPP extension protocols approved by the XMPP Standards Foundation. For further information, see <http://www.xmpp.org/registrar/>." > -Standards SIG The Standards SIG is a standing Special Interest Group devoted to development of XMPP Extension Protocols. The discussion list of the Standards SIG is the primary venue for discussion of XMPP protocol extensions, as well as for announcements by the XMPP Extensions Editor and XMPP Registrar. To subscribe to the list or view the list archives, visit <http://mail.jabber.org/mailman/listinfo/standards-jig/>." > +Standards SIG The Standards SIG is a standing Special Interest Group devoted to development of XMPP Extension Protocols. The discussion list of the Standards SIG is the primary venue for discussion of XMPP protocol extensions, as well as for announcements by the XMPP Extensions Editor and XMPP Registrar. To subscribe to the list or view the list archives, visit <http://mail.jabber.org/mailman/listinfo/standards/>." > diff --git a/xep.xsl b/xep.xsl index 379a48a5..874e7b87 100644 --- a/xep.xsl +++ b/xep.xsl @@ -107,7 +107,7 @@

    NOTICE: This document is currently within Last Call or under consideration by the XMPP Council for advancement to the next stage in the XSF standards process.

    -

    WARNING: This document has not yet been accepted for consideration or approved in any official manner by the XMPP Standards Foundation, and this document must not be referred to as an XMPP Extension Protocol (XEP). If this document is accepted as a XEP by the XMPP Council, it will be published at <http://www.xmpp.org/extensions/> and announced on the <standards-jig@jabber.org> mailing list.

    +

    WARNING: This document has not yet been accepted for consideration or approved in any official manner by the XMPP Standards Foundation, and this document must not be referred to as an XMPP Extension Protocol (XEP). If this document is accepted as a XEP by the XMPP Council, it will be published at <http://www.xmpp.org/extensions/> and announced on the <standards@xmpp.org> mailing list.

    WARNING: This document has been Rejected by the XMPP Council. Implementation of the protocol described herein is not recommended under any circumstances.

    @@ -227,11 +227,11 @@ -

    The preferred venue for discussion of this document is the Standards discussion list: <http://mail.jabber.org/mailman/listinfo/standards-jig>.

    +

    The preferred venue for discussion of this document is the Standards discussion list: <http://mail.jabber.org/mailman/listinfo/standards>.

    Discussion by the membership of the XSF may also be appropriate (see <http://mail.jabber.org/mailman/listinfo/members> for details).

    -

    The preferred venue for discussion of this document is the Standards discussion list: <http://mail.jabber.org/mailman/listinfo/standards-jig>.

    +

    The preferred venue for discussion of this document is the Standards discussion list: <http://mail.jabber.org/mailman/listinfo/standards>.

    Given that this XMPP Extension Protocol normatively references IETF technologies, discussion on the XSF-IETF list may also be appropriate (see <http://mail.jabber.org/mailman/listinfo/jsf-ietf> for details).