Não, estamos usando os padrões na maior parte. As contas na captura de tela acima ainda estavam no TL1 quando eu as excluí… suspeito que as peguei no meio do cumprimento dos requisitos para o TL1. Você pode ver como as visualizações do tópico provavelmente foram preenchidas em uma segunda passada nessa primeira captura de tela.
2 Curtiram
O mesmo para nós. As que vi eram todas anúncios de algum software de edtech.
Comecei por aí, mas eles surgiam tão rapidamente que era mais eficaz suspender todas as contas identificáveis e ativar a aprovação de contas por enquanto.
Como estou revisando todas as novas contas, também notei um novo conjunto que me preocupa — principalmente domínios fldubai.com (mais alguns grr.la e pokemail.net nos mesmos endereços IP). Começou aos poucos, mas está ganhando velocidade.
3 Curtiram
Sim, estamos recebendo os mesmos domínios. Seria ótimo ter a opção de bloquear o domínio de e-mail inteiro ao excluir um usuário (em vez de precisar fazer isso manualmente):
Uma quarta opção como Excluir e bloquear o host de e-mail (spam.example.com) seria excelente.
Sim, eu sei que poderíamos inverter a lógica e usar uma lista de permissões (allowlist) em vez disso, mas, como uma comunidade técnica, temos muitos usuários que possuem e-mails auto-hospedados como discourse@mbauman.com, então sou resistente a dar esse passo.
1 Curtiu
@supermathie, podemos bloquear o IP 89.124.71.104 em toda a nossa hospedagem? Verifiquei a atividade dele e é claramente um script que percorre vários sites do Discourse e cria contas em massa.
5 Curtiram
Posso confirmar que o IP foi bloqueado em toda a nossa hospedagem, portanto não deve mais causar problemas para nossos clientes hospedados.
7 Curtiram
Se ao menos houvesse alguma forma de bloquear nomes de usuário via regex (tópico Feature, talvez?).
Mas o que poderia ajudar são as Palavras Observadas com Ação de Silenciar (/admin/customize/watched_words/action/silence) para as mensagens privadas (PMs) de spam, caso sigam o mesmo formato.
1 Curtiu