| > The "overhead" is minimal, especially with the features XML brings. A message looks something like: Yeah, something like that. Just with a hell of a lot more metadata and closing tags to accompany it. I'm all for strict schemas and the first to criticise IRC's protocol for being dated, but XMPP is an overreaction. It's too far the other way. But I do get why XML was chosen -- frankly there wasn't any better options in 90s. But that still doesn't mean it isn't noisy and the, in my personal opinion, wrong choice. > In a world where people stream HD video over their mobile data connection without a thought, I'm pretty sure XML is not an issue. Smart phones weren't invented when I was running XMPP and the kind of bandwidth you're boasting about is a very recent development in the grand scheme of things. > The large active network of federating XMPP servers would disagree with you. That's also a recent development. Plus look at the graphs: even now it still hard to argue that you're even close to reaching that same kind of critical mass as the major IRC networks currently have (let alone had in their heyday) and that's without addressing the elephant in the room that is Matrix and it's far steeper uptake climb than XMPP. I mean, sure, you have a small and loyal fan base but chat protocols depend on that critical mass in the same way that social networks do and I can't see XMPP ever achieving that because it's already missed its opening. It's now 10 years too late to be talking about XMPP and yet that's when all the advances you keep bring up were started. The protocol was already > 10 years old at that point and many engineers like myself had tried it and given up. > Two servers not being able to federate is not really a thing - federation is in the base protocol. On top of the base protocol various things can be negotiated. None of these are mandatory. Two servers not being able to federate due to differing extensions is a myth. Maybe now, but I never managed to get it working properly ~15 years ago. It might have user error or such like but I'd ran private IRC networks, bounces, written 2 different IRC clients, a multitude of bots for different chat services (ie not just IRC) and run a whole plethora of other internet facing services and literally the only thing I could never get working quite right was federated XMPP. So I have a tough time accepting total blame for not getting it right. And the shear that you can call it a "myth" suggests enough other people ran into the same or similar problems as myself for it to become a problem that people talk about in the first place. Which adds weight to the argument that perhaps it's not entirely fair to blame the users. > For the record Google federated with the open XMPP network, and allowed third-party XMPP clients to connect. Other providers of XMPP were not so open (Facebook never federated, for example). Yes I know. And for the record, you're literally making the same point I made. > Opinions of what constitutes a "decent client" vary widely. Being an open ecosystem, XMPP has a wide and diverse range of clients, and many people quite happily use modern XMPP clients such as Conversations, for example. Once again you missed the part where I mentioned it was a long while ago when I used XMPP. > I don't know which Haskell server this was (surprisingly) Me neither. tbh I can't even remember which hosting provider it was I was renting rack space from, it was that long ago. I'm glad to see the state of XMPP has improved somewhat. But it's too little too late now because the industry has already moved on. |