jdev - 2024-11-03

This is an error message page which I design for Falkon. Would this be a better design for an XMPP profile page?

https://xmpp.pimux.de/file_share/01d8e3d6-9211-4661-928e-ccc83c15a672/scrot-rofi_20241103-111811.png

Good evening. I have a question concerning to OMEMO. I want to ask it in private. Is there anyone here who is expert with OMEMO or has an understanding of it? ✏

Good evening. I have a question concerning to OMEMO. I want to ask it in private. Is there anyone here who is expert with OMEMO or has a fluent understanding of it? ✏

Schimon, Martin: xmpp:mcabber@conf.lilotux.net?join

Thank you. Holger.

> Schimon, Martin: xmpp:mcabber@conf.lilotux.net?join Due to a certificate issue, Gajim does not allow me to join. ↺

singpolyma: Just skimming over the backlog but `max_fsm_queue` limits the size of the process message queues of the Erlang processes.

*I will ask this publicly.* Suppose an entity has an access to both OMEMO PubSub nodes of given accounts. Could that entity decrypt messages of these given accounts?

singpolyma: -process

Holger: aha! Interesting. So the beam message stuff

singpolyma: Yeah.

So if those fill up it would be because the server is lagging internally?

Server or cluster if clustered I suppose

singpolyma: Right. If the limit is hit a message would be logged.

Makes sense. Thanks!

singpolyma: The limit is per-node.

singpolyma: So not directly related to clustering.

Ok

singpolyma: Stanzas are passed around as those 'Erlang messages' internally, so it makes sense to set `max_fsm_queue` larger than XMPP-level queues such as the 0198 queue.

Ok. So if raising one maybe raise the other by a similar amount

Yeah.

BTW, as that was mentioned above, the 0198 queue can be configured to be stored on disk rather than in memory.

Schimon: no; those are used for public information (the devicelist and then the bundles for each device)

private keys stay on the device

wgreenhouse. Thank you for the information.

Schimon: if an entity can _write_ another device to the devicelist and add a bundle, though, they could trick that user's contacts into encrypting new messages to that device

this is mitigated by out-of-band verification of OMEMO identities