Planet Jabber News

Preview 2 with some fixes try here http://xeus.googlecode.com/files/xim2.zip

Fresh xim test release to be downloaded here: http://xeus.googlecode.com/files/xim.zip

After many months of planning, ejabberd and exmpp have been fully migrated to Git.

During the last 7 years, ejabberd source code was hosted at:

• CVS at Jabber.Ru
• CVS at JabberStudio.org
• SVN at ProcessOne
• Git preliminarly built with git-svn, at Github

Starting now, ejabberd source code is natively in Git, and hosted at:

• https://git.process-one.net/ejabberd
• http://github.com/processone/ejabberd

The minimal instructions to start using it are mentioned in:
http://www.process-one.net/en/ejabberd/downloads

read more

Right after New year comes another big event. Jabbim team proudly releases Jabbim client for Android system. Are you Android user desperately looking for good Jabber client? Check out Jabbim Android. Roster and chat simple to use. Nice emoticons. Secured connection. Status management. And more stuff on the road!

Share this screenshot with friends. [link]

We could wait until it's shiny and perfect. But we want to share it. Do you find yourself happy using it? Tell friends! Do you need new feature? Tell us! Bug? We love bughunting! Where do you find it?  Check out Android Market for Jabbim or Jabbim for Android homepage.

The jabber.org admin team will migrate to its new server software soon. We will make a copy of the data for all 330,000 users on Saturday morning, complete data migration over the weekend, and then switch to the new software Monday morning (European time). Once we copy the data, any changes you make (e.g., adding new buddies to your contact list) will be lost, until the new software is installed and running on Monday. It is also possible that we will experience delays with the migration process. If so, we shall make an announcement on the juser@jabber.org email list and on our identi.ca microblogging account.

Here: http://code.google.com/p/xeus/downloads/list

Yes, ejabberd is already 7 years old.

Let's celebrate with a timeline of ejabberd, Erlang/OTP, XMPP/Jabber protocol, and Tkabber:

If you find any mistake, please comment. I built the graph using EasyTimeLine.pl, if you want the datafile, please comment.

read more

Version 0.3 of XEP-0227: Portable Import/Export Format for XMPP-IM Servers has been released.

This document specifies a file format for importing and exporting user data to and from XMPP-IM servers.

The changelog is:

Modified to include feedback received during the initial Last Call. Added sections for privacy lists and incoming subscriptions, as well as text on XInclude security. (wh)

Version 0.9 of XEP-0186: Invisible Command has been released.

This document specifies an XMPP-compatible protocol for user invisibility.

The changelog is:

Further clarified server and client handling of stanzas during an invisibility session. (psa)

Version 0.2 of XEP-0225: Component Connections has been released.

This document specifies a standards-track XMPP protocol extension that enables server components to connect to XMPP servers.

The changelog is:

Modified namespace to incorporate namespace versioning; clarified that the value of the element can be either or resource>. (psa)<p>

Version 0.3 of XEP-0152: Reachability Addresses has been released.

This document defines an XMPP protocol extension for communicating reachability information related to non-XMPP devices.

The changelog is:

[See revision history] (psa)

Version 0.2 of XEP-0251: Jingle Session Transfer has been released.

This specification defines an extension to XMPP Jingle for transferring a session (such as a voice call) from one person to another.

The changelog is:

Updated examples; added reference to RFC 5359; added security considerations regarding unattended transfer. (psa)

Version 0.12 of XEP-0181: Jingle DTMF has been released.

This specification defines an XML format for encapsulating Dual Tone Multi-Frequency (DTMF) events in informational messages sent within the context of Jingle audio sessions, e.g. to be used in the context of Interactive Voice Response (IVR) systems. Note

The changelog is:

Corrected definitions and schema to make it clear that the code attribute contains one and only one character representing a DTMF tone. (psa)

Version 1.0 of XEP-0270: XMPP Compliance Suites 2010 has been released.

This document defines XMPP protocol compliance levels for 2010.

The changelog is:

Per a vote of the XMPP Council, advanced specification from Experimental to Draft. (psa)

Version 1.2 of XEP-0175: Best Practices for Use of SASL ANONYMOUS has been released.

This document specifies best practices for use of the SASL ANONYMOUS mechanism in the context of client authentication with an XMPP server.

The changelog is:

Provided more detailed recommendations regarding usage restrictions for anonymous users, including the concept of different deployment types; added note about the user/anonymous service discovery identity. (psa)

Version 0.7 of XEP-0168: Resource Application Priority has been released.

This document defines an XMPP protocol extension to indicate the presence priority of XMPP resources for applications other than standard XMPP messaging.

The changelog is:

[See revision history] (psa)

Version 0.3 of XEP-0197: User Viewing has been released.

This document defines an XMPP protocol extension for communicating information about the television shows, movies, or other videos that a user watches.

The changelog is:

Modified namespace in accordance with protocol versioning policies. (psa)

Version 0.3 of XEP-0196: User Gaming has been released.

This document defines an XMPP protocol extension for communicating information about the games a user plays.

The changelog is:

Modified namespace in accordance with protocol versioning policies. (psa)

Version 0.3 of XEP-0195: User Browsing has been released.

This document defines an XMPP protocol extension for communicating information about the web pages a user visits.

The changelog is:

Modified namespace in accordance with protocol versioning policies. (psa)

Version 0.3 of XEP-0194: User Chatting has been released.

This specification defines an XMPP protocol extension for communicating information about the chatrooms a user visits.

The changelog is:

Modified namespace in accordance with protocol versioning policies. (psa)

Version 1.1 of XEP-0136: Message Archiving has been released.

This document defines mechanisms and preferences for the server-side archiving and retrieval of XMPP messages.

The changelog is:

Moved JID matching text to a dedicated section and clarified matching rules; described implementation notes regarding server interpretation of archiving preferences and conversation tracking. (at/psa)

Version 2.1 of XEP-0085: Chat State Notifications has been released.

This document defines an XMPP protocol extension for communicating the status of a user in a chat session, thus indicating whether a chat partner is actively engaged in the chat, composing a message, temporarily paused, inactive, or gone. The protocol can

The changelog is:

Clarified that any state change is allowed. (psa)

Version 0.1 of XEP-0274: Design Considerations for Digital Signatures in XMPP has been released.

This document discusses considerations for the design of Digital Signatures in XMPP, including use cases and requirements. The document also discusses various ways XML Digital Signatures could be used in XMPP.

The changelog is:

Initial published version as accepted for publication by the XMPP Council. (psa)

Version 0.1 of XEP-0273: Stanza Interception and Filtering Technology has been released.

This specification defines an XMPP protocol extension that enables a client to exercise control over the XML stanzas it will receive from the server by instructing the server to intercept and filter inbound stanzas.

The changelog is:

Initial published version as accepted for publication by the XMPP Council. (psa)

Version 1.7 of XEP-0080: User Location has been released.

This specification defines an XMPP protocol extension for communicating information about the current geographical or physical location of an entity.

The changelog is:

Added element. (psa)

Version 1.1 of XEP-0256: Last Activity in Presence has been released.

This specification defines a way to use the Last Activity extension in XMPP presence notifications.

The changelog is:

Added use case for initial presence. (psa)

Version 2.0 of XEP-0203: Delayed Delivery has been released.

This specification defines an XMPP protocol extension for communicating the fact that an XML stanza has been delivered with a delay, for example because a message has been stored on a server while the intended recipient was offline or because a message is

The changelog is:

Per a vote of the XMPP Council, advanced specification from Draft to Final; also addressed a security concern about forged timestamps that was provided during the Call for Experience. (psa)

Version 2.3 of XEP-0077: In-Band Registration has been released.

This specification defines an XMPP protocol extension for in-band registration with XMPP-based instant messaging servers and other services hosted on an XMPP network (such as groupchat rooms and gateways to non-XMPP IM services). The protocol is extensibl

The changelog is:

Clarified that fields for "first" and "last" in fact always represent given name and family name, respectively. (psa)

Version 1.3 of XEP-0055: Jabber Search has been released.

This specification provides canonical documentation of the jabber:iq:search namespace currently in use within the Jabber community.

The changelog is:

Clarified that and elements in fact always represent given name and family name, respectively. (psa)

Version 0.1 of XEP-0272: Multiparty Jingle (Muji) has been released.

This specification defines an XMPP protocol extension for initiating and managing multiparty voice and video conferences within an XMPP MUC

The changelog is:

Initial published version as accepted for publication by the XMPP Council. (psa)

Version 2.0 of XEP-0202: Entity Time has been released.

This specification defines an XMPP protocol extension for communicating the local time of an entity, including the time in UTC according to the entity as well as the offset from UTC. The time format itself conforms to the dateTime profile of ISO 8601 defi

The changelog is:

Per a vote of the XMPP Council, advanced specification from Draft to Final. (psa)

A few days ago, our server had a maintenance restart to upgrade the ejabberd software running there. Moreover, we have installed ejabberd module for xmpp ping support. This seemingly negligible change has some important consenquences, which we would like to elaborate a little about.

XMPP Ping

What's this XMPP Ping all about?

XMPP Ping is an XMPP extension (XEP) for, as the name suggests, sending pings over XMPP. Although messages sent over XMPP/Jabber are supposed to be delivered reliably to your beloved, family, friend, coworker or whoever you want to IM with, the real experience wasn't that bright for some people. If you or your buddies connect on a broken or unreliable Internet connection, you might know what we are talking about. If your Internet connection fails unexpectedly, there are cases when Jabbim server doesn't know about it and hence neither do your contacts. This used to lead to up to 30 minute periods of „black holes“, when messages sent to such contacts would end up in nowhere.

For a long time we were struggling with this bad user experience, waiting for a possible solution. Now it's here: it's called XMPP Ping.

Disadvantages

Unfortunately, as almost everything in life, it's not perfect. It has its drawbacks and we'd like to list the ones we have found yet:

• Shorter timeout: Before the XMPP ping it was possible for your TCP connection to survive for several minutes, with the devices keeping the messages on both sides safe. It will likely be possible only for shorter periods of time now.
• More bandwidth: Many mobile users are concerned about increase in bandwidth usage. Our early estimation suggests it's not that big issue, it's only about 180 bytes a minute. And that's without compression and when you're not sending any other data. If you still thinks that's too much, please tell us!
• Problems with old and/or broken clients. There are some versions of some clients which don't behave according to „XMPP Core“: http://xmpp.or­g/…rfc3920.html specification by not replying to the IQ queries. After five years since the publication of the XMPP specification, we deem it fair to consider all non-compliant clients to be broken or buggy. Users of these clients experience frequent reconnects and should consider upgrading their clients to newer versions. If your client is affected and you can't upgrade for some reason, please contact us in support MUC room jabber@conf.ne­tlab.cz (web interface).
• Clients we know or think to be affected: CenterIM (there's a patch), Psi 0.10 and older, some versions of Pidgin. Chatopus (for Palm OS), IM+ (for iPhone), MUCkl, Kopete (at least 0.12.7 doesn't work, at least 0.70.90 works), Sameplace, SIM, AQQ, Konnekt, Spik, Trillian. We try to contact authors of affected software if necessary. Please tell us if you think this list is wrong or incomplete, the experience for users of the same client seem to differ.
• If you find any bug you think could be related to the upgrade, please don't hesitate to contact us in MUC room jabber@conf.ne­tlab.cz (web interface).
• There is still some delay during which the messages can be lost in the worst case scenario.

Advantages

• You will now find out in a matter of a few minutes that your buddy has some connectivity problems and is offline
• When your connection breaks, you don't have to worry about hanging online for thirty minutes and losing messages anymore

Roster versioning

Thanks to upgrade to brand new exciting ejabberd 2.1, we now support roster versioning. This extension is particularly useful for mobile users, because it can save a considerable amount of data, especially for people with lots of friends. Nevertheless, we also expect it to speed up the login time, so desktop users on broadband links should be happy and smiling too. Awesome, huh? Our secret agents tell us that support for that is in SVN version of Gajim and there are rumours about people working on support for Psi, the best-looking client under the Sun, Glu, and for Jabbim. If you know about other clients with support of Roster versioning, have any feedback, ideas, experiences or just want to chat a little bit, please check us out in already mentioned MUC room jabber@conf.ne­tlab.cz (web interface). Do it NOW!

Other stuff

There are several other changes, you can see all of them in ejabberd 2.1 changelog. For example transition to MySQL for pubsub and privacy rules.

For some reason, the x64 build was broken. Let me know if it works again.

Another fix is related to the servers that use ping functionality to determine if the client is alive. In the previous build, there was no answer to the ping request, so the client was disconnected after specific idle time.

Download

Download x64

I’ve recently changed the way I handle drag&drop in roster. It is more responsive and has nice feedback so you exactly know what and where are you dragging.

Windows 7 has some new features on taskbar, so on Windows 7 there is no more tray icon. Everything is handled on taskbar icon.

See:

Download

Download x64

I did some fixes to make more reliable process of storing data on the server - mainly metacontacts. Some crashes should be eliminated.

The jabber.org admin team is happy to announce that we have chosen M-Link from Isode as the server software that will power the jabber.org XMPP service for at least the next two years, in accordance with the Server RFP that we issued back in April. We would like to thank the server vendors who submitted proposals, and also thank the ejabberd / Process-One developers for their support of the jabber.org service since 2006. We look forward to working with Isode and we shall post additional information about the upcoming migration as it becomes available.

Because of some network improvements happening at our data center (US Secure Hosting Center), various jabber.org and xmpp.org services might experience brief outages between 07:00 and 09:00 UTC on Tuesday, August 11. These improvements will decrease the chances of unplanned outages in the future, so thank you for your patience.

fixed: non-ASCII characters incorrectly sent via HTTP-POLL connection

improved: default status text contains network and time-since-away information

fixed: if the chat window was minimized in tray, it didn’t pop up on contact double click

fixed: number of unread activities now counts only relevant ones (by your filter)

fixed: drag start when resizing window

improved: contact loading

Download here (x86)

Download here (x64)

Připravil jsem stránky, kde budou uveřejňovány návody na glu. Zatím pouze česky.

http://glu-im.org/

Version 0.4 of XEP-0220: Server Dialback has been released.

This specification defines the Server Dialback protocol, which is used between XMPP servers to provide identity verification. Server Dialback uses the Domain Name System (DNS) as the basis for verifying identity; the basic approach is that when a receivin

The changelog is:

[See revision history] (ph/psa)

Version 0.4 of XEP-0258: Security Labels in XMPP has been released.

This document describes the use of security labels in XMPP. The document specifies how security label metadata is carried in XMPP, when this metadata should or should not be provided, and how the metadata is to be processed.

The changelog is:

Update label catalogs to include user input selector. (kdz)

- fixed: drag and drop troubles when dragging groups

- fixed: multiple instances of glu connected to the same account problems

- fixed: vcard crash when no error-code in vcard error stanza

- fixed: custom name of contact now in roster item

- changed: simplified connection dialog (JID instead of separate user and server fields)

- fixed: low performance and high cpu usage during file transfer

- improved: big performace nehancements in roster (presence handling)

- fixed: after zooming in chat window, it keeps the bottom of the conversation now

- imporved: drag contact to muc room window to send an invite

- improved: visual feedback for drag&drop operations

Setting from the previous version of glu are not upgraded.

download

download x64

Version 0.3 of XEP-0260: Jingle SOCKS5 Bytestreams Transport Method has been released.

This specification defines a Jingle transport method that results in sending data via the SOCKS5 Bytestreams (S5B) protocol defined in XEP-0065. Essentially this transport method reuses XEP-0065 semantics for sending the data and defines native Jingle met

The changelog is:

Major update to make Jingle S5B inherit more features from ICE and ICE-TCP. Added priorities and candidate identifiers. Renamed streamhost element to candidate element. Updated candidate selection to use priorities, and it is now required for both clients to send a candidate-used or candidate-error notification. Defined type attribute to differentiate between various kinds of candidates. More clearly described how S5B negotiation is completed, including an activated notification from responder to initiator when the candidate used is a proxy. Noted reuse of fast-mode methodology from S5B optimization specification. Because of incompatibilities with the previous version, changed the namespace to urn:xmpp:jingle:transports:s5b:1. (dm/psa/jk)

- fixed: disposed timer crash when closing discovery window

- fixed: crashed when the image format was invalid or unsupported

- fixed: layout of images in xhtml IM (chat)

- fixed: empty chat window after offlline message received on startup

- improvement: all errors now written to the text file

download

download x64

Version 0.2 of XEP-0051: Connection Transfer has been released.

This specification defines an XMPP protocol extension that enables a server to redirect connections from one connection manager or server node to another.

The changelog is:

Rewritten to focus on the connection transfer use case only. (fj)

Todays, there is lot of services called, in common, “social services”. Can we connect to these services without opening web browser and have instant access to their functionality?

Yes

You just need to choose jabber server that implements so called “transports”. Then register your IM or social network service account and use glu to control it.

I’d like to recommend server jabbim.com server. It is located in The Czech Republic and implements ICQ, MSN, Twitter, Facebook, Gadu-Gadu and more.

Some of these transports can be used even if you have your account on a different server.

If you’d like to try it, just open Transports window, click the Gear button in the top right corner and specify jabbim.com server. The you will get the list of services.

- fixed: hanging while retrieving transports or services

- fixed: primary contact of metacontact was sometimes wrongly loaded from server storage

- images in chat window loaded in background and much faster

- if the contact is a Blog, avatar is not displayed inline in chat

- services have better avatars

Download

Download x64

Please put your comment here and tell me what would you like to implement in the final version of glu.

Thank you.

Version 0.1 of XEP-0271: XMPP Nodes has been released.

This specification more clearly defines the nature of nodes as used in the Service Discovery and Publish-Subscribe extensions to the Extensible Messaging and Presence Protocol (XMPP).

The changelog is:

Initial published version; per Council discussion changed local to localpart. (psa)

Version 1.0 of XEP-0249: Direct MUC Invitations has been released.

This specification defines a method for inviting a contact to a multi-user chat room directly, instead of sending the invitation through the chat room.

The changelog is:

Per a vote of the XMPP Council, advanced specification from Experimental to Draft. (psa)

- fixed: auto DND when fullscreen window is open now goes off only if this fullscreen window is active

- fixed: some memory leaks

- fixed: slider value is now displayed in tooltip (eg. Priority)

- big improvement in handling different locations (resources) of a contact

- interpretation of “/me” command

- distinguish colors in chat: each contact has different color

- bookmark editing, auto-join implemented

- chat window has now tray icon (not in taskbar if minimized)

- added User Activity information

- added Roster Exchange capability (receive contacts only)

- fix: sort in chatroom roster now by name

Download

Download x64

You may or may not have noticed that Jabbim offers a service called ‘VIP Facebook Transport’. This transport works as a gateway between Jabbim and Facebook Chat. No more chatting in the cumbersome web-based interface! Use your favorite desktop or mobile XMPP-compatible client to chat with your Facebook friends.

Until recently, this service has been only available for so-called ‘VIP’ users (those who support Jabbim service financially). From now on, the service is free for every Jabbim user.

For the best experience we recommend registering with the service using clients such as Jabbim or Psi, which make adding a large number of new contacts convenient. Otherwise, you might end up with many unnamed contacts you will have to rename manually.

Notes:

• Ask your client's developers to implement XEP-0144: Roster Item Exchange for the best experience with Facebook gateway.
• Facebook Transport is still under heavy development and there are some known glitches (idle friends appear as Available, no names in vCards etc.).

HOWTO Facebook Transport

Version 1.0 of XEP-0198: Stream Management has been released.

This specification defines an XMPP protocol extension for active management of an XML stream between two XMPP entities, including features for stanza acknowledgements, stream resumption, and throttling notifications.

The changelog is:

Per a vote of the XMPP Council, advanced specification from Experimental to Draft. (psa)

• new tooltip and context menu over the tray icon

• drag&drop of any text on contact sends it and opens chat window
• if fullscreen application is running, dnd presence is set automatically (which supresses popup windows as well)
• spell checker in message textbox (automatically selects proper language based on your current keyboard)
• notification of the new version available
• fixed: YouTube window now closing properly
• zoom buttons in chat window and zoom level is stored in settings

Download

Download x64

Version 1.0 of XEP-0177: Jingle Raw UDP Transport Method has been released.

This specification defines a Jingle transport method that results in sending media data using raw datagram associations via the User Datagram Protocol (UDP). This simple transport method does not provide NAT traversal, and the ICE-UDP transport method sho

The changelog is:

Per a vote of the XMPP Council, advanced specification from Experimental to Draft. (psa)

Version 1.0 of XEP-0176: Jingle ICE-UDP Transport Method has been released.

This specification defines a Jingle transport method that results in sending media data using raw datagram associations via the User Datagram Protocol (UDP). This transport method is negotiated via the Interactive Connectivity Establishment (ICE) methodol

The changelog is:

Per a vote of the XMPP Council, advanced specification from Experimental to Draft. (psa)

Version 1.0 of XEP-0167: Jingle RTP Sessions has been released.

This specification defines a Jingle application type for negotiating one or more sessions that use the Real-time Transport Protocol (RTP) to exchange media such as voice or video. The application type includes a straightforward mapping to Session Descript

The changelog is:

Per a vote of the XMPP Council, advanced specification from Experimental to Draft. (psa)