XMPP Service Operators - 2021-07-17

any ideas why the xmpp compliance tester thinks some xeps aren't supported on my server (even though the relevant modules are in operation)?

Depends on the server and configuration

specifically, it is muc-related modules (mam and vcard). any ideas why those in particular woudln't get recognized by the test?

they are working perfectly fine, and I can't see anything in my config that would keep the test from recognizing them...

I'd have to see the configuration

Also you didn't say what server

treeblue.space

Sorry I mean server software

oh haha

prosody

For example I'm running https://compliance.conversations.im/server/colloquy.ca/

11.9

And it's a compliant as I want it

So if you can paste your config somewhere I should be able to help you out

that looks about the level of compliance i'm shooting for

give me a sec

Or, here's mine https://git.loranger.xyz/rob/gists/src/branch/mistress/prosody-config

Hopefully up to date lol

thanks rob

https://ttm.sh/tFW.lua

It's in Lua!

i need to learn lua

That's pretty strange mieum

It looks ok to me

And I see you have DNS records for the subdomain

I would ask in xmpp:prosody@conference.prosody.im

yeah, pretty weird.

i just asked about another, possibly related problem there

:b

Cool

You also reminded me I should actually set limits

ah nice haha

the ones in my config were set already, so I just left them :b

Ya I upgraded to 0.11.9 from 0.11.7 I think, so it wasn't default yet

ah I see

mieum, I think the MUC tests may be failing because you have `restrict_room_creation = true` - this would prevent the tester from creating a test room

Unrelated, but there is a typo in your abuse contact email

rob, you should remove this disco_items option: https://git.loranger.xyz/rob/gists/src/branch/mistress/prosody-config/colloquy.ca.cfg.lua#L29

thanks MattJ, that makes sense! and good catch on the typo!

rob, also in your main file the contact info is wrong, it should look like mieum's (i.e. the values should be URIs, you're just listing the same non-URI twice, there's no indication if it's an XMPP or email address)

Oh, I see you have two hosts. Instead of removing that disco_items, just drop the conference.colloquy.ca entry from it, then move the option to under the `VirtualHost "colloquy.ca"` section, rather than under the MUC component

Not sure how it's passing the test currently

hi

I'm very new to XMPP. Where should I go to discuss client programs? I've had a chatroom community for a few years and I'd like to find which works best for my members, but I don't have the time to set them all up and test them myself. ✏

Gooute: Offtopic maybe? :) else..per client rooms xmpp:conversations-offtopic-reloaded@conference.trashserver.net?join

thank you

If you happen to be German there is also xmpp:conversations@conference.jabber.de?join

Gooute: https://search.jabber.network/rooms/1

I don't think that sending the people away to get low quality answers is a good idea.

The question was where to discuss client programs. And in the suggested rooms will not be lesser quality answers then here

I think we should make something like a stackoverflow for xmpp questions. Then people should ask less in rooms and more on this site.

I don't think everything in operators is the vest solution. General xmpp rooms are important. The German one is the one I posted. There is always discussion about different clients. An English one would be xmpp:jabber@conference.jabber.org?join

Joinjabber to the rescue

Yes but we need a q&a site

Joinjabber would be a good website for that, you could suggest that to them

MattJ: ya thanks, I had since made changes to colloquy including removing disco items. But hadn't fixed the contract URIs so thanks for the reminder 😊

zp1.net: who sent who away?

Licaon_Kter, they didn't directly send them away, they give em a link to another room

Yes...because Clients is...general

Licaon_Kter, following this topic we make for 5000 topics 5000 rooms?

a coock, a plate, a fireplace ?

zp1.net: yes, either we specialize or all rooms are offtopic rooms

I think you're overreacting, they asked for a place to discuss something and were given somewhere

okay :))

mieum: congrats getting things sorted

thanks rob! I appreciate you taking a lot for me 🙂

I'm considering following your example to use the invites module for registration

No trouble

Yes the invites is a good model, they way I have it configured any user can create an invite for more users

don't shoot : I closed the topic 5 days ago, Licaon_Kter opened it again ...

zp1.net :b

I'll update the repo today with my current config if you like. I also have Converse JS setup ✏

oh nice, i'll keep an eye on it then.

thanks for the tips

I was thinking about a crazy idea: integrating a server and a client in a software product, so everybody has his own server and a client onboard. Aint that a neat idea?

zp1.net: mobile is tricky

Like a truely decentralized chat

zp1.net: see Jami or Briar, experience is hit and miss

Scuttlebutt is like that, except you end up with the matrix issue. All participants replicate everything they see

Not IM of course, but the general idea

Licaon_Kter, neah ehm.. jami and briar are decentralized, I talk about federation ...

zp1.net: solve decentralized first, you get federation as a bonus, also...federation is obsolete then

But you would need to borrow from the decentralized mobile ideas to get a mobile server/client to federate. No static IP etc

rob, there is dyndns ... we could work with domains

zp1.net: that's true, but I think there will be issues with ports. Mobile network providers typically don't allow a lot of open ports

Although I don't really know, networking is a bit out of my area of expertise ✏

rob, I do not want to turn off the actual xmpp network, I just thought about a software product that contains a server and a client for people with large aluminum hats :))

zp1.net, what about tox?

mieum, funny, haven't seen it until now :)) lets test it :))

oh wow, it might be the kind of thing you were looking for

mieum, I was not looking for something like it but I thought that it would be the perfect software for some users

Briar, Tox, they're P2P from upper layer protocol scope but they're bound to client/server model from Tor. I think with the currents rotted NATs from ipv4 we're stuck to at least "relay nodes" as intermediates. ✏

There is only one chat for aluminum hats and that is https://github.com/maqp/tfc/ But there was this guy with the ejabberd on android right Licaon_Kter ? In the oftopic room and I read about someone with a prosody+client for Linux

Menel: experiments with container Linux on phone w/ ejabberd

He could only if IPv6 on mobile. Then registering a domain per client is not a solution (nor depend on another 3rd party service like Dyn DNS) ✏

(amending on IPv6 only: he used a VPN for V4)

jonas’, hello would it be possible to have a GET param for room language on search.jabber.network/search? we're thinking of integrating a chatroom search form on joinjabber.org homepage

southerntofu: https://github.com/horazont/muchopper/issues/44

ah thanks sorry for duplicate

southerntofu: can you add to that issue the note that a hidden get (without much ui) would already be useful?

is there a muchopper chatroom where such things are discussed?

yes sure

southerntofu, ironically, no :)

done

funny! what's the favorite place to talk about muchopper/search.jabber.network then?

nobody's talking about it much I suppose :)

many people ping me 1:1, or here, or in any of the other general XMPP (technical) MUCs, I'm in most of them anyway ;)

personally i'm very sympathetic to thematic rooms :)

but I've got waaay too many already

that's why we need (work)spaces client UX? :)

Yes, that's coming in gajim right?