Instant Messaging Proxy
Instant Messenger proxy with web-based, searchable chat …
Does anybody here know of a decent setup for having multiple computers and devices (iPhone/Android) logged into the same IM accounts (yahoo, gtalk, AIM) with consolidated web-based chat logs?
I’ve tried/thought of a few approaches:
IRC w/ IRSSI and bitlbee (was nice, but not a great solution for phones and chat logs were painful)
Google Talk (would be great if I could just use this, but I need to support Yahoo – perhaps a Jabber relay? )
Meebo (can this be used as a proxy? )
asked Mar 13 ’10 at 18:42
That was basically my first question on aardvark.
I know just of 3 good options:
As Alexander said, Google Talk. You have to configure it using another Jabber Client such as Psy, on linux. The keywords here are gateway and transport. It’s not easy, but this will give you the best results.
As you’ve suggested, a web client. There are many clients out there, nimbuzz is the best for smartphones nowadays; e-buddy has the simplest interface and the less bugs, but also the less features; and find even better than meebo but meebo is the only one with good chat history.
IM-history for a paid solution. This will even send your skype chat to GTalk, something you can’t do with the first option alone. At least I don’t know of any jabber gateway for Skype.
For the first option, which is what I use, I would quote some links from my vark’s answer, to give you an idea it won’t be easy to configure. But it’s too big. Granted, once set up, you’ll have all working even inside Gmail.
answered Mar 22 ’10 at 18:16
cregoxcregox5, 6347 gold badges47 silver badges66 bronze badges
Google Talk (which is XMPP/Jabber). The logs show up in your web client by default.
answered Mar 13 ’10 at 21:27
AlexAlex2, 0941 gold badge12 silver badges16 bronze badges
Barracuda IM Firewall or IMSpector may do the trick for you. There are also various iptables plugins for tracking individual IM services
answered Mar 13 ’10 at 21:40
John DouthatJohn Douthat6211 gold badge10 silver badges22 bronze badges
centrally operates yahoo messenger, AOL, msn, GTalk by one click
answered Mar 14 ’10 at 7:51
If you are able to run a server, you could run an OpenFire server () which has plugins to connect to the various IM networks in addition to serving as a Jabber host (which can federate (interoperate) with Google Talk natively as well). It also includes logging and other enterprise-level IM features, and works with a variety of Jabber clients (including Spark, from the same company).
answered Mar 17 ’10 at 15:52
Try to register jabber account on Jabbim servers. It does support:
connection to all mentioned networks through the transports,
web-based interface to server-side history called Jabbim archive
Although use of Jabbim account is free, JabbIM archive is one of the benefits of sponsoring (VIP). VIP membership costs about 12 USD/year. More information about VIP is Czech version of the site, but you can use Google translator.
answered Mar 20 ’10 at 20:23
Not the answer you’re looking for? Browse other questions tagged instant-messaging google-talk jabber or ask your own question.
Anonymous Instant Messaging – JonDonym
You can use internet applications with JonDo, if HTTP proxy settings are supported by your application. Please note: JonDonym free services are limited in open ports. You can connect only to ports 80 and 443 (HTTP and HTTPS). For instant messaging like Jabber (XMPP) you have to use premium services. If your instant messaging client and the server were support BOSH/HTTP, you can use free mix cascades too. But may be you will get timeout errors time by time.
You will need to enter the following in the HTTP proxy settings:
Host: 127. 0. 1
Typ: HTTP (prefered) or SOCKS v5
Jabber Server (XMPP)
For anonymous instant messaging you have to create a new account first. Do not use your
old, well known account with JonDonym and believe, you are anonymous. A list of useable
Jabber servers you may find at IM Observatory (with information about SSL encryption), or
Have a look at the privacy
statement at the website of the selected server before you register your account. You may check the SSL encryption of your prefered XMPP server with the IM Observatory.
Some recommended Jabber
servers with high amount of users are:
file transfer proxy
5222, 522385. 10. 195. 208 donations are welcome
5222, provided by
5222, are welcomeSSL certificates signed by
522282. 94. 251. 236DNSSEC signed, SSL with forward seecrecy
522381. 167. 91. 94 no inbound registration, create your accout on the
If you were using JonDonym, XMPP file transfer is only possible by using file transfer proxies.
Warning: Many instant messaging clients break out the proxy for DNS request. An attacker can watch your
internet traffic and feature out the Jabber server you were using. We have tested the following
Miranda (Version 0. 9. 21) uses the proxy only for DNS request, if no DNS server was aviable.
Psi (Version 0. 14) leaks DNS requests, no patch aviable.
Pidgin (Version 2. x) leaks DNS request in combination with JonDo.
Work around: You can set the IP address of the Jabber connect server in your
account configuration. In this case no DNS requests are nessecary and no leaks will appear.
You may use our DNS service webpage
to get the IP address of the Jabber server.
XMPP – Wikipedia
XMPPInternational standardRFC 6120 (Core) (2011)
RFC 6121 (IM & Presence) (2011)
RFC 7622 (Address Format) (2015)
RFC 3922 (CPIM) (2004)
RFC 3923 (Encryption) (2004)Introduced1999; 22 years agoIndustryInstant messagingWebsiteExtensible Messaging and Presence Protocol (XMPP, originally named Jabber) is an open communication protocol designed for instant messaging (IM), presence information, and contact list maintenance.  Based on XML (Extensible Markup Language), it enables the near-real-time exchange of structured data between two or more network entities.  Designed to be extensible, the protocol offers a multitude of applications beyond traditional IM in the broader realm of message-oriented middleware, including signalling for VoIP, video, file transfer, gaming and other uses.
Unlike most commercial instant messaging protocols, XMPP is defined in an open standard in the application layer. The architecture of the XMPP network is similar to email; anyone can run their own XMPP server and there is no central master server. This federated open system approach allows users to interoperate with others on any server using a ‘JID’ user account, similar to an email address. XMPP implementations can be developed using any software license and many server, client, and library implementations are distributed as free and open-source software. Numerous freeware and commercial software implementations also exist.
Originally developed by the eponymous open-source community, the protocols were formalized as an approved instant messaging standard in 2004 and has been continuously developed with new extensions and features. Various XMPP client software are available on both desktop and mobile platforms and devices – by 2003 the protocol was used by over ten million people worldwide on the network, according to the XMPP Standards Foundation. 
A simple XMPP network with the servers and Green clients are online, yellow clients are writing each other and small green subclients are the resources of one user. The brown network is not connected to the internet. The server is connected to other IM services (ICQ, AIM and other) via XMPP transports.
The XMPP network architecture is reminiscent of the Simple Mail Transfer Protocol (SMTP), a client–server model; clients do not talk directly to one another as it is decentralized – anyone can run a server. By design, there is no central authoritative server as there is with messaging services such as AIM, WLM, WhatsApp or Telegram. Some confusion often arises on this point as there is a public XMPP server being run at, to which many users subscribe. However, anyone may run their own XMPP server on their own domain.
Every user on the network has a unique XMPP address, called JID (for historical reasons, XMPP addresses are often called Jabber IDs). The JID is structured like an email address with a username and a domain name (or IP address) for the server where that user resides, separated by an at sign (@) – for example, ““: here alice is the username and the server with which the user is registered.
Since a user may wish to log in from multiple locations, they may specify a resource. A resource identifies a particular client belonging to the user (for example home, work, or mobile). This may be included in the JID by appending a slash followed by the name of the resource. For example, the full JID of a user’s mobile account could be
Each resource may have specified a numerical value called priority. Messages simply sent to will go to the client with highest priority, but those sent to will go only to the mobile client. The highest priority is the one with largest numerical value.
JIDs without a username part are also valid, and may be used for system messages and control of special features on the server. A resource remains optional for these JIDs as well.
The means to route messages based on a logical endpoint identifier – the JID, instead of by an explicit IP Address present opportunities to use XMPP as an Overlay network implementation on top of different underlay networks.
XMPP via HTTP
The original and “native” transport protocol for XMPP is Transmission Control Protocol (TCP), using open-ended XML streams over long-lived TCP connections. As an alternative to the TCP transport, the XMPP community has also developed an HTTP transport for web clients as well as users behind restricted firewalls. In the original specification, XMPP could use HTTP in two ways: polling and binding. The polling method, now deprecated, essentially implies messages stored on a server-side database are being fetched (and posted) regularly by an XMPP client by way of HTTP ‘GET’ and ‘POST’ requests. The binding method, implemented using Bidirectional-streams Over Synchronous HTTP (BOSH),  allows servers to push messages to clients as soon as they are sent. This push model of notification is more efficient than polling, where many of the polls return no new data.
Because the client uses HTTP, most firewalls allow clients to fetch and post messages without any hindrances. Thus, in scenarios where the TCP port used by XMPP is blocked, a server can listen on the normal HTTP port and the traffic should pass without problems. Various websites let people sign into XMPP via a browser. Furthermore, there are open public servers that listen on standard (port 80) and (port 443) ports, and hence allow connections from behind most firewalls. However, the IANA-registered port for BOSH is actually 5280, not 80.
The XMPP Standards Foundation or XSF (formerly the Jabber Software Foundation) is active in developing open XMPP extensions, so called XEP.  However, extensions can also be defined by any individual, software project, or organization. To maintain interoperability, common extensions are managed by the XSF. XMPP applications beyond IM include: chat rooms, network management, content syndication, collaboration tools, file sharing, gaming, remote systems control and monitoring, geolocation, middleware and cloud computing, VoIP, and identity services.
Building on its capability to support discovery across local network domains, XMPP is well-suited for cloud computing where virtual machines, networks, and firewalls would otherwise present obstacles to alternative service discovery and presence-based solutions. Cloud computing and storage systems rely on various forms of communication over multiple levels, including not only messaging between systems to relay state but also the migration or distribution of larger objects, such as storage or virtual machines. Along with authentication and in-transit data protection, XMPP can be applied at a variety of levels and may prove ideal as an extensible middleware or Message-oriented middleware (MOM) protocol.
At the moment, XMPP does not support Quality of Service (QoS); assured delivery of messages has to be built on top of the XMPP layer. There are two XEPs proposed to deal with this issue, XEP-0184 Message delivery receipts which is currently a draft standard, and XEP-0333 Chat Markers which is considered experimental.
Since XML is text based, normal XMPP has a higher network overhead compared to purely binary solutions. This issue was being addressed by the experimental XEP-0322: Efficient XML Interchange (EXI) Format, where XML is serialized in a very efficient binary manner, especially in schema-informed mode. This XEP is currently deferred.
In-band binary data transfer is limited. Binary data must be first base64 encoded before it can be transmitted in-band. Therefore, any significant amount of binary data (e. g., file transfers) is best transmitted out-of-band, using in-band messages to coordinate. The best example of this is the Jingle XMPP Extension Protocol, XEP-0166.
File transfer options in a chat in Conversations, an XMPP client for Android
Using the extension called Jingle, XMPP can provide an open means to support machine-to-machine or peer-to-peer communications across a diverse set of networks. This feature is mainly used for IP telephony (VoIP).
XMPP supports conferences with multiple users, using the specification Multi-User Chat (MUC) (XEP-0045). From the point of view of a normal user, it is comparable to Internet Relay Chat (IRC).
Security and encryption
XMPP servers can be isolated (e. g., on a company intranet), and secure authentication (SASL) and point-to-point encryption (TLS) have been built into the core XMPP specifications, as well as
Off-the-Record Messaging (OTR) is an extension of XMPP enabling encryption of messages and data. It has since been replaced by a better extension, multi-end-to-multi-end encryption (OMEMO, XEP-0384) end-to-end encryption between users. This gives a higher level of security, by encrypting all data from the source client and decrypting again at the target client; the server operator cannot decrypt the data they are forwarding.
While several service discovery protocols exist today (such as zeroconf or the Service Location Protocol), XMPP provides a solid base for the discovery of services residing locally or across a network, and the availability of these services (via presence information), as specified by XEP-0030 DISCO. 
Connecting to other protocols
Alice sends a message through the XMPP net to the ICQ transport. The message is next routed to Bob via the ICQ network.
One of the original design goals of the early Jabber open-source community was enabling users to connect to multiple instant messaging systems (especially non-XMPP systems) through a single client application. This was done through entities called transports or gateways to other instant messaging protocols like ICQ, AIM or Yahoo Messenger, but also to protocols such as SMS, IRC or email. Unlike multi-protocol clients, XMPP provides this access at the server level by communicating via special gateway services running alongside an XMPP server. Any user can “register” with one of these gateways by providing the information needed to log on to that network, and can then communicate with users of that network as though they were XMPP users. Thus, such gateways function as client proxies (the gateway authenticates on the user’s behalf on the non-XMPP service). As a result, any client that fully supports XMPP can access any network with a gateway without extra code in the client, and without the need for the client to have direct access to the Internet. However, the client proxy model may violate terms of service on the protocol used (although such terms of service are not legally enforceable in several countries) and also requires the user to send their IM username and password to the third-party site that operates the transport (which may raise privacy and security concerns).
Another type of gateway is a server-to-server gateway, which enables a non-XMPP server deployment to connect to native XMPP servers using the built in interdomain federation features of XMPP. Such server-to-server gateways are offered by several enterprise IM software products, including:
IBM Lotus Sametime
Skype for Business Server (formerly named Microsoft Lync Server and Microsoft Office Communications Server – OCS)
XMPP is implemented by many clients, servers, and code libraries.  These implementations are provided under a variety of software licenses.
Numerous XMPP server software exist, some well known ones include ejabberd and Prosody.
Buddy list and a multi-user chat in Spark
A large number of XMPP client software exist on various modern and legacy platforms, including both graphical and command line based clients. According to the XMPP website, some of the most popular software include Gajim (Windows, Linux), (macOS, Windows, Linux), Conversations (Android), Monal (macOS, iOS) and (web browser, Linux, Windows, macOS).
Other clients include: Bombus, ChatSecure, Coccinella,, MCabber, Miranda, Pidgin, Psi, Tkabber, Trillian, and Xabber.
Deployment and distribution
There are thousands of XMPP servers worldwide, many public ones as well as private individuals or organizations running their own servers without commercial intent. Numerous websites show a list of public XMPP servers where users may register at (for example on the website).
Several large public IM services natively use or used XMPP, including LiveJournal’s “LJ Talk”,  Nimbuzz, and HipChat. Various hosting services, such as DreamHost, enable hosting customers to choose XMPP services alongside more traditional web and email services. Specialized XMPP hosting services also exist in form of cloud so that domain owners need not directly run their own XMPP servers, including Cisco Webex Connect,,,, and
XMPP is also used in deployments of non-IM services, including smart grid systems such as demand response applications, message-oriented middleware, and as a replacement for SMS to provide text messaging on many smartphone clients.
Some of the largest messaging providers use, or have been using, various forms of XMPP based protocols in their backend systems without necessarily exposing this fact to their end users.  One example is Google, which in August 2005 introduced Google Talk, a combination VoIP and IM system that uses XMPP for instant messaging and as a base for a voice and file transfer signaling protocol called Jingle. The initial launch did not include server-to-server communications; Google enabled that feature on January 17, 2006.  Google has since added video functionality to Google Talk, also using the Jingle protocol for signaling. In May 2013, Google announced XMPP compatibility would be dropped from Google Talk for server-to-server federation, although it would retain client-to-server support.  In January 2008, AOL introduced experimental XMPP support for its AOL Instant Messenger (AIM) service,  allowing AIM users to communicate using XMPP. However, in March 2008, this service was discontinued.  As of May 2011, AOL offers limited XMPP support.  In February 2010, the social-networking site Facebook opened up its chat feature to third-party applications via XMPP.  Some functionality was unavailable through XMPP, and support was dropped in April 2014.  Similarly, in December 2011, Microsoft released an XMPP interface to its Microsoft Messenger service.  Skype, its de facto successor, also provided limited XMPP support.  Apache Wave is another example. 
XMPP is the de facto standard for private chat in gaming related platforms such as Origin,  and PlayStation, as well as the now discontinued Xfire and Raptr.  Two notable exceptions are Steam and Xbox LIVE; both use their own proprietary messaging protocols.
History and development
Jeremie Miller began working on the Jabber technology in 1998 and released the first version of the jabberd server on January 4, 1999.  The early Jabber community focused on open-source software, mainly the jabberd server, but its major outcome proved to be the development of the XMPP protocol.
The Internet Engineering Task Force (IETF) formed an XMPP working group in 2002 to formalize the core protocols as an IETF instant messaging and presence technology. The early Jabber protocol, as developed in 1999 and 2000, formed the basis for XMPP as published in RFC 3920 and RFC 3921 in October 2004 (the primary changes during formalization by the IETF’s XMPP Working Group were the addition of TLS for channel encryption and SASL for authentication). The XMPP Working group also produced specifications RFC 3922 and RFC 3923. In 2011, RFC 3920 and RFC 3921 were superseded by RFC 6120 and RFC 6121 respectively, with RFC 6122 specifying the XMPP address format. In 2015, RFC 6122 was superseded by RFC 7622. In addition to these core protocols standardized at the IETF, the XMPP Standards Foundation (formerly the Jabber Software Foundation) is active in developing open XMPP extensions.
The first IM service based on XMPP was, which has operated continuously and offered free accounts since 1999.  From 1999 until February 2006, the service used jabberd as its server software, at which time it migrated to ejabberd (both of which are free software application servers). In January 2010, the service migrated to the proprietary M-Link server software produced by Isode Ltd. 
In September 2008, Cisco Systems acquired Jabber, Inc., the creators of the commercial product Jabber XCP. 
The XMPP Standards Foundation (XSF) develops and publishes extensions to XMPP through a standards process centered on XMPP Extension Protocols (XEPs, previously known as Jabber Enhancement Proposals – JEPs). The following extensions are in especially wide use:
Publish-Subscribe and Personal Eventing Protocol
Jingle for voice and video
Internet of Things
XMPP features such as federation across domains, publish/subscribe, authentication and its security even for mobile endpoints are being used to implement the Internet of Things. Several XMPP extensions are part of the experimental implementation: Efficient XML Interchange (EXI) Format; Sensor Data; Provisioning; Control; Concentrators; Discovery. 
These efforts are documented on a page in the XMPP wiki dedicated to Internet of Things and the XMPP IoT mailing list. 
Specifications and standards
The IETF XMPP working group has produced a series of Request for Comments (RFC) documents:
RFC 3920 (superseded by RFC 6120)
RFC 3921 (superseded by RFC 6121)
RFC 4622 (superseded by RFC 5122)
RFC 6122 (superseded by RFC 7622)
The most important and most widely implemented of these specifications are:
RFC 6120, Extensible Messaging and Presence Protocol (XMPP): Core, which describes client–server messaging using two open-ended XML streams. XML streams consist of
RFC 6121, Extensible Messaging and Presence Protocol (XMPP): Instant Messaging and Presence describes instant messaging (IM), the most common application of XMPP.
RFC 7622, Extensible Messaging and Presence Protocol (XMPP): Address Format describes the rules for XMPP addresses, also called JabberIDs or JIDs. Currently JIDs use PRECIS (as defined in RFC 7564) for handling of Unicode characters outside the ASCII range.
XMPP has often been regarded as a competitor to SIMPLE, based on Session Initiation Protocol (SIP), as the standard protocol for instant messaging and presence notification. 
The XMPP extension for multi-user chat can be seen as a competitor to Internet Relay Chat (IRC), although IRC is far simpler, has far fewer features, and is far more widely used. 
The XMPP extensions for publish-subscribe provide many of the same features as the Advanced Message Queuing Protocol (AMQP).
Comparison of instant messaging clients
Comparison of instant messaging protocols
Comparison of XMPP server software
^ “Jabber Inc”. Retrieved November 24, 2012.
^ Johansson, Leif (April 18, 2005). “XMPP as MOM – Greater NOrdic MIddleware Symposium (GNOMIS)” (PDF). Oslo: University of Stockholm. Archived from the original (PDF) on May 10, 2011.
^ Saint-Andre, P. (March 2011). Extensible Messaging and Presence Protocol (XMPP): Core. IETF. doi:10. 17487/RFC6120. RFC 6120. Retrieved May 4, 2014.
^ “Jabber Instant Messaging User Base Surpasses ICQ” (Press release). XMPP Standards Foundation. September 22, 2003. Archived from the original on November 3, 2007. Retrieved November 30, 2007.
^ XMPP Standards Foundation. “”XEP-0029: Definition of Jabber Identifiers (JIDs)””. Extensible Messaging and Presence Protocol. Retrieved November 10, 2019.
^ RFC 6122
^ Joe Hildebrand; Craig Kaes; David Waite (June 3, 2009). “XEP-0025: Jabber HTTP Polling”. Retrieved November 24, 2012.
^ a b Ian Paterson; Dave Smith; Peter Saint-Andre; Jack Moffitt (July 2, 2010). “XEP-0124: Bidirectional-streams Over Synchronous HTTP ([BOSH])”. Retrieved November 24, 2012.
^ “Specifications”. XSF. p. 1. Retrieved January 6, 2017.
^ “Lotus Sametime 7. 5 Interoperates with AIM, Google Talk”, eWeek, December 6, 2006
^ “Lotus ships gateway to integrate IM with AOL, Yahoo, Google”, Network World, December 6, 2006 Archived November 1, 2008, at the Wayback Machine
^ “Unified Communications: Uniting Communication Across Different Networks”, Microsoft Press Release, October 1, 2009 Archived January 5, 2010, at the Wayback Machine
^ “Question FAQ #270-What is LJ Talk? “. September 27, 2010. Retrieved November 24, 2012.
^ Leigh, Dylan. “Introduction to Jabber/XMPP”.. Retrieved October 16, 2017.
^ Rémond, Mickaël (February 23, 2014). “Whatsapp, Facebook, Erlang and realtime messaging: It all started with ejabberd”. ProcessOne — Blog. Retrieved September 17, 2020.
^ Burd, Gary (January 17, 2006). “XMPP Federation”. Retrieved November 30, 2007.
^ “We announced a new communications product, Hangouts, in May 2013. Hangouts will replace Google Talk and does not support XMPP”. May 26, 2015.
^ Jensen, Florian (January 17, 2008). “AOL adopting XMPP aka Jabber”. Archived from the original on January 20, 2008. Retrieved January 17, 2008.
^ “AOL XMPP Gateway”. May 14, 2011. Archived from the original on May 22, 2011. Retrieved May 14, 2011.
^ “Facebook Chat Now Available Everywhere”. Retrieved February 11, 2010.
^ “Chat API (deprecated)”. Retrieved July 5, 2015.
^ Obasanjo, Dare (December 14, 2011). “Anyone can build a Messenger client—with open standards access via XMPP”. Retrieved November 24, 2012.
^ Roettgers, Janko (June 28, 2011). “Skype adds XMPP support, IM interoperability next? — Tech News and Analysis”. Retrieved November 24, 2012.
^ “Google Wave Federation Protocol”. Archived from the original on March 4, 2016.
^ “Origin game platform sends login and messages in plain‐text”. Slight Future. June 30, 2015. Retrieved February 22, 2016.
^ “Raptr is dead. No more Gaming Evolved a year after AMD ditch the app”. September 13, 2017. Retrieved October 16, 2020.
^ “libsteam. c”. Github. Retrieved February 22, 2016.
^ “Open Real Time Messaging System”. January 4, 1999. Retrieved November 24, 2012.
^ Marcel Gagné (March 1, 2003). “Chatting Up the Chef”. Linux Journal.
^ ” – XMPP Server Migration”. August 12, 2009. Archived from the original on December 13, 2009. Retrieved December 14, 2009.
^ “Cisco Announces Definitive Agreement to Acquire Jabber”. Archived from the original on December 23, 2009. Retrieved January 2, 2010.
^ “XEP-0004: Data Forms”.
^ “XEP-0030: Service Discovery”.
^ a b “XEP-0045: Multi-User Chat”.
^ a b “XEP-0060: Publish-Subscribe”.
^ “XEP-0163: Personal Eventing Protocol”.
^ “XEP-0071: XHTML-IM”.
^ “XEP-0096: SI File Transfer”.
^ “XEP-0115: Entity Capabilities”.
^ “XEP-0322: Efficient XML Interchange (EXI) Format”.
^ “XEP-0323: Internet of Things – Sensor Data”.
^ “XEP-0324: Internet of Things – Provisioning”.
^ “XEP-0325: Internet of Things – Control”.
^ “XEP-0326: Internet of Things – Concentrators”.
^ “XEP-0347: Internet of Things – Discovery”.
^ “Tech pages/IoT systems”.
^ “IOT Info Page”.
^ “XMPP rises to face SIMPLE standard”, Infoworld magazine, April 17, 2003 XMPP rises to face SIMPLE standard
^ “XMPP vs SIMPLE: The race for messaging standards”, Infoworld magazine, May 23, 2003
Open list of public XMPP servers
– the XMPP-IoT (Internet of Things) initiative
Real-Time Communications Quick Start Guide
Jabber User Guide
“IETF Publishes XMPP RFCs: Core Jabber Protocols Recognized As Internet-Grade Technologies”. October 4, 2004. Archived from the original on October 24, 2009.
“Peter Saint-Andre on Jabber/XMPP”. FLOSS Weekly. Episode 49. Twit TV. December 7, 2008., interviewed by Randal Schwartz and Leo Laporte