XSF Discussion - 2023-07-02

The "trust" XEP that I saw a few days ago seems to be a really good solution to the spam mitigation problem

Bellow a certain level of trust the new messages/invitation can be put into a more discrete list. Instagram is doing that and it works pretty well

👍

lovetox, goffi, for 0292, I guess the idea is not to keep a local sync copy of all contacts vcards, but rather fetch them on demand. In that case i wouldn't know why it matters if it's a single node or not.

I have most of a Prosody implementation already

MattJ would it be interesting to have a similar algorythm regarding the score implementation ?

Then for example I know that bellow 50% I consider the account as "spammy" ?

larma, i think you misunderstood the conversation, its not about vcards, they contemplated to put other kind of bookmarks (for websites, pubsub nodes, whatever) into the XEP-402 bookmark node

lovetox, I think you mixed up the conversations :)

or ... am I mixing up everything?

no, i was highlighted, and to my knowledge i never took part in a conversations about vcards

ah, nm

292 has a section about users storing details about their contact (think the old private contacts notes thing I think Gajim had)

lovetox: if your message was not about what was discussed directly before it than ignore me.

yes im aware of the spec, still the single node conversation was about bookmarks

specifically about putting everything in there, that some might consider a bookmarks for whatever

Regarding bookmarks, I think the issue is that we have a flag in bookmarks (autojoin) that requires clients to have the current bookmark list including all contents on start.

https://xmpp.org/extensions/xep-0312.html was an attempt at dealing with that

Relative timestamps tho :(

I don't need all bookmarks on start, only those that have autojoin. So even with 312 I'm going to fetch stuff not needed for my session startup

practically its not a problem which needs a solution though

Replace autojoin with an "open chats" thing, one that will work for both contacts and group chats

as people dont have thousands of bookmarks

there are also other informations i want from the bookmarks like the nickname

i dont need it instantly at start, but its highly likely i will need it later

querying the boomark node for every muc i join and look if it may contain data seems more inefficient as just getting the whole bookmark list at start

edhelas: I think standardizing an algorithm would be hard, and I expect values will always differ between servers even if we try. I expect that recipients will probably want to apply thresholds on a per-server basis.

That said, the choice of 0-100 was intentional, and makes 50 a natural default threshold

Prosody's implementation calculates and returns the probability that the account is 'good' based on various extensible factors

I expect that many of the factors that end up being used won't be published publicly for obvious reasons

MattJ, how can you not publish them in open source software?

They would be plugins

You also have to already trust a server to trust scores from there. So I agree it's a good thing to have but that's something to consider

plugins, or configuration

Code, configuration, what's the difference? 🙂

Why is "Configuration as Code" a term I have heard?

cus devops probably

ansible, shit like that lol

config files for my IRC channel services bot are in the same scripting language as the bot itself

Like prosody?

I s'pose