XMPP Service Operators - 2025-06-21

Why does s2s use separate connections for outgoing and incoming? Is there a reason bidi is a community module and not part of base in prosody? Why would I not use bidi?

What is the benefit to not using bidi?

It's not a community module, but it is a module, like just about everything else in Prosody.

Never mind... just spotted the community module for it. There's a base module called s2s_bidi.

It's not a community module anymore since some years. What you see is a remnant

I use it since over 5 years stable

Had not any ejabberd connection issues since some month now.

i dont think i have any mod_bidi enabled on mine, is there any particular advantage to it?

in particular if it comes with less overall bandwith to any measurable degree that would be nice

It's half the encrypted tcp connections, so a bit less memory. So depending on the server size some MB saved.... I didn't measure it. ✏

ah. system resources isnt really the concern since i havent downsized since hosting matrix, however it would be nice to not have bandwith overages every month

I would think bandwidth comes from media upload / proxy, not the xmpp stream, additionally I don't think bidi saves anything relevant there.

a lot of it is ironically 404 http requests from matrix since it kinda crapped on me instead of getting to gracefully shut it down

media is prob a lot though

i checked and caddy is consistently the highest bandwith despite it just being that and a http file upload that only i upload to

What I thought

To save bandwidth you could drop the matrix traffic at the firewall level per IP maybe.... 😀 But I would think its not that much to send 404s ✏

pain

Best to drop the domain. Matrix servers will never stop trying

They never... that is a stupid design.

Indeed 🤷

tbh if i dont revive what exists, i might at least try to rejoin rooms so that i can evacuate them, that should at least cut down on the reason to federate

after that its just pointless federation and/or state resets

To be fair xmpp also retries as long as someone has a user in the server in their roster

Ah.

There is a workaround module for prosody to automatically unsubscribe users for non existing domains, but the admin has to do stuff for that and be aware

i would expect a quick connection attempt for a 1:1 dm to be a little more lightweight than mistakenly trying to contact my server for every event and presence update in any room i mightve been joined to

also tcp is a little easier to just block if need-be

> There is a workaround module for prosody to automatically unsubscribe users for non existing domains, but the admin has to do stuff for that and be aware :thinking-face: ↺