Gajim - 2024-12-24

I really really want XML compression for XMPP clients. Is there a way to do this in Gajim?

It takes a very long time to sync mam on congested and low bitrate networks.

Does anyone knows messages with attachment? Is there any xep?

badmuff, are you looking for https://xmpp.org/extensions/xep-0367.html

Thanks!

Hi

rev, hi

lissine, how are you

do you need help with Gajim?

i don't know

> do you need help with Gajim? maybe I need friends ↺

https://upload.patchysicp.xyz/8aadc7d5-ebc3-475a-968e-6cb380473e2a/IllusionDolls-image-illusiondolls-36169945-1280-1024-3490269116.jpg

> It takes a very long time to sync mam on congested and low bitrate networks. ssl already compresses stuff. long time to sync has more to do with absurdly low bandwidth limits servers set, probably even more with roundtrips for pagination, and also most clients fetching all history since last connect. ↺

rev, This channel is about Gajim There are offtopic channels https://search.jabber.network/search?q=offtopic

lissine, mijaG tuoba si lennahc sihT

Can gajim use the XEP XML compression or does it have to use TLS compression?

Can it use TLS compression?

Can gajim take advantage of this? https://modules.prosody.im/mod_compression_unsafe

i dont think you can use tls *without* compression. I don't think gajim supports xml compression, but it wouldn't provide much benefit.

XEP-0138

> i dont think you can use tls *without* compression. I don't think gajim supports xml compression, but it wouldn't provide much benefit. Why do you think this? ↺

because as I explained the slowness is caused by other things and such compression wouldn't help it at all, realistically.

When?

When did you explain that?

> ssl already compresses stuff. long time to sync has more to do with absurdly low bandwidth limits servers set, probably even more with roundtrips for pagination, and also most clients fetching all history since last connect. . ↺

oh my bad, sorry mam took a very long time to sync

lol

> ssl already compresses stuff. long time to sync has more to do with absurdly low bandwidth limits servers set, probably even more with roundtrips for pagination, and also most clients fetching all history since last connect. What bitrate do you consider absurdly low and what bitrate would you recommend servers set for Gajim? Syncing history since last connect is a desired operation, especially for private messages. ↺

I'm not so sure it's the server limit, because i'm on a sub-megabit link

I use XMPP on sub-megabit operational networks quite a bit

wether it's 802.11 forced to it's lowest bitrate or NPR-modulation

or DSTAR-lowspeed

(1200bps)

It works fine for SMTP

I think some are as low as 50kbit/s lol. I don't know what bitrate is optimal, but then again it's not just bitrate but also roundtrips, which I suspect may be the primary culprit.

If it's your own sevrer and you can configure MAM page size, maybe if you increase it it may help, so there are fewer roundtrips

Is 50kbit/s considered good? Also is there something I can do about the roundtrips?

> If it's your own sevrer and you can configure MAM page size, maybe if you increase it it may help, so there are fewer roundtrips . ↺

Thanks, but is 50kbit/s good? What would you reccomend?

I don't know, I never ran measurements. That's not much by today's standards, but then again might actually be well enough for decent speeds if you're only transmitting messages, if it weren't for the roundtrips. But this is me speaking from logic, not from experiments. ✏

i'm checking what the limits are now, but it would make sense if there was a initial 'burst rate' vs the sustained rate to allow for faster sync

due to roundtrips I don't think you can make it burst even if the server allowed it lol

The server limits were initially put in because people were ddosing servers, and some of the servers prosody for example used garbage collectors. The ddosers would send so much data to the servers that the garbage collectors couldn't keep up.

That's why and how the rates were determined

chud, ok actually it looks like c2s wasn't being rate-limited at all

here's what my rate limits were

-- Rate limiting -- doc: https://prosody.im/doc/modules/mod_limits limits = { s2sin = { rate = "30kb/s"; burst = "3s"; }; }

just s2s

i'm looking for the page size config now

It probably has some default limits, but this is better discussed in some prosody chat.

let me check

chud, what limit would you reccomend I test for gajim use?

sustained rate kbit/s (1000 bytes not 1024) and burst duration in seconds

idk, probably the bigger the better unless it somehow makes gajim crash or whatever. if you're talking about page size ✏

no, i'm still looking for how to adjust page size. I'm taking about normal c2s connection rates

>local rate_units = { b = 1, k = 3, m = 6, g = 9, t = 12 } -- Plan for the future.

lol, look at this piece of code

can you imagine XMPP in terabytes per second

i mean

theres a lot of services that use xmpp in the background, some of them HUGE

whatsapp, nintendo switch, etc

those might actually experience tbps at peak load

vaxbot

tom, if you need experience with servers, its better you ask in a chat with server operators

for example: xmpp:operators@muc.xmpp.org?join

or as said the prosody support MUC

chud, is max_archive query results the varible your taking about? https://prosody.im/doc/modules/mod_mam

lovetox, I'm aware of ops chat but gajim should at least give recommended specifications the client.

You guys are the developers

i dont agree, what you are asking is not usefull, because it depends on too many variables

and is highly subjective

its to slow for *you*, so you can ask how to make it faster

there is no way to make it faster in Gajim

you can improve your bandwidth at home, or you can try to get more output from the server

let me ask this? Is there a limit to the maximum page size gajim can handle?

no, Gajim limits the page size itself

to what?

hmmm i need to check

70

thanks.