Das Forum sendet immer E-Mails, wenn Nutzer gesperrt oder stummgeschaltet werden

Beitragen Fehler
1

Die Benutzeroberfläche lässt den Eindruck erwecken, dass beim Sperren eines Nutzers keine E-Mail gesendet wird, es sei denn, man füllt diesen unteren Bereich aus – dort steht lediglich, dass ihnen ein Text angezeigt wird, wenn sie versuchen, sich anzumelden:

user suspension form with email message box highlighted
user suspension form with email message box highlighted1608×1082 87.5 KB

Doch als ich mit einem Testkonto etwas testete, stellte ich fest, dass tatsächlich eine E-Mail gesendet wurde, die den Nutzer über die Sperrung informiert. Auch als ich das Testkonto stummgeschaltet habe, wurde eine E-Mail versandt. Die E-Mails werden sofort gesendet, sodass nicht einmal Zeit bleibt, in Sidekiq nachzuschauen und den Versand zu stoppen.

Ich denke, es handelt sich um einen Bug:

Der Grund, warum ich nicht möchte, dass an diese Personen E-Mails gesendet werden, ist, dass ich sie nicht daran erinnern will, dass die Seite existiert. (Alle Sperren sind dauerhaft, es sei denn, sie möchten per E-Mail dagegen Berufung einlegen.)

Edit: Nach dem Posten dieses Themas bemerkte ich, dass ich auch eine weitere E-Mail erhalten habe, als ich das Testkonto wieder entsperrt habe. Ich glaube, dafür sollte ebenfalls keine E-Mail gesendet werden, es sei denn, ein Administrator aktiviert ein entsprechendes Kontrollkästchen, da der Nutzer möglicherweise gar nicht weiß, dass er vom System gesperrt oder stummgeschaltet wurde.

4 „Gefällt mir“
2

Das klingt ziemlich schlecht. Was ist der „E-Mail-Typ“, wie er im Bereich „E-Mail-Protokolle“ des Admin-Interfaces angezeigt wird?

3

Dies scheint hier eine bewusste Änderung zu sein: UX: Always email suspended users and clarify expiry timezones - Pull Request #44812 - discourse/discourse - GitHub @tgxworld kann das mit Sicherheit bestätigen, aber ich denke, dies steht im Zusammenhang mit den Anforderungen des Digital Services Act.

4

Wäre es möglich, die Einstellung so zu ändern, dass standardmäßig keine E-Mails versendet werden, aber dort ein Häkchenfeld mit der Aufschrift „Benutzer eine E-Mail senden“ eingefügt wird? Die Benutzeroberfläche und die Dokumentation im Forum sagen derzeit, dass bei Suspendierungen und Stummschaltungen keine E-Mails gesendet werden, sofern das Textfeld am unteren Rand nicht ausgefüllt ist.

Wenn automatisch E-Mails versendet werden, kann ich die Benutzeroberfläche nicht mehr nutzen, um Benutzer zu suspendieren oder stummzuschalten, sondern müsste mich per SSH anmelden, um dies in der Rails-Konsole durchzuführen, oder nach einer anderen Methode suchen, die keine E-Mails versendet.

Ich sende für solche Moderationsentscheidungen nie E-Mails, da dies unerwünschte Benutzer daran erinnern würde, dass das Forum existiert, und ich möchte nur, dass sie verschwinden. Wenn sie zum Forum zurückkehren, sehen sie den Moderationsgrund, aber die meisten werden nicht zurückkehren.

Wir haben keine temporären Suspendierungen oder Stummschaltungen – es ist immer dauerhaft. Ich gebe den Benutzern mehrere Warnungen, sich zu bessern, aber wenn sie das nicht können, werden sie suspendiert und können dagegen per E-Mail Berufung einlegen.

Ein Coding-Agent sagte, er könnte ein Plug-in schreiben, um diese E-Mails zu unterdrücken, aber es gäbe keinen offiziellen Hook, um diese E-Mails zu blockieren. Ein zukünftiges Update des Kernels könnte das Plug-in brechen.

Falls die Gründe, warum man diese E-Mails nicht senden möchte, nicht verständlich sind, könnte ich Beispielszenarien posten.

1 „Gefällt mir“
5

Ja, das ist möglich. Wir arbeiten daran, die Nutzung von Discourse im Rahmen von DSA-Beschwerden zu ermöglichen, sodass es weitere Updates geben wird und dein Feedback uns dabei hilft.

Beachte jedoch, dass der Digital Services Act (Artikel 17) vorschreibt, gesperrten oder stillgelegten Nutzern eine Begründung mitzuteilen, wenn dein Forum aus der EU betrieben wird oder Nutzer in der EU hat.

Da es schwer ist zu wissen, wo sich ein bestimmter Nutzer befindet, würde ich die E-Mail als Standard beibehalten und sie nur für Spam- und Bot-Konten überspringen, die vom DSA ausgenommen sind.

1 „Gefällt mir“
6

Ich sehe in Artikel 17 keine Anforderung, dass die Gründe für eine Moderation per E-Mail gesendet werden müssen. Wenn ein Benutzer diese Gründe auf der Website einsehen kann, wenn er sich während einer Sperre anmeldet, oder sich auch bei einer Stummschaltung weiterhin anmelden kann, würde dies dann nicht die Anforderung erfüllen?

Artikel 17 des Digital Services Act (DSA)

1 „Gefällt mir“
7

Danke für die Erklärung. Von dem Digital Services Act hatte ich noch nie gehört.

Ich habe Schwierigkeiten, das Gesetz zu verstehen. Gmail ist eine Website; mein Forum ist eine Website. Warum wird das Besuchen von gmail.com zum Ansehen von Nachrichten als „Benachrichtigung“ betrachtet, während das Aufrufen des Nachrichtensystems auf meiner Website zum Ansehen von Benachrichtigungen nicht als „Benachrichtigung“ gilt? Das scheint großen Tech-Unternehmen einen ungerechten Vorteil einzuräumen. Wenn ich sie zusätzlich zur Benachrichtigung über mein eigenes Nachrichtensystem auf meiner Website auch noch auffordere, bei Google nachzusehen, würde ich ihnen eine doppelte Benachrichtigung zukommen lassen.

Ich zeige immer einen Grund an, sodass sie ihn sehen, wenn sie nachschauen, welche Nachrichten sie im Forum erhalten haben. Moderationsentscheidungen können jederzeit per E-Mail angefochten werden. Echte Menschen beantworten die E-Mails, und der Kontaktpunkt ist im Dropdown-Menü verfügbar.

Ich würde diese E-Mails standardmäßig deaktivieren, bis das Gesetz geklärt ist. Ich möchte nicht, dass jemand E-Mails erhält, wenn er manuell suspendiert, stummgeschaltet, wieder freigeschaltet oder entstummgt wird, es sei denn, ich fülle das E-Mail-Textfeld aus.

Falls ihr Discourse nicht so anpassen könnt, dass diese E-Mails standardmäßig deaktiviert sind, könntet ihr dann eine stabile API bereitstellen, in die ein Plugin andocken kann, um bestimmte Benachrichtigungen zu unterbinden? (falls es das noch nicht gibt – Claude konnte keine finden)

Ein Hook dafür wäre auch nützlich, damit ich ein Plugin schreiben kann, das verhindert, dass E-Mails gesendet werden, wenn ein Post in Moderation genehmigt wird. Diese möchte ich auch nie senden, daher muss ich jedes Mal in Sidekiq gehen, um diese Jobs manuell abzubrechen. Andernfalls erinnert die E-Mail den Benutzer daran, dass es Stunden gedauert hat, seinen Post freizugeben, und in der Zwischenzeit könnte er sich schlecht fühlen. Ich wollte, dass Claude ein Plugin dafür schreibt, aber es sagte, dass es dabei Kernfunktionalitäten patchen würde und das Plugin bei einem Update kaputtgehen könnte. Das bedeutet, dass ich wahrscheinlich trotzdem jedes Mal in Sidekiq schauen müsste, ob die E-Mail-Jobs nicht in die Warteschlange kommen, wenn ich einen Post freigabe.

1 „Gefällt mir“
8

Nur wenn die Gründe in illegalen Inhalten oder dem Verstoß gegen die Nutzungsbedingungen liegen. Aber nicht, wenn der Grund Spam ist. Oder wenn der Grund ein behördlicher (staatlicher) Auftrag ist.

Lassen Sie uns also dieses Gesetz nicht mehr Reichweite verleihen, als es bereits hat. Das Stummschalten oder Sperren wegen antisozialen Verhaltens oder Spam sollte nicht davon erfasst sein.

(Dies ist ein Argument dafür, sicherzustellen, dass die Nutzungsbedingungen antisoziales Verhalten nicht verbieten)

1 „Gefällt mir“