[improvement] Effective way to limitate spam

[MattiaFailla]

Concentrerei qui la discussione tecnica per limitare i fenomeni di spam e flood.

Per quanto riguarda il flooding il modulo di tgbot sembra fare il suo lavoro; si può integrare un controllo sul numero di caratteri per evitare messaggi enormi e inutili.

[Kavuti]

Credo che per gestire al meglio la cosa si possano integrare i provvedimenti warn, mute, kick e ban al violare delle regole definite da locks. Ovvero quando un utente non-admin invia cose bloccate da locks, oltre che provvedere all'eliminazione del messaggio, si stabilisce se procedere con i provvedimenti, in base al numero di provvedimenti già presi precedentemente per quell'utente. Può essere inoltre utile ricontrollare i vari filtri usati da locks e vedere se è necessario integrarne altri, modificare quelli attuali (condizione già verificatasi e attualmente in funzione per le url) o lasciarli così come sono.

[MattiaFailla]

Potremmo integrare la stessa logica dei warn: ogni volta che viene violato un lock scatta anche un warn, una volta superati X warn si procede al kick.

[iflare3g]

Mi piace come idea, ha senso fargli un warn se viola una "legge" dettata dai locks

[Kavuti]

Penso si possa procedere così per il momento, poi si potranno anche integrare i canali di spam watch per avere le liste di account già plurisegnalati e conosciuti come spam (come dicevamo nella issue precedente inerente allo stesso argomento)

[MattiaFailla]

Va bene.

Nel caso in cui riuscissimo a trovare una lista di id già segnalati potremmo caricarli in tgbot nel modulo gban!

[iflare3g]

Per questo vorrei capire come funzionano le federation di Rose/Marie, visto che servirebbe proprio per avere accesso a quella lista

[Kavuti]

Non conosco bene l'argomento, quindi per questa cosa rimetto tutto nelle vostre mani.

[MattiaFailla]

Ciao ragazzi, in questi giorni sto implementando il sistema di warn quando viene violato un lock.

Ditemi se non siete d'accordo con questo sistema e provvedo a modificare il lavoro.

[iflare3g]

Per me va bene, anzi se ti serve una mano fammi sapere 😄

[Kavuti]

Ma quindi come siamo rimasti su questo punto? Mi fate un recap?

[MattiaFailla]

Sul gruppo non erano tutti d'accordo e quindi non ho pushato nulla.

[iflare3g]

Qua ritorna il discorso del CAS che hai già implementato @MattiaFailla ( se non ricordo male ) , quello dovrebbe già limitare il problema spam. Poi se è uno spammer che non è presente nei db di CAS, c'è sempre il /ban

[MattiaFailla]

Si, ho implementato il sistema CAS e pushato su master! In teoria siamo al sicuro dalla maggor parte di spammers.. ovviamente qualcuno non verrà bloccato/riconosciuto e come diceva @iflare3g ci torna utile il comando /ban

Electus è già operativo con questa feature.

_{Sent with GitHawk}

[iflare3g]

Al massimo dovremmo salvare i messaggi di quelli che banniamo con /ban e confrontarli con il messaggio che viene inviato dopo il join al gruppo di un nuovo utente ( ma dovrebbero comunque superare il discorso del /CocDone ) quindi penso che già allo stato attuale dovremmo avere le spalle coperte.

[MattiaFailla]

Si esatto, in teoria siamo abbastanza al sicuro. Credo che coc + CAS siano già abbastanza per limitare bot del genere.

_{Sent with GitHawk}

[MattiaFailla]

Chiudo per inattività

_{Sent with GitHawk}