El Sun, 11 Jan 2026 19:03:39 +0100 "E.M." <[email protected]> escribió: > Hello, > > first of all thanks for taking the time to respond. > > Below, I ask three questions to everyone on my role and responsibility. > > @Daniel: Thanks for the supporting the idea in general. That helps for > sure. And yes, I took my lesson already. > > @Dave: Same here, I took my lesson and agree with most points. In > general, acting like this is not my common behavior as you hopefully > know me. Indeed, I actually believe I reach out a lot, if not too much. > > To my impression so far I have been very punctual up to rather ask on > almost everything, right? That may also explains why my thinking did not > see a big problem in "just doing something" once instead of long > discussions the time we could use better. (Just to give you my perspective) > > That also wonders me why sentences like this appear: > > > [...l] in other messages apparently complaining that the > Board insisted you consult with the membership for the di.day initiative. > > I don't see where I did complain here and I followed as I have been > asked to? Way before this idea came to my notice, community members > reached out to the di.day organisers (no one here asked the XSF). Then > they approached me. Looking at the situation I just intended to hear for > confirmation if that's okay as it's already "out there". Under these > circumstances I did not see a big point to discuss joining the media > campaign. Its of course okay to say "let's ask the XSF members what else > we can do". I'm not sure why this is raised. But we are getting off topic. > > > This would - in my view - be outside the scope of what SCAM could do, > and absolutely outside the scope of what the Comms Team is chartered for. > > In my perspective before, this would mostly be asking others to do > efforts and I did not intend to scare them away nor ask anyone to take > over heavy lifting organizing this. I didn't see that to be realistic > and took it on me. > > > Unfashionable, I know, but I'm not that excited by tooling choices. > Whatever works effectively is good by me. Open Source > Open Standard > > closed, but not to the extent it detrimentally affects the outcomes. > > And it's the same for me, I hope that's also clear. Unfortunately and > with regrets, I ended-up at 'closed', not seeing this brings so much > harm to the idea. > > > I would expect the Board to react to by increased oversight and > decreased autonomy > I certainly did not wanted to ruin anything for others. See below. > > @all: Realizing this is seen as harm to the organisation and community, > which I apologize for again for and try to rescue what I can, as well as > has lead to frustration with my person I would like to ask everyone and > the official roles: > > - Do you want me to continue/stop with this initiative? (I mean if I put > everyone off with this, it doesn't make sense anymore.)
Yes, please go ahead and carry on with what you have in mind. You didn't put me off at all, so please stop referring to "everyone" in the future, because "everyone" includes me and that's never been the case at all. > - Furthermore, do you still trust in me in my role and want me to > continue here, too? If the response is a no, I offer to step down from > my role if that helps reducing harm. My trust in you in your role was never an issue. So, yes, I absolutely trust in you in your role. Furthermore, and as an actual matter of fact, chances are pretty high that without you we wouldn't have a Comm Team at all. > - Anything else you want me to do now/soon? No, not at all. You've already been disproportionally nagged, bashed and (to my personal amazement) even patronized for whatever alleged harm your actions may have caused. Just as if XEP-0458 (Community Code of Conduct) never existed at all and nobody had ever made a bad move before. You've already (unnecessarily so in my personal opinion) apologized for your actions, and did so in public. That leaves only two ways to go: accept your apologies or not. Anything other than that is beating on a dead horse. What's been done, has been done and there's no point in keep pouring salt on and open wound. We actually have a lot more, way deeper, and serious issues that require a lot more attention than this, which in my humble opinion, has been blown completely out of proportions. Worst case scenario, simply delete the toot form Mastodon, the call from the blog and call it a day, because .. nobody is watching, believe me .. Gonzalo Raúl Nemmi > > Best regards, > Eddie > > On 11/01/2026 16:12, Dave Cridland wrote: > > On Sun, 11 Jan 2026 at 13:52, E.M. <[email protected]> wrote: > > > >> ### Point of critique 1: Members have not been involved > >> > >> * In the past we were, often times, under the impression that we > >> received few feedback on the work we did as well as reactions in the > >> mailing list or chat. When preparing this, I don't intended to put > >> efforts on anyone when it comes up to extensive work on pure > >> organization. Now, with a better grasp and understanding about the > >> sensitivity and expectations within the organization and community I > >> will try to improve. > >> > > > > I think if you'd simply dropped an email to the members list prior to the > > announcement, and/or run it past Board, then you'd have received different > > reactions. > > > > In fact, had you just given Board 48 hours notice before you published > > something unsanctioned to the XSF Blog, none of this mess would have > > happened. Instead the PR for the blog post was opened and merged in less > > than that. There's a note on it from Guus, who is both Board and SCAM, > > saying he was unaware. > > > > From an organisational perspective, this is very poor. As I note later, > > this will require substantial damage control. > > > > > >> * In addition here my question if you would have expected this to be > >> organized by e.g. SCAM team or so? To us, as the Communication Team, > >> then it's also a question about how far are we allowed to go with the > >> ambitions we see. > >> > > > > The Comms Team is chartered to do specific things, as is SCAM. We don't do > > particularly formal charters in the XSF; perhaps we should. But the Comms > > Team has this description: > > > > https://xmpp.org/about/xsf/comm-team/ > > > >> The Communication Team’s mission is to inform the XMPP community and > >> interested parties on news and recent developments within XMPP ecosystem. > > > > > > Now, that reads to me as being internal and external communication "from" > > the XSF "to" interested parties. I think organising an event, or series of > > them, is not what we'd expect - especially when we have a SCAM team which > > has a charter (an actual one!) of: > > > > https://xmpp.org/about/xsf/scam-team/ > > > >> The Summits, Conferences And Meetups work team is responsible for > >> supporting XMPP-related summits, conference activity, and meetups. > > > > > > So, what we're left with is that we have one team specifically designed to > > do meetups, and a comms team specifically designed to handle informing on > > news and recent developments. > > > > What this is, as best as I can determine, is a series of events to gather > > inbound information. Whether you argue it's best for the Comms team to run > > this or not, it's certainly fair I think to suggest that the SCAM team is > > the one this fits closest, and should have been consulted at the very least. > > > > What I find surprising here is that you're saying things like "how far we > > are allowed to go", and in other messages apparently complaining that the > > Board insisted you consult with the membership for the di.day initiative. > > I'm all for autonomy, but the Comms Team taking on things clearly outside > > its charter without consultation and without even involving the team > > chartered to run such things seems to me to be a worrying overreach. This > > is the kind of thing that I would expect the Board to react to by increased > > oversight and decreased autonomy. > > > > This is especially frustrating when the Comms Team has been doing a pretty > > good job of improving our outreach, and until now has been operating very > > nicely indeed without any need for this kind of active scrutiny. > > > > The problem for the Board is that this is an organisation-level screw-up, > > and therefore is their responsibility to sort out. I do not envy them. > > > > ### Point of critique 2: Unclear purpose > >> > >> * Intentions: I believed for a long time that we, as an ecosystem, can > >> and need to do more beyond single projects and developing a technology, > >> that is, to my impression, at risk of becoming more and more niche. We > >> can build the best RTC protocol and technology in the world, but if > >> there is few application to a significant scale - well... > >> > > > > I think there are many applications of XMPP at scale. WhatsApp, for one. > > Fortnite for another. I think our main problem as a community is that these > > people aren't involved at all (anymore, at least). > > > > Anyway, I don't entirely disagree, but a major shift in the XSF like this > > would be a Board level decision in my view. > > > > > >> * Adding a new holistic space for collaboration with the community: This > >> posses no harm nor threat to other spaces we actually have, and > >> furthermore, I believe this will provide them with more value. It is > >> also conceived to happen more frequently and the invites are simply a > >> first shot in the calendar. > >> > > > > Again, I'm fine with this as a general statement. > > > > However, this is an intentional change to how the community collaborates, > > which has deep effects throughout the organisation. > > > > This would - in my view - be outside the scope of what SCAM could do, and > > absolutely outside the scope of what the Comms Team is chartered for. > > > > Again, this devolves to the Board as a result. > > > > > >> * This is an offer for a talk: Online, with options to include more > >> people to join, and bring with them their different backgrounds and > >> views and ideas. People, that may struggle to participate in other > >> contexts. Those talks are planned to be guided by your interaction in a > >> collaborative space. It's for example planned to ask you about your > >> perspective on the status quo of the XMPP ecosystem. What are we getting > >> right, what are we not? Where is it that we see room for improvement? > >> Can we formulate any activities out of this? Where is it that we concur > >> a common ground to act? Over the sessions we will get a more clear > >> picture here and steer it together. > >> > > > > Once again, nothing here (or in subsequent points) is unreasonable - but it > > feels like a Board level project. > > > > > >> * Communication: This is not barely discussions and activities on the > >> ecosystem in general, it should also come with benefits to your > >> projects. In that regard its planned with presence in the media channels > >> we have (and are expanding to) and offer >explicitly< participating > >> actors and projects. This is an opportunity for you to take advantage > >> out of it. > >> > > > > Getting projects in front of an audience to talk about what they're doing > > is absolutely 100% in the remit of the Comms Team. Doing that would not > > require any particular Board oversight at all, in my view. > > > > > >> ### Point of critique 3: Choice of tooling > >> > > > > Unfashionable, I know, but I'm not that excited by tooling choices. > > Whatever works effectively is good by me. Open Source > Open Standard > > > closed, but not to the extent it detrimentally affects the outcomes. I > > appreciate others feel more strongly, and have opinions about this specific > > tool. > > > > > >> Last point as critique back: I made mistakes here. Yes, and I'm sorry. > > > > > > I'm afraid that "sorry" is not good enough in this instance. The XSF has > > formally and officially announced a major series of events, but the XSF had > > no knowledge of this. This is fundamentally broken. > > > > We need, as a community and and as an organisation, to do two things: > > > > * In the short term, we need to fix the situation. Whatever anyone might > > have thought, we now have a series of events scheduled. I think > > withdrawing these will also look awful, so we - the XSF, not just the Comms > > Team - need to figure out what we do to make best use of these. > > > > * In the longer term, we need to ensure that Work team leadership fully > > understand the scope of their autonomy. Whether that's more formalized > > charters or Board involvement in the teams I don't know (and mostly don't > > care), but I think that the Board needs to do something. > > > > > >> > >> But some of the feedback received was certainly out of line on how we > >> want to communicate, at least from where I am standing. > > > > > > I don't know what that feedback was, but indeed we do have a Code of > > Conduct. If you have examples, please do ensure the Board is aware (until > > they form a specific Conduct Team). > > > > Dave. > > >
