!XSF_MartinWhy 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_MartinDuring 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_Martinjonas’: 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 Mauvejonas’, 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 MauveThat’s way worse than being able to configure the web server, but since this is now a task too complicated thanks to containers…
Link MauveThat’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 MauveThat’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 MauveOh?
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
Guuswould you expect to find messages that were shared with a MUC room in MAM responses from a personal archive?
Link MauveI’ say no, I would expect them only in the MUC archive.
Link MauveI’d say no, I would expect them only in the MUC archive.
GuusOpenfire doing a catch-all where the 'to' and 'from' matches the addressee, which also captures some MUC messages (notably, when you're online)
KevI would, yes.
GuusI 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.
GuusEasily fixed, but it made me wonder.
GuusOpenfire 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
GuusAlthough 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 :)
GuusAm I not more than 5 years late to the party?
KevDon'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
KevI 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 ;)
KevIt's not 'nothing' though, is it?
KevIf 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
etawell the issue with that is, if all your clients are offline your MUC archive won't populate
etabecause 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
KevYes, 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
Guusin your specific case, I wouldn't put it past you, but generically, I think you're right 🙂
govanifyhas joined
Andrzejhas left
GuusI'm guessing the benefits and drawbacks, functionality wise, might be roughly in balance on this?
larmahas joined
sonnyhas left
sonnyhas joined
Guusconsensus 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
edhelashi everyone
edhelasi had a look at XEP-0402, looks great 💕
edhelasbut I already had a bookmarks:0 implementation in Movim, and 0411 explains how to convert between 0049 and 0402
edhelasi'm wondering how I can do the transition smoothly
edhelasfrom :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
lovetoxedhelas, the only difference is the <extension> container or not?
lovetoxwhat 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 Mauvepep., yes, but only between 0049-Private XML and 0402, not between 0049-PEP and 0402.
lovetoxim 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"