Ich bin heute beim Bearbeiten eines gemeldeten Beitrags auf etwas gestoßen und möchte das erwartete Verhalten bestätigen.
Ein Beitrag wurde von Discourse AI automatisch als Spam gemeldet. Der Inhalt war eindeutig nicht forumbezogen (fremdsprachig, themenfremd, Softcore-artiger Inhalt), daher habe ich der Meldung zugestimmt, das Konto gelöscht und die Option gewählt, die IP des Nutzers zu blockieren.
Kurz darauf fiel mir in den E-Mail-Protokollen auf, dass eine E-Mail mit dem Typ account_deleted gesendet wurde.
Das hat mich beunruhigt.
Ist es Standardverhalten von Discourse, in solchen Fällen – einschließlich offensichtlicher Spam-Konten – eine E-Mail zur Kontolöschung zu versenden?
Falls ja, gibt es eine Möglichkeit, dies speziell für löschungen im Zusammenhang mit Spam zu deaktivieren?
Aus moderatorensicht scheint es kontraproduktiv, Spammer darüber zu informieren, dass ihr Konto entfernt wurde. In Fällen, in denen der Spam offensichtlich ist und durch Meldungen bestätigt wurde, wäre es vorzuziehen, wenn die Aktion still erfolgt.
Ich möchte zudem ausschließen, dass ich die Protokolle falsch interpretiere oder die falsche E-Mail mit der Löschung verbinde.
Ich suche nach Klarstellung zu folgenden Punkten:
Ob diese Benachrichtigung erwartetes Verhalten ist
Ob sie für Spam-Workflows deaktiviert oder angepasst werden kann
Was aus moderatorensicht die beste Vorgehensweise ist
Nein, derzeit nicht wirklich, glaube ich. Die Benachrichtigung gefällt mir eigentlich ganz gut, und ich finde, es ist eine gute Funktion. Allerdings gibt es auch das Argument, dass Spammer dadurch benachrichtigt werden, was die Auswirkungen haben könnte – können sie dann nicht einfach ein neues Konto erstellen? Außerdem: Wenn ich wirklich ein gutgläubiger Nutzer wäre, würde ich dann tatsächlich vom Spam-Filter erkannt und von einem Administrator gesperrt werden?
Update: Es sieht so aus, als sei das beabsichtigt.
Ich habe gerade ein Konto gelöscht, das KI-Müll von einem neuen Konto postete, das dieselbe IP-Adresse wie zwei andere Konten teilt. Nicht glücklich, wenn sie diese Warn-E-Mail erhalten:
Hallo,
dies ist eine automatisierte Nachricht von X, um Sie darüber zu informieren, dass das mit dieser E-Mail-Adresse verknüpfte Benutzerkonto von einem Mitarbeiter gelöscht wurde.
Ihr Beitrag wurde zur Genehmigung markiert: Er wurde automatisch in die Warteschlange für die Überprüfung durch einen Mitarbeiter gestellt, um sicherzustellen, dass er unseren Community-Richtlinien entspricht.
Bitte lesen Sie unsere Community-Richtlinien für weitere Details.
Ich würde diese E-Mails wirklich gerne deaktivieren. Die Forumsuche hat mich hierher geführt.
Ich denke, das Löschen über die (Admin-)Profilseite statt über die Review-Warteschlange funktioniert weiterhin als Workaround. Aber ich weiß, dass es nicht so komfortabel ist wie das direkte Löschen in der Review-Warteschlange.
Ich vermute, es gab einen gewissen Compliance-Grund für diese Vorgehensweise.
Das erinnert mich an die „guten alten Zeiten“ der E-Mail-Server-Verwaltung. Ich erinnere mich, dass ich vor einigen Jahrzehnten einmal unter einer Reverse-Failed-Delivery-Notification-Angriff von Spam-Betreibern litt. Diese fälschten die Absenderadresse und schickten die E-Mail an ein nicht existierendes Konto auf meinem Server. Um dem Standard-SMTP-Protokoll zu entsprechen, musste bei einer fehlgeschlagenen Zustellung eine Benachrichtigung über das Zustellungsversagen, einschließlich einer Kopie der fehlgeschlagenen E-Mail, gesendet werden. Das eigentliche Ziel des Spams war die gefälschte Absenderadresse, und diese Person erhielt die Benachrichtigung über das Zustellungsversagen … inklusive der tatsächlichen E-Mail.
Obwohl ich vermute, dass die betreffenden Spam-Betreiber in diesem speziellen Fall automatisiert sind und kein Mensch die E-Mail zur Kontolöschung jemals sehen wird, fällt mir auf, dass wir den Spam-Betreibern mehr Informationen als nötig liefern, was dann zur Verfeinerung ihrer Taktiken genutzt werden könnte.
Fehler, weil ich ihn zitiert habe. Korrigiert.