phone

    • chevron_right

      Erlang Solutions: Common MVP mistakes: How to build smart without overbuilding

      news.movim.eu / PlanetJabber · Tuesday, 13 May - 10:35 · 5 minutes

    A Minimum Viable Product (MVP) is your first real signal to the market, your team, and your investors that you’re solving the right problem in the right way. While it’s often mentioned alongside terms like Proof-of-Concept (PoC), prototype, or pilot, an MVP plays a distinct role: validating real value with real users.

    Avoiding common missteps early sets the stage for faster iteration, smarter growth, and long-term success. Startups are under pressure to move quickly, but speed without focus can lead to costly mistakes. Proving value fast is essential, especially with limited resources, but moving too quickly without the right foundation can stall progress just as easily as moving too slowly.

    What an MVP should be

    An MVP is the leanest version of your product that still delivers real value and helps you learn whether you’re solving the right problem.

    It’s not about perfection, but validation. Will users care enough to try, pay, or share?

    Importantly, a strong MVP also signals to investors that you can efficiently test ideas, understand your market, and move fast with limited resources.

    Focus on what matters, build with intent, and treat your MVP not as a throwaway prototype, but as the foundation of everything to come.

    Small by design, smart by strategy

    Popularised by Eric Ries in The Lean Startup , the MVP is designed to reduce wasted time, money, and effort. By building only what’s needed to test your core assumptions, you can learn quickly and adjust early, before burning through too much time, money, or energy.

    A good MVP doesn’t just mean “basic”

    A strong MVP isn’t just a stripped-down prototype. It’s the foundation of your product. Lightweight, but also reliable, secure, and built for change. If it can’t be used, demoed, or trusted, it’s not doing its job.

    Focus on what matters, build with intent, and treat your MVP not as a throwaway prototype, but as the foundation of everything to come.

    Minimise risk, maximise learning

    An MVP helps you move fast and stay focused. It’s not about trial and error. It’s about proving your idea works and showing investors that you’re building something ready to grow.

    Common MVP mistakes (and how to avoid them)

    Building an MVP is about speed and learning. But moving fast shouldn’t mean skipping the fundamentals. Many startups fall into familiar traps: doing too much too soon, choosing the wrong tools, or cutting corners that cause problems later.

    By spotting these mistakes early, you can build smarter, avoid rework, and give your product a better chance of success.

    Overbuilding Before Validation

    Adding too many features at the start slows you down, increases costs, and weakens your core value. A bloated MVP is harder to test, more expensive to maintain, and often confusing for users.

    Why it happens:

    • Unclear priorities
    • Perfectionism
    • Fear of missing out

    How to avoid it:

    Focus on solving one clear problem well. Use low-code or no-code tools to test ideas quickly without overcommitting time or budget.

    Choosing the wrong tech stack

    Selecting technology based on trends instead of fit creates long-term issues. The wrong stack can lead to expensive rebuilds, poor stability, development slowdowns, and scaling challenges.

    Why it matters:

    Your tech choices affect how fast you can iterate, how well you scale, and how easy it is to adapt later.

    How to avoid it:

    Choose a simple, flexible stack that fits your domain. Use tools that support rapid development and long-term growth. Involve technical partners or advisors with experience to help avoid common mistakes.

    Ignoring security and code quality

    When speed trumps structure, the result is often messy, unreliable code.

    A growing trend, vibe coding , uses AI (especially large language models) to quickly generate code from natural language. While this accelerates initial progress, it often skips testing, documentation, and consistency, leading to hidden risks and technical debt.

    Though fast at first, vibe coding can leave fragile code that’s hard to debug, extend, or transfer, with teams diverging in approach and progress stalling over time.

    Why does it happen?

    • Misunderstanding MVP as “low quality” rather than “focused and efficient”
    • Overreliance on AI-generated code without review or standards
    • Lack of experienced engineering oversight

    Risks include:

    • System instability and hidden failures
    • Security vulnerabilities and compliance breaches
    • Technical debt and poor maintainability
    • Loss of trust from investors and partners

    How to avoid it:

    Prioritise quality from day one:

    • Review AI code for security, clarity, and maintainability
    • Apply secure authentication and data encryption
    • Set shared coding standards and style guides
    • Require basic tests and documentation, even for MVPs
    • Limit LLM use in critical paths unless thoroughly validated
    • Track shortcuts and log them as technical debt to resolve later

    A little rigour early on prevents major setbacks down the line.

    What smart MVP development looks like

    A smart MVP is fast, focused, and built for flexibility. It doesn’t aim to include everything, just enough to test your core idea with real users.

    Here’s what that looks like in practice:

    Built fast, not rushed

    Speed should serve as validation. The best MVPs reach users quickly without creating confusion or technical debt.

    Focus on:

    • Delivering one clear value
    • Releasing early to gather feedback
    • Improving in tight, focused cycles

    Easy to change, because feedback is coming

    A smart MVP is flexible by design. Once feedback starts coming in, you need to be ready to adjust quickly without overhauling everything.

    Make this easier with:

    • Modular code
    • Clear documentation
    • A prioritised backlog for fast iteration

    Safe and secure – even if it’s lean

    Even a small MVP needs to be stable and secure. If users are testing it, they’re trusting it.

    Trust depends on:

    • Data security and privacy (including GDPR compliance)
    • A clear, usable interface
    • Consistent, reliable performance

    A strong MVP is :

    • Right-sized: Solves one problem well
    • Stable: Works reliably in demos and tests
    • Scalable: Built on a foundation that can grow
    • Trustworthy: Respects and protects user data

    Smart MVP development means building fast, but building right. When you combine speed with strategy, you don’t just ship faster, you learn faster, improve faster, and grow stronger.

    Build fast. Build smart. Build for growth.

    A strong MVP helps you validate your idea, attract early users or investors, and gather feedback, without overbuilding or overspending. The goal is not just to launch quickly, but to launch with clarity, purpose, and scalability in mind.

    Many teams fall into the same traps: bloated feature sets, the wrong technology choices, or neglecting long-term costs. These missteps waste time, burn cash, and kill momentum. The most effective MVPs are built with focus, tested against the right assumptions, and grounded in a foundation that supports growth from day one.

    At Erlang Solutions, we can help your startup launch MVPs that are resilient under pressure and built for the future. If you’re ready to build something that works, let’s talk .

    The post Common MVP mistakes: How to build smart without overbuilding appeared first on Erlang Solutions .

    • wifi_tethering open_in_new

      This post is public

      www.erlang-solutions.com /blog/common-mvp-mistakes-how-to-build-smart-without-overbuilding/

    • chevron_right

      The XMPP Standards Foundation: The XMPP Newsletter April 2025

      news.movim.eu / PlanetJabber · Monday, 5 May - 00:00 · 8 minutes

    XMPP Newsletter Banner

    XMPP Newsletter Banner

    Welcome to the XMPP Newsletter, great to have you here again! This issue covers the month of April 2025.

    Like this newsletter, many projects and their efforts in the XMPP community are a result of people’s voluntary work. If you are happy with the services and software you may be using, please consider saying thanks or help these projects! Interested in supporting the Newsletter team? Read more at the bottom .

    XSF Announcements

    XSF Membership

    If you are interested in joining the XMPP Standards Foundation as a member, submissions are open until May 18th, 2025, 00:00 UTC! .

    XSF Fiscal Hosting Projects

    The XSF offers fiscal hosting for XMPP projects. Please apply via Open Collective . For more information, see the announcement blog post . Current projects you can support:

    XMPP Events

    • Berlin XMPP Meetup [DE / EN]: monthly meeting of XMPP enthusiasts in Berlin, every 2nd Wednesday of the month at 6pm local time.
    • XMPP Italian happy hour [IT]: monthly Italian XMPP web meeting, every third Monday of the month at 7:00 PM local time (online event, with web meeting mode and live streaming).
    • XMPP Sprint in Berlin : On Friday, 23rd, Saturday, 24th, and Sunday, 25th of May 2025.

    XMPP Articles

    XMPP Software News

    XMPP Clients and Applications

    • Cheogram has released version 2.17.10-1 for Android. This version introduces an initial implementation of Spaces ( XEP-503 ), among other improvements, bugfixes and more!
    • Conversations has released versions 2.18.0 , 2.18.1 and 2.18.2 for Android. Notable changes include the ability to pick a custom backup location, a prominent backup restore option for Quicksy , and improved support for more kinds of URIs. The latter includes tel phone numbers, mailto email addresses, and more interestingly the web+ap scheme for ActivityPub proposed by Fedi Links .
    • Dino has released version 0.5 featuring OMEMO encryption by default, improved file transfers, image preview and other file details before downloading, and two completely reworked dialogs. See the release blog post for all the details.
      • At the same time, Dino has also received funding from NLnet to begin development on a slew of new features. This includes message moderation in group chats, local message deletion, modern connection handling with FAST and SASL2, more formatting options with Message Markup, and more! Visit the project page for all the details.
    • Gajim has released versions 2.1.0 and 2.1.1 with a new ‘Activity feed’ page, layout improvements for its ‘Start Chat’ dialog and support for ‘Message Display Synchronisation’ ( XEP-0490 ) across group chats among other improvements and bugfixes. Head over to their News section for all the details.
    Activity feed in Gajim 2.1

    Activity feed in Gajim 2.1

    Account and status selection in Gajim 2.1

    Account and status selection in Gajim 2.1

    • Kaidan has received NLnet funding for various improvement across the board , most notably multi-user chat and support for legacy OMEMO. The second point is significant because while Kaidan is using a newer version of the OMEMO end-to-end encryption protocol, other popular clients including Conversations, Monal, and Dino are still using an older version. Since the two are not compatible, this meant Kaidan users were unable to use OMEMO encryption with users of most other clients. By implementing the older spec as well, Kaidan will help bridge that gap.

    • Monocles Chat 2.0.6 has been released for Android. This version brings initial support for file captions, the option to pin an unencrypted message to the top of a conversation, providers list support, and the option to register on your own XMPP server, among many other new features and improvements.

    Monocles Chat 2.0.6: Initial captions to files and pin message to the top

    Monocles Chat 2.0.6: Initial captions to files and pin message to the top

    Monocles Chat 2.0.6: Register on your own XMPP server or pick one from the providers list

    Monocles Chat 2.0.6: Register on your own XMPP server or pick one from the providers list

    • Movim has released version 0.30 (code named “ Encke ”), the biggest Movim evolution in many years! This release brings multi-participant calls , reactions being displayed in the detailed message view, support for Unicode 15.1 with plenty of new emojis to use, and avatars that change when a contact adds to their Story .
    Movim 0.30 (Encke): Multi Participant Calls. Bob Cat looking disgruntled by the presence of the ‘Hooman’ on the lower right of the screen!

    Movim 0.30 (Encke): Multi Participant Calls. Bob Cat looking disgruntled by the presence of the ‘Hooman’ on the lower right of the screen!

    Movim 0.30 (Encke): Meow OwO bedazzled by the looks of Multi Participant Calls on his mobile device!

    Movim 0.30 (Encke): Meow OwO bedazzled by the looks of Multi Participant Calls on his mobile device!

    • and following right on its heels, Movim also published its first bug-fix release: version 0.30.1 , adding animated pictures support in the image proxy and a new Avatar and Banner Configuration Panel, as well as implementing ( XEP-0392 ) Consistent Color Generation, among many other improvements and bugfixes. Make sure to check out the official announcements at the Movim Blog for all the details!
    Movim 0.30.1: Avatar and banner configuration panel

    Movim 0.30.1: Avatar and banner configuration panel

    XMPP Servers

    • MongooseIM has released version 6.3.3 of its Enterprise Instant Messaging Solution. This minor update includes various fixes and improvements. For more information, check out the documentation .
    • ProcessOne has published ejabberd 25.04 . This release brings an important security fix, several bug fixes and a new API command.
    • Prosody IM is pleased to announce version 13.0.1 , a new minor release from the latest stable branch. It fixes some important bugs that were discovered after the latest release. Read all the details on the release changelog . As always, detailed download and install instructions are available on the download page for your convenience.
    • The Prosody app for YunoHost has been updated to provide a bunch of supported XEPs by default, configured for all YunoHost users in just one click. YunoHost is a set of tools to easily manage your own selfhosted services, and while it used to come bundled with the Prosody fork Metronome by default, it has recently bundled its XMPP functionality into a separate “app” so that people can swap in any other XMPP server of their choice.

    XMPP Libraries & Tools

    Extensions and specifications

    The XMPP Standards Foundation develops extensions to XMPP in its XEP series in addition to XMPP RFCs . Developers and other standards experts from around the world collaborate on these extensions, developing new specifications for emerging practices, and refining existing ways of doing things. Proposed by anybody, the particularly successful ones end up as Final or Active - depending on their type - while others are carefully archived as Deferred. This life cycle is described in XEP-0001 , which contains the formal and canonical definitions for the types, states, and processes. Read more about the standards process . Communication around Standards and Extensions happens in the Standards Mailing List ( online archive ).

    Proposed

    The XEP development process starts by writing up an idea and submitting it to the XMPP Editor . Within two weeks, the Council decides whether to accept this proposal as an Experimental XEP.

    • No XEPs proposed this month.

    New

    • No New XEPs this month.

    Deferred

    If an experimental XEP is not updated for more than twelve months, it will be moved off Experimental to Deferred. If there is another update, it will put the XEP back onto Experimental.

    • No XEPs deferred this month.

    Updated

    • Version 1.1.3 of XEP-0313 (Message Archive Management)
      • Fixed typo (XEP Editor (dg))
    • Version 0.4.0 of XEP-0377 (Spam Reporting)
      • Add spam report processing opt-in.
      • Add Guus der Kinderen as co-author. (gdk)
    • Version 1.0.1 of XEP-0421 (Occupant identifiers for semi-anonymous MUCs)
      • Fixed typo (XEP Editor (dg))
    • Version 0.3.0 of XEP-0455 (Service Outage Status)
      • Remove all in-band event signaling. (mp)

    Last Call

    Last calls are issued once everyone seems satisfied with the current XEP status. After the Council decides whether the XEP seems ready, the XMPP Editor issues a Last Call for comments. The feedback gathered during the Last Call can help improve the XEP before returning it to the Council for advancement to Stable.

    • No Last Call this month.

    Stable

    • No XEPs moved to Stable this month.

    Deprecated

    • No XEPs deprecated this month.

    Rejected

    • No XEPs rejected this month.

    Spread the news

    Please share the news on other networks:

    Subscribe to the monthly XMPP newsletter
    Subscribe

    Also check out our RSS Feed !

    Looking for job offers or want to hire a professional consultant for your XMPP project? Visit our XMPP job board .

    Newsletter Contributors & Translations

    This is a community effort, and we would like to thank translators for their contributions. Volunteers and more languages are welcome! Translations of the XMPP Newsletter will be released here (with some delay):

    • English (original): xmpp.org
      • General contributors: Adrien Bourmault (neox), Alexander “PapaTutuWawa”, Arne, Badri Sunderarajan, Benson Muite, cal0pteryx, emus, Federico, Gonzalo Raúl Nemmi, Jonas Stein, Kris “poVoq”, Licaon_Kter, Ludovic Bocquet, Mario Sabatino, melvo, MSavoritias (fae,ve), nicola, Schimon Zachary, Simone Canaletti, singpolyma, XSF iTeam
    • French: jabberfr.org and linuxfr.org
      • Translators: Adrien Bourmault (neox), alkino, anubis, Arkem, Benoît Sibaud, mathieui, nyco, Pierre Jarillon, Ppjet6, Ysabeau
    • Italian: notes.nicfab.eu
      • Translators: nicola
    • Spanish: xmpp.org
      • Translators: Gonzalo Raúl Nemmi
    • German: xmpp.org
      • Translators: Millesimus
    • Português (BR): xmpp.org
      • Translators: Paulo

    Help us to build the newsletter

    This XMPP Newsletter is produced collaboratively by the XMPP community. Each month’s newsletter issue is drafted in this simple pad . At the end of each month, the pad’s content is merged into the XSF GitHub repository . We are always happy to welcome contributors. Do not hesitate to join the discussion in our Comm-Team group chat (MUC) and thereby help us sustain this as a community effort. You have a project and want to spread the news? Please consider sharing your news or events here, and promote it to a large audience.

    Tasks we do on a regular basis:

    • gathering news in the XMPP universe
    • short summaries of news and events
    • summary of the monthly communication on extensions (XEPs)
    • review of the newsletter draft
    • preparation of media images
    • translations
    • communication via media accounts

    Unsubscribe from the XMPP Newsletter

    To unsubscribe from this list, please log in first . If you have not previously logged in, you may need to set up an account with the appropriate email address.

    License

    This newsletter is published under CC BY-SA license .

    • wifi_tethering open_in_new

      This post is public

      xmpp.org /2025/05/the-xmpp-newsletter-april-2025/

    • chevron_right

      Gajim: Gajim 2.1.1

      news.movim.eu / PlanetJabber · Thursday, 17 April - 00:00 · 1 minute

    This release brings layout improvements to Gajim’s Start Chat dialog, an improved message search, and includes fixes for some issues with Message Displayed Synchronization. Thank you for all your contributions!

    What’s New

    Gajim 2.1 comes with a new ‘Activity feed’ which displays events around group chat invitations, contact requests, and updates. This will be the central feed for all kinds of activities in the future (e.g. reactions, replies, mentions, message reminders).

    Activity feed in Gajim 2.1

    Activity feed in Gajim 2.1

    Gajim 2.1.1 brings layout improvements for its Start Chat dialog, which now renders more compact and shows more information. This release also improves message search by displaying the last correction of a message and by not showing moderated messages. Last but not least, some issues with XEP-0490: Message Displayed Synchronization have been fixed.

    A note for Windows users: At the time of writing, there are some issues with emoji rendering on Windows. That’s why there is no release of Gajim 2.1 for Windows yet. This issue should soon be resolved and we will post an update once Gajim 2.1 is released on Windows.

    More Changes

    • Group chats now show voice request errors, if they happen
    • Setting your status for multiple accounts though the account sidebar now works properly

    And much more! Have a look at the changelog for a complete list.

    Gajim

    As always, don’t hesitate to contact us at gajim@conference.gajim.org or open an issue on our Gitlab .

    Support Gajim

    Gajim is free software developed by volunteers.
    If you like to support Gajim, please consider making a donation.

    Donate via Liberapay:

    liberapay-donate.svg

    • wifi_tethering open_in_new

      This post is public

      gajim.org /post/2025-04-17-gajim-2.1.1-released/

    • chevron_right

      Dino: Dino 0.5 Release

      news.movim.eu / PlanetJabber · Friday, 11 April - 16:30 · 1 minute

    Dino is a secure and open-source messaging application. It uses the XMPP (Jabber) protocol for decentralized communication. We aim to provide an intuitive and enjoyable user interface.

    The 0.5 release improves the user experience around file transfers and includes two completely reworked dialogs.

    Improved file sharing

    image_preview_loading.png

    The way file transfers are currently done in the XMPP ecosystem is limited in functionality and files can sometimes be received out-of-order. Dino now supports a new method for announcing file transfers ( XEP-0447 ), which solves this issue. Additionally, users can now see preview images or other file details before downloading the file. Dino currently only uses the new method for unencrypted file transfers, for example in public channels. Encrypted file transfers will also support the new protocol once Dino supports full-stanza encryption. All file transfers now also display the upload or download progress.

    Screenshots of three dialogs for account settings, encryption and contact details

    Reworked dialogs

    The account and preferences dialogs have been combined into a single, new dialog. This dialog lets you manage accounts and adjust encryption and other settings. It now also includes some new settings like an option for OMEMO encryption by default, which is enabled by default.

    Additionally, the conversation details dialog has been completely redesigned. Both dialogs are now fully compatible with mobile devices.

    Colors and more

    Dino now uses the same fallback avatar colors as other clients ( XEP-0392 ), creating a more consistent experience across applications.

    A new unread line has been added, indicating the point up to which you’ve already read the messages.

    Dino has also switched from CMake to Meson, which allows for an easier development process.

    Alentejo

    We named this Dino release “Alentejo” after a region in Portugal.

    monsaraz.jpg

    Alentejo is a region in southern Portugal that is known for its wide plains that are dotted with wineyards and cork trees. The region has a Mediterranean climate with summers regularly reaching temperatures above 40 degrees.

    Currently, about 3.6% of all deaths in the region are caused by heat. Heatwaves, in particular, pose a serious health risk and are expected to become more frequent and severe due to global warming [ 1 ]. If CO₂ emissions keep increasing, heat-related deaths could make up 15.8% of all deaths in the region by 2100. However, if action is taken to combat climate change, this number could be limited to 6.6% [ 2 ].

    • wifi_tethering open_in_new

      This post is public

      dino.im /blog/2025/04/dino-0.5-release/

    • chevron_right

      Gajim: Gajim 2.1.0

      news.movim.eu / PlanetJabber · Tuesday, 8 April - 00:00 · 1 minute

    This release brings an all-new activity feed and adds support for Message Displayed Synchronization across group chats. Thank you for all your contributions!

    What’s New

    Gajim 2.1 comes with a new page called ‘Activity feed’. Currently, it displays events around group chat invitations, contact requests, and updates. Clicking an event allows you to act on it (e.g. accept an invitation) A badge indicates new activities on the top left corner of Gajim’s window. This will be the central feed for all kinds of activities in the future (e.g. reactions, replies, mentions, message reminders).

    Activity feed in Gajim 2.1

    Activity feed in Gajim 2.1

    If you have more than one account enabled in Gajim, accounts will now be displayed inside a menu available at the bottom left corner of the window. A left click brings you to your account, while a right click allows your to set your status.

    Account and status selection in Gajim 2.1

    Account and status selection in Gajim 2.1

    When following large group chats across multiple devices, you’ve probably experienced this: You read all new messages on one device, and later you switch to another device, but all those messages you’ve already read are now shown as unread messages. Seeing if you have read messages on another device is now supported by Gajim through XEP-0490: Message Displayed Synchronization . This feature is also supported by Conversations on Android for example. Thanks @nicoco for contributing to this feature!

    A note for Windows users: At the time of writing, there are some issues with emoji rendering on Windows. That’s why there is no release of Gajim 2.1 for Windows yet. This issue should soon be resolved and we will post an update once Gajim 2.1 is released on Windows.

    More Changes

    • Status icon: Fixed showing menu correctly
    • Emoji chooser: Fixed segfault after choosing emoji, which occurred on some systems
    • Nickname: Fixed displaying published nickname correctly
    • Start chat: Added ‘Execute Command…’ menu item
    • Removed unread message confirmation dialog at shutdown

    And much more! Have a look at the changelog for a complete list.

    Gajim

    As always, don’t hesitate to contact us at gajim@conference.gajim.org or open an issue on our Gitlab .

    Support Gajim

    Gajim is free software developed by volunteers.
    If you like to support Gajim, please consider making a donation.

    Donate via Liberapay:

    liberapay-donate.svg

    • wifi_tethering open_in_new

      This post is public

      gajim.org /post/2025-04-08-gajim-2.1.0-released/

    • chevron_right

      The XMPP Standards Foundation: The XMPP Newsletter March 2025

      news.movim.eu / PlanetJabber · Saturday, 5 April - 00:00 · 7 minutes

    XMPP Newsletter Banner

    XMPP Newsletter Banner

    Welcome to the XMPP Newsletter, great to have you here again! This issue covers the month of March 2025.

    Like this newsletter, many projects and their efforts in the XMPP community are a result of people’s voluntary work. If you are happy with the services and software you may be using, please consider saying thanks or help these projects! Interested in supporting the Newsletter team? Read more at the bottom .

    XSF Announcements

    The XMPP Standards Foundation published an Open Letter to urge Meta to adopt XMPP for messaging interoperability. It’s time for real interoperability. Let’s make it happen.

    XSF Membership

    If you are interested in joining the XMPP Standards Foundation as a member, please apply until May 18th, 2025, 00:00 UTC! .

    XSF Fiscal Hosting Projects

    The XSF offers fiscal hosting for XMPP projects. Please apply via Open Collective . For more information, see the announcement blog post . Current projects you can support:

    XMPP Events

    • XMPP Track at FOSSY : Call for proposals is open until April 28th 2025! Once again this year, the soprani.ca project is pleased to announce its annual offer for funding to the potential attendees who may be struggling with financial limitations, especially to those who would like to give an XMPP related talk. Please, join us at discuss@conference.soprani.ca , and don’t hesitate to ask for more information.
    • Berlin XMPP Meetup [DE / EN]: monthly meeting of XMPP enthusiasts in Berlin, every 2nd Wednesday of the month at 6pm local time.
    • XMPP Italian happy hour [IT]: monthly Italian XMPP web meeting, every third Monday of the month at 7:00 PM local time (online event, with web meeting mode and live streaming).
    • XMPP Sprint in Berlin : On Friday, 23rd, Saturday, 24th, and Sunday, 25th of May 2025.

    Talks

    XMPP Articles

    XMPP Software News

    XMPP Clients and Applications

    XMPP Servers

    • ProcessOne is pleased to announce the release of ejabberd 25.03 : a big release with new features and many improvements, as it comes three months and 180 commits after ejabberd 24.12.
    • Prosody IM is pleased to announce the release of version 13.0.0 , the new major release of the Prosody XMPP server. This release brings a wide range of improvements that make Prosody more secure, performant, and easier to manage than ever before. Read about all the details on the release changelog . As always, detailed download and install instructions are available on the download page for your convenience.

    XMPP Libraries & Tools

    Extensions and specifications

    The XMPP Standards Foundation develops extensions to XMPP in its XEP series in addition to XMPP RFCs . Developers and other standards experts from around the world collaborate on these extensions, developing new specifications for emerging practices, and refining existing ways of doing things. Proposed by anybody, the particularly successful ones end up as Final or Active - depending on their type - while others are carefully archived as Deferred. This life cycle is described in XEP-0001 , which contains the formal and canonical definitions for the types, states, and processes. Read more about the standards process . Communication around Standards and Extensions happens in the Standards Mailing List ( online archive ).

    Proposed

    The XEP development process starts by writing up an idea and submitting it to the XMPP Editor . Within two weeks, the Council decides whether to accept this proposal as an Experimental XEP.

    • No XEPs proposed this month.

    New

    • Version 0.1.0 of XEP-0503 (Server-side spaces).
      • Promoted to Experimental (XEP Editor: dg)

    Deferred

    If an experimental XEP is not updated for more than twelve months, it will be moved off Experimental to Deferred. If there is another update, it will put the XEP back onto Experimental.

    • No XEPs deferred this month.

    Updated

    • No XEPs updated this month.

    Last Call

    Last calls are issued once everyone seems satisfied with the current XEP status. After the Council decides whether the XEP seems ready, the XMPP Editor issues a Last Call for comments. The feedback gathered during the Last Call can help improve the XEP before returning it to the Council for advancement to Stable.

    • No Last Call this month.

    Stable

    • No XEPs moved to Stable this month.

    Deprecated

    • No XEPs deprecated this month.

    Rejected

    • No XEPs rejected this month.

    Spread the news

    Please share the news on other networks:

    Subscribe to the monthly XMPP newsletter
    Subscribe

    Also check out our RSS Feed !

    Looking for job offers or want to hire a professional consultant for your XMPP project? Visit our XMPP job board .

    Newsletter Contributors & Translations

    This is a community effort, and we would like to thank translators for their contributions. Volunteers and more languages are welcome! Translations of the XMPP Newsletter will be released here (with some delay):

    • English (original): xmpp.org
      • General contributors: Adrien Bourmault (neox), Alexander “PapaTutuWawa”, Arne, Benson Muite, cal0pteryx, emus, Federico, Gonzalo Raúl Nemmi, Jonas Stein, Kris “poVoq”, Licaon_Kter, Ludovic Bocquet, Mario Sabatino, melvo, MSavoritias (fae,ve), nicola, Schimon Zachary, Simone Canaletti, singpolyma, XSF iTeam
    • French: jabberfr.org and linuxfr.org
      • Translators: Adrien Bourmault (neox), alkino, anubis, Arkem, Benoît Sibaud, mathieui, nyco, Pierre Jarillon, Ppjet6, Ysabeau
    • Italian: notes.nicfab.eu
      • Translators: nicola
    • Spanish: xmpp.org
      • Translators: Gonzalo Raúl Nemmi
    • German: xmpp.org
      • Translators: Millesimus

    Help us to build the newsletter

    This XMPP Newsletter is produced collaboratively by the XMPP community. Each month’s newsletter issue is drafted in this simple pad . At the end of each month, the pad’s content is merged into the XSF GitHub repository . We are always happy to welcome contributors. Do not hesitate to join the discussion in our Comm-Team group chat (MUC) and thereby help us sustain this as a community effort. You have a project and want to spread the news? Please consider sharing your news or events here, and promote it to a large audience.

    Tasks we do on a regular basis:

    • gathering news in the XMPP universe
    • short summaries of news and events
    • summary of the monthly communication on extensions (XEPs)
    • review of the newsletter draft
    • preparation of media images
    • translations
    • communication via media accounts

    Unsubscribe from the XMPP Newsletter

    To unsubscribe from this list, please log in first . If you have not previously logged in, you may need to set up an account with the appropriate email address.

    License

    This newsletter is published under CC BY-SA license .

    • wifi_tethering open_in_new

      This post is public

      xmpp.org /2025/04/the-xmpp-newsletter-march-2025/

    • chevron_right

      Prosodical Thoughts: Prosody 13.0.1 released

      news.movim.eu / PlanetJabber · Thursday, 3 April - 19:36 · 2 minutes

    We are pleased to announce a new minor release from our stable branch.

    As is the tradition with software, here is our first patch release following shortly behind our major 13.0.0 release announced a few weeks ago. It fixes some important bugs that were discovered after the release.

    Many thanks to everyone who reported issues and helped with testing the fixes for this release. We appreciate it!

    For those of you on 0.12.x who haven’t upgraded yet, skip 13.0.0 and jump straight to 13.0.1 if you can. It will be a smoother upgrade.

    A summary of changes in this release:

    Fixes and improvements

    • mod_admin_shell: Add debug:cert_index() command to aid debugging of automatic certificate selection
    • mod_tls: Enable Prosody’s certificate checking for incoming s2s connections (fixes #1916 : Impossible to override certificate verification policy in 13.0)
    • portmanager: Multiple fixes to use correct certificates for direct TLS ports (fixes #1915 )
    • net.server_epoll: Use correct connection timeout when initiating Direct TLS
    • mod_roster: Fix shell commands when a component is involved (fixes #1908 : error in prosodyctl shell roster attempting to subscribe a component)
    • mod_http_file_share: Explicitly reject all unsupported ranges
    • mod_http_file_share: Fix off by one in Range response
    • mod_admin_shell, prosodyctl shell: Report command failure when no password entered (fixes #1907 : prosodyctl adduser: unexpected account creation on password mismatch)

    Minor changes

    • mod_storage_sql: Drop legacy index without confirmation to ease upgrades
    • util.adminstream: Fix traceback on double-close (fixes #1913 : Prosody fails to completely stop while shell watch:log is active)
    • certmanager: Improve logging for all cases where certs are skipped
    • mod_tls: Collect full certificate chain validation information
    • mod_s2s: Fix error detection with newer versions of OpenSSL
    • portmanager: Add debug log message to state which certificate we end up using
    • prosodyctl check certs: Use correct hostname in warning message about HTTPS
    • prosodyctl check: Be more robust against invalid disco_items, and show warning
    • spec/tls: Add TLS/certificate integration tests
    • mod_http_file_share: Improve error reporting by using util.error more
    • core.storagemanager: Fix tests by removing an assert that upset luarocks
    • core.usermanager: Fix COMPAT layer for legacy is_admin() function
    • certmanager: Remove obsolete and verbose index log (replaced by shell command)
    • doap: Add XEP-0333, XEP-0334, XEP-0156 and mod_http_altconnect

    Download

    As usual, download instructions for many platforms can be found on our download page

    If you have any questions, comments or other issues with this release, let us know!

    • wifi_tethering open_in_new

      This post is public

      blog.prosody.im /prosody-13.0.1-released/

    • chevron_right

      XMPP Interop Testing: Enabling Tests

      news.movim.eu / PlanetJabber · Thursday, 3 April - 12:04 · 1 minute

    Our project creates a framework that allows anyone to easily add XMPP standards compliance tests to the test phase of their build pipeline. Prior to our most recent release (version 1.5.0) a test execution would basically run all tests in the test suite. We provided an option to exclude certain tests, but in essence, the bulk of tests would execute.

    This behavior is generally preferable when testing an XMPP server implementation. A benefit of exclusion-based configuration is that tests that are newly added to the test suite will automatically be picked up, without requiring a configuration change.

    However, there are scenarios where it is desirable to execute only a specific set of tests, for example when:

    • testing of a server-sided component, that implements only one specification, or
    • testing a development branch in which changes are applied to only one feature.

    In those scenarios, having to disable all other tests is cumbersome.

    We have now made available a mechanism in which specific tests can be included . When you include tests, only the included tests are executed. These configuration is very similar to that of the exclusion of tests. You can find more information in our documentation on Selecting Tests .

    Please let us know if you like the new features. We’d love to hear from you!

    • chevron_right

      Kaidan: Kaidan 0.12.2: Message Removal and Bubble Fixes

      news.movim.eu / PlanetJabber · Saturday, 29 March - 23:00

    Kaidan 0.12.2 fixes some bugs. Have a look at the changelog for more details.

    Changelog

    Bugfixes:

    • Fix removing corrected message (melvo)
    • Fix showing message bubble tail only for first message of sender (melvo)

    Download

    Or install Kaidan for your distribution:

    Packaging status

    • wifi_tethering open_in_new

      This post is public

      kaidan.im /2025/03/30/kaidan-0.12.2/