Ge0rGmoparisthebest: yes, all MUC messages go to all participants immediately, because the server doesn't know the user's notification settings
Ge0rGmoparisthebest: if the user has "notify on all messages", delaying would be bad
jonaswbut the users server may delay them with CSI
jonaswif it knows about the notification settings :)
jonaswmoparisthebest, obviously, you haven’t been in the MUC of the local hacker space. People there think that using OMEMO in a public muc is a super great idea.
Yagizahas left
jonaswhaven’t been there in a while, mind, all this "This message is OMEMO encrypted but your client doesn’t support it" was getting annoying.
Yagizahas joined
danielhas left
jonaswgreat way to alienate people.
Yagizahas left
Yagizahas joined
Ge0rGjonasw: if it knew. Which it can't.
jonaswGe0rG, yet. I think it was discussed at summit that a way for the server to know would be good?
Ge0rGjonasw: yes. "would be good" is very far from an actual implementation, one might imagine.
Ge0rGjonasw: if I had some time, I'd maybe write a PEP-based proto-XEP
jonaswGe0rG, better write a pep-based implementation first.
Ge0rGwhich just stores a list of JIDs and their respective notification settings (always / mention / never)
jonaswoh wait, we don’t even have reliable private PEP storage everywhere :<
Yagizahas left
Yagizahas joined
Ge0rGjonasw: I didn't check in the last year. Do we have private PEP widely deployed already?
Ge0rGBookmarks2 FTW
jonaswbm2 needs multi-item, persistence and private PEP. that’s gonna be hard.
Ge0rGI'll just stick to 0048
Ge0rGlike I stick to google:queue.
sezuanhas left
Maranda*has CSI dealing only with presences mostly*
Ge0rGMaranda: was that supposed to be a /me ?
SaltyBoneshas left
Dave Cridlandhas left
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
KevGe0rG: I think so, we've been deploying it for years. The recent pubsub options change notwithstanding.
KevI *think* it's just Prosody that's had problems with PIP and things.
danielOpenFire and ejabberd should handle that fine I believe
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
Steve Killehas left
Steve Killehas left
Ge0rGSo ~1/3 of the servers out there don't even have an implementation, and the other 2/3rds depend on which version they were abandoned at?
jonaswKev, are you intentionally calling it PIP? it confuses the hell out of me because of pythons package manager being called the same.
Kevjonasw: Yes, because that's what 223 was called.
marmistrzhas left
jonaswKev, what’s the first P for?
jonasw(the last is for PEP I guess)
Ge0rGPrivate data In PEP? *guessing*
jonasw(or PubSub)
KevGe0rG: Maybe. Different people have different priorities here. Mine is mostly in moving things forward and having stuff available to people who do update servers and clients.
jonaswGe0rG, Kev, what’s the acronym for '222 then?
jonaswPuIP?
KevPrivate Information Via Pubsub is 223
jonaswor even PubIP, just one dash and a mirror operation away from a bad pun.
Kev222 is POP - Persisting Objects via Pubsub
Ge0rGI thought it was Persistent Storage of Private Data via PubSub
Ge0rGWhich would make it PSoPDvPS
Ge0rGBut we could shorten it down to PSPDPS probably.
jonasw(if you need to detect sarcasm/irony/bad jokes in my messages, the following regex will help: /!{2,}k+\b/. it won’t show all instances, but has a zero false-positive rate)
SaltyBoneshas left
jonasw(I think at least :))
marmistrzhas left
Ge0rGjonasw: what's the "k" for?
jonaswGe0rG, it’s 1, but on my keyboard layout.
jonaswmodifier + k = !
jonaswlike modifier + 1 = ! on qwert[zy]
Ge0rGjonasw: why are you leaking your keyboard layout to the general community?
jonaswGe0rG, because it’s 9:30am and I still haven’t gotten anything done probably.
Ge0rGMy goal for today's morning is to get onto that VPN that didn't let me work yesterday.
jonaswso that it won’t let you work today either?
jonaswsounds like a plan
marmistrzhas left
ludohas joined
MarandaGe0rG possibly
KevRaising a slightly contentious idea...maybe we should bring back SIFT
KevNot actually SIFT, but something a bit like that.
jonaswwhat’s SIFT
KevTo solve this 'squelch MUC on mobile' issue.
KevSIFT's 273
waqasis sad that he wrote mod_sift for Prosody, but there were no clients to be found
Ge0rGKev: what's wrong with an account-side notification prefs list that will be used by CSI?
jonaswSIFT looks like privacy lists, complexity wise.
Kevjonasw: SIFT itself isn't the right solution here, no.
SaltyBoneshas left
Ge0rGLet's collect all the requirements we had for SIFT, privacy lists and CSI and then make one big XEP to cover them all.
Tobiashas joined
KevGe0rG: Nothing's wrong with that, but I'm not sure that goes far enough. Unless you're intending notification settings to be very powerful - which might work.
Ge0rGMaybe also Message Archive.
waqasGe0rG: Just make sure it runs on top of pubsub
Ge0rGKev: I'm not sure how powerful you think I want them for this to work out.
KevLike, if you say things like "Squash messages from this JID unless they have a reference payload to my JID or @everyone but make sure they're in the archive, I'll fetch them when the user opens the window"
jonaswKev, actually, if SIFT had an "defer" action which would integrate with CSI, I can see a lot of use in that.
ludohas left
Ge0rGKev: I wouldn't even touch archival in there. Just a tri-state of "never|mention|all"
KevWell, if it's not archived you've lost the ability to catch up again.
Ge0rGand maybe a separate global setting what "mention" means exactly, like "nickname / string-list / @all"
KevBut in XMPP2 where it would have been archived automatically...fine.
Ge0rGKev: I thought MAM was the way to archive things?
jonaswwhat’s wrong with getting all messages, but CSI-delayed if they’re not notification-worthy?
Ge0rGjonasw: it delays resync from zombie state
Kevjonasw: Are you suggesting a server should buffer messages from a 5000-user IRC channel indefinitely?
jonaswKev, it could fetch them from MAM for the user.
jonaswno need to keep them in memory.
jonaswjust a pointer to the point in the archive
KevIf it's in MAM, there's no need for a buffer at all, the client can just request what it wants.
jonaswejabberd does it like that I think, even with presences.
jonaswKev, except that the client needs to do a thing the server could be doing for it ;-)
Ge0rGKev: a sane CSI implementation could dump the backlog periodically and/or when a certain number of messages have been backlogged
Kev(Which is the better model - as the client will likely only want the most recent 100, or whatever, that contains the mention that caused you to open the room, not the previous 10,000)
jonaswhm.
jonaswmaybe
KevGe0rG: Maybe, although then you have to communicate to the user that they've got holes that they backfill with MAM.
jonaswmakes things much more complex though
Ge0rGKev: we've had that before. There is the "full client" and the "thin client" model.
Ge0rGKev: by "dump" I meant "send out to the client"
jonaswKev, so the client would have to make a MAM query after each message it receives in a room where it isn’t set to "notify on everything" to ensure it doesn’t have gaps?
Ge0rGfilling backlog gaps from MAM is slightly challenging, and also not supported by RSM.
KevIt's not ensuring that it doesn't have gaps, it knows it has gaps.
jonaswKev, depends on your use-case.
Ge0rGI really don't want to model MAM gaps in my database structure.
KevGe0rG: That's fine, you don't have to if you want to be a 'complete client'.
jonaswI can see use for CSI in a desktop client if we can work out the timely notification thing.
jonaswwhat’s a "complete client"?
Ge0rGKev: you seem to have modelled all the required protocol flows for both kinds of client in your head. I'd love to read up on that in a more persistent way than by querying you in a MUC
Ge0rGjonasw: one that keeps a full local log of messages by default, without resorting to MAM whenever the user opens a chat tab
jonaswisn’t that exactly the type of client which has to keep book of holes to ensure it can fill the gaps?
KevAs opposed to a recent-only client, which just queries recent messages when you open a chat, and backfills as needed when the client scrolls.
SaltyBoneshas joined
Valerianhas joined
ludohas joined
Dave Cridlandhas left
waqashas left
ludohas left
danielhas left
intosihas left
ludohas joined
Wiktorhas joined
WiktorHello! I'd like to extend the wiki page (https://wiki.xmpp.org/web/Tech_pages/XEP-0368) with info on how to route HTTP/2 and XMPP TLS traffic on port 443 with nginx (the ability to route based on ALPN was recently added: http://mailman.nginx.org/pipermail/nginx/2018-March/055798.html ). If it's possible would someone set me an account on wiki.xmpp.org? Thanks in advance!
Andrew Nenakhovhas left
jonaswGe0rG, ^
intosihas joined
Ge0rGWiktor: please send me a message with your desired username (Wiktor?) and your email address for the password delivery.
MattJLooks like I lost my privileges after the great wiki disaster of 2017 :/
jonasws/wiki //
jonaswactually, the server was a tad late. it would’ve been a great fit for '16
Maranda"great wiki disaster" :O
Dave Cridlandhas left
Ge0rGWiktor: The current content of Tech_pages/XEP-0368 is very raw. It would be great if you could also add some structture :)
jonaswanyone a suggestion for a wiki page name for that bookmark autojoin discussion?
WiktorYep I noticed that, I need to reformat it anyway as some sections (like SRV records) would be the same for all methods.
Ge0rGlike maybe an intro sentence what the page is about, an auto-generated TOC and then headings for different implementations / common settings
Ge0rGjonasw: Easy Bookmarks™
jonaswand add a link to it on https://wiki.xmpp.org/web/SRV_Records
jonaswGe0rG, asking to be sure, do you have the power to move pages? :>
WiktorSRV Records must be extended with xmpps-client too
Wiktorwell, a little bit more work than I anticipated but it's do-able :)
Ge0rGthe inverted highlighting of poezio really leads to low contrast
jonaswI turned it off for that reason
jonaswyou want my irssi theme
Ge0rGjonasw: I'm not sure I do.
jonasw/theme irssi
Ge0rGI'm always very hesitant to change themes.
Dave Cridlandhas left
Dave Cridlandhas left
Yagizahas left
Yagizahas joined
Alexhas joined
Dave Cridlandhas left
ludohas joined
Link Mauvejonasw, would you be ok with merging it upstream?
jonaswLink Mauve, didn’t I already?
Dave Cridlandhas left
Link MauveOh right, indeed it’s there.
Holgerhas left
Holgerhas left
Holgerhas left
Dave Cridlandhas left
Andrew Nenakhovhas joined
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
ludohas left
jubalhhas joined
jubalhhas left
Dave Cridlandhas left
Tobiashas joined
blablahas left
Dave Cridlandhas left
Dave Cridlandhas left
blablahas left
ludohas joined
Marandahas joined
jubalhhas joined
jubalhhas left
danielhas left
Dave Cridlandhas left
Dave Cridlandhas left
LNJhas joined
Yagizahas left
Yagizahas joined
tuxhas joined
Dave Cridlandhas left
ludohas left
LNJhas left
LNJhas joined
LNJhas left
LNJhas joined
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
blablahas joined
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
danielhas left
Dave Cridlandhas left
Dave Cridlandhas left
dwdhas left
Kevhas left
dwdhas left
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
danielhas left
Dave Cridlandhas left
Holgerhas left
jubalhhas joined
jubalhhas left
Tobiashas joined
ludohas joined
Tobiashas left
ludohas left
ludohas joined
had-hochas left
ludohas left
Dave Cridlandhas left
efrithas joined
Valerianhas left
Valerianhas joined
ludohas joined
intosihas left
Dave Cridlandhas left
efrithas left
ludohas left
Nekithas left
Nekithas joined
Valerianhas left
Dave Cridlandhas left
danielhas left
intosihas joined
jubalhhas joined
Marandahas joined
lumihas joined
Dave Cridlandhas left
marmistrzhas left
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
ludohas joined
jubalhhas left
Dave Cridlandhas left
Dave Cridlandhas left
danielhas left
Dave Cridlandhas left
danielhas joined
winfriedhas joined
winfriedhas joined
Dave Cridlandhas left
Dave Cridlandhas left
ludohas left
lskdjfhas joined
alexishas joined
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
jubalhhas joined
jubalhhas left
Dave Cridlandhas left
Dave Cridlandhas left
Valerianhas joined
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
la|r|mahas joined
ThibGhas joined
Dave Cridlandhas left
ThibGHi, I was looking at XEP-0333 as I was under the impression that it was the preferred way to synchronize state between XMPP clients.
ThibGBut after reading it I'm pretty convinced this is not a great way to do it, as it requires sending such state to the recipients, as the “Security Considerations” section already points out
KevXEP 333's not good for synchronising state between your own clients, no. Only for sending markens back to the sender (and I'm not convinced it's great for that either).
ZashAnd I'm pretty sure you can do 80% of that using chatstates and receipts :)
vanitasvitaehas left
ThibGChatstates and receipts have similar issues 🙂
Alexhas left
Dave Cridlandhas left
ThibGAnyway, I was wondering if there is a better XEP out there for synchronizing such state?
alexishas left
alexishas joined
Dave Cridlandhas left
alexishas left
alexishas joined
tahas joined
jonaswThibG, no, but the question comes up regularly
ZashThibG: What exactly do you want to sync and between what?
KevWhich state are we talking about in this case?
KevUnread markers?
ThibGyeah
KevI have a model for how we do that, which I discuss briefly in bind2.
Zash*your own* unread state?
ThibGYes, your own unread state
KevBut there are still more parts needed. If you need this Now, I suggest the best thing is to store the most recent read messages for each contact in PIP, and go from there. It's not perfect, but it'll do.
ZashYeah, Kev had ideas for that
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
ThibGI don't “need this Now”, it's just that it's a pain having multiple clients and having notifications for messages I have already read. I was looking for a XEP to implement in clients, but guess I'll wait
Dave Cridlandhas left
danielhas left
KevI think you generally don't really want to know what's read, but what's unread, and that needs the cooperation of the archive.
jonaswThibG, if the clients send chat markers, it should work. some clients send, but ignore inbound chat markers, so you might have a chance there. at least for some cases.
KevWell, s/needs/is easiest done/
Kevjonasw: I think Chat Markers for this is very nearly the worst possible approach ):
Dave Cridlandhas left
jubalhhas joined
KevI think the PIP approach is mostly workable, but not great, and the cooperation of the archive approach is best, but probably a little way of.
Kevs/of\./off./
Dave Cridlandhas left
ThibGjonasw, it works when the clients send chat markers, right. But it requires telling the recipient what you have read and what you haven't, which you might not want to do.
jonaswyeah
ThibGAlso, the XEP advises against sending them if the recipient doesn't advertise support for it
SamWhitedhas left
KevAnd it requires your archive saving markers, which it probably won't, and your client querying MAM back to find all the last read markers for your conversations, which you also probably don't want to do.
ThibGAnd most clients respect that, so the synchronisation depends on what the recipient supports 😕
KevI'm sure it's possible to come up with a worse mechanism for solving this problem, but I think it'd require some amount of creativity.
jonaswThibG, do they? I’d advise clients to ignore that and send always.
ThibGjonasw, yeah, Dino and Conversations at least seem to respect that
Alexhas joined
ThibGKev, got your point
Kev:)
jonaswI think conversations wanted to move to ignore that at some point. but I may misremember.
HolgerThibG: Really? So this would only work while the recipient is online?
HolgerThibG: Conversations even adds a <store/> hint to make this work for offline recipients.
ThibGhm
HolgerI agree this is a mess, but I don't see we have anything better to offer right now.
Dave Cridlandhas left
Dave Cridlandhas left
KevHolger: I think my PIP suggestion is better Right Now, albeit unspecced.
KevAt least, I don't think there's a XEP for it. I remember writing this down a while back.
jubalhhas joined
jubalhhas left
jubalhhas joined
Dave Cridlandhas left
Nekithas left
Nekithas joined
HolgerWhat was PIP again?
Guusharhar. I'm working on a bug that's caused by a client falling for the good old "Are you there?" -"No!" joke.
HolgerAnyway I meant we have no better standard solution, of course. I can easily imagine better non-standard ones :-)
Dave Cridlandhas left
danielhas left
KevPrivate PEP.
Guus(ping got responded to with an error, which didn't prevent a timeout)
Kev(223)
ZashPIP, PEP, POP, is there a PAP?
Dave Cridlandhas left
intosiPAP and CHAP.
intosiBut only in a PPP context ;)
jonaswPEAP?
ZashAnd PUP
HolgerKev: Ah so nothing non-standard on the server side.
intosiAcronym creators were probably on PCP.
Dave Cridlandhas left
KevHolger: I think you can do something that's a usable stopgap with only 223 on the server, yes.
KevBut it's significantly less good than doing it properly.
HolgerYup, I see.
danielhas left
ThibGHolger, ok so the thing is the sender needs to set the message as “markable” for read markers to be issued, so if the person you're conversing with doesn't do it, you don't have synchronized state…
danielhas left
Dave Cridlandhas left
danielhas left
Dave Cridlandhas left
HolgerThibG: Ah right, I was thinking of the previous step, doing service disco to decide whether to set "markable" (#5.2), which assumes the recipient to be online and doesn't cope with multiple devices.
HolgerThibG: But your step is the relevant one here, yes. Still I think you could just issue markers no matter whether markable was set.
KevServer devs: How hard is it for you to do magic based on pubsub nodes?
ZashDefine magic
jonaswKev, xep 400?
Keve.g. how hard is it for you to do something when something is pushed to a specific node?
jonasweh
jonaswXEP 0398
KevYes, something like 398.
ZashKev: It Depends™
ZashBut can be easy
KevI'm pondering writing a XEP for unread-sync based on PIP, and defining additional magic that the server can do to make it more useful.
jonaswplease feature that magic and make it a MUST when the feature is available. I hate nothing more than having to infer whether a server does a thing or not
KevIt's not the perfect protocol for doing it, but it would mean clients could get going with something Right Now, and as servers support it they'd gain the additional niceness.
jonaswexcept that e.g. prosody still doesn’t have PIP.
ZashThere's plugins for Prosody that syncs the nickname and avatar nodes with the vcard
ZashIt's possible to make nodes private from the inside in the newer pubsub code, if somewhat verbose.
Dave CridlandLacking context, but if that's does Openfire do persistent PEP, then yes, of course.
KevNo, it was can you do magic like 398?
jonaswDave Cridland, it’s whether it can do private PEP with publish-options assertions
KevI'm pondering writing another XEP that does magic when something is published to a particular PIP node.
Dave CridlandHmmm. 398?
Kevvcard/PEP avatar magic.
HolgerNo problem to implement in ejabberd (there's a publish event), just not sure I like such magic nodes.
KevJust 'can you hook code onto publishes to a particular node and/or would it be prohibitive?'.
HolgerMaybe I do.
Dave CridlandOh. I don't think so. Guus would know for sure. But I don't think we have hooks.
KevI don't mean user-facing hooks, I just mean for Server Features, if that helps.
KevHolger: I'm just pondering whether speccing something that isn't perfect protocol, but achieves the right result and lets client implement Right Now and still mostly work before servers are there is preferable to waiting forever for supporting the perfect protocol.
KevI quite like magic nodes, FWIW, as long as the magic is additional, rather than transforming the behaviour of the node.
Guuswaitwhat?
GuusI know nothing!
Nekithas left
Nekithas joined
Guuswe have no API hooks specific for Pubsub that I'm aware of. We do have generic stanza interceptors.
marmistrzhas left
alexishas left
alexishas joined
HolgerKev: Yes, sounds good to me. I think 🙂
HolgerKev: But if it works too well, nobody will ever implement the perfect protocol!
GuusHolger, you're wrong. Implementation available here: https://github.com/kelseyhightower/nocode
Holger:-)
KevHolger: Yes, I'm suggesting we never do the perfect protocol, we just get the perfect* features.
ZashAs part of this, what if the server makes it such that clients don't join MUCs, but the account does.
KevThat is needed for this to work for MUCs, yes.
ZashThis general "make it work, not make it perfect" thing
jonaswZash, I’m still confused how a client is supposed to know what to do with those type="groupchat" messages and MUC-related presences it is suddenly getting.
Zashjonasw: It doesn't get those unless it joins rooms.
jonaswZash, how is the "account" joined then?
Zashjonasw: Server sees you attempting to join a room, drops that and sends a join from the bare account jid instead.
KevSo, you know, one step closer to MIX.
ZashAnd makes a note "this session joined that room"
jonaswZash, who profits from that change?
Alexhas left
Kevjonasw: Anyone who doesn't want problems with dupes. Especially archive-based stuff like unread sync.
jonaswhow does this handle s2s interruptions?
danielhas left
Zashjonasw: People who are annoyed by quitjoins. Eaiser to have groupchats in user archives. Users get faster join sync.
ThibGhas left
ThibGhas joined
ZashWhen a second client joins, it simply serves locally cached room state back and makes a note that that session is also interested in that room.
jonaswmakes sense
ZashOh and it keeps local room state on the server.
jonaswI might like this more than MIX, except for the still present abuse of resources.
ThibGhas left
jonaswZash, but how does it cope when the s2s link to the MUC service is broken/the MUC service fails and restarts without state/…
ZashIn theory, one could evolve this into a compat layer for having MUC clients in future MIX channels,
jonaswthose conditions where clients nowadays rejoin after a ping timed out or they got an error back or something like that
Zashjonasw: Badly, I guess. Still a hacky PoC stage
Zashjonasw: Doesn't even handle anyone leaving :)
KevI think the resync is going to hurt with this MUC stuff though.
ZashIt already hurts.
KevBecause unlike MIX it's not clear how you connect with a client to a MUC that your account's already joined.
ThibGhas joined
ZashKev: The server handles it and sends you the room state from a local cache.
ZashMUC clients shouldn't notice anything different
ThibGhas left
ZashI guess Ge0rG is correct in this being basically a bouncer.
jonaswyeah
alexishas left
alexishas joined
ZashSo it gets all the client problems, except those that relate to connection issues to the server :)
KevYeah, but you're getting a lot more work on the server than the server support in MIX.
Wiktorhas left
ThibGhas joined
ThibGhas left
moparisthebestwhich is great if nothing else has to change and you get 100% backwards compatibility, right?
ZashI'm not sure which would be more work at this point, haven't been able to read the entire MIX spec yet.
ZashI've got something half-working that can be tested to see if it's worth the trouble. Why I called it a hacky proof of concept :)
ThibGhas joined
jubalhhas joined
KevI think you end up doing the same amount of work, for something that still has issues.
jubalhhas left
pep.Ge0rG: re CSI/MUC messages, is there any case of messages being processed by the server already? I'm not fond of the "mention" bit. Also you need to define it, it can mean lots of things nowadays with fancy new IMs solutions out there, @everyone, @here, @channel and whatnots
ZashKev: Doing something that (partially) works now tends to be more rewarding than something that has to wait, in this case for MIX to become stable and implemented.
moparisthebestKev, but most importantly, 100% backwards compat, and work *only* on the user's server, rather than on all clients, all servers, and all mix components
Andrew Nenakhovhas left
moparisthebestdid anyone make that Wiktor guy a wiki account?
KevI'm not sold.
Andrew Nenakhovhas joined
ZashI'm a terrible sales person.
moparisthebestso of the mythical MIX server components that are done, which of them have backwards compatibility with MUC ?
alexishas left
Tobiashas left
moparisthebestbecause if not, they are a non-starter
alexishas joined
moparisthebestfor example when would xsf@muc.xmpp.org switch over?
Guusmoparisthebest : who's "wictor"?
MattJmoparisthebest, pretty sure my opinion is in the minority, but I see MUC and MIX serving different use-cases, and I don't necesarily feel that all MUCs must switch over
jonaswGuus, Wiktor asked for a MUC account earlier✎
jonaswGuus, Wiktor asked for a Wiki account earlier ✏
jonaswMattJ, +1
jonaswMIX feels like a not-so-great model for the average support group chat
Zashmoparisthebest: I think Ge0rG dealt with the wiki
GuusI didn't see that. He does not appear to have an account now
GuusDo we have his contact details?
ThibGhas left
Guusemail?
jonaswGuus, ask Ge0rG
ZashMattJ: How do you feel about a account-based MUC join module? Useful or hack that will haunt us forever?
GuusGe0rG?
danielhas left
moparisthebestMattJ, I mean the situation with muc on multi-client but especially phones isn't great, if mix can't replace muc and fix that forever I don't see a point
danielhas joined
KevI'm not sure why it can't.
ThibGhas joined
KevAnd you can add basic MIX on top of MUC fairly straightforwardly.
moparisthebestwell one reason is it's been years and no one has implemented anything but a tiny part with no muc compatibility
moparisthebestI'm just solidly with Zash here, running code that works *now* is the way to go, vs duke nukem forever code that might be better in the future
KevWe've not got the spec right for showing how straightforward these concepts are yet, and I think that's a part of why there's limited adoption.
KevBut we'll get there.
ZashAnd I'm not saying this will solve all problems. I just wanna know how useful this hack I made is.
KevI don't think there's anything that stops hacks on MUC now to make it better. I'm not sold that it can actually solve everything fully without essentially becoming MIX>
ThibGhas left
KevWhich, at its core, is largely just about less overloaded addressing and presence semantics.
moparisthebestwhile that might be true, it doesn't need to solve everything, perfect is the enemy of good
ThibGhas joined
jonaswmoparisthebest, crude hacks is what got us into the carbons/mam mess though
moparisthebestis it better with them as crude hacks or before when multi-device was useless?
jonaswbetter, but also still bad
jonaswin a different way though
jonaswif we had went with XMPP2 routing/addressing right away, things might’ve been much better.
moparisthebestjonasw, crying over spilt milk? hehe
moparisthebestit's easy to say such things in hindsight
moparisthebestSTARTLS would never have been a thing in any protocol either
ZashKev: Small steps are easier to take than large ones
Marandahas joined
Ge0rGZash: you shouldn't use the bare JID, I think. Rather have one uuid per nickname
KevI think the Best thing to do is write a MUC layer on top of MIX, but in the short term it works to write a MIX layer on top of MUC. Implementation-wise.
pep.jonasw, I don't think "all joins and parts to MUCs are synced on all devices" is a "simple" default case :P
pep.(reading that wiki page)
jonaswpep., for the user, I think so
jonaswmind that most people won’t be joining things like xmpp@ but instead having group chats with their family and coworkers etc.
pep.May be a default use-case, but it's not that simple, judging by the discussion on the list :p
jonaswit’s simple to do as long as we don’t need the second one :)
jonaswand it’s also simpler than the second one regarding the amout of state which needs to be kept
pep.How can I use bookmarks as dumb JID list in all that?
pep.Do I _have to_ use the syncing stuff
jonaswpep., add that dump jid list thing
jonaswon the protocol level: just without autojoin
pep.yes, I just want a dumb list that I can access across all devices
pep.hmm, I don't like the priority assumptions on that list
pep.Where do I put my thing
jonaswpep., not sure
jonaswbetween the two I think
winfriedhas left
winfriedhas left
pep.The thing is that it directly conflicts with the autojoin feature some wants
pep.And I'm sure I'll have to patch most of the "modern" apps to do as I want
pep.Fun(tm)
MattJpep., enlighten me, what is the autojoin feature some want?
pep.Sync the state across devices
MattJOk
ZashWhich state?
MattJJoined/not joined
pep.Say if autojoin is set to true, the channel is joined on every device, if autoset is false, don't join, or leave the channel on all devices
moparisthebestI don't like that because I have huge channels I only want to be joined to on my desktop, not my phone
pep.moparisthebest, yeah that's another concern and it's being talked about on the ML
MattJmoparisthebest, as already discussed, it doesn't mean you can't have that
MattJIt's already been discussed to death on the mailing list
moparisthebestthen I have no objections :)
pep.I just don't want this syncing being done _at all_ across my devices, huge channels or not
moparisthebestI agree in general it would be nice
MattJpep., then you just don't set autojoin, it's simple
moparisthebestjust with the ability to override
MattJNegotiate with your client devs :)
pep.MattJ, no, not with what's being said. If I don't set autojoin clients would leave the channel
pep.If I understand correctly. And that's an issue
Ge0rGI'm still waiting for someone to show me a well-designed MUC join dialog/UI that nicely abstracts semi-autojoin
pep.semi-autojoin?
MattJGe0rG, join room from client as normal -> "also join on other devices? yes/no"?
Ge0rGKev: my gut feeling is that the server-side MUC bouncer will solve 90% of today's problems with MUC, making it good enough™
pep.Ge0rG, isn't that MUC bouncer called MAM?
Alexhas joined
Ge0rGMattJ: "also join on: [ ] Desktop [X] Mobile [...]"
jjrhhas left
MattJPlease no
ZashWhat about tags?
MattJGaaaaah!
pep.Zash, "also join on: [ ] Desktop [X] Mobile [...]" ?
pep.:P
KevGe0rG: Of course, MUC solving 90% of problems already is the reason for not bothering to fix it.
Ge0rGMattJ: so it would add a bookmark on success, and set the bookmark's autojoin depending on your choice, and set local autojoin accordingly?
ZashLike, roster groups. Tag with whatever you want. Make your client autojoin based on that.
jonaswZash, now
jonasw*no
Ge0rGKev: MUC is solving 90% of the problems we had in 2002.
jonaswZash, adding semantics to roster groups seems like bad
MattJGe0rG, the way I see it, any sensible client maintains a local (persistent) list of rooms it is currently joined to
Zashjonasw: That's not what I said.
Ge0rGMattJ: good luck matching that list against three sets of remote bookmarks.
jonaswZash, so two disticnt set of tags, one for determining whether to join and one to show to the user? :(
Zashjonasw: Could be tags/categories in the current bookmarks.
MattJGe0rG, that can't be helped...
jonaswGe0rG, îtym one set, because any sensible library will abstract that away from you :)
Ge0rGMattJ: what you just proposed is the technical background. I'm interested in designing the transition UI for adding a MUC to any of the lists, or moving a MUC between them
MattJGe0rG, I already said
MattJ> 13:44:18 MattJ> Ge0rG, join room from client as normal -> "also join on other devices? yes/no"?
ralphmAs layed out in Guus e-mail there are some things we should discuss w.r.t. our financials.
ralphmHe asked a few questions:
ralphm 1) What are our sources of funds, other than sponsors?
2) Who are our sponsors?
3) Are we properly treating our sponsors? If not, how do we improve?
4) How do we safe-guard the proces of collecting funds?
ralphmOn 1) I think we can be pretty clear: none right now
Guusdid we ever have?
ralphmWhat we have done in the past is sell hoodies/t-shirts, but never as a way to make money
nyco1) we can ask for public donations
ralphmmore to cover costs around the XMPP Summit / FOSDEM
Dave Cridlandhas left
nyco2)3) we need to map the sponsors journey
Guusralphm, although I didn't think of that, I do agree with your definition of that.
nyco1) oh gooodies, of course, but the same questions goes on and on: who's gonna take it? how do we follow up and control? etc.
Alexhas left
GuusI'm ok with not having a different source of income than sponsors, by the way. 1) was just to make sure I wasn't missing anything.
ralphm2) I believe, but I don't have information from stpeter, is that we have two active sponsors, right now: Erlang Solutions, Inc. and USSHC, with the latter only in hardware
nyco1) can donations be automated by any third-party platform?
j.rhas left
Guus2) is where things get a bit awkward. We're listing sponsors on our website that do not seem to exist (as an organisation) anymore.
j.rhas joined
ralphmYes
nyco2) a cleanup needs to be applied, indeed
MattJand that is also unfair to people who are actually sponsors (and would discourage new ones)
ralphmI note that I didn't include the FOSDEM/Summit sponsors, because those are different in that respect
nyco2) we can already remove the stopped and renamed companies, can't we?
Dave Cridlandhas left
GuusMattj, that's a concern that I had, which is why I added 3) to my list of questions.
nycoFOSDEM/Summit is punctal
nycos/punctal/punctual
Guusdid we ever check if other sponsors than the ones just listed by Ralph indeed stopped sponsoring?
GuusOr did we stop collecting money from them, without them actively pulling out?
Dave Cridlandhas left
nycohow can we check that? on the bak account logs?
ralphmhttps://xmpp.org/community/sponsorship.html lists our current process, and we're mostly abiding by that
nycoI know for a fact that ESL remains a sponsor (disclaimer: I used to work for them)
GuusI'm assuming, but do not know for certain, that our Treasurer would know.
ThibGhas left
ralphmGuus: sponsorship is a for a limited term (1 year), there's no automatic renewal
Guusralphm, ok, that's fair. In that case, I feel that we should explicitly ask for a renewal, each year.
nycothe renewal should be re-processed by humans at the same date each year, yes I know it is easy to say 😉
ralphmGuus: agreed
nycowhen?
Guusas I wrote in my mail - we're not a for-profit organisation, but having some funds at hand can help us greatly.
nycoJanuary?
nycoThen we use the FOSDEM to followup and close
ralphm“Sponsorship applies on a calendar-year basis. Sponsor funds received in the middle of the calendar year shall be pro-rated accordingly.”
ralphmSo I think that maybe December is more appropriate?
GuusI'd like to propose that we reach out to our old sponsors to see if they are willing to renew for this year.
Guus(and do again so in December, for next year)
MattJWhich would make it a good task to add to the list for newly-elected Boards :)
nycoagree
ralphm+1 on Guus' motion
GuusMattJ, I'd prefer to task our Treasurer with this (or an ExOfficer), not Board.
MattJ+1
ralphm.
MattJI really mean that Board needs to make sure this happens
ThibGhas joined
Guusok
GuusShall I work with Peter on this?
MattJIdeally all sponsorship stuff is handled by a single person, it's easier
ralphmAgreed
Guusmeh, bus-factor.
Guusbut a single person is better than no person 🙂
MattJAs long as it's documented, it shouldnt matter
MattJRight now we're in a fairly unclear situation
ralphmIndeed
GuusI'll talk to Treasurer to get sponsorships renewed.
Guuslet's move to the next item.
jjrhis anyone a titanium sponsor?
nycoas MattJ says, can it be documented?
MattJjjrh, currently I think the answer is safely 'no'
nycotitatium is sooo outdated, it's vibranium now...
Guusdocumentation seems sensible.
nycolightweight is ok
ZashGo straight for unobtainium
nycohehehe
GuusRalph, you still with us?
ralphmyes
ralphm3. GDPR
jubalhhas joined
jubalhhas left
ralphmThis an interesting topic.
Guus(ping jonasw)
jonaswI’m here
jonaswbut maybe not for long
GuusI think the XSF looking into this could be helpful to the community
jonasw(ping pep., Ge0rG, too)
ralphmI am not aware (because I'm not involved) in IETF efforts around this.
ralphmaware of
GuusI also think it's important to explicitly state that this is at best advice, and indemnify ourselves
Ge0rGWhat kind of advice should the XSF provide?
pep.!
ralphmGiven agenda item 2, I'm not sure if we are in position to sponsor a lawyer, FWIW.
jonaswGe0rG, https://trello.com/c/t79C3Yds/307-gdpr-advice for example
Ge0rGThe GDPR is an interesting topic indeed. I'm working in a company full of GDPR consultants, so I can get things addressed.
nycothat would still be awesome
pep.Ge0rG, that would be awesome, please do
SaltyBoneshas joined
Alexhas joined
Ge0rGpep.: however, they are all at 120% capacity due to commercial clients asking for GDPR advice.
pep.Yeah it's going to get packed for the following months/year
Ge0rGYup.
pep.People realizing it's time
nycoplenty of resources are already available, it's a matter of taking the time to process those, and peer-review
SaltyBoneshas left
Ge0rGI suppose the advice will turn out as something like (a) have a ToS / data policy. (b) let the user explicitly accept that (c) no idea for contacts' data
winfriedGe0rG: I have also a bit knowledge about the GDPR, I can jump in here too
jonaswGe0rG, the federation aspect is the key issue here, local service can be solved with ToS as you mention.
SaltyBoneshas joined
jjrhGDPR == General Data protection Regulation?
Ge0rGwinfried: I'm trying to gather inputs for a data protection policy for yax.im, but please see what jonas said
jonaswjjrh, yes
pep.We can also get ideas from email providers
GuusGe)rG, winfried, jonasw, can you guys sit together and come up with either a sensible bit of information that applies to XMPP usage, or with specific questions to Board, if you need anything from them?
ralphmI am not a lawyer. The most practical advise I can give is 1) get a lawyer, 2) document what data your own service collects and why, the definition of Personal Data is pretty broad and includes things like (indirect) identifiers. 3) Establish policies around retention and deletion of that data.
Guusjonasw, I've seen them, thanks.
jonaswand I think they cover our most important issues
Ge0rGjonasw: do you think the Board can answer those?
jonaswGe0rG, no, but what other type of questions could we bring to board?
jonaswralphm, yeah, no (1) is basically "turn off your free service because of cost"
Ge0rGjonasw: "will you pay for a GDPR consultant / lawyer to answer ... ?"
jonaswGe0rG, okay, that then ;-)
nycoagreed with ralphm, I feel like a layer would do better, faster, stronger...
jonaswGe0rG, can you get an employee discount on those consultations? ;-)
winfriedGuus goof for me
ralphmjonasw: I'm pretty sure that not complying with the GDPR will put you back further
Ge0rGjonasw: I can try to schedule them into the lunch break
jonaswralphm, that’s why I said "turn off"
pep.jonasw, Ge0rG, I'm also interested if it's in a language I can comprehend
ralphmjonasw: but yeah, I'm not saying it is great
Ge0rGjonasw: I assume that getting a proper report on those use cases will inevitably cause multiple thousands of EURs of expenses.
winfriedI suggest jonasw Ge0rG and I stick together and make an inventarisation of what to do
jonasw"yay"
Ge0rGwhat winfried said
jonaswokay, that sounds sane
pep.I want in
jonaswwe can handle that either here or in xmpp@ maybe?
jonaswI’d like to avoid yet another muc ;-)
jonaswI’ll start by translating my notes from the talk I heard a few weeks ago
ralphmI think this venue is as good as any
winfried+1
Ge0rGjust not during Board meeting?
winfriedGe0rG: exact
ralphmRight
ralphmI guess that's it for now.
ralphm4. AOB
GuusTo be clear: you guys will be working on finding out if there's generic advise (more precise than 'get a lawyer') that the XSF can give to server operators?
ralphmDidn't see any
GuusAOB I had feedback from peter on the bank account / bus factor thingy
ralphmAnd?
GuusI've added it to https://trello.com/c/yNLDp6Xt/297-answer-peters-email-on-bus-factor-for-bank-account
MattJThere's an open card about the membership survey.. sorry it's lagging, but I can send out an email to board@ with my current draft for us to bash before next week's meeting
GuusI've also talked to the Secretary, who is willing to help.
jonaswGuus, I think it’ll be more of an collection of things in the GDPR you absolutely HAVE TO look at
Dave Cridlandhas left
MattJAs in, we can spend a week bashing it, so we can make some concrete decisions in the next meeting
Guusmy preference on the bus thing is do 1, not 2, from Peters options.
SaltyBoneshas left
Guus(and have Alex as the co-signer)
Guuscan we vote on that, or do you guys need more time to read up on that?
ralphmI'm ok with both 1 and 2
GuusI prefer not to do 2
nycoI have no opinion
ralphmThat's not a valid choice
nyco3
ralphmI think it would be good to think about these options and decide our direction next week.
Guushttps://trello.com/c/sBcxZrGZ/299-plan-and-organise-a-meeting-for-board-prios is not going to happen.
Guuswe're postponing it for weeks now.
Guuslet's archive this, and move on
nycoI am waiting for answer since weeks now
nycoI can't schedule
Guusthat's what I mean: there's no progress on this. We're three months in our tenure.
Guusand we're having other stuff being blocked by this.
nycorather than postpone it, it would be nice that everyone answers
GuusI'm not asking for postponement, I'm asking for it to not happen, and be removed from our Trello board. I've been doing that for a couple of meetings, each time that was responded to with 'lets see next week'.
Guussadly, todays meeting was gaveled off already.
GuusI will, however, motion this again next week. I strongly feel that we should move forward.
winfriedjonasw Ge0rG pep. can we make an appointment for the GDPR discussion? I have to leave now.
jonaswwinfried, sure
ThibGhas left
jonaswI’m probably the most flexible of all of us, so I’ll let you sort it out. saturday night and tomorrow between 10:00 and 14:00Z won’t work for me, otherwise I can probably arrange most things.
jonasw(and no wednesdays)
Ge0rGwinfried: I prefer 0800Z to 1500Z on workdays.
Dave Cridlandhas left
nycohas left
winfriedTomorrow 1300UTC?
SaltyBoneshas left
Ge0rGwinfried: 👍
jonaswnooo
jonaswthat’s exactly in the time frame I opted out
Ge0rGjonasw: your message was TLDR :P
jonaswm(
Dave Cridlandhas left
winfriedjonasw: oops, didn't read well...
jonaswseriously though, taht’s not going to work for me :)
winfriedmonday march 26 at 10:00 UTC?
jonaswwinfried, wfm
Ge0rG10:00 UTC will be 12:00 CEST after the DST change, right?
winfried*hmpf*
Dave Cridlandhas left
winfried9:00 UTC will work for mee too :-P
pep.Worksforme
nycohas left
winfriedso it is: monday march 26 at 10:00 UTC this muc
rionhas left
winfriedbtw jonasw, good questions on the trello board
ThibGhas joined
tahas joined
winfriedSee you monday!
Steve Killehas left
@Alacerhas left
GuusJonasw, i'm tempted to remove the related card from the Board board, until there's something for board to act on
@Alacerhas joined
Guusdo you see reason to keep it on there?
Steve Killehas joined
Ge0rGGuus: please keep it for documentation purposes.
Ge0rGGuus: also in case the GDPR-SIG dissolves prior to providing results
Steve Killehas left
GuusThe board process is convoluted enough, without acting as an archive 🙂
Dave Cridlandhas left
Steve Killehas joined
Ge0rGsomebody™ could move the questions to the wiki, then
Steve Killehas left
GuusGe0rG, not that arching a card does not delete it
MattJunless you count their hacky desktop proxied thing
flowAhh right, that's the thing about whatsapp
flowbut hangouts does, and I've never seen an autojoin option
flowIIRC there is only a "mute notification" option
Ge0rGflow: the change you propose is all about UX
MattJYeah
flowGe0rG, I'm pretty sure it is about protocol design
Ge0rGflow: it is about the default value for an option, influencing the UX
flowonly if you let it to, implementers could simply choose a different default
Ge0rGflow: by saying "this option should be true by default" you imply a UX change. Better we discuss that
jonaswGuus, feel free to remove
Dave Cridlandhas left
lumihas joined
flowGe0rG, I'm not implying an UX design. I just think that defaults should cover the common case and wanted to raise attention that I believe autojoin=true is the common case to start the discussion
pep.jonasw, I guess I should start working on that EULA XEP as well
Dave Cridlandhas left
Ge0rGflow: I'd suggest to move the discussion to standards@, but unfortunately I haven't read up on that XEP yet myself
Dave Cridlandhas left
Dave Cridlandhas left
Dave Cridlandhas left
waqashas left
waqashas joined
Dave Cridlandhas left
Dave Cridlandhas left
waqashas left
tim@boese-ban.dehas left
jjrhhas left
Dave Cridlandhas left
jjrhhas left
Dave Cridlandhas left
Dave Cridlandhas left
jjrhhas left
dwdMLS BOF occurring at IETF, BTW - probably relevant to most folks here.
ZashMmmmm, stream URL?
Ge0rGacronym galore! /o\
dwdLinked to from the IETF agenda, which I don't have to hand, but I reckon Google might know.
jjrhhas left
ZashHm, not linked
Dave Cridlandhas left
Tobiasmls@jabber.ietf.org
jjrhhas left
jjrhhas left
dwdMeetecho on http://www.meetecho.com/ietf101/mls/
dwd(Should give audio and the jabber room, I think)
Dave Cridlandhas left
dwdJust audio on http://ietf101streaming.dnsalias.net/ietf/ietf1013.m3u
ZashThanks
Zashmeetecho wanted me to switch browsers
dwdYeah, it doesn't work on Lynx.
SaltyBoneshas left
Dave Cridlandhas left
alexishas left
dwdhas left
Dave Cridlandhas left
j.rhas joined
Dave Cridlandhas left
winfriedhas joined
Dave Cridlandhas left
j.rhas left
Steve Killehas left
Steve Killehas joined
Dave Cridlandhas left
Lancehas joined
nycohas left
ralphmhas left
dwdhas left
Dave Cridlandhas left
Dave Cridlandhas left
waqashas joined
jubalhhas joined
jubalhhas left
ralphmhas left
lumihas joined
Guushas left
ludohas joined
Guushas left
ralphmhas left
dwdhas left
Guushas left
Dave Cridlandhas left
ludohas left
ralphmhas left
Dave Cridlandhas left
Holgerhas left
tuxhas joined
intosihas left
Dave Cridlandhas left
tahas joined
ludohas joined
KevOn the topic of the GDPR, does the XSF itself need to do any work here?
Ge0rGKev: you mean regarding data stored by the XSF?
ZashNot strictly, I guess.
KevI do.
ZashHm, how do MUCs such as this one relate to GDPR?
ZashAnd mailing lists?
Zash*That* is something the IETF and other standards orgs probably wanna find out about too.
dwdAlmost certainly.
moparisthebestI would *think* whatever applies to email would apply to xmpp, and whatever applies to mailing lists would apply to muc? maybe?
KevAnd the wiki, which contains historical employment data, etc.
Ge0rGKev: So we need a data protection office who will remove all PII from the wiki upon request
dwdI'll see if I can find out what the IETF are doing.
KevI'm not in a position to assert what we need, just asking for Board to confirm that we're doing whatever it is that we need to be doing :)
moparisthebestit contains data on people who put the data there themselves and can remove it themselves right?
KevPresumably, and possibly. I have no idea what the GDPR's stance on any of this is.
jonaswwinfried, Ge0rG, you’re aware of the DST change in Europe this week which puts our meeting at 12:00 CEST?
Ge0rGjonasw: I am
Guushas left
winfriedI am
ludohas left
jonaswgood :)
jonaswZash, this muc announces itself as publicly logged IIRC. this probably activates article 9 (2) (e) which means that the XSF is not liable even if I publicly talk about my sex life here. well, not liable w.r.t. GDPR at least.
jonaswsame goes for mailing lists etc
jonaswthe tricky part is with things which are supposedly private
winfriedKev dwd we should check first if the XSF is subject to the GDPR
jonaswKev, and yeah, the wiki stuff is also covered by that I think
sezuanhas left
Kevwinfried: That was my question.
moparisthebestanother person told me xmpp in general is fine because GDPR said you can use/send things that are required to do what the user expects, or something
moparisthebestthis again was not a lawyer
pep.or something. Seems legit
moparisthebestwell I paraphrased :)
jonaswmoparisthebest, that’s not true if Article 9 (1) applies!
winfriedRegistered in the US, not explicitly targeting EU citizens... I should reread the articles on it and check the WP 29 opinions before answering that one...
moparisthebestbut really, if email is ok, xmpp is ok, would EU have created a law banning email?
pep.moparisthebest, who knows. Wasn't there something about git history as well?
moparisthebestotherwise I guess all email/XMPP servers will have to move to non-EU places, and soft-ban EU people...
dwdmoparisthebest, Well. Maybe.
dwdmoparisthebest, They could easily have come up with a set of laws that means they have inadvertantly affected normal email use.
pep.https://law.stackexchange.com/questions/24623/gdpr-git-history < for fun
winfriedmoparisthebest jonasw I think XMPP is *generally* ok, but we must check all (edge) cases carefully before shouting anything
jjrhhas left
marchas left
valohas left
lovetoxhas joined
valohas joined
moparisthebestdwd, yea that's what I'm semi concerned about, wouldn't put it past politicians
ZashIf the politicians can't email anymore, then the thing will get fixed pretty fast :)
moparisthebestfrom a high level overview, it seems like this legislation was squarely targeted at walled gardens, where these regulations would be simple to implement
lumihas joined
Dave Cridlandhas left
ZashCompare roaming. Roaming affected EU MEPs pretty hard, since they went between Brussels, Strassburg and their home all the damn time.
TobiasZash, no..they'll just use FAX
Ge0rGZash: except that EU MEPs never see their phone bills
ZashSure they do
Dave Cridlandhas left
Ge0rGZash: I bet they don't. Otherwise it wouldn't have taken a decade between the first iphone and the removal of roaming fees.
jjrhhas left
ZashAsk your MEPs
Ge0rGZash: they all have a business phone provided by the respective government.
nycohas left
ludohas joined
ludohas left
winfriedhas joined
Guushas left
winfriedhas joined
jubalhhas joined
tuxhas left
ludohas joined
SaltyBonesFinally no roaming in Europe => Ze Germans are complaining that it took too long.
Ge0rGSaltyBones: I hate the mobile ISP oligopoly, with a passion.
dwdAnyone interested in reviewing MLS specs from here BTW?
dwdhas left
Tobiasdwd, you mean the XMPP adoption for it?
moparisthebestGe0rG, that's what jmp.chat is hoping to fix :) one day...
ZashState teleco monopolies weren't all bad
Dave Cridlandhas left
Ge0rGZash: oh really?
Ge0rGZash: you have examples for them not being bad?
Ge0rG(Sweden doesn't count)
ZashGe0rG: How do you do emergency calls in the middle of nowhere?
moparisthebestI dial 911 and then my android phone reboots
mimi89999has joined
Ge0rGZash: sometimes you can't, because of lack of coverage.
moparisthebestand sometimes the 911 handling code is never tested and crashes
Dave Cridlandhas left
moparisthebest(this is a somewhat common problem...)
moparisthebestsmartphones! technology! yay! :'(
Ge0rGZash: the German ex-state monopolist is successively switching DSL connections from regular analog POTS to VoIP. In case of a power outage, you can't call the emergency any more.
jjrhThere are solutions for this like UPS's
jjrhif you're going to replace someones POTS line this should be a requirement
Ge0rGjjrh: it's not. they are. No UPS.
Dave Cridlandhas left
Steve Killehas left
Dave Cridlandhas left
jjrhyeah I believe it - but it should be a requirement by law. power the modem/router and a PoE switch (or ata). It's a safety thing.
ludohas left
jjrh911 also needs a automated system to test 911 service - aka dial 811, and for the next 60 seconds you can dial 911 to test
jubalhhas joined
Steve Killehas joined
ThibGhas joined
moparisthebestyea that would be nice
moparisthebestespecially for testing if your android phone is one that'll crash :)
moparisthebestpre-emergency
Dave Cridlandhas left
jjrhexactly - all sorts of situations really
ZashGe0rG: Back in the olden days, there was copper cable that went everywhere. Later, there was near 100% GSM coverage. Now, with whatever G number we're on, if you are outside major cities, good luck.
LNJhas left
Dave Cridlandhas left
alexishas left
Tobiashas joined
Tobiashas left
jonaswjjrh, that’d be a good thing indeed
winfriedhas left
MattJunless you dialled 811 in an emergency situation :)
ZashImagine the RoI of covering hundreds ouf thousands of km² with coverage, when like three people live there.
Dave Cridlandhas left
jjrhhas left
Steve Killehas left
Dave Cridlandhas left
danielhas left
Dave Cridlandhas left
Yagizahas left
jjrhhas left
Dave Cridlandhas left
jjrhhas left
ThibGhas left
Zashand less than 1 person per km²
Dave Cridlandhas left
Marandahas joined
Ge0rGZash: you wanted me to tell about the benefits of formerly-state-owned telco monopolies.
ZashGe0rG: No, they suck.
fippoge0rg: they pay quite good salaries.
ZashGe0rG: Was better before the "former"
Ge0rGZash: the German former-state-monopoly is required to proive phone lines to _any_ address. RoI doesn't play any role there. But they are not required to proivde Internet connectivity, so there are still places where all you can get is either ISDN (64kbit/s with a per-minute fee) or something like 2mbit/s DSL
Dave Cridlandhas left
SaltyBoneshas left
SaltyBoneshas left
ZashGe0rG: No idea if that is the case here (anymore)
marmistrzhas left
iiro.laihohas joined
moparisthebestor satellite Ge0rG ? (is that an option there)
Dave Cridlandhas left
dwdInteresting talk last night on satellite broadband, BTW.
dwdAlthough I basically understood none of it.
Ge0rGmoparisthebest: you never used a sat link, did you?
Ge0rGmoparisthebest: you never used a sat link, did you?
Dave Cridlandhas left
moparisthebestGe0rG, no but as I understand it, throughput is fine, but latency is awful
moparisthebeststill better than 64kbps dialup though right?
dwdLots of stuff on latency too. Short end of satellite is 12ms, which surprised me. (Longer end is 480ms, it mostly depends on the orbit choice).
SaltyBoneshas joined
ZashFurther north you basically need polar orbits to get any coverage at all AFAIK
moparisthebestnon-equator orbit requires fuel and is really expensive right?
moparisthebestit's been a long time since I read anything about it
ZashEverything requires fuel
ZashYou benefit less from the earth already rotating in the general direction you want
ZashDuno about exact differences
Dave Cridlandhas left
Ge0rGmoparisthebest: dialup has better latency, and bandwidth on most sat links is limited, so you pay per gigabyte
Alexhas left
Ge0rGThe "affordable" ones are equatorial, so you end up with 1s rtt, and the low orbit ones typically only offer very low bandwidth, and cost an arm and a leg
moparisthebestand with dialup you can't download a gigabyte within an entire month so sat still sounds better :)
dwdWell. Russia launches at around 42 degrees, as I recall, to avoid launch failures hitting China.
LNJhas left
j.rhas left
j.rhas joined
moparisthebestyea I was under the impression all affordable ones like for homes were equatorial
moparisthebestand I guess that doesn't work too far north
moparisthebestmaybe, I don't really know
dwdWell, hard to get a geostationary orbit anywhere but equatorial.
Valerianhas left
Andrew NenakhovGeostationary orbit can't be not equatorial. If orbit has tilt and rotation period equals 24h it is called geosynchronous orbit
Andrew NenakhovProjection of such orbits on surface draws big 8-shaped traces
Dave Cridlandhas left
jonaswcould probably feed that into The ONE
ludohas joined
ZashThe sun does something like that too iirc
lskdjfhas joined
Alexhas joined
Dave Cridlandhas left
Alexhas left
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
Alexhas joined
Dave Cridlandhas left
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
LNJhas left
ludohas left
dwdANyone up for reviewing https://datatracker.ietf.org/doc/draft-ietf-mile-xmpp-grid/ ? Basically using PubSub for incident management (crybersecurity incidents, really).
Ge0rGdwd: is that used anywhere? My employer is very interested in cyber, and I'm very interested in jabber.
dwdGe0rG, It's early days, but there is a load of interest.
ZashIs "cyber" still used?
Ge0rGLast time I reviewed a cyber related xep it was horrible.
dwdGe0rG, This one got serious work from PSA, and looks sane to me.
jonaswoh, PSA is at mozilla these days?
dwdjonasw, Yes, but mostly doing W3C work currently.
jonaswthat’s a funny author list. A Pope and a Saint.
jonasw> In SACM
jonaswclose!
Ge0rGThat's great
dwdSo XMPP-Grid is developed in MILE, since it has the simpler use-cases, but it's also being looked at closely in SACM, which is Security Assessment and Continuous Monitoring.
Dave Cridlandhas left
dwdI'm confused by (Americans?) saying JSON with the emphasis on the ON, and not pronouncing it like "Jason".
moparisthebestI've always said jace like mace on on like, turn the light on
SamWhitedI think it goes both ways here; I hear both pretty often at least, not sure if it's a regional thing or not
moparisthebestthen again I can probably count on 1 hand the number of times I've spoken not typed JSON
moparisthebeststill not as bad as when I had to say lighttpd out loud without prep though
SamWhitedYou mnean lie-tuh-tuh-puh-duh?
marmistrzhas joined
SamWhitedmean, even.
marmistrzhas joined
Dave Cridlandhas left
moparisthebestmore like light http... lie http..., look it's spelled like l-i-g-h-t-t-p-d
moparisthebestnginx is another fun one, what's with web servers?
Ge0rGIf we have MIX messages in MAM on both the MIX and the user's server, who's responsible for stanza ids?
jonaswGe0rG, both?
jonaswstanza ids can have a from IIRC
jonaswthe attribute’s called @by
Ge0rGHow am I supposed to sync that mess in my client, then?
jonaswalways ask the MIX server, be happy.
ZashWhile trying not to cry.
jonasw(and use the stanza-id from the MIX server)
jonaswI don’t quite get the point of duplicating the acrhive across the network, especially since I’m not sure whether the s2s issues are fully sorted out yet
Ge0rGCreate a separate table for M:N relationship between messages and their ids?
jonaswGe0rG, no, use the MIX stanza-ID for MIX messages, and your servers stanza ID for all other.
Ge0rGjonasw: they aren't
jonaswannotate (or figure out) which archive to query for each message type
jonaswof course, that’s tricky depending on your archive model
jonaswI’ll add that to the design consideraitons for the jabbercat archive
Ge0rGjonasw: Hm. How am I supposed to query my server for "everything after MIX ID x"?
jonaswnot?
jonaswyou’d look at the last non-MIX message obviously. or you take the stanza-id from your servers archive from that MIX message
Ge0rGBut I'm supposed to ask my server when reconnecting?
jonaswask your server for what?
Ge0rGMy head just exploded.
jonaswI’m not going to mop that up.
ZashHow about we fix the mess so we can finally have everything the users archive?
jonasw-EPARSE
Zashin
rionhas joined
ZashPacketloss between brain and poezio
jonaswZash, fix the general issue that split brain conditions will always occur and/or specify proper syncing in MIX :-)
Zashjonasw: s2s-smacks?
ZashOr have one archive query the other?
jonaswnot sufficient for longer partitions.
LNJhas left
ZashOr cry?
jonaswthe latter would work
jonaswbut that’s not specified anywhere
ZashDoes it need to?
ZashAnd, is that what Matrix is supposed to be?
jonaswit would be good to have that writetn down in MIX so that noone is surprised like "oh, we need to do that for things to work?"
ZashAnd where's the blockchain?
jonaswthe blockchain is illegal now
ZashGooooood
jonaswyeah, it made my day yesterday
ZashDoes that make git illegal too?
Ge0rGZash: no. Git will become illegal on May 25th
Zash"By submitting patches, you realize that nothing can ever be truly deleted."
moparisthebests/submitting patches/using the internet/
moparisthebestbut no, EU will just legislate it away magically
Ge0rGMy questions regarding MIX were provoked by flow's mail
Ge0rGmoparisthebest: just stop bashing the EU. In the US of A, Zuck is playing the innocent while sitting on millions of data records he obtained illegally
moparisthebesthas left
ZashWow. My current level of sleepyness and the length of that email are not friends.
moparisthebestGe0rG, illegally or that idiot users gave to him willingly?
Ge0rGmoparisthebest: illegally. In Germany it's illegal to collect PII without consent, and Facebook is profiling me despite me not having an account.
ZashWait how does the EU pass laws now?
moparisthebestseems to me this GDPR business is creating more problems than anything it's solving
ZashDon't they pass directives that countries are supposed to adapt?
Ge0rGmoparisthebest: it's mainly creating problems for people who think they can trade *my* data without restrictions
moparisthebestGe0rG, lol don't get me started on germany's dumb PII laws, for medical trials we need date of birth, that's illegal to collect in germany, however, it is legal to collect how many days old you are today, march 22nd, 2018
moparisthebestwhat genious politician came up with that one?
Ge0rGmoparisthebest: data is like oil. If you spill it, somebody else has to pay millions to clean the mess
jonaswI wish we had a way to express normative schema
KevWe do, we just say 'this schema is normative'
jonaswKev, yeah, but a lot of things we do can’t be expressed with XML schemas easily
KevAh. You mean a schema that is capable of expressing the normative text, rather than a way of expressing that the schema is normative.
KevI think.
jonaswyeah
jonaswthat’s what I meant.
jerehas joined
KevAs you were.
mimi89999has joined
mimi89999has left
mimi89999has joined
Ge0rGSo we would be just one step away from implementing the protocol code right from the XEP? Yay!
KevOh, good call, we can express the schema through C++.
KevResult.
Andrew Nenakhovhas joined
jonaswI wonder whether a specialized XML Schema variant (re-using the scalar types, but re-doing all the complex type stuff) would make sense.
pep.I remember Link Mauve actually thinking about that for a while for https://hg.linkmauve.fr/xmpp-parsers, having some macro with a DSL to generate the code for the parsers :-°
jonaswZash, the more I think about it, the more it seems that having the users server sync the archive from the MIX server is the way to go, *iff* we want to have the users server have a copy of that archive at all.
Zashjonasw: That would work for MUC+MAM too.
jonaswyeah
jonaswsimplifies things
jonaswfor the client anyways
ludohas joined
jonaswZash, have you checked mentally whether that fits with prosodys model of $date-$uid archive stanza IDs?
Ge0rGJust replace direct messaging with a MAM subscription and you are done.
ZashHaving to query MUC-MAMs is somewhat messy
Zashjonasw: That's not Prosodys model. That's my NIH'd "I don't like databases" database.
flowjonasw, that, but I wonder if MAM should get an overhaul
Zashjonasw: Prosody itself doesn't know or care about that.
jonaswZash, okay.
jonaswZash, that still leaves my question though :)
jonaswflow, that sounds awful.
jonaswwhat would you change?
Zashjonasw: The storage API is just (user, suggested-id, stanza, ...) → (id)
Valerianhas left
Valerianhas joined
flowI know it is a senstive topic, but given the recent discussions about MAM syncing I started looking into prior art
ZashThe idea being that the storage driver might use the ID you want it to, or might need to pick its own.
KevI'm not sure that MAM needs an overhaul other than ripping the config stuff into its own XEP (which is just editing), and ensuring we can fill holes.
Kev(And we can fill holes, and we have code that works, but people seem to be dead set on believing we don't for some reason, so we might have to tweak the spec)
flowi'm actually not sure *what* I would change, but I have some ideas
jonaswflow, drop them on standards@?
jonaswI still need to process your MIX mail though
Zashjonasw: Does one archive subscribing to another prevent it from making up new IDs?
KevThe biggest thing that MAM needs is to be based on XMPP 2 routing rules for its archiving, I think.
flowprobably, but first I'd like to look if JID hiding in MIX could be made optional
flowand if the overall MIX thingy can be made simpler
jonaswZash, no, but if you bulk fetch messages it could get weird
Zashjonasw: How?
KevI need to reply to flow's MIX mail, but I'd quite like to swap all of the current 369 document into my head first. I understand the design, but don't know what words we've got to describe it.
jonaswZash, if MAM has a guarantee on being in timestamp order, you’d need to backfill at the appropriate places
Zashjonasw: Ohglob
Zashjonasw: That messes things up :|
Kevflow: I think MIX *is* pretty simple, but I think we've somehow made it sound complicated despite this.
jonaswflow, as long as MIX doesn’t fall back to what MUC does with that /resource-as-nickname "abuse", I’m probably fine with it
ludohas left
jonaswZash, thought so. welcome to the struggles clients face :)
danielhas left
flowKev, the question is not if it is simple, but if it can be made simpler (without loosing functionality)
KevAnd I'm not convinced that the JID hiding is actually significantly complex, it's just one indirection lookup.
KevAlthough it was me who was pushing for not having semi-anonymous (in xep45 terms) MIXs at all, but the Summit was very clear that this is a required feature.
flowI sense that it's a controversial feature
SamWhitedI think it's a required feature, but I don't see why it has to be tightly coupled with MIX…
SamWhitedIt could be some other XEP that comes later and isn't specific to MIX.
KevIt seems like that's true, but I don't think it is.
Valerianhas left
Valerianhas joined
ZashSo what abstract model should MAM be based on?
KevIt would be if we were talking about fully-anonymous(fully-pseudonymous) rooms, but for the semi- model I think it does need fairly tight coupling.
jonaswwhat is the use-case for semi-anon as compared to fully-anon though?
SamWhitedAs long as the MIX service is still the thing issuing the semi-anon identities it can be publishing a mapping into nodes that only the admins can read.
KevWe've coped with this level of indirection in MUC for years and other than that we got the pseudonymous JIDs wrong, I don't think it's been a significant barrier to entry to anyone.
Kevjonasw: The usual public MUC where you don't want people to start spamming each other, but you do want sensible moderation.
jonaswKev, which part of moderation requires semi-anon?
KevAnything that involves knowing who you're moderating?
KevAnyway, it's late and I'm shattered, so I'm going to pick MIX up again in the morning. NN folks.
jonaswKev, why do you need to know?
jonaswaffiliations (speaking in MUC terms) could be mapped by the MUC service. e.g. if I say /ban kevins%proxy@jid, the service would translate that to "ban kevins@actual.jid" and would enforce that
ZashYou can already ban and stuff via nickname, so ... I'm too tired to have any idea of what you are talking about
jonaswyou can’t ban via nickname
jonaswif your client allows that it is racy
jonasw(maybe not racy; but at least the client does the nickname->real jid lookup)
ZashFull-anon MUCs must work like that tho
jonasware there full-anon MUCs?
Zash... No
ludohas joined
LNJhas left
Ge0rGSo what you want is to tell the service "ban this nickname" and it will ban the user's real JID without ever exposing it to the MUC owner.
Andrew Nenakhovhas left
Andrew Nenakhovhas joined
jonaswGe0rG, yeah
jonaswexcept that I wouldn’t use nicknames in MIX but the proxy JIDs
jonaswin MUC that wouldn’t work because of the inherent race condition
jonasw(I send "ban X", my link is slow, in the meantime X leaves and another person accidentally also called X joins)
ZashIs it kicks in MUC that are on nicknames?
jonaswZash, yes
j.rhas joined
ludohas left
Zashjonasw: Altho that's not as permanent as affiliation changes
ZashRaces could be mitigated by not allowing anyone else to use a recently used nickname (for x time)
jonaswZash, that’s a bad mitigation
ZashWhy?
jonaswbecause my link may lag for x+1 time after I sent the kick
jonaswwithout a way for me to rectify it in time
jonaswand ebcause I don’t know their real jid I can’t re-invite them
Valerianhas left
marchas left
remkohas left
Ge0rGI'm sure we can live with that improbable problem
marmistrzhas left
jonasw(won’t be a problem with MIX)
ThibGhas joined
jubalhhas joined
Guushas left
ludohas joined
pep.I think waqas mentioned prosody *had* an implementation of full-anon MUCs
LNJhas joined
marchas joined
ludohas left
marchas left
j.rhas left
j.rhas joined
marchas joined
lskdjfhas joined
Marandahas joined
jjrhhas left
lskdjfhas joined
marmistrzhas joined
ludohas joined
jjrhhas left
jjrhhas left
marchas left
tuxhas joined
jerehas joined
SaltyBoneshas left
efrithas joined
jubalhhas left
waqashas left
marchas joined
Guushas left
j.rhas joined
waqashas joined
Dave Cridlandhas left
waqaspep.: Yes, we used to, and it wouldn't be that hard to add again
pep.I'd like that back, way more than semi-anon. I don't really get why semi-anon survived and not full-anon
iiro.laihohas left
ludohas left
pep.Though as SamWhited it doesn't have to be in that XEP? it can be dealt with another XEP. SamWhited, were you thinking of something like burner jids?
pep.Is this used anywhere yet btw?
pep.as SamWhited said*
waqasI don't have context of what Sam said
waqasI don't believe burner JIDs are needed for just anon MUC
pep.05:58:01 Kev> Although it was me who was pushing for not having semi-anonymous (in xep45 terms) MIXs at all, but the Summit was very clear that this is a required feature.
05:58:28 SamWhited> I think it's a required feature, but I don't see why it has to be tightly coupled with MIX…
05:59:01 SamWhited> It could be some other XEP that comes later and isn't specific to MIX.
waqas(beyond what Prosody already has for semi-anonymous)
j.rhas left
pep.waqas, sure, but they could be used instead of implementing full-anon mucs on any server, and would also be useful not just for mucs
j.rhas joined
ludohas joined
waqasAs long as MIX clarifies that the JIDs may be missing or may not be real JIDs, and leaves the door open. Because if it's defined in a XEP, you still want interop with clients who were written before that new XEP happened.
j.rhas joined
j.rhas joined
j.rhas left
pep.(don't pay attention to my UTC+9 timezone)
j.rhas joined
waqas"Go to sleep"? ^^
LNJhas left
j.rhas joined
j.rhas joined
ZashMental or physical timezone?
pep.none of these. I just have to move that machine back, someday
pep.And also maybe change the timezone
Andrew Nenakhov> "Go to sleep"? ^^
7:23 is a good time to get up