XSF Discussion - 2024-03-26

lovetox: I think we generally came to the conclusion that everything always references the original (Stanza) id, no?

Like reactions and so

Because just because you edit doesn't mean your reactions go away

Even further edits would reference the original id

I just read LMC business rules again. I think that's clear(ish) from those rules.

Whether it's clear or not it's definitely easier to define this once in LMC instead of having each XEP that references other messages state that

Seems like you arrived at a similar conclusion in jdev last night

No the conclusion was that display markers should not so that

Also for receipts these feels weird

Receipts are network level. I don't think we should factor that in (meaning just because receipts behave like that shouldn't mean display markers should too)

What are sensible maximum stanza sizes?

Openfire defines 1MB as an upper bound. What do other implementation do?

Guus, 1024 * 256 bytes on c2s, 1024 * 512 bytes on s2s

We got those from ejabberd :)

Yeah

You want some overhead between what you accept from clients, and what servers will accept from you, so you'll want your c2s limit to be under (512KB - whatever payloads you might add, such as <delay>)

Pubsub <items> responses is another thing worth thinking about. If a user can publish hundreds of 256kb items, you can't very well return all of them without rsm paging.

and while you're there, implement https://xmpp.org/extensions/xep-0478.html :)

I think Openfire already does that.

Then while you're there, add it to your DOAP ;)

oh, yeah

we've got it in our supported XEP list, but not in the DOAP

we should fire someone

(likely me)

oh, we only do the advertising bit

Maybe add it with a note 'advertising only'

`<xmpp:status>partial</xmpp:status>` right?

Yes

and <xmpp:note xmln:lang='en'>Advertisement only</xmpp:note>

xml:lang!

Oops

Obvious what my fingers wanted to type

Oh, I didn't even notice the typo :D

https://github.com/igniterealtime/Openfire/pull/2453

suggestion: += `<xmpp:version>0.1.0</xmpp:version>`

ack

In 0478: _"leads to problems with large stanzas causing connection outages, most often User Avatar (XEP-0084) [1] and XMPP Registrar Function (XEP-0053) [2] result stanzas"_ -- what are Registrar stanzas? 😜️ Should be XEP-0054?

off-by-one, at this time of year, localized entirely within this xep?

The registry doesn't work because the stanzas are too large!

yes but also no

Seems as good of a scapegoat as anything else