XMPP Service Operators - 2022-04-13


  1. madtata

    Need service

  2. madtata

    Recover miles

  3. Licaon_Kter

    madtata: Hi there. What brings you to this corner of the ecosystem?

  4. myjabber1337

    hola community, another time im so sorry for my english, i have an idea & want to discuss there's worldwide problem in any public chats, one side is scam/flood/shizo/government propaganda, on other side - anal moderation I would bet that you saw at least once the picture where in some crypto/cybersec/tech chat admin and several anons throwing shit one in another and coming from fake accounts, so ban doesn't help exist many public chats at the same theme, "if you don't like our rules go away to another channel", instead of creating one strong community i propose to create protocol for custom ignorlist, where you can subsribe to any moderator with he's branch, choose your own censorship that would work anywhere, XMPP chats, IRC channels or mastodon feed how i imaging it is to use authority root certificates as in DNS/HTTPS but for messages and authors instead of sites by design it would work only if any user would sign any message and any content that he publish in network, non verified messages would ignored moderator creating his public key & creating global whitelist by signing keys of others authors & moderators where they may continue branch just choose whitelist which is most closer to your opinion by example some people don't want to see guy with dicpic on avatar or using bad words, i don't worry about it if he really know the subject of channel and there's reason to provide hyperlinks for messages, cause i may reply to guy which you don't want to see in question about anonymously, public keys is exactly the same as pseudonym, what is so sensitive on imageboards (where you cannot be sure with who you talking IRL, government bot or real opponent) so we can use zero knowledge proof algorithm like in monero what do you think, community?

  5. MattJ

    We already have something like that for Prosody: https://modules.prosody.im/mod_muc_rtbl

  6. MattJ

    Currently it only allows subscribing to one list, but support for multiple lists should be relatively easy to implement

  7. MattJ

    and I'm currently only aware of one list anyway

  8. MattJ

    Also more advanced logic can be handled with Prosody's mod_firewall

  9. Menel

    I think they mean to control that list client side?

  10. Sam

    Hi operators! If anyone is interested in having a spot for their server or project to have longer form discussions, we've setup a reddit/discourse alternative specifically for XMPP projects! Our lemmy instance is federated too! https://community.xmpp.net/

  11. tom_

    Anyone ever setup a muc over a hidden service

  12. Licaon_Kter

    tom_: it's the same process, right? What's hard is to have only .onion domain members, right?

  13. croax

    tom_, Licaon_Kter: you shall probably make sure that the process shall not connect without Tor and cannot access the real IP. The rest is probably just basic configuration. Otherwise it might use STUN to transmit sensitive information to the client, or direct S2S,..

  14. croax

    tom_, Licaon_Kter: you shall make sure that the process may not connect without Tor and cannot access the real IP. The rest is probably just basic configuration. Otherwise it might use STUN to transmit sensitive information to the client, or direct S2S,..