Conferences/Summit 29
The XMPP Standards Foundation (XSF) will hold its 29th Summit on Friday 4 September and Saturday 5 September 2026. This will be the first online XMPP Summit in the organizers' memory.
To participate, please sign up below. This event is open to all community members and participation is free of cost.
The video conferencing address (more details can be found in the #Platform section below):
A live pad for the event is available below:
To stay informed and coordinate:
- join our Summit chat room summit@muc.xmpp.org (webclient)
- consider subscribing to the summit@xmpp.org mail list.
Introduction
The XMPP Summit is where the XMPP community comes together to discuss protocol development, implementation experience, and the future of the ecosystem.
Traditionally, the Summit is an in-person event. This online edition is an experiment intended to:
- keep momentum between annual in-person Summits
- lower the barrier to participation
- provide space for focused technical discussions and follow-up on topics that benefit from real-time interaction
Unlike the regular Summit, this online event will use a more structured format. Because time is limited and online participation can be demanding, we want to define a clear agenda in advance.
This should help:
- make the event worthwhile for participants across time zones
- allow people to decide more easily if the topics are relevant to them
- make the event easier to promote in advance
If this sounds interesting to you, please join us.
Goals
As this is our first online Summit, we are intentionally keeping things lightweight.
The goal is not to replicate the in-person Summit experience, but to provide value that complements our existing asynchronous communication channels.
Possible goals include:
- follow-up on topics raised during Summit 28
- advance current XEP work
- discuss implementation pain points
- improve collaboration between projects
- make it easier for more community members to participate
Conduct and policies
We expect all participants to be familiar with our Community Code of Conduct.
Please be respectful of others' time, perspectives, and personal circumstances. Online participation can be demanding; we encourage everyone to help keep discussions constructive and focused.
Date & Schedule
- Friday 4 September and Saturday 5 September 2026
The time slots are the same on both days:
- Day 1: 13:00-16:00 UTC
- Day 2: 13:00-16:00 UTC
This schedule aims to balance time zones across Europe, the Americas, and Asia-Pacific as well as possible.
Platform
This is an online-only event.
Video conferencing is hosted on a BigBlueButton instance graciously provided by the FSFE:
BigBlueButton runs in the browser, so no software installation is required. A recent version of Firefox or a Chromium-based browser is recommended.
Coordination during the event will happen in:
- Summit chat room summit@muc.xmpp.org (webclient)
Any backup access details will be published here closer to the event.
Format
This online Summit will largely follow the traditional XMPP Summit unconference style, with one important change: the agenda will be prepared in advance rather than fully assembled on the day.
Agenda and topic selection
The proposed topics are listed below. Because the topic list may change until shortly before the Summit, the final order will be established at the beginning of the event rather than by a vote in advance.
At the start of the Summit, participants will vote on all proposed topics. The votes will be used to establish a ranking and therefore the order in which topics are discussed.
The initial schedule will aim to follow this order:
- Day 1
- topics ranked 1 and 3
- Day 2
- topics ranked 2 and 4
Last-minute changes to the topic list or order are possible. Participants are therefore encouraged to check the wiki shortly before the Summit and to join the meeting a little early.
Session structure
Each topic has a target maximum duration of 80 minutes. Approximately 10 minutes between sessions is reserved for breaks and technical transitions. Sessions may end earlier where the discussion has reached a useful conclusion, allowing the next topic to start.
Technical preparation
If possible, please join approximately 20 minutes before the start of the Summit, particularly if you have not used the meeting platform before. This gives participants time to test audio, video and connectivity before the first session begins.
Goals of this format
This structure is designed to:
- ensure high-quality, focused discussions
- reduce overhead during the live event
- encourage meaningful participation in advance of the Summit
- improve discoverability of topics for potential attendees
Participants
Please add yourself below if you plan to participate live in some or all sessions.
| Name and/or nickname | Time zone | Available Session 1 | Available Session 2 |
|---|---|---|---|
| Guus der Kinderen | UTC+2 | yes | yes |
| Benson Muite | UTC+3 | maybe | yes |
| Eddie | UTC+2 | yes | yes |
| Arne | UTC+2 | maybe | yes |
| Peter Waher | UTC-3 | maybe | maybe |
| Martin <debacle> | UTC+2 | yes, with very long lunch break | yes, but only after lunchtime |
| Daniel Gultsch | UTC+2 | yes | yes |
| Marvin Wißfeld | UTC+2 | yes | yes |
| Georg Lukas | UTC+2 | no | likely |
| Matthew Wild | UTC+1 | yes | likely |
| Sam Whited | UTC-4 | no, may try to listen in while at work | no, may try to listen in while at work |
| Adrien (neox) | UTC+2 | yes | at least in part |
| Daniel Brötzmann (cal0pteryx) | UTC+2 | maybe | yes |
| Sayandeep Dutta | UTC+5:30 | no | yes |
| Badri (badrihippo) | UTC+5:30 | yes (may have to temporarily drop off for dinner) | yes (may have to temporarily drop off for dinner) |
| Mickaël Rémond (Remond) | UTC+2 | yes, but only first half | no |
| Dave Cridland | UTC-6 | yes | yes |
| Schimon Jehudah | UTC+3 | yes | maybe |
| Mathias Schmocker | UTC+2 | yes | yes |
| Jérôme Sautret | UTC+2 | yes | no |
| Dan Caseley | UTC+1 | yes | yes |
| Jérôme Poisson | UTC+2 | only beginning (~2 hours) | no |
| Stefan Strigler (zeank/PositivDenken) | UTC+2 | yes | yes |
| Karel Balej | UTC+2 | will try to listen in | will try to listen in |
Proposed Topics
To make the event useful and worth attending, we want to agree on a concrete agenda before the Summit starts.
Please propose topics below that you would like to discuss. To help shape the schedule, briefly describe:
- the problem or question
- why live discussion is useful
- what outcome you hope for
- whether background reading is useful
| Topic | Description | Suggested By | Comment |
|---|---|---|---|
| Roster Extensions | Bookmarks 2 have extensions (pinning, notification preferences) etc. We could redefine that those extensions can go both into Roster Extensions and Bookmarks and then use Bookmarks for group chats and roster items for 1:1 | Daniel Gultsch | |
| The job of council | To some council does too much (applies too much criticism before XEPs become Experimental) to other too little (not enough big picture vision; "this should have never been accepted by council); Regardless of what XEP-0001 says; What does our community want? | Daniel Gultsch | |
| Voice recordings | Extensions for "is recording", "listened" (analogous to "is typing" and "displayed"). Should we negotiate and/or recommend suitable audio codecs. Introduction talk by Eddie "A Voice for XMPP - The undervalued, but essential feature" | Daniel Gultsch & Eddie | |
| Talk: A Voice for XMPP - The undervalued, but essential feature | The voice messaging feature appears to be a roadblock in the XMPP Universe. Insights from a field study and call for action. (10 minutes talk, 15-20 minutes discussion - yes?) | Eddie | Preferred time: Fr: 3-4 pm, Sa 3-5 pm (CEST) |
| Talk: Integrating XMPP protocols in Mankala: A QT-based board Game | The session shares how different XMPP protocols, XEP-0077: In-Band Registration, XEP-0045: Multi-User Chat, and XEP-0167: Jingle RTP Sessions are added into a C++ and Qt-based board game, Mankala. (10 minutes talk) | Sayandeep Dutta | |
| Low Bandwidth XMPP | QUIC and other things: Background on QUIC is useful, and understanding of where excess round-trips might be found (and squashed!) | Dave Cridland | |
| PubSub as CMS | Utilizing Atom Over XMPP (XEP-0277 and XEP-0472) as an alternative content management system. 10 - 20 minutes talk. | Schimon Jehudah | |
| Switching seamlessly between servers | What would it take to be able to switch from a server to another more or less transparently (related to XEP-0516 XMPP Decentralized ID) | Jérôme Poisson | I'll only be available first half of Friday meeting. |
| Switching seamlessly between client (may be joined with previous topic) | In the same spirit, it would be great to have a common backup/import format to let user switch between clients and have all data, including private encryption keys and other sensitive things restored. | Jérôme Poisson | same as above (topics can be merged) |
| Server-side message processing for modern clients | Based on stanza payloads, a server has to follow a multitude of historically grown delivery rules (RFC6120 delivery based on client presence priority, Carbons, MAM, CSI flushing, normal Push / visible Push, 0198 session processing). In addition, special cases apply for error bounces and for what to put into the Inbox. I'd love to see a structured discussion of those use cases, in order to derive a minimal set of actually different message types for XMPP 2.0 or for cleaning up the existing implementations. [Message type Matrix] | Ge0rG | Saturday only |
Practical Notes
Participation expectations
To make the event enjoyable for everyone:
- join on time if possible
- use a headset and stable connection where available
- keep background noise low
- be mindful of speaking time
- help ensure everyone gets a chance to contribute
Recording
This session will not be recorded.
Questions / Suggestions
As this is our first online Summit, feedback is very welcome.
Please use:
- the summit chatroom
- the summit mailing list
...to suggest improvements to format, timing, tooling, or agenda.