Agregador de noticias

Alexander Gnauck: Firebase Cloud Messaging with MatriX XMPP SDK

Planet Jabber - 24 September, 2016 - 11:28

We get a lot of requests on howto use the MatriX XMPP SDK with Google Firebase Cloud Messaging.

The following are the settings for your XmppClient object

  • The XMPP domain is:
  • The hostname is:
  • It looks like there are no SRV records in place, this is why you need to set the hostname manual and disable SRV record lookups
  • Firebase does not support XMPP’s StartTls feature and requires to initiate a TLS connection. This is how we have done it in the old days when the protocol still was called Jabber. The OldStyleSsl property takes care of this in MatriX’s XmppClient.
  • Firebase is using a non standard XMPP port, because no SRV records are in place we have to set port 5236 manual in the code
  • the username is your Firebase Sender Id and the password is your server key. You find them in the Firebase portal under Settings => Cloud Messagging
  • the contact list and presence feature is not require. So we can disable it by setting AutoRoster and AutoPresence to false
XmppClient xmppClient = new XmppClient { XmppDomain = "", Hostname = "", Port = 5236, ResolveSrvRecords = false, OldStyleSsl = true, Username = "YOUR_FIREBASE_SENDER_ID", Password = "YOUR_FIREBASE_SERVER_KEY", AutoRoster = false, AutoPresence = false }; xmppClient.Open();

You can find a basic example also here in our GIT repository:

See also:

Alexander Gnauck: MatriX XMPP SDK available for .NET Core

Planet Jabber - 23 September, 2016 - 12:41

The MatriX XMPP SDK is also available for the .NET Core now.
You can get it from NuGet here:

It passed all our internal tests and QA, but its still marked as a pre-release until we collected some more feedback from users.

Don’t hesitate to contact us directly, or use our forums for any questions related to the .NET Core version.

ProcessOne: ejabberd 16.09

Planet Jabber - 22 September, 2016 - 09:53

We are happy to introduce our new ejabberd release, ejabberd 16.09. As usual it includes many bug fixes and improvements. But most of all, it includes excellent student work done for Google Summer of Code program.

More specifically, this release adds the following major features:

  • Support for Elixir configuration file. It means it is possible to configure ejabberd using an Elixir script file instead of ejabberd YAML format.
  • Support XEP-0355 – Namespace Delegation
    This allows to use an external entity to manage some of the server features. This XEP is working with Privileged Entity (XEP-0356).
  • Support XEP-0356 – Privileged Entity
    This allows a component or any entity to have a “privileged” status. As a result, it can manage an entity roster on its behalf, send or receive stanzas in the name of the server. The main goal of XEP-0356 is to create an external, server agnostic, PEP service.

Thanks to Anna Mukharram and Gabriel Gatu for their contributions.

Namespace Delegation and Privileged Entity

Thanks to Anna Mukharram, it’s now possible to delegate features to a component with a privileged status, allowing components to get access to some ejabberd’s internal data and to perform some actions. This allows developing advanced components that were previously not possible to create with XEP-0114 – Jabber Component Protocol.

On a typical setup, you’ll use both XEP-0355 and XEP-0356. To do so, you need to add mod_delegation to your modules section in ejabberd’s configuration, and delegate namespace to a component by adding a component in your listener section. You may also grant some access to this component. Here is an example of such configuration:

listen: ... - port: 8888 module: ejabberd_service hosts: "": password: "secret" delegations: "urn:xmpp:mam:1": filtering: ["node"] "": filtering: [] ...

In the example above, a component serving will receive all pubsub requests and all MAM requests with the node filtering attribute presented in a query packet. The component is also allowed to get the roster of every user of the server and send messages on behalf of the server.

Compliance with Salut à Toi project components have been tested: We can now run SàT components directly on top of ejabberd.

Please, let us know if you write components for XMPP using this new feature :)

Ejabberd configuration in Elixir

Thanks Gabriel Gatu, you now have choice when it comes to configure ejabberd. While YAML configuration file is the default way to configure ejabberd, it’s now possible to write configuration as an Elixir script which will be evaluated. The most notable benefit is the ability to add some logic and get unlimited number of possibilities for a dynamic configuration.

Here is an example of such configuration: ejabberd.exs

It also gives opportunity to apply a custom function for a given hook to customize ejabberd behavior without need to write your own ejabberd module. The following example adds an entry in the log when a user is registered:

hook :register_user, [host: "localhost"], fn(user, server) -> info("User registered: #{user} on #{server}") end

Elixir configuration files are expected to have .exs extensions.

Check config/ejabberd.exs for a complete default configuration, and give it a try !

This is a work in progress, and you can expect more features soon. For example, you cannot yet define different module or listener configurations for different domains, but this is something we are aware of and that is on our roadmap.


This is a selection of the most important changes:

New XMPP Extension support Elixir support
  • Support for Elixir-based configuration files
  • Add a new request to list MUC room subscribers
  • Link MUC subscription to bare JID
  • New commands unsubscribe_room and unsubscribe_room for MUC subscriptions management through API
  • Fix nick-to-jid mapping for MUC subscribers
  • Fix subscribed rooms list retrieval
  • Fix message routing from subscribers
  • Do not update muc_online_users table on MUC/Sub operations
  • Support multiple JIDs in room invitations
  • Create room on configuration request as per XEP-0045, 10.1.3
  • Add SQL support for microblogging node plugin
  • Fix publish with subscriber publish model and SQL backend
  • node_mb: Call node_pep instead of node_hometree
Stream Management
  • New Stream Management option: ack_timeout
  • Fix Stream Management feature for the websocket connections
  • Cancel timer when waiting for resumption
MAM and Offline
  • Don’t store messages of type “headline”
  • Simplify “assume_mam_usage” option
  • Honor hint for any non-“error” message
  • Store announcements for offline users
  • Session backend: fix clean Redis table
  • mod_shared_roster: Support SQL backend
ejabberdctcl admin tool
  • ejabberdctl: do not force access rules check on register command
  • ejabberdctl: do not force command line to pass a credential
  • New commands unsubscribe_room and unsubscribe_room for MUC subscriptions management
  • New command create_room_with_opts to create room with custom config
ejabberd API
  • New commands unsubscribe_room and unsubscribe_room for MUC subscriptions management
  • New command create_room_with_opts to create room with custom config
  • Add X-Admin and basic auth header to CORS allowed headers in http_api
  • Properly process OPTIONS header in http_api for all paths
  • Expand parsing of JSON input to be able to handle update_roster command
  • Provide proper args_desc in oauth_issue_token command
Developer features: ejabberd Hooks
  • Add hooks c2s_session_pending, c2s_session_resumed, store_offline_message, store_mam_message
  • Add CSI user’s JID argument to csi_filter_stanza and csi_flush_queue hooks
  • Add functions to get/set some c2s #state elements from external modules
  • mod_client_state: Let other modules filter stanzas
  • rework c2s API to simplify push modules integration
  • Fix several issues on Windows installer

As usual, the release is tagged in the Git source code repository on Github.

The source package and binary installers are available at ProcessOne.

If you suspect that you’ve found a bug, please search or fill a bug report on Github.

ProcessOne: ejabberd 16.08

Planet Jabber - 22 September, 2016 - 08:10

Welcome ejabberd summer release !

This new release is the culmination of several months of work to improve your experience using ejabberd. It contains as usual a lot of small bug fixes and some enhancements. However, this version contains some new major features:

  • MUC/Sub
  • Major clean-up and improvement on OAuth ReST API
  • Database backend for OAuth tokens
  • Better support of Elixir modules
  • Full compatibility with Erlang 19
  • Modules loading in a dependent order

The biggest improvement in ejabberd 16.08 is a new experimental feature in ejabberd that make group conversations in XMPP work seamlessly with mobile clients: MUC/Sub.

The main issue with XMPP group chat (based on XEP-0045) is that it is bound to user presence. On mobile, presence is almost irrelevant. You are always somewhat loosely reachable, but ofter seen as offline from XMPP point of view. MUC/Sub rely as much as possible on existing MUC specification, while making the smallest possible change that make mobile group conversation client development easy without having to send presence.
See all details in our dedicated MUC/Sub blogpost.

This release also covers needs of the Elixir community: Erlang 19, Elixir 1.2.6, better mix integration. It’s also possible to write Elixir module handled by the contributed module extension of ejabberd. We also tested ejabberd with Elixir 1.3.2 with success, so you can likely upgrade without issues.

Finally, it is worth noting that development team is growing and three new official contributors joined the project: Gabriel, Anna and Thiago. Welcome !


This is a selection of the most relevant changes:

  • New MUC/Sub support
  • Add ‘allow_subscription’ room configuration option for MUC/Sub
OAuth and ReST API
  • Add OAUTH SQL backend
  • New special scope: ejabberd:admin and ejabberd:user, to more easily grant group of privileges
  • Add DB backend support for ejabberd_oauth
  • Added ejabberdctl commands to manage OAuth tokens: oauth_issue_token, oauth_list_tokens, oauth_list_scopes, oauth_revoke_token
  • Simplified OAuth form: username and password merged into JID field
  • User configurable validity duration for tokens on OAuth token generation form
  • Add support for sending back missing scope error to API ReST command calls
  • Oauth: several minor fixes
  • Support oauth password grant type, to generate token programmatically
Elixir support
  • Update supported Elixir version to 1.2 and 1.3.
  • Support installation of Elixir contributions with external module command line tool.
  • Fix use of like parameter in sql pubsub’s requests
  • Fix node configuration change with sql backends
  • Fix send_last_items duplication with multi-plugin setup
  • Always limit result set page size
  • Use hooks instead of direct calls
  • Add support for checking access rules conformance for commands
  • Add support for rich error reporting for API
  • Add support for sending back missing scope error to API ReST command calls
  • Fix handling of complex values as arguments in http_api
  • Improve error handling
Other improvements
  • External Component Connection Hooks
  • Fix compilation issues on R19
  • Support for OpenSSL 1.1
  • Make access rules in ejabberd_web_admin configurable
  • Make modules loading in a dependent order (#1191)
  • Make s2s stats commands more robust
  • Preserve PID for offline sessions
  • Several quoting fixes for PostgreSQL
  • Switch supervised workers from temporary to transient

As usual, the release is tagged in the Git source code repository on Github.

The source package and binary installers are available at ProcessOne.

If you suspect that you’ve found a bug, please search or fill a bug report on Github.

Monal IM: Monal OS X 1.5 beta out with inline image support

Planet Jabber - 18 September, 2016 - 16:07

If you are eager to test out  the new image handling, check out the new beta for OS X  .  I have made this an opt in only feature for now. To get inline image support, go to preferences -> display and check the option for inline images.  While you are testing this, try out drag and drop to the text field and markup (the little arrow in the upper right of the image when you attach it).  Clicking an image in chat will bring up preview and you can use the export button to send that image anywhere you want.  Animated gifs are not animated in the thread (yet) but will be when you click them.

Monal IM: Monal OSX has inline images

Planet Jabber - 18 September, 2016 - 03:27

I had a few spare minutes today, so I decided to finish support for inline images in chat in the OS X client. Most of this will come to the iOS client as well. It does not yet support the privacy setting to disable checking the HTTP head of every link to identify an image  but beyond that it is mostly done.  I also added support to OS X’s quick look as well as markup for images that can now be dragged into the text field before uploading. 

Jérôme Poisson: Cagou: XMPP based social network on its way to reach your desktop and Android

Planet Jabber - 14 September, 2016 - 20:56

Hi to you,

It's time for a blog post on Cagou development.
Cagou is the new desktop/Android frontend for "Salut à Toi" (SàT), the full-featured social network based on standards (XMPP) and with a strong emphasis on ethics.

This frontend is using the very nice Kivy framework, and is already usable on desktop.

Let's see a video on the current state:

Your browser can't manage the "video" tag, you should update it, e.g. with the last Firefox >

As you can see, the interface can be divided easily. This idea is inspired by the excellent Blender interface, and make it easy to adapt to a small or big screen by choosing the number of widgets accordingly.
Instead of being a discreet software that you'll use only when you want to answer to somebody, Cagou is an application which should be used full-screen, with a layout suiting the current needs.

Other important point: the contact list is not the central element (as it is usually in instant messaging software). You can access it by selecting the widget, or put it on the side to simulate traditional layout, but it is not visible by default and you can spend a whole session without using it.

About notifications, it will be slighly different on desktop and on platforms with their own notification system (like Android). In the later case, the native way will be used.
On desktop, a specific header is used. 2 cagou icons (thanks to Muchoslava for its contributions) can appear: one on the left for notes (i.e. short messages which will automatically disappear), and one of the right for more important notifications, needing attention from the user.
A click on the left icon will show the last 10 notes, and one the right one show the next important notification.

This was made to avoid popups: they are displayed only after an interaction of user, and will not appear all of a sudden while you are writting a message.

Thanks to the architecture of SàT, menus are already available with a couple of useful actions.

There are several ways to start a chat: you can click on an item in the contact list, or enter a jid (XMPP identifier) in a chat widget.
Discussions are not closed when you switch widget, and they can be later accessed by swiping the current one (see video below).

Your browser can't manage the "video" tag, you should update it, e.g. with the last Firefox >

There have been a lot of work done and the interface starts to be really usable. Concerning the desktop the greatest part is already finished, the most important remaining thing is to adapt interface to features (e.g. displaying of delivery reciept) and to make new widgets.

The other big thing to cope with would be displaying of HTML content and of course the Android port. An Ubuntu touch port is an eventuality.

And for those who wonder: Cagou will as well benefit from end-to-end encryption (for now OTR, but OpenPGP is planned for next release, OMEMO is considerated), and other SàT features

The project is still in active progress, but it is really demanding. If you can contribue in any way – code, distributions packages, tests, graphics, translations, etc. – please contact us by any mean shown on our website.

Last but not least, we reminds all of the Aziruka contributors of the crowdfunding campaign, that they can claim their counterpart if not done yet (or request it later).

See you soon :-)

Tigase Blog: Tigase JaXMPP Client v3.1.4 Release

Planet Jabber - 12 September, 2016 - 21:26
A small bugfix has been published with the following fixes & changes included below.

Fanout Blog: Streaming historical data

Planet Jabber - 10 September, 2016 - 03:50

One of the most useful features of Pushpin is the ability to combine a request for historical data with a request to listen for updates. For example, an HTTP streaming request can respond immediately with some initial data before converting into a pubsub subscription. As of version 1.12.0, this ability is made even more powerful:

  1. Stream hold responses (Grip-Hold: stream) from the origin server can now have a response body of unlimited size. This works by streaming the body from the origin server to the client before processing the GRIP instruction headers. Note that this only works for stream holds. For response holds, the response body is still limited to 100,000 bytes.
  2. Responses from the origin server may contain a next link using the Grip-Link header, to tell Pushpin to make a request to a specified URL after the current request to the origin finishes, and to leave the request with the client open while doing this. The response body of any such subsequent request is appended to the ongoing response to the client. This enables the server to reply with a large response to the client by serving a bunch of smaller chunks to Pushpin, and it also allows the server to defer the preparation of GRIP hold instructions until a later request in the session.


Christian Schudt: Version 0.7.2 Released

Planet Jabber - 9 September, 2016 - 08:41
A new bugfix version has just been released to Maven Central with the following issues resolved:
  • Fix reconnection issue, when using multiple connection methods per session.
  • Improve and fix stanza acknowledging and Stream Management
    • Add Delayed Delivery (XEP-0203) extension to stanzas, which are resent automatically later (when reconnected again)
    • Always resent all unacknowledged stanzas after login, not only after stream resumption.
    • Highlight StreamManagement’s request / answer pairs in VisualDebugger.
    • Update XEP-0198 Stream Management to version 1.5 (respect the ‘h’ attribute in the failed element)
  • Wait for the roster response before sending initial presence during login, to prevent receiving presence information from yet unknown contacts.
  • Make sure asynchronous method calls do not block (affected only few methods for avatars and entity capabilities)
  • Use the hostname instead of the domain for SASL clients (i.e. use the Sasl.createSaslClient API correctly as per the documentation, may affect DIGEST-MD5 authentication).
  • Call SaslClient.dispose() when SASL authentication has completed.
  • Include the requesting IQ in NoResponseException, when doing IQ queries.
  • XEP-0184: Add the sender of a receipt to the MessageDeliveryEvent.
  • Allow event consumption for outbound stanzas, which prevents the stanza to be sent.
  • Make stream feature negotiation more stable.
  • Minor graphical fixes in VisualDebugger.
  • Add API to include the hash and mime type in File Transfer offers.
  • Add API to create a chat session with a thread id.
  • Immediately complete (IQ-)queries if sending failed and don’t wait on the timeout.

Tigase Blog: Unified Archive

Planet Jabber - 7 September, 2016 - 01:37

Want more for your server’s message archive? Tigase’s Unified Archive is an extension of Tigase Message Archive providing additional features to extend and expand the capabilities of XEP-0136 Message Archiving. Here are some of the features offered on this extension.

ProcessOne: Designing a modern messaging service with ejabberd – ejabberd Workshop #1

Planet Jabber - 6 September, 2016 - 09:50

In this video, Mickaël Rémond summarises important principles developers need to be aware of when building their own modern XMPP messaging platform.

The video was recorded at ejabberd Advanced Erlang Workshop in Paris.

You can watch the full talk online:

You can also download the slides: Designing a modern XMPP service with ejabberd.

Daniel Pocock: Arrival at FSFE Summit and QtCon 2016, Berlin

Planet Jabber - 2 September, 2016 - 08:46

The FSFE Summit and QtCon 2016 are getting under way at bcc, Berlin. The event comprises a range of communities, including KDE and VideoLAN and there are also a wide range of people present who are active in other projects, including Debian, Mozilla, GSoC and many more.


Today, some time between 17:30 and 18:30 I'll be giving a lightning talk about Postbooks, a Qt and PostgreSQL based free software solution for accounting and ERP. For more details about how free, open source software can make your life easier by helping keep track of your money, see my comparison of free, open source accounting software.

Saturday, at 15:00 I'll give a talk about Free Communications with Free Software. We'll look at some exciting new developments in this area and once again, contemplate the question can we hope to use completely free and private software to communicate with our friends and families this Christmas? (apologies to those who don't celebrate Christmas, the security of your communications is just as important too).

A note about the entrance fee...

There is an entry fee for the QtCon event, however, people attending the FSFE Summit are invited to attend by making a donation. Contact FSFE for more details and consider joining the FSFE Fellowship.

Remko Tronçon: A Dutch Diceware List

Planet Jabber - 31 August, 2016 - 22:00

Ever since I read XKCD 936, I’ve been a big fan of the Diceware approach for picking strong passwords, where you randomly pick words from a list to create a memorable passphrase. Sometimes, I need to generate Diceware passwords in Dutch for friends and relatives. Unfortunately, the Dutch word list from the Diceware page contains many uncommon words, non-existent words, duplicate words (yikes!), numbers, and characters (as the example ijler 100 leperd akolei kolkje on that page proves), which diminishes the memorability and usability of the generated passwords. I therefore created my own, improved lists, which you can try out directly from your browser on my password generator. The list consists of the most common Dutch words, and has an added benefit that it only contains words that don’t weaken security when leaving out spaces between words. This post discusses the details how I composed this list. The process and links can be used as a guide to generate Diceware lists for other languages.

Continue reading post

Tigase Blog: Connecting a distributed workforce with Tigase

Planet Jabber - 30 August, 2016 - 23:49

It’s not uncommon to find a company deciding to forego the traditional office environment and instead choose to hire a distributed workforce.

Stefan Strigler: Compile MongooseIM on OS X with openssl

Planet Jabber - 29 August, 2016 - 13:38

Another tricky thing I always struggle with: Get MongooseIM compiled on OS X (since they removed openssl). So if you have openssl installed via homebrew just do

diff --git a/apps/ejabberd/rebar.config b/apps/ejabberd/rebar.config index c693471..4e5ff1f 100644 --- a/apps/ejabberd/rebar.config +++ b/apps/ejabberd/rebar.config @@ -8,8 +8,15 @@ {require_otp_vsn, "R?1[678]"}. {port_specs, - [{".*", "priv/lib/", ["c_src/tls_drv.c"], [{env, [{"LDFLAGS", "$LDFLAGS -lssl"}]}]}, - {".*", "priv/lib/", ["c_src/ejabberd_zlib_drv.c"], [{env, [{"LDFLAGS", "$LDFLAGS -lz"}]}]}]}. + [{".*", "priv/lib/", ["c_src/tls_drv.c"], [{env, [{".*apple-darwin.*", "CFLAGS", "$CFLAGS -I/usr/local/opt/openssl/include"}, + {".*apple-darwin.*", "LDFLAGS", "$LDFLAGS -L/usr/local/opt/openssl/lib"}, + {"LDFLAGS", "$LDFLAGS -lssl"}]}]}, + {".*", "priv/lib/", ["c_src/ejabberd_zlib_drv.c"], [{env, [{"LDFLAGS", "$LDFLAGS -lz"}]}]}, + {".*", "priv/lib/", ["c_src/sha_drv.c"], [{env, [{".*apple-darwin.*", "CFLAGS", "$CFLAGS -I/usr/local/opt/openssl/include"}, + {".*apple-darwin.*", "LDFLAGS", "$LDFLAGS -L/usr/local/opt/openssl/lib"}, + {"LDFLAGS", "$LDFLAGS -lcrypto"}]}]}, + {".*", "priv/lib/", ["c_src/xml.c"], []}, + {".*", "priv/lib/", ["c_src/expat_erl.c"], [{env, [{"LDFLAGS", "$LDFLAGS -lexpat"}]}]}]}. {xref_checks, [undefined_function_calls, undefined_functions,

Monal IM: Tracking Progress on OMEMO encryption

Planet Jabber - 29 August, 2016 - 01:49

For those who are interested in the collaborative effort to have a standard modern encryption scheme on the major mobile and desktop clients. You can see where things are for Monal and Chatsecure at the github issue.



Monal IM: TV Portal UI Finalized

Planet Jabber - 25 August, 2016 - 19:11

Now that the app is mostly done I’ve put in some nicer images in TV portal.  IT also supports viewing scheduled recordings now. Going to keep testing (aka watch tv) to see what bugs arise but this is mostly done at this point. Please contact me at if you would like to help test this. 

Ignite Realtime Blog: Spark 2.8.0 Released

Planet Jabber - 25 August, 2016 - 15:31

The Ignite Realtime community has just released Spark 2.8.0 and it can be downloaded from Ignite Realtime: Downloads.


This is a major release marking the end of support for Java 7 (which has reached the end of life state more than a year ago). Full Spark installers have already been bundled with Java 8 for some time. Online installer won't work with Java 7 starting with 2.8.0 version. We recommend updating to Java 8. Underlying Smack library has been updated to the latest version in this release. Roar plugin has received new popup control options as well.


There is a huge list of changes in this version. So this most probably has introduced new issues (though we have tried to catch and fix most of them before the release). Please report in the forums, if you find them. Again, please do not post bug reports in the comments of this blog post.


For a complete list of changes please check Spark Changelog


As usually we encourage new developers to join Spark project and provide patches. Those familiar with Smack can join the development easier, as we are now on the current version of it (4.1.8 at the moment of this release). Patches can be attached in the forums or submitted as PRs on GitHub.


Here are the contributors to this release (besides myself):

Wolf  updated Roar plugin to have separate settings for group chat and keyword matching popups, added system style popups

Alexander198961 · GitHub  added option to save room's password, added URL support to admin's broadcast dialog

Леонід  added Ukrainian translation

nicoben (Nico Ben) · GitHub  updated Italian translation

speedy  fixed failed login process with self-signed certificates, updated Substance skin library, fixed an issue with idle on Windows 10 lock screen

Daryl Herzmann  fixed Debian build


We owe Guus der Kinderen  a separate mention. Guus has done a huge job of updating Spark to the current Smack version, which contains a lot of bug fixes, security patches and new features. He has also fixed many other issues along the way. Such as group chat window size issues, room occupants presence management, annoying word wrapping issue with long text lines, SSO/GSSAPI problems, etc.


Important information for SSO (Single Sign On) users, if they are using SRV records: SSO (Single Sign On) configuration changes with Spark 2.8.0


UPDATE: Important information for those having login issues with 2.8.0: Login issues with Spark 2.8.0


[SIP phone] SIP plugin is not working since the Smack 4 update. We hope to have it fixed for 2.8.1.

[Voice Chat] Jingle (PC to PC) calls are not working at this point.

[Linux] Flashing plugin is not working on Linux systems.


Here are sha1 checksums for the downloads:

6fa1265e7def8800e0a4356bd1b7d8cf58bb85f8  spark_2_8_0.dmg

741c20d9141c88ecde08d60fbc11145887d32573  spark_2_8_0.exe

b76e36da81469561fdad4a227fa4ad68d792ca7b  spark_2_8_0_online.exe

e2fcdddb4e84f6f1abe9d62a39aa0c7c9e06d814  spark_2_8_0.tar.gz

a772028ba10db2084ea7e2b7b1fb408803c77a5b  spark-2.8.0.rpm

38ca0d9ab5ccd7d61be03b702a0abd5c8939ada5  spark-2.8.0.src.rpm

fba8705d54f49bceb62f19a30348482f9bbeacfb  spark_2_8_0.deb

Ignite Realtime Blog: Openfire 4.0.3 is Released

Planet Jabber - 17 August, 2016 - 16:16

The Ignite Realtime Community is pleased to announce the 4.0.3 release of Openfire.  Openfire is a cross-platform real-time collaboration server based on the XMPP (Jabber) protocol.  This release signifies our ongoing effort to produce a stable 4.0 series release while continuing to work toward a 4.1 release. A changelog of fixes is available and indicates 14 issues resolved.


Note: There was an unfortunate and complicated problem with the distributed 4.0.2 .deb Openfire installer.  If you had troubles with it and reverted to 4.0.1, we hope that you try 4.0.3 now.  See OF-1116 for some more details.  Also, if you are an experienced Debian/Ubuntu packager, we would certainly love your feedback on how the .deb package for Openfire is generated and distributed.


Additionally, this update contains an updated truststore. This truststore is used by Openfire to secure remote connections.  If you are using an installer and have manually updated this file in the past, it is likely that the installer will not overwrite your changes with the new truststore.  Please review your resources/security directory after install and rectify differences you may find.


As always, please report issues in the Community Forums and you can download this release from our website.  Here are the sha1sum's for the downloads available.




openfire_4_0_3.dmgWindows690d3b2114b98f45836191f73d242ee9702c6771openfire_4_0_3.exeBinary (tar.gz)


a2222bbef28342553a8ec00500064929dc77029d (updated 19 August 2016)

openfire_4_0_3.tar.gzBinary (zip)



openfire_4_0_3.zipSource (tar.gz)87aa9a17938c3ce9441d61802e669f87fd0e324fopenfire_src_4_0_3.tar.gzSource (zip)698c598a73dd01cec4037df98190f017dbb19444openfire_src_4_0_3.zipRPM Installer


ad42faaa8da58de463124fa35d0ae0271a20e4bd (updated 19 August 2016)

openfire-4.0.3-1.i386.rpmDEB Installer5c53afd72cf527edf81915d2aaa0fe68d96b6346openfire_4.0.3_all.deb


Update 19 August 2016: A problem was found with the 32bit RPM containing a 64 bit JRE.  This artifact has been refreshed on the website for download. Also Binary (tar.gz) package has been replaced to include the usual binaries.


As a reminder, Openfire's source code and development can be found on Github and an active developer discussion occurs within our groupchat.  Please consider helping out with Openfire's development!  We can use help in about all areas of development, but especially:

  • experienced packaging developers to improve the install/upgrade experience on various platforms
  • developers interested in transitioning Openfire to Maven
  • testing of bamboo generated builds


Thank you for your interest in Openfire!

Distribuir contenido