Ich habe festgestellt, dass ich Protokolle der Kommunikation mit Benutzern bezüglich ihrer Stummschaltung und/oder Sperrung finden möchte. Obwohl eine E-Mail an den säumigen Benutzer mit dem Grund gesendet wird (glaube ich?), kann ich diese Nachricht nicht im System sehen (soweit ich sehen kann). Selbst die E-Mail-Protokolle zeigen die Nachricht nicht an. Außerdem, wenn der Benutzer eine Wegwerf-E-Mail-Adresse verwendet hat, erhält er die Nachricht möglicherweise nie.
Es wäre großartig, wenn Discourse eine Direktnachricht als “offizielle Warnung” verwenden würde, anstelle von (oder vielleicht zusätzlich zu) der direkten und nicht nachvollziehbaren E-Mail.
Ja, mir ist bewusst, dass der Grund in der Datenbank gespeichert ist und dass Sie manuell darauf zugreifen können. Aber das ist nicht unbedingt die Nachricht, die der Benutzer erhalten hat.
Dies wurde in der Vergangenheit als Ursache für Verwirrung festgestellt – und ich denke, diese Funktionsanfrage würde helfen, diese Verwirrung zu beseitigen.
Nein, diese Nachrichten erscheinen dort nicht. Oder in keiner Gruppen-Inbox, soweit ich das finden kann. Auch nicht in der Inbox des Zielbenutzers. Könnte es eine Website-Einstellung geben, die dies beeinflusst? Ich habe nachgesehen, konnte aber keine finden.
Es gibt eine private Nachricht, die an den Benutzer von @system gesendet wurde, aber sie besagt lediglich „Ihr Konto ist vorübergehend gesperrt“ ohne jegliche Erklärung. Ihr Text stammt aus system_messages.silenced_by_staff.text_body_template, das keinen Zugriff auf den Platzhalter für den Grund hat. Der Standardtext ist sehr sanft und schlicht falsch, wenn er als absichtliche Auszeit verwendet wird: „vorsorglich gesperrt“.
Es gibt ein Protokoll der gesendeten E-Mail, das den Text enthält, den ich suche, aber es enthält nicht den Inhalt.
Der Name des Slugs, der den Text enthält, den ich mit den Interpolationsschlüsseln silenced_til und reason möchte, ist user_notifications.account_silenced.text_body_template – was mich dazu veranlasste, in den Benutzernachrichtungen nachzusehen, aber auch dort erscheint er nicht.
Haben Sie im Abschnitt Protokolle nachgesehen? Wenn Sie zu Protokolle > Mitarbeiteraktionen > gehen und den Filter auf Benutzer stummschalten setzen, erhalten Sie etwas wie dieses. Sie können in der Spalte Details auf Anzeigen klicken, um die Nachricht zu sehen.
Das ist auch gut zu wissen, aber es geht hier nicht um mein Hauptanliegen, nämlich die Aufzeichnung der Benutzerbenachrichtigung sowohl für die Benutzer selbst als auch für die Moderatoren sichtbarer zu machen.
Keines dieser Artefakte (das E-Mail-Protokoll, das Mitarbeiteraktionsprotokoll oder die direkte Datenbankabfrage) zeigt tatsächlich, was an den Benutzer gesendet wurde. Es ist sehr undurchsichtig – sowohl für Moderatoren als auch für Benutzer.
Die Verwendung einer privaten Nachricht für diese Benachrichtigung hat mehrere wesentliche Vorteile:
Sichtbarkeit auf der Plattform für Benutzer und Moderatoren
Administratoren können die „gelesenen Bestätigungen“ in Form der Themenansichten sehen
Sie sollte die generische PM „Konto als Vorsichtsmaßnahme ausgesetzt“ ersetzen, die für automatisierte Systemaktionen besser geeignet ist als für eine Ermahnung durch das Personal.
Für ein gesperrtes Konto gibt es die Option, den Grund für die Sperrung aufzulisten, der sowohl per E-Mail gesendet als auch auf der Benutzerkarte angezeigt wird:
Ich stimme zu, dass die automatisierte Nachricht etwas seltsam ist, wenn ein Konto als Personalmaßnahme stummgeschaltet wird, da sie besagt, dass das Konto nur bis zu einer Personalüberprüfung gesperrt ist.
Bearbeiten: Könnte so eingestellt sein, weil das Stummschalten sowohl eine automatisierte Aktion als auch eine manuelle Aktion durch einen Moderator/Administrator sein kann. Dann kann ein stummgeschaltetes Benutzerkonto immer noch in PM-Themen sprechen, aber keine neuen oder öffentlichen Themen starten.
Bei Sperrungen wären PMs nicht sinnvoll, da der Benutzer sich nicht einmal anmelden kann, um diese zu lesen. Daher wäre eine E-Mail die einzige Möglichkeit zur Kommunikation.
[Zitat=“Architekt, Beitrag:9, Thema:312801, Benutzername:Architect”]
Mit Suspendierungs-PMs würde das keinen Sinn machen, weil der Benutzer sich diese nicht einmal ansehen kann, also wäre E-Mail die einzige Möglichkeit zur Kommunikation.
[/Zitat]
Es ist nicht unrealistisch anzunehmen, dass solche Moderator- oder systemebenen PMs in der Lage sein könnten/ wären, die Standard-PM-E-Mail-Benachrichtigungs-Einstellung zu überschreiben. Private Nachrichten können sogar explizit an Roh-E-Mail-Adressen adressiert und versendet werden.
Beim letzten Mal, als ich versuchte, eine persönliche Nachricht an eine E-Mail-Adresse zu senden, während default email messages level auf „never“ gesetzt war, wurde ein gestufter Benutzer erstellt, aber keine E-Mail gesendet.
Vielleicht wäre das möglich, diese Einstellung kann auch manuell vom Administrator geändert werden. Das könnte funktionieren, um E-Mails mit PMs an einen gesperrten Benutzer zu senden, aber sie können nicht direkt antworten, während sie gesperrt sind. Das System wird abgelehnt, wenn sie per E-Mail antworten.
Wäre das nicht nur, wenn es bereits einen gestuften Benutzer gibt, der E-Mail-Einstellungen hat? Wenn Sie eine E-Mail an eine nicht registrierte Adresse senden, wird ein neuer Kontoeinladungslink erstellt.
Es gibt Protokolle der E-Mails mit den Gründen für die Sperrung in den Protokollen der Mitarbeiteraktionen. Haben Sie diese gesehen?:
Sie betrachten möglicherweise andere Protokolle als die, die ich im Admin-Panel sehen kann, welche die an den Benutzer gesendete E-Mail-Nachricht anzeigen. Auch die E-Mail-Absenderprotokolle enthalten diese.
Dies ist jedoch immer noch eine gute Funktionsanfrage, um diese Nachrichten in PMs zu haben, damit der Benutzer diese Aufzeichnung hat und es für Administratoren/Mods einfacher zu sehen wäre.
