Modern XMPP project discussion - 2021-08-30

This might be a little off-topic: At work we are introducing an XMPP service for all employees. We already have a Smart Businesses Card App and added "XMPP-ID-Support" to it and made it Open Source.

There is a version of the Business Card App for everyone https://vcard.pixelpaper.org - source code can be found on Github https://github.com/chris109b/pwa-smart-vcard

cool idea

thx for sharing the code

small bug: i had to reload the page after changing the xmpp address, for the qr code to be up to date

the address was already showing correctly

Hmm, Megapixels shows the entire vCard when scanning the qrcode, but it thinks it’s a URL.

How do Android or iOS qrcode scanners behave when there is a vCard in a qrcode?

I could add this behaviour to Megapixels.

android opens the import contact dialog for me

i.e. create contact with prefilled values

depends on the qr code reader app i guess

i'm using qrdroid

On iOS you point the Camera App towards the code and it tells you, there is contact information, that you can add.

On Android, I'm using "Binary Eye" and I love it. It's such a great App, with a lot of not so obvious extra great features for developers.

It'd be interesting to have a possibility to discuss a matter in private with the whole moderator stuff. Right now one can consult/pm only one moderator at once, leaving the others out of the discussion. This channel has only two right now, but others may have more and not all may be available at the moment of consultion. Alternative a broadcast to all moderators could work, where one or several moderators can assign themself to the issue, about which other moderators are informed.

In such a case, maybe it's worth splitting out a dedicated moderator channel

Yes, something like a temporary moderator MUC.

Similar to how channels of software projects tend to split into project-users and -devel when it reaches a certain size or signal/noise ratio.

There could be a best-practice document for this perhaps. More of a user guide than implementation topic I guess.

FWIW in MUC there is some prior art in delivering moderation-ish stuff to moderator, in the form of the voice request mechanism.

Break-out rooms is a concept ... that is interesting. Probably related to the threading mechanisms some chat systems have. But not always exactly right.

> Similar to how channels of software projects tend to split into project-users and -devel when it reaches a certain size or signal/noise ratio. Actually, with Slack, Discord, Mattermost, etc., projects often have many channels. We actually want to make this easy with XMPP, using project domains, with a thing I'm working on

I'm also interested in any ideas around break-out channels, and channel name conventions in general

Not uncommon in XMPP either to have a whole MUC component, one primary channel and then maybe a developer channel, specific topics etc.

Tho this usually involves running your own MUC with server.

Yeah, we want to provide the MUC for projects that don't want to set up and maintain their own

Without dynamic subdomain creation?

And then have good UI/UX for managing channels etc

Talk to southerntofu about spaces 🙂

> Without dynamic subdomain creation? Yes. Pointing DNS records for your own domains

i'm not far! just filing some issues and i'll be around :)

you're actually in our (low-traffic) main/non-dev channel already :)

I'll keep it in mind for this topic

Bunch of things are of course likely a million times easier to hack together on top of MIX PubSub stuffs

Depending on the matter, a "moderator MUC" might not be the best place either, if it concerns one of the mods

Maybe just create a normal private chat and invite the mods you wanna

Or is sending one of them a PM really that bad?

It's not sooo bad and works in general, but it apparently has its downsides, too.

raucao, that would be an interesting application for spaces indeed! that a moderator space could receive an invite from a user, which if a moderator accepts could auto create a new MUC where the user has permission to remove the chan but moderators too (so issue can be resolved form both sides)

i also love the "bring your own domain" approach! we miss that in the Jabber/XMPP ecosystem (at least not automated, that i know of)

Do we?

I can think of at least two, 3rd in beta.

Zash, i'm very interested in links on this topic, i didn't find anything last time i checked

https://jabber.hot-chilli.net/jabber-hosting/ https://account.conversations.im/domain/ https://snikket.org/hosting/ Web search hinted at maybe a few more

Also https://jabberfr.org/hebergement/

are they yeah i'm aware of those but i don't believe they're automated? or at least i couldn't find the backend source

from what i remember of hotchilli and jabberfr it was manual validation (correct if wrong), no idea about conversations/snikket (is snikket even done implementing that yet? last i heard that specific service was in the works)

Snikket does custom domain fully automated

Just need to find time to get the final few pre-launch things implemented and get it out of beta 🙂

ooh nice! can i take a look at the code somewhere? is it all in snikket-server repo now?