Re-posting for a broader audience: is carbons more closely related to message forwarding or history sync? Trying to decide where I would group a message carbons package (because I think the name "carbons" is confusing and makes me think the feature is for sending one message to multiple people), but I'm not sure if it belongs in the "forwarding" package, the "history" package, or somewhere else entirely maybe grouped with one of those two things or maybe on its own?
gutuninghas left
kikuchiyohas left
Sam
Maybe the concept (and the package) is "delivery" and includes anything related to message delivery options (delay, forwarding, carbons, maybe others)
Alexhas left
pasdesushihas left
kikuchiyohas joined
wurstsalathas left
selurveduhas joined
southerntofu
hello what's the recommended way for a MUC to redirect a user to another MUC?
dezanthas left
southerntofu
i heard about gone and see-other-host, but does any have better client support?
gutuninghas joined
Sam
southerntofu: probably by sending a mediated invite and then kicking the user: https://xmpp.org/extensions/xep-0045.html#invite-mediated
pep.
wut
pep.
That seems.. ugly
dezanthas joined
Sam
For users already in the muc that is. For new joins I think there's a disco field specifically for showing them the new one instead, but I can't remember what it is
southerntofu
Sam, sooooo the client wouldn't connect automatically to the new addres sright?
southerntofu
ah that sounds better :)
Sam
Yah sorry, I was thinking earlier in the process and realized what you meant after.
Sam
I forget where it's defined; just a second and I'll look
Sam
Or maybe I'm imagining it, I thought ejabberd had this option anyways
pep.
prosody uses <gone/> after a room has been destroyed with a redirect jid
southerntofu
but do clients respect it in practice?
Sam
Nevermind, the thing I thought exited doesn't. At least, not in the config form for the room I thought I'd seen it in.
gutuninghas left
southerntofu
my use-case would be automatically redirecting the user to a specific gateway when the server detects a foreign protocol used on the requested remote service, and knows of a gateway to reach it
idkhas left
southerntofu
eg. /join #foo@libera.chat would redirect me to #foo%libera.chat@biboumi.MYSERVER or something like that
southerntofu
:w 36
southerntofu
(you may treat me as a heretic, i've already received the treatment on IRC-side :P)
southerntofudraw a pentagram in the chan
pep.
So I've tried to argue that non-stable addresses is meh, already, but they don't want to hear it :P
pep.
Maybe somebody can help my case
southerntofualso received the treatment from pep. :P
pep.
(or their case, maybe I'm just wrong about that)
idkhas joined
idkhas left
idkhas joined
gutuninghas joined
dezanthas left
dezanthas joined
gutuninghas left
gutuninghas joined
Yagizаhas joined
marc0shas left
marc0shas joined
mikeyehas joined
qrpnxzhas left
qrpnxzhas joined
mikeyehas left
mikeyehas joined
gutuninghas left
gutuninghas joined
alexbay218has left
wancathas joined
emushas joined
dezanthas left
mikeyehas left
wancat
Hi, I'm new to XMPP. Is the "resource" column in the JID protocol already deprecated? I am developing a XMPP chatbot which bridges messages to other IM. I want to use resource to identify the user of my service so that I can just create one account for the bot. But I don't see different when I send message to the same account with different resource provided, like user@chat.linchpins.cloud and user@chat.linchpins.cloud/test
gutuninghas left
mikeyehas joined
dezanthas joined
mikeyehas left
wurstsalathas joined
mikeyehas joined
scorchhas left
scorchhas joined
pulkomandyhas left
pulkomandyhas joined
Alexhas joined
MattJ
wancat: hi! Welcome to XMPP 🙂
MattJ
The part before the @ identifies the user, the part after the / (the resource) identifies a single session of the user
MattJ
The resource is certainly not deprecated (at the protocol level), but most people now have multiple devices and they want to receive the same messages on all of them
MattJ
Also note that sessions (resources) come and go, e.g. as users switch between devices
MattJ
For a bridge to another network you'll typically want to connect to the server as a "component"
mikeyehas left
MattJ
It's a special connection type that allows you to control traffic for a whole domain (usually a subdomain)
MattJ
If your bridge connects as foo.example.com, it will receive (and can send) messages to/from user@foo.example.com and user2@foo.example.com, etc.
MattJ
Basically faking as many JIDs as you want, without needing to create a load of accounts on the server
gutuninghas joined
jonas’
southerntofu, fun idea. I don’t think any client supports <gone/> on MUC join and I think <redirect/> neither
jonas’
but maybe you can get them to :)
jonas’
(fwiw, <see-other-host/> is a stream error, you are looking for stanza errors)
FireFlyhas left
FireFlyhas joined
goffihas joined
idkhas left
Alexhas left
Alexhas joined
mikeyehas joined
franckhas joined
asterixhas left
asterixhas joined
gutuninghas left
gutuninghas joined
mikeyehas left
pasdesushihas joined
pep.
southerntofu, I think I mentioned it but Link Mauve had a similar "problem" for his XMPP<->AP on prosody
gutuninghas left
emushas left
asterixhas left
asterixhas joined
gutuninghas joined
gutuninghas left
Kiwihas joined
scorchhas left
pasdesushihas left
wuukohas joined
pasdesushihas joined
lovetoxhas left
asterixhas left
asterixhas joined
gutuninghas joined
debaclehas left
lovetoxhas joined
xeckshas joined
Wojtekhas joined
emushas joined
gutuninghas left
gutuninghas joined
wancat
MattJ: Thanks for your replies! Very helpful
gutuninghas left
franckhas left
lovetoxhas left
gutuninghas joined
lovetoxhas joined
gutuninghas left
gutuninghas joined
pasdesushihas left
franckhas joined
pasdesushihas joined
wuukohas left
jgarthas left
Wojtekhas left
Wojtekhas joined
wuukohas joined
gutuninghas left
gutuninghas joined
debaclehas joined
gutuninghas left
lovetoxhas left
Kiwihas left
Kiwihas joined
debaclehas left
debaclehas joined
lovetoxhas joined
debaclehas left
debaclehas joined
Yagizаhas left
Yagizаhas joined
gutuninghas joined
gutuninghas left
qrpnxzhas left
qrpnxzhas joined
Yagizаhas left
machas joined
marc0shas left
marc0shas joined
pulkomandyhas left
pulkomandyhas joined
marc0shas left
marc0shas joined
xeckshas left
pulkomandyhas left
pulkomandyhas joined
marc0shas left
marc0shas joined
machas left
machas joined
qrpnxzhas left
qrpnxzhas joined
Squeaky Latex Folf
> MattJ wrote:
> The resource is certainly not deprecated (at the protocol level), but most people now have multiple devices and they want to receive the same messages on all of them
How would you send a message to all resources then? Just by not specifying the resource?
MattJ
Yeah, the recommended approach these days is to send to the bare JID (no resource)
MattJ
But even if you send directly to a resource (which is still most clients today), it will get copied to all sessions that opt-in via XEP-0280 (carbons)
MattJ
XMPP was one of the first messaging protocols to support multiple concurrent devices, we thought we were so smart... magically routing the messages to the right device. Then everyone went mobile, bandwidth became cheap, and everyone wants everything everywhere :)
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
wancathas left
dezanthas left
wancathas joined
flow
tbh, I am not sure if it was smart to *not* fan out per default from the very beginning
flow
but, 1. you specificy, 2. you code, 3. you use, goto 1
Yagizаhas joined
gutuninghas joined
MattJ
Well, fanning out was allowed by the spec in the bare JID case. Resource locking was probably encouraged by notification issues, and a desire to not have half a conversation on other devices.
MattJ
The fix for half a conversation would require copying outgoing messages also, which is quite a leap
pasdesushihas left
gutuninghas left
Wojtekhas left
scorchhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
dezanthas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
xeckshas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
rom1dephas left
rom1dephas joined
wancathas left
wuukohas left
scorchhas left
scorchhas joined
gutuninghas joined
Yagizаhas left
machas left
xeckshas left
pasdesushihas joined
idkhas joined
Yagizаhas joined
idkhas left
wuukohas joined
franckhas left
marc0shas left
marc0shas joined
debaclehas left
marc0shas left
marc0shas joined
marc0shas left
marc0shas joined
xeckshas joined
asterixhas left
asterixhas joined
asterixhas left
asterixhas joined
franckhas joined
gutuninghas left
gutuninghas joined
qrpnxzhas left
qrpnxzhas joined
dezanthas left
asterixhas left
asterixhas joined
dezanthas joined
marc0shas left
marc0shas joined
asterixhas left
asterixhas joined
debaclehas joined
gutuninghas left
franckhas left
franckhas joined
jgarthas joined
FireFlyhas left
gutuninghas joined
marc0shas left
marc0shas joined
scorchhas left
marc0shas left
marc0shas joined
scorchhas joined
qrpnxzhas left
qrpnxzhas joined
Yagizаhas left
marc0shas left
marc0shas joined
serge90has joined
Kiwihas left
serge90has left
FireFlyhas joined
qrpnxzhas left
goffihas left
franckhas left
franckhas joined
jgarthas left
asterixhas left
asterixhas joined
Squeaky Latex Folfhas left
asterixhas left
franckhas left
franckhas joined
asterixhas joined
asterixhas left
asterixhas joined
gutuninghas left
gutuninghas joined
idkhas joined
Squeaky Latex Folfhas joined
asterixhas left
asterixhas joined
idkhas left
dezanthas left
dezanthas joined
asterixhas left
asterixhas joined
asterixhas left
emushas left
asterixhas joined
asterixhas left
asterixhas joined
xeckshas left
Martinhas left
Martinhas joined
xeckshas joined
gutuninghas left
gutuninghas joined
stpeterhas joined
gutuninghas left
gutuninghas joined
scorchhas left
dezanthas left
dezanthas joined
jgarthas joined
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
marc0shas left
marc0shas joined
marc0shas left
marc0shas joined
marc0shas left
marc0shas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
Kiwihas joined
asterixhas left
asterixhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
paulhas left
qrpnxzhas left
qrpnxzhas joined
franckhas left
franckhas joined
asterixhas left
asterixhas joined
qrpnxzhas left
qrpnxzhas joined
StropheNoobhas joined
gutuninghas left
StropheNoob
Hi everyone. Hoping to learn some things hopefully quickly. Glad I found this group.
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
lovetoxhas left
StropheNoob
I'm writing some simple C programs based on libstrophe. I'm trying to accomplish 3 things: direct message a recipient (done), discover/join available rooms (no clue) and send/receive messages while in a room (see previous task). To test this, I installed ejabberd on my server and have two users with one group set up. I have user_a connected using pidgin/tkabber. user_b needs to connect via my c program. I ordered the definitive guide to XMPP book, but it arrives tomorrow. Does anyone have any initial thoughts on my task?
Kiwihas left
emushas joined
pep.
That's how you join a room protocol-wise: https://xmpp.org/extensions/xep-0045.html#enter I don't know libstrophe at all though
wurstsalathas left
pep.
And welcome :)
asterixhas left
emushas left
marc0shas left
marc0shas joined
stpeterhas left
StropheNoob
Is "service discovery" what I should be researching as far as finding out who is online and what rooms are available?
StropheNoob
My cursory understanding is I just craft a bunch of stanzas that conform to these different xep-### extensions and that's how I get the info I need. Is that correct?
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
stpeterhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
qrpnxzhas left
qrpnxzhas joined
StropheNoob
* I found it in section 6.3 of the link you sent (thank you)