Why there is https://xmpp.org/extensions/inbox/occupant-id.html and https://xmpp.org/extensions/xep-0421.html?
jonas’
because we don’t delete stuff from the inbox currently
!XSF_Martin
During my first search i found the first and thought it's not yet accepted and later I found the second.
jonas’
and we can’t set redirects :(
jonas’
probably deleting would be a good thing then
!XSF_Martin
jonas’: That's irritating if your search engine isn't as clever as google. :(
jonas’
I agree
jonas’
but deleting is also meh regarding reading mailing list history
jonas’
(but so would redirects)
pep.
https://github.com/xsf/xeps/issues/738
jonas’
or that, yesn
jonas’
!XSF_Martin, I hear you want to join the editor team....
!XSF_Martin
:D
stpeterhas joined
sonnyhas left
sonnyhas joined
marchas joined
archas left
archas joined
Link Mauve
jonas’, you could do a HTML redirect instead of an actual deletion.
jonas’
Link Mauve, would also require changes to the schema as in #738
j.rhas left
Link Mauve
That’s way worse than being able to configure the web server, but since this is now a task too complicated thanks to containers…✎
Link Mauve
That’s way worse than being able to configure the web server, but since this is now a task too complicated to be realisticly thanks to containers… ✏
j.rhas joined
Link Mauve
That’s way worse than being able to configure the web server, but since this is now a task too complicated to be realisticly done, thanks to containers… ✏
jonas’
has nothing to do with containers
Link Mauve
Oh?
jonas’
but everything with lack of configuration management
jonas’
the containers are just a band-aid around the former, alleviating some of the pains in that regard (because some config is baked into the containers instead of handled ad-hoc on nodes)
jonas’
but the core issue is that there’s no config management
kuvohhas joined
kuvohhas left
kuvohhas joined
debaclehas joined
stpeterhas left
paulhas joined
larmahas left
larmahas joined
Andrzejhas joined
rionhas left
rionhas joined
Guus
would you expect to find messages that were shared with a MUC room in MAM responses from a personal archive?
Link Mauve
I’ say no, I would expect them only in the MUC archive.✎
Link Mauve
I’d say no, I would expect them only in the MUC archive. ✏
Guus
Openfire doing a catch-all where the 'to' and 'from' matches the addressee, which also captures some MUC messages (notably, when you're online)✎
Kev
I would, yes.
Guus
I just helped a customer that was confused that it got inconsistent group chat history while querying MAM - they were querying personal archives, rather than the MUC address.
Guus
Easily fixed, but it made me wonder.
Guus
Openfire doing a catch-all where the 'to' and 'from' matches the addressee, which also captures some MUC messages (notably, when you're in the room) ✏
govanifyhas left
govanifyhas joined
govanifyhas left
Guus
Although I can see how MUC messages would technically end up in personal archives, I wonder what the value of those are. Chances of it not being a consistent history are large, I think?
govanifyhas joined
jonas’
Guus, congratulations, you just rediscovered one of the key issues with MIX :)
Guus
Am I not more than 5 years late to the party?
Kev
Don't you mean one of the key issues with MUC that's resolved with MIX? :)
jonas’
Kev, no?
jonas’
in MUC, nobody expects messages to be in the account archive
Kev
I do.
jonas’
it’s not specified anywhere tho
neshtaxmpphas left
Guus
(I can't help but read that in a Monty Python voice)
jonas’
in MIX, everybody does, and MIX does not specify how to recover from s2s outagfes✎
jonas’
in MIX, everybody does, and MIX does not specify how to recover from s2s outages ✏
Kev
"not specified anywhere" to the tune of "A server SHOULD also include messages of type 'groupchat' that have a <body>, but where such history is accessible through another method (e.g. through an archive on the MUC JID)" ?✎
Kev
"not specified anywhere" to the tune of "A server SHOULD also include messages of type 'groupchat' that have a <body>" ? ✏
jonas’
fun, I don’t know of any client which looks there for MUC archives. I seem to even recall that people wanted type='groupchat' explicitly excluded from their MAM results because it would be inconsistent and waste bandwidth for nothing ;)
Kev
It's not 'nothing' though, is it?
Kev
If I want to find a message that I know I sent about X, I shouldn't need to remember where I sent it in order to find it, I should just query my archive.
xsfhas left
eta
well the issue with that is, if all your clients are offline your MUC archive won't populate
eta
because you're not in any MUCs
jonas’
Kev, you’re of course using E2EE so you can’t query your archive for X and have to rely on your local archive anyways /s✎
Kev
Yes, but I also probably didn't send or receive any messages to the MUC while I was offline :)
jonas’
Kev, you’re of course using E2EE so you can’t query your server archive for X and have to rely on your local archive anyways /s ✏
neshtaxmpphas joined
darkijahhas joined
kuvohhas left
darkijahhas left
larmahas left
govanifyhas left
Guus
in your specific case, I wouldn't put it past you, but generically, I think you're right 🙂
govanifyhas joined
Andrzejhas left
Guus
I'm guessing the benefits and drawbacks, functionality wise, might be roughly in balance on this?
larmahas joined
sonnyhas left
sonnyhas joined
Guus
consensus on implementation might be good. Following the specification is a good place to start, I guess 🙂
j.rhas left
j.rhas joined
marchas left
j.rhas left
j.rhas joined
sonnyhas left
sonnyhas joined
sonnyhas left
sonnyhas joined
strypeyhas joined
sonnyhas left
sonnyhas joined
thorstenhas joined
jmpmanhas joined
sonnyhas left
sonnyhas joined
papatutuwawahas joined
papatutuwawahas left
papatutuwawahas joined
marchas joined
Shellhas left
neshtaxmpphas left
stpeterhas joined
moparisthebesthas joined
lobodelrayohas joined
Andrzejhas joined
stpeterhas left
marchas left
marchas joined
nycohas left
eevvoorhas joined
jmpmanhas left
karoshihas left
marchas left
karoshihas joined
marchas joined
darkijahhas joined
stpeterhas joined
nycohas joined
chrishas left
chrishas joined
darkijahhas left
Wojtekhas joined
xeckshas left
xeckshas joined
papatutuwawahas left
mukt2has left
nycohas left
j.rhas left
mukt2has joined
j.rhas joined
neshtaxmpphas joined
nycohas joined
nycohas left
Andrzejhas left
mukt2has left
mukt2has joined
karoshihas left
goffihas left
j.rhas left
j.rhas joined
Neustradamushas left
Neustradamushas joined
karoshihas joined
jmpmanhas joined
mukt2has left
kuvohhas joined
mukt2has joined
kuvohhas left
strypeyhas left
oguzeducationcenterhas joined
nycohas joined
sonnyhas left
sonnyhas joined
goffihas joined
nycohas left
papatutuwawahas joined
nycohas joined
jmpmanhas left
nycohas left
nycohas joined
j.rhas left
j.rhas joined
lovetoxhas joined
sonnyhas left
sonnyhas joined
lorddavidiiihas left
nycohas left
lorddavidiiihas joined
sonnyhas left
sonnyhas joined
Half-Shothas left
Bifrost Bothas left
uhoreghas left
Andrzejhas joined
Half-Shothas joined
uhoreghas joined
Bifrost Bothas joined
sonnyhas left
sonnyhas joined
nycohas joined
adiaholic_has left
papatutuwawahas left
debaclehas left
citizenzibbhas left
citizenzibbhas joined
Shellhas joined
citizenzibbhas left
citizenzibbhas joined
citizenzibbhas left
citizenzibbhas joined
papatutuwawahas joined
citizenzibbhas left
papatutuwawahas left
citizenzibbhas joined
papatutuwawahas joined
adiaholic_has joined
thorstenhas left
Shellhas left
sonnyhas left
sonnyhas joined
lobodelrayohas left
APachhas left
adiaholic_has left
neshtaxmpphas left
APachhas joined
mukt2has left
mukt2has joined
karoshihas left
debaclehas joined
Afrogeekhas joined
marchas left
Unlifehas left
Unlifehas joined
karoshihas joined
mukt2has left
mukt2has joined
Afrogeekhas left
mukt2has left
mukt2has joined
marchas joined
adiaholic_has joined
marchas left
Shellhas joined
Nekithas left
krauqhas left
dwdhas left
dwdhas joined
archas left
archas joined
papatutuwawahas left
papatutuwawahas joined
papatutuwawahas left
krauqhas joined
papatutuwawahas joined
dwdhas left
dwdhas joined
krauqhas left
darkijahhas joined
krauqhas joined
dwdhas left
dwdhas joined
govanifyhas left
govanifyhas joined
lovetoxhas left
Neustradamushas left
lovetoxhas joined
Neustradamushas joined
darkijahhas left
darkijahhas joined
darkijahhas left
darkijahhas joined
dwdhas left
thorstenhas joined
nycohas left
neshtaxmpphas joined
dwdhas joined
neshtaxmpphas left
oguzeducationcenterhas left
oguzeducationcenterhas joined
edhelas
hi everyone
edhelas
i had a look at XEP-0402, looks great 💕
edhelas
but I already had a bookmarks:0 implementation in Movim, and 0411 explains how to convert between 0049 and 0402
edhelas
i'm wondering how I can do the transition smoothly
edhelas
from :0 to :1
marchas joined
govanifyhas left
archas left
govanifyhas joined
archas joined
adiaholic_has left
adiaholic_has joined
oguzeducationcenterhas left
govanifyhas left
govanifyhas joined
govanifyhas left
oguzeducationcenterhas joined
govanifyhas joined
Nekithas joined
nycohas joined
govanifyhas left
govanifyhas joined
debaclehas left
oguzeducationcenterhas left
Nekithas left
adiaholic_has left
adiaholic_has joined
archas left
archas joined
lovetox
edhelas, the only difference is the <extension> container or not?
lovetox
what is there to migrate?
archas left
archas joined
pep.
lovetox, I guess the question is mostly on what to push where. push :0 or push :1 and handle deletion on the other side or not etc.
pep.
Link Mauve, was your mod_bookmarks2 handling conversion?
Link Mauve
pep., yes, but only between 0049-Private XML and 0402, not between 0049-PEP and 0402.
lovetox
im confused, it the question how to migrate from bookmarks:0 to 1?
pep.
ah edhelas, in 402 it's written "urn:xmpp:bookmarks:1#compat"