jonaswif anyone could revert what peter did ... ;-)
KevPeter didn't say what he did, so I can't revert it easily.
jcbrandhas joined
jonaswI was afraid so
jonaswat least everyone now learns how much spam an open ML attracts :)
KevIt's much less bad than I expected, this wasn't a particularly bad day, it seems.
KevIt's the days where it gets multiple thousand in one day that are a real nuisance.
jonaswsounds great
SouLhas joined
KevOh. It looks like as well as the change letting spam through, it's also now got a moderation list that needs handling.
KevI guess that means we need to get Sam onto the admin list for the list so he can handle the moderation queue. And hopefully fix whatever configuration is letting the spam through without it hitting the queue.
jonaswKev, there’s a seperate moderator list (if you care about the privilegues)
jonaswright below the list of admin addresses
KevTa.
KevThe spam is pissing me off significantly already.
jonaswunderstandable
KevEspecially as we had a solution to this problem.
jonaswyeah, I‘m surprised peter made that change and then disappeared :/
KevCan't blame people for doing what they're asked.
jonaswit could’ve used a bit more testing
jonaswon the upside, that’s a whole new type of spam to train my filters on
Kevhas left
Kevhas left
Tobihas left
Tobihas left
Tobihas left
Flowhas joined
Kevhas left
Guushas left
SouLhas left
SouLhas joined
Guushas left
Guushas left
soulhas left
soulhas joined
jcbrandhas left
jcbrandhas joined
SamWhitedFor what it's worth I still don't think we shouldn't go back to the "silently drop messages" strategy, but I guess I just have a well trained spam filter because most of them were caught for now. I would still like the list to just be configured how every other list we have is, maybe sync the standards/members lists to a whitelist for receiving.
KevWe can't be configured how every other list is, because we want to be able to accept XEP submissions.
KevIf we could be configured how other lists are (only editors can post), it'd be easy.
SamWhitedhas joined
Tobihas left
Holgerhas left
SamWhitedWe can't accept XEPs via email when they get lost in the void silently or get lost in a ton of spam. It's consistently a problem that people can't figure out why their messages aren't getting to editor@, and apparently spam is a problem for some people, and I think we've gotten one XEP by email since I've been doing this so why not disable it?
SamWhitedIf people want to submit an XEP by email they can send it to one of us directly, it will be no less documented or hard to do than the current state of affairs.
Holgerhas joined
Holgerhas left
Holgerhas joined
Holgerhas left
Holgerhas joined
Holgerhas joined
jonaswhttps://hub.docker.com/r/xmppxsf/xeps/builds/bj8obtizkjjqexc6dzqm2ht/ okay, these build failures due to some XSLs not loading from sourceforge are getting annoying
SamWhited*sigh* indeed
SamWhitedLoading random libraries from sourceforge as part of a build would be concerning even if it wasn't breaking, but I don't know how XSLT works enough to know if we can do it locally or remove the dependency somehow.
KevI'm on a two-week intensive coding thing with work at the moment, come Monday I'll hopefully have a few cycles to spare if you remind me then.
KevNot that I suggest I'll be competent to solve anything.
SamWhitedKev: Thanks; if you know anything at all about XSLT or XML you're more competent than me
jonaswI know both, but I’m afraid this might be more or less deeply in texml
KevI suspect we all know a little about XML.
KevXSLT is way outside my comfort zone.
jcbrandhas left
jonaswI kinda like it.
jonaswI built a whole CMS around it, kindof.
SamWhitedI know that there are things that look like <this> and other things that look like </this> (or sometimes like <this/> for some reason) and that they sometimes have key-value pairs on them and text in the middle.
SamWhitedOh, and sometimes things start with xml: and those get inherited to all the other things under the top level things.
Tobijonasw, we can certainly put http://xsltsl.sourceforge.net/modules/stdlib.xsl in our repo and load that instead
jonaswand we’ll have to adapt paths in there too
Tobiin our xsl, yes
jonaswdoesn’t the stdlib in turn reference other .xsl files?
Tobiah..right
jonaswthat’s what put me off from simply fixing this
jonaswbut sure, we should do it.
SamWhitedI am not proud of knowing so little about a core part of the technology we develop, but it also makes me want to cry so I've never bothered to learn more than enough to get by :(
jonaswIf I have time after dinner (after board meeting), I might give it a shot at fixing this
Guushas left
jonaswjust a heads up so that we don’t duplicate work
Tobiok
Guushas left
Guushas joined
Tobihas joined
Tobihas left
Tobihas joined
Guushas left
Guushas joined
Guushas left
Guushas joined
Guushas left
Guushas joined
Flowhas left
Guuseditors: I've just tweaked the website configuration. images are now no longer served from a static file directory on EOS, but from the xmpp.org docker instance instead.
GuusIf this breaks anything, blame me (and let me know)
SamWhitedThanks Guus!
Guusdon't thank me yet
GuusI think this was in place for a reason...
GuusI just don't know what that was :)
SamWhited… for letting us know that you're trying to break things.