L’interfaccia utente fa sembrare che non vengano inviati email agli utenti quando li sospendi, a meno che tu non compili questa sezione in basso — indica solo che verrà mostrato loro del testo quando proveranno ad accedere:
Ma mentre stavo testando qualcosa con un account di prova, ho notato che è stato effettivamente inviato un’email per notificare all’utente la sospensione. È stata inviata anche un’email quando ho silenziato l’utente di prova. Le email vengono inviate immediatamente, quindi non c’è nemmeno il tempo di entrare in sidekiq per fermarle.
Il motivo per cui non voglio che vengano inviate email a queste persone è perché non desidero ricordare loro che il sito esiste. (Tutte le sospensioni sono permanenti, a meno che non vogliano fare appello tramite email.)
Modifica: Dopo aver pubblicato questo post, ho visto di aver ricevuto un’altra email quando ho desospeso l’account di prova. Non credo che dovrebbe essere inviata un’email nemmeno per questo, a meno che un amministratore non spunti una casella, poiché l’utente potrebbe non sapere di essere stato sospeso o silenziato dal sistema.
È possibile modificare il comportamento in modo che, per impostazione predefinita, non vengano inviati email, ma venga aggiunta una casella di controllo con la dicitura «Invia un’email all’utente»? Attualmente, sia l’interfaccia utente che la documentazione nel forum indicano che le sospensioni e i silenziamenti non inviano email a meno che l’area di testo inferiore non venga compilata.
Se le email vengono inviate automaticamente, non potrò utilizzare l’interfaccia per sospendere o silenziare gli utenti, ma dovrò accedere tramite SSH per farlo dalla console Rails o trovare un altro metodo che non invii email.
Non invio mai email per questo tipo di decisioni di moderazione, perché significherebbe ricordare agli utenti indesiderati che il forum esiste, mentre voglio semplicemente che spariscono. Se tornano sul forum, vedranno il motivo della moderazione, ma la maggior parte di loro non tornerà.
Non disponiamo di sospensioni o silenziamenti temporanei: sono sempre permanenti. Dò agli utenti diversi avvertimenti affinché si correggano, ma se non ci riescono, vengono sospesi e possono fare appello via email.
Un agente di programmazione ha affermato di poter scrivere un plugin per sopprimere quelle email, ma che non esiste un hook ufficiale per bloccarle. Un aggiornamento futuro del core potrebbe rompere il plugin.
Se le ragioni per cui non si desidera inviare quelle email non risultano comprensibili, potrei pubblicare degli scenari di esempio.
Sì, è possibile. Stiamo lavorando per rendere possibile l’uso di Discourse in modo conforme alle segnalazioni DSA, quindi avremo più aggiornamenti e il vostro feedback è utile.
Tuttavia, tenete presente che se il vostro forum è gestito dall’UE o ha utenti nell’UE, il Digital Services Act (articolo 17) richiede di fornire agli utenti sospesi o silenziati una dichiarazione delle motivazioni.
Dato che è difficile sapere dove si trovi un determinato utente, manterrei l’email come impostazione predefinita e la salterei solo per gli account spam/bot, che sono esentati dal DSA.
Non vedo alcun requisito nell’articolo 17 che imponga l’invio via email delle motivazioni della moderazione. Se un utente può visualizzarle sul sito quando tenta di accedere in caso di sospensione o se può ancora effettuare l’accesso in caso di silenziamento, non sarebbe questo sufficiente a soddisfare il requisito?
Grazie per la spiegazione. Non avevo mai sentito parlare del Digital Services Act.
Sono confuso riguardo alla legge. Gmail è un sito web; il mio forum è un sito web. Perché visitare gmail.com per visualizzare i messaggi dovrebbe essere considerato una “notifica”, mentre visitare il sistema di messaggistica sul mio sito per vedere le notifiche non lo sarebbe? Sembra che ciò darebbe un vantaggio ingiusto alle grandi aziende tecnologiche. Se li mando su Google per ricevere la notifica, oltre a inviarla loro sul mio sito tramite il mio sistema di messaggistica, starei fornendo loro una doppia notifica.
Indico sempre un motivo, quindi lo vedranno quando verranno a controllare quali messaggi hanno ricevuto sul forum. Le persone possono sempre fare appello contro le decisioni di moderazione scrivendoci via email. Rispondono persone reali alle email e il link di contatto è disponibile nel menu a discesa.
Preferirei disattivare quelle email in modo predefinito finché non chiariscono meglio la legge. Non voglio che nessuno riceva email quando viene sospeso manualmente, silenziato, desospeso o desilenziato, a meno che io non compili l’area di testo dell’email.
Se non siete in grado di modificare Discourse per disattivare quelle email in modo predefinito, potreste creare un’API stabile in cui un plugin possa agganciarsi per impedire determinate notifiche? (se non esiste già — Claude non ne ha trovato uno)
Un tipo di hook per questo sarebbe utile anche per me, così da poter scrivere un plugin che impedisca l’invio di email quando un post in moderazione viene approvato. Non voglio mai inviare nemmeno quelle, quindi devo sempre entrare in Sidekiq per cancellare manualmente quei job. Altrimenti, l’email ricorda all’utente che ci sono volute ore per approvare i suoi post e nel frattempo potrebbe sentirsi male al riguardo. Stavo per far scrivere un plugin a Claude, ma ha detto che avrebbe modificato funzionalità core e il plugin potrebbe rompersi con un aggiornamento, il che significa che probabilmente dovrei comunque controllare ogni volta che approvo un post in Sidekiq per assicurarmi che i job delle email non vengano messi in coda.
Solo se i motivi riguardano contenuti illegali o il mancato rispetto dei termini e delle condizioni. Ma non se il motivo è lo spam. O se il motivo è una richiesta ufficiale (governativa).
Quindi, non diamo a questo tipo di legge più portata di quanta ne abbia già. Il silenziamento o la sospensione a causa di comportamenti antisociali o spam non dovrebbe rientrarvi.
(Questa è un’argomentazione a favore del fatto che i termini e le condizioni non dovrebbero vietare i comportamenti antisociali)
