-
jonas’
I read the readme and still don't understand what it does
-
dwd
I think it's connecting to multiple irc networks transparently, but I'm not sure you'd need to on xmpp, since we have heterogeneous federation (that is, muc rooms are hosted on different servers, but you can connect across federation, rather than on irc, where every server on a network is essentially operating identically).
-
dwd
Put another way, each xmpp server is its own administrative domain, whereas in irc, the entire network is (to a large extent) a single administrative domain.
-
doge
i. e. xmpp is centralized
-
erik
doge: *de*centralized
-
qy
mucs are centralised
-
qy
no DMUC xep ever bore fruit
-
erik
Per MUC, yes. Nothing can stop people from having a MUC, given the decentralization
-
larma
Nobody stops you from sending messages to multiple MUCs on different servers at the same time and then deduplicate at the receiver.
-
qy
Soni: woah i didn't realise it was you, you're on xmpp now?
-
jonas’
dwd, so just a "multi account" IRC client ;-D
-
larma
If you add the same origin-id to messages on the sender, deduplication actually becomes easy. You can even add some cryptographic proof to show that two users with the same nickname on different MUC servers are actually the same user.
-
doge
> Nobody stops you from sending messages to multiple MUCs on different servers at the same time and then deduplicate at the receiver. same way you could send messages to the same 1to1 chat from multiple accounts and deduplicate lol? I guess you can but at that point might as well just build a truly decentralized thing.. ↺
-
qy
> If you add the same origin-id to messages on the sender, deduplication actually becomes easy. You can even add some cryptographic proof to show that two users with the same nickname on different MUC servers are actually the same user. still needs some kind of dmuc/fmuc implementation ↺
-
dwd
> dwd, so just a "multi account" IRC client ;-D Maybe? I might very easily have missed the point.
-
larma
qy: you can also use a bridge to bridge two XMPP MUCs
-
dwd
qy, There are multiple FMUC implementations, but we don't know if they interoperate.
-
qy
implementations? or xeps?
-
dwd
Implementations.
-
qy
Can you direct me to them? I thought there weren't any...
-
doge
Why is it that I only get read receipts and typing notifications on one device, seemingly randomly chosen? So for example, if I have dino and conversations online, only one of those will get those.
-
lovetox
Does the same happen with messages?
-
doge
strangely no
-
lovetox
Try Gajim it has XML console and you can see if you really don't receive it
-
lovetox
Or these clients for some reason don't show it
-
lovetox
If you don't receive it it's a server thing
-
Kev
Well, if the other end is doing resource binding, those messages don't have a body, so that affects carbonsing.
-
doge
if only multidevice wasn't a poor afterthought
-
jonas’
it's not an afterthought, but the initial thoughts (from 20+ years ago) for multidevice don't apply today anymore, and some clients still stick to them.
-
lovetox
Kev: it should not, all those stanzas are explicitly mandated in the carbons xep and it body does not matter✎ -
lovetox
Kev: it should not, all those stanzas are explicitly mandated in the carbons xep and body does not matter ✏
-
kalkin
> Why is it that I only get read receipts and typing notifications on one device, seemingly randomly chosen? So for example, if I have dino and conversations online, only one of those will get those. Check your config.
-
kalkin
doge: it's interesting that you are the only one having unreliability issues. May be xmpp isn't for you.
-
doge
it takes two to have reliability issues
-
kalkin
doge: i have listened to your complains for about two month in various mucs. Im pretty convinced either you are the issue or you are just provoking people
-
kalkin
Especially the way you phrase your issues is toxic.
-
squiddie
> Especially the way you phrase your issues is toxic. what is so toxic about reporting bugs?
-
kalkin
squiddie: Nah, I'm disengaging here. Not my circus not my clowns.
-
squiddie
yeah, entertaining your own world of wishful delusions is much better, i agree
-
qy
first time speaking in this channel; says this
-
squiddie
doge, > Try Gajim it has XML console and you can see if you really don't receive it > Or these clients for some reason don't show it > If you don't receive it it's a server thing did you try this?...
-
doge
no
-
squiddie
btw how can it be a server thing really?
-
squiddie
a bug in server implementation?
-
squiddie
but yeah, at least it's not something like lost messages that were marked as sent...
-
jonas’
squiddie, so first of all: - this is a channel for developers, not for user support, so the question is basically off-topic unless doge is experiencing this while developing their own client or server - as kalkin pointed out, doge has been reporting the same issues for a *long* time now, and AFAIK, has never reported them with enough info to reproduce them to any upstream project.
-
jonas’
squiddie, that, combined with blanket adversarial statements against XMPP in general is something I am ready to classify as toxic.
-
squiddie
honestly i would classify any software that has XML in it as toxic... as a person who worked with xml
🍿 2 -
squiddie
i mean, if protocol devs show toxicity to its users, it would be reasonable from users to show same toxicity to protocol, clients, whatever... so doge kinda has the point...
-
squiddie
i hope we will witness any force emerging that is going to change the status quo in software development..
-
squiddie
maybe the only issue with xmpp is just xml...
-
kalkin
I'm using conversations right now so I can't see if squiddie only joined after my answer to doge?
-
qy
> honestly i would classify any software that has XML in it as toxic... as a person who worked with xml 🍿 ↺
-
mathieui
kalkin, yes they did
-
kalkin
squiddie: doge you are an asshole. Go troll somewhere where it's appropriate
-
Kev
And calling people names isn't appropriate for here. Please don't.
-
doge
> a bug in server implementation? Not even a bug. I don't think the specification mandates that the server must deliver to all connected devices. It's just bad ideas from the get-go. ↺
-
kalkin
Kev: ok.
-
Kev
> > a bug in server implementation? > Not even a bug. I don't think the specification mandates that the server must deliver to all connected devices. It's just bad ideas from the get-go. You are welcome to that thought, but this channel is for development discussions, so this doesn't seem constructive here.
-
Heru
Hello everyone, thank you to the admin who manages this conversation, allow me to introduce myself.
-
Heru
I am from Indonesia want to learn xmpp and I am interested in this
-
Heru
In Indonesia the xmpp project is not available, #I want to develop xmpp so that people in my country can enjoy xmpp, so please guide me, thank you
-
qy
open source code does not respect nation boundaries
-
Heru
So XMPP is truly open source software that can be developed by any country.
-
Cynthia
yes
-
Cynthia
that's the point of open source
-
Heru
Thank you for the explanation, it really helped me a lot.
-
Soni
qy: uh... sorry, who are you? >.<
-
Soni
(we've been on xmpp for a while but this is the first time we join a, MUC? is that what this is called? (what does it stand for, anyway?))
-
jonas’
(multi-user chat)
-
Soni
(tho we will note that we're using bitlbee because ofc we are)
-
doge
(((multi))) (((user))) (((chat)))
-
Soni
thanks
-
Soni
so given that xmpp has a bunch of administrative domains what happens if you're on say sleeping.town and your instance is banned from say muc.xmpp.org, or vice-versa? in theory you wouldn't be able to use that room, right? but what if you instead had accounts across multiple instances? (also, can an instance ban, like, specific users in a MUC, based on their instance? we don't know how MUCs work tbh, or XMPP for that matter, our experience with federated systems
-
Soni
is mostly mastodon)
-
jonas’
so many questions
-
jonas’
and some of these would be better suited in xsf@muc.xmpp.org, where the standard itself is discussed (rather than implementation work)✎ -
jonas’
and some of these would be better suited in xmpp:xsf@muc.xmpp.org?join , where the standard itself is discussed (rather than implementation work) ✏
-
jonas’
1) you are correct, if muc.xmpp.org blocks sleeping.town, you cannot join with a sleeping.town account to any MUC there. 2) it's called multi-account clients, and indeed most XMPP clients support more than one account out of the box (poezio being one notable exception) 3) yes, most MUC implementations allow banning an entire domain.✎ -
jonas’
1) you are correct, if muc.xmpp.org blocks sleeping.town, you cannot join with a sleeping.town account to any MUC there. 2) it's called multi-account clients, and indeed most XMPP clients support more than one account out of the box (poezio being one notable exception) 3) yes, most MUC implementations allow banning an entire domain (in addition to banning individuals). ✏
-
Soni
yeah, we guess "federating the client" might be more of a discussion related to the standard than purely implementation
-
Soni
but multi-account clients today do not support combining multiple accounts and "crossposting" actions between them (and deduplicating on the other side)
-
jonas’
no, and personally I don't see value in that.
-
jonas’
seems like lots of overhead for little gain (except ban evasion, which ... well, I don't want to see well supported anyway :))
-
Soni
there's value in that on mastodon. and to some extent on certain IRC networks (and possibly DMUCs if those existed, tho apparently they don't). if MUCs are store-and-forward, and if sleeping.town admins can't selectively hide users in an muc.xmpp.org room from sleeping.town users, then yeah there's no point to doing it on xmpp.
-
Soni
(or to put it negatively: "is it possible for admins to gaslight their xmpp instance users? and if so, the value of this is precisely in mitigating that issue")
-
jonas’
well, an admin can do all kinds of nasty things. but XMPP is built around a model where you have a baseline level of trust in your server admin.
-
jonas’
like selectively dropping messages in a non-OMEMO conversation is definitely possible.
-
jonas’
but if you have such a relationship to your server admin, you probably shouldn't trust them with relaying your conversations in the first place.
-
Trung
if you have an account for bussiness.com I don't think anyone would want to have the same messages sending out from drunk.org
-
Soni
Trung: we mean... maybe you want to link those?
-
Soni
(it would have to be opt-in, yeah)
-
Trung
I'm sure technically can be done but I don't think that's the reason humans have multiple accounts. Chat account or bank account or whatever else account.
-
Trung
bit odd ………
-
Schimon
Greetings to one and all!
-
Schimon
Is there a server with a high maximum allowed pubsub node items per node?
-
moparisthebest
Schimon: I think all of them are configurable
-
singpolyma
If you're looking for perm pubsub component maybe run the libervia one
-
Schimon
moparisthebest. Yes. But not all have the same amount of maximum allowed items. For example, CanChat allows 255 items.
-
Schimon
singpolyma. By "perm" do you mean unlimited?
-
jonas’
Schimon, I don't think public servers have much higher limits, because there are issues around that.
-
Schimon
jonas’. movim.eu appears to allow thousands of items.
-
edhelas
Thanks to the power of ejabberd and Postgresql !
-
Schimon
I am intending to make Blasta compatible with Libervia and Movim, and Blasta is designed for annotations (i.e. publishing thousands of items).
-
Schimon
> Thanks to the power of ejabberd and Postgresql ! edhelas. I have failed to enjoy that limit on your server. I do not know whether it has been changed or not.✎ ↺ -
Schimon
> Thanks to the power of ejabberd and Postgresql ! edhelas. I have failed to enjoy a limit beyond 255 on your server. I do not know whether it has been changed or not. ✏ ↺
-
Schimon
> Thanks to the power of ejabberd and Postgresql ! edhelas. I have failed to set a limit beyond 255 on your server. I do not know whether it has been changed or not. ✏ ↺
-
Soni
what is the opposite of a MUC called? is that called a SUC?
-
jonas’
it has no name
-
jonas’
(no official name anyway)
-
Soni
okay, we're gonna call it a SUC then, for lack of a better name >.<
-
Soni
hmm we wish this client allowed us to write multiline messages...
-
Soni
anyway we do wanna address the comments about ban evasion, especially with regards to SUCs
-
heru712
hello
-
heru712
how to add city in this app✎ -
Heru looperman
how to add contact in this app ✏
-
moparisthebest
> what is the opposite of a MUC called? is that called a SUC? Soni: 1:1 or PM (private message) or DM (direct message) are terms I've seen ↺
-
moparisthebest
Heru looperman: we don't know what app you are using, you should ask in their support channel
-
moparisthebest
Soni: wouldn't a "SUC" be a Single User Chat or you just talking to yourself? :P
-
moparisthebest
I find chats are usually better with at least 2 people but you do you I guess
-
Soni
well, single as in one to one :v
-
Soni
sorry we needed some food, we'll talk about the thing Eventually^TM
-
doge
Actually, it's called a DUC
-
doge
double user chat
-
qy
_Double User Text CHat_
-
theTedd
_TwO Users CHatting_
-
Soni
anyway, consider this scenario: we have userA@instanceA.example, userB@instanceB.example, adminA@instanceA.example, adminB@instanceB.example. for some reason userA and userB are friends, but adminA and adminB hate eachother. so userA can't add userB. this should be recognized as a problem. traditionally you'd work around the problem by having userA@instanceB.example (or vice-versa), with a separate contact list. but we could do better than that. why have a
-
Soni
separate contact list? why not allow the contact lists to be, how can we put it, nomadic? interchangeable?
-
Soni
as a separate concern, let's say adminA@instanceA.example bans userB@instanceB.example, and userB also has an alt at userB@instanceC.example. traditionally, adminA@instanceA.example would not know about it! with account linking, they can *more effectively* ban userB!
-
Soni
(and from there you can try mixing aspects of the two scenarios to figure out all the other properties you get when you "crosspost" every action between multiple accounts)
-
Soni
the biggest pain point is dealing with MUCs and deduplication, but if there's anyone we'd trust to be capable of figuring that out, it's y'all.
-
moparisthebest
> anyway, consider this scenario: we have userA@instanceA.example, userB@instanceB.example, adminA@instanceA.example, adminB@instanceB.example. for some reason userA and userB are friends, but adminA and adminB hate eachother. so userA can't add userB. this should be recognized as a problem. traditionally you'd work around the problem by having userA@instanceB.example (or vice-versa), with a separate contact list. but we could do better than that. why have a Soni: I get this kind of admin entire instance banning is common in fediverse etc, but it's not in XMPP. Additionally here (unlike others) it's trivial for everyone to run their own server, so it feels a lot like you are inventing problems that don't exist just to try to work around them? ↺
-
Soni
indeed, it is common in fediverse etc. but we can't get fediverse *client* developers to take it seriously. so... we've given up, honestly.
-
Soni
it's still a problem we want to see solved, you never know where these kinds of solutions can be applied (multicast systems? there are some folks under a project called "librecast" that might have use for this kind of solution), even if we can't use it where we wanna use it (aka the fediverse)
-
Soni
(s/aka/i.e./)
-
theTedd
Something something proxy something
-
moparisthebest
It's not a problem in XMPP though, which makes "solving" it kind of impossible?
-
moparisthebest
Or trivial, considering the solution is running your own server
-
moparisthebest
Depends on your PoV I guess
-
Soni
how so...? specifically, the problem we're trying to solve is how to deal with "a client with "crossposting" features", and we believe that *should* be applicable to xmpp somehow?
-
Soni
we don't know any clients that do that, but we don't see anything that stops you either
-
theTedd
The question is more "is this a problem anyone is realistically facing?" which then leads to the need for a solution
☝️ 1 -
moparisthebest
> The question is more "is this a problem anyone is realistically facing?" which then leads to the need for a solution ☝️ ↺
-
qy
the answer is to introduce bouncers, right?
-
theTedd
That would be the simplest
-
Soni
bouncers?
-
theTedd
ServerC is not banned, so messages between A and B go via C instead
-
Cynthia
hi
-
theTedd
Greetings
-
Soni
we're unsure how bouncers help?
-
Cynthia
Soni: a DHT?
-
Soni
Cynthia: no.
-
Cynthia
ah
-
Cynthia
why?
-
Cynthia
if you know what userB's key is, of course
-
Soni
we're not exactly anti-p2p but we do enjoy the exercise of trying to see how far we can approach the benefits of p2p without using actual p2p
-
moparisthebest
> ServerC is not banned, so messages between A and B go via C instead We already have this implemented in XMPP btw, maybe that's your fix Soni ↺
-
Cynthia
that doesn't make sense, but sure
-
moparisthebest
If user a and user b can't contact each other directly because their servers have banned each other, they can join a muc on any other server and message each other there or DM each other
-
Soni
here's an example: we make a tool called "ganarchy", which is similar to another tool called "radicle", which is a p2p git forge. but ganarchy uses no p2p.
-
Soni
(it also uses significantly less cryptography and there's no real risk of losing keys)
-
Cynthia
that just sounds like centralization
-
Cynthia
but maybe what moparisthebest said could help
-
Soni
moparisthebest: oh, wait, so users in mucs act like their own accounts, separate from the original account?
-
theTedd
The MUC would be hosted on 'serverC' so neither A not B see any such connection between A and B✎ -
theTedd
The MUC would be hosted on 'serverC' so neither A nor B see any such connection between A and B ✏
-
theTedd
The MUC would be hosted on 'serverC' so neither serverA nor serverB see any such connection between A and B ✏
-
Cynthia
what if the MUC admin bans user A or user B's server
-
Soni
yeah but... they'd still see the handle, no?
-
theTedd
Not for semi-/anon MUC
-
theTedd
> what if the MUC admin bans user A or user B's server Then they need another 'serverC' ↺
-
moparisthebest
> moparisthebest: oh, wait, so users in mucs act like their own accounts, separate from the original account? Uh, kinda, the muc server relays messages for them so their servers can't see each other's real addresses ↺
-
Soni
alright, so, if we're understanding correctly... bouncers are an effective way to ban evade?
-
theTedd
Masking your origin is an effective way to evade a ban based on filtering on your origin
-
Soni
point being... why wouldn't our approach be better?
-
theTedd
Is either better or worse in any useful respect? One exists and is usable today, the other is not.
-
Soni
one is straight-up ban evasion, the other cannot be reasonably considered ban evasion unless you consider "simply not using the server where the ban exists" as ban evasion
-
theTedd
It's only authentic ban evasion if it comes from the _Évasion_ region of France, otherwise it's just sparkling proxy usage
-
theTedd
If your intent is to evade the effects of a ban then it's ban evasion, regardless of how you achieve it; if your only defense is to argue over semantics, you've already lost the argument
-
Soni
the point of a ban is to restrict the contents that go over a server, generally speaking. so, using a different server is quite the opposite of ban evasion - it is being respectful of a ban.
-
theTedd
I'm sure whoever instituted the ban will be very understanding and agree with you wholeheartedly
-
Soni
what are they gonna do? force us to... use the other server?
-
theTedd
Please do that and then we can focus on solving useful problems
-
Heru looperman
I am using conversation app and I am having trouble adding contacts
-
kalkin
Heru looperman: use the conversation support chat
-
kalkin
Heru looperman: xmpp:conversations@conference.siacs.eu?join
-
Heru looperman
kalkin: ok i'll try, thanks for the suggestion
-
mathieui
Soni, so after reading your problem definition, I feel like this, as moparisthebest said, is not really a problem in XMPP, and therefore not something many people would want to direct resources at. I do see the issue on the fediverse, but in my view the way to solve this is by having better account portability (i.e. cleaner export/import, a way to keep posts, etc), rather than try some wizardry to circumvent the policies set by the admin.