jonaswif anyone could revert what peter did ... ;-)
KevPeter didn't say what he did, so I can't revert it easily.
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.
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
KevThe spam is pissing me off significantly already.
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
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.
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.
jonaswhttps://hub.docker.com/r/xmppxsf/xeps/builds/bj8obtizkjjqexc6dzqm2ht/ okay, these build failures due to some XSLs not loading from sourceforge are getting annoying
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.
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?
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 :(