Want to receive updates monthly? Subscribe to the XMPP newsletter!
Summer of Code Projects
Posted on April 12, 2007 | 1 minutes | | stpeter
Google has announced the 2007 Summer of Code projects, and the XSF projects are as follows: Bidirectional-streams Over Synchronous HTTP (BOSH) Support in gloox (Student: Matthew James Wild, Mentor: Jakob Schröter) Data Form Designer Suite for XMPP (Student: Tobias Markmann, Mentor: Kevin Smith) Encrypted Sessions Test Suite and Implementation (Student: Brendan Taylor, Mentor: Yann Le Boulanger) Extended Stanza Addressing and Other XEPs in ejabberd (Student: Bernardo Antonio de la Ossa Pérez, Mentor: Mickaël Rémond) Jingle Audio/Video in Gajim (Student: Tomasz Melcer, Mentor: Yann Le Boulanger) Personal Eventing in Openfire (Student: Armando Diaz-Jagucki, Mentor: Gaston Dombiak) Let’s start coding! [Read More]
I-D Updates at the IETF
Posted on April 11, 2007 | 1 minutes | | stpeter
Although the XMPP Standards Foundation runs its own standards process and publishes a dedicated specification series for XMPP extensions, we continue to work within the Internet Engineering Task Force on relevant specifications, which we mirror at xmpp.org for convenient access. Lately we have updated several of the RFCs and Internet-Drafts we are working on within the IETF: draft-saintandre-rfc4622bis this document corrects several errors in RFC 4622, which defines the xmpp: URI scheme (a handy diff from RFC 4622 is here) [draft-saintandre-jabberid](http: www. [Read More]
Presence Scalability
Posted on April 11, 2007 | 2 minutes | | stpeter
Members of the IETF’s SIMPLE Working Group recently analyzed the scalability of SIP/SIMPLE technologies with respect to sharing presence between domains. Because their work provides a helpful baseline for comparing presence technologies, we decided to perform a similar analysis for XMPP. The results should be of interest to any large enterprise, ISP, or carrier that is contemplating deployment of presence-based services. Consider some of the relevant results for bandwidth usage between two presence domains: [Read More]
XMPP Eventing via Pubsub
Posted on April 1, 2007 | 1 minutes | | stpeter
Following in the grand tradition of XEP-0076 (implementation in the Psi client announced today), XEP-0132, XEP-0148, and XEP-0183, today we published XEP-0207: XMPP Eventing via Pubsub (XEP). This new “XEP XEP” is perhaps the most significant XMPP extension protocol yet published by the XMPP Standards Foundation, since it provides a solid, extensible foundation for any further payloads we might want to send over the network. Read the spec for complete details. [Read More]
Summer by the (XML) Stream
Posted on March 20, 2007 | 1 minutes | | stpeter
The XMPP Standards Foundation will once again be participating in the Google Summer of Code for 2007. What is a standards organization doing in the Summer of Code? Well, the Extensible Messaging and Presence Protocol (XMPP) emerged from the Jabber open-source community and we still have many active open-source projects. Plus as previously mentioned our community is a cohesive blend of open standards, commercial organizations, and open-source developers. Here at the XSF we usually focus on the open standards part of the equation, but we actively work to encourage the creation of open-source code, too. [Read More]
Freedom
Posted on March 6, 2007 | 2 minutes | | stpeter
Freedom is one of our core values in the Jabber/XMPP community. The focus on freedom goes back to Jeremie Miller, who invented the base of our technologies in 1998 as a way for people to connect over the Internet without the silos and restrictions enforced by consumer IM services. Over the years that sense of freedom has broadened and deepened. Consider: Our community has centered on Internet protocols (not a given open-source codebase) in part to give developers the freedom to use whatever license they want: free source, open source, freeware, shareware, commercial, or any combination thereof. [Read More]
Last Call: Link-Local Messaging
Posted on March 1, 2007 | 1 minutes | | stpeter
At the XMPP Summit on Monday we held a rare in-person meeting of the XMPP Council, since we had four of the five Council members in attendance. Among other things the Council issued a Last Call for comments on XEP-0174: Link-Local Messaging. This technology, which enables real-time messaging in the absence of a server, was pioneered by Apple in an early version of their iChat client. It has since been adopted in several open-source instant messaging clients and is now also widely used in the One Laptop Per Child project. [Read More]
XMPP URNs
Posted on February 28, 2007 | 1 minutes | | stpeter
Yesterday the IETF announced that draft-saintandre-xmpp-urn has been approved by the IESG for publication as an informational RFC. What this means for us is that the XSF (specifically the XMPP Registrar) will control its own “tree” of Uniform Resource Names to issue for use in XMPP Extension Protocols, as specified in Section 4 of XEP-0053. This is good because URNs are more stable than the URIs (such as “http://jabber.org/protocol/muc") that we’ve been using for XML namespaces in our protocols. [Read More]
Brussels Report
Posted on February 27, 2007 | 3 minutes | | stpeter
Over the weekend, members of the XMPP Standards Foundation and the Jabber developer community participated in FOSDEM 2007 (one of the world’s premier conferences for developers of free and open-source software) and also held a smaller “XMPP Summit” to discuss high-priority issues related to our technology. I think it’s safe to say that the weekend was a smashing success. Our developer room at FOSDEM hosted a full schedule of talks and was often standing room only. [Read More]
Practicing What We Preach
Posted on February 15, 2007 | 1 minutes | | stpeter
Because the XSF is a standards development organization, we strive to honor standards developed by other organizations. To that end, we recently updated the web pages at www.xmpp.org (including our specification series) to comply with XHTML 1.0.
If you find a page with an “xhtml 1.0 compliant” link at the bottom but the page does not validate, please report the error to webmaster at xmpp.org.