Auf meiner privaten Discourse-Instanz erstellen externe E-Mails Discourse-Themen mit Staging-Benutzern als Absender. Ich möchte vermeiden, dass diese Staging-Benutzer benachrichtigt werden, wenn auf solche Themen geantwortet wird. Im Allgemeinen diskutiert unsere Community in diesen Themen die beste Vorgehensweise für Antworten, und es kann sehr störend sein, wenn diese Konversationen vom ursprünglichen Absender gelesen werden.
Können wir E-Mail-Benachrichtigungen für Staging-Benutzer standardmäßig verbieten? Danke.
Ein Hauptanwendungsfall für gestufte Benutzer ist die Möglichkeit, dass sie per E-Mail kommunizieren und Antworten erhalten können, ohne ein Konto erstellen zu müssen.
Schauen Sie sich “Whispers” an, mit dem eine Gruppe auf Ihrer Website “interne” Nachrichten verwenden kann, die nicht an Benutzer außerhalb der Gruppe gesendet werden.
Gestufte Benutzer + Whispers sind eine solide Lösung für die Verwaltung eines Ticket-/Supportsystems, bei dem jeder eine E-Mail senden kann, Ihre Community-Mitglieder dies diskutieren können und Sie dann mit einer “normalen” Nachricht antworten, wenn Sie bereit sind, dem gestuften Benutzer eine Nachricht zu senden.
Vielen Dank für Ihre Antwort. Mein Anliegen ist es, den “Nicht-Benachrichtigungsmodus” standardmäßig zu aktivieren.
Die “Flüstern”-Nachrichten sind in Ordnung, aber ich müsste diesen Modus für die betreffenden Kategorien standardmäßig aktivieren, da ich nicht davon ausgehen kann, dass alle Benutzer jederzeit den Flüstermodus verwenden.
Eine andere Möglichkeit, die ich in Betracht gezogen habe, ist, die Benachrichtigungseinstellung bei entfernten Benutzern zu deaktivieren. Aber auch hier: Wie erreiche ich das standardmäßig?
Ich habe es nicht eingerichtet, aber ich denke, Sie können eine Kategorie erstellen, die E-Mails von gestuften Benutzern zulässt, aber die Berechtigungen sind so konfiguriert, dass sie diese nicht lesen können und daher nicht über Antworten benachrichtigt werden.
Dies unterstützt jedoch nicht diesen Anwendungsfall:
Mit „Whispers“ können Sie eine Konversation führen und gleichzeitig Antworten zwischen den Teilnehmern zulassen. Könnten Sie mehr über den Kontext dieser Nachrichten erzählen? Beabsichtigen Sie, von Discourse aus darauf zu antworten?
Verschiedene Partner senden E-Mails an unsere generische Adresse wie contact@example.com, die an das Forum weiterleitet. Zum Beispiel: „Hallo, wir informieren Sie, dass unsere Gruppe eine wunderbare Veranstaltung organisiert. Die Mitglieder Ihrer Community sind willkommen!“
(Praktisch kommt die E-Mail zuerst in einer privaten Kategorie an, dann ändern Moderatoren sie zu einer öffentlichen, wenn sie relevant ist.)
Dann ist die Nachricht für unsere angemeldeten Mitglieder sichtbar, und wir führen interne Diskussionen wie: „Ich bin interessiert, wer möchte mit mir gehen? Ich habe 3 Plätze in meinem Auto.“
Wenn eine Antwort an den Partner gesendet werden muss, verwenden wir unsere offizielle E-Mail-Adresse, um sie nicht zu verwirren. Es ist nicht notwendig, eine Antwort von Discourse zu senden.
Mein Eindruck ist, dass die Beziehung zwischen dem inszenierten Benutzer und dem Thema für Ihre Zwecke irrelevant sein könnte. Eine Möglichkeit, die mir einfällt, ist, dass Sie Moderatoren den Besitzer von Beiträgen ändern lassen könnten (moderators_change_post_ownership-Einstellung), wenn dies für Ihr Forum angemessen ist, wobei ein Teil des Prozesses darin bestünde, dass der Moderator den Besitz ändert, bevor das Thema verschoben wird.
Dies müsste jedoch möglicherweise getestet werden, ich weiß nicht sicher, wie Benachrichtigungen für inszenierte Benutzer behandelt werden, daher wird dies den inszenierten Benutzer möglicherweise nicht daran hindern, E-Mails für das Thema zu erhalten.
Eine andere Möglichkeit wäre, ein einfaches Plugin zu schreiben (oder in Auftrag zu geben), das auf neue Themen in dieser privaten Kategorie reagiert, prüft, ob der Autor inszeniert ist, und wenn ja, etwas tut. Das könnte immer noch die Änderung des Besitzers sein, aber ohne dass Moderatoren diese Berechtigung benötigen und sicherstellen, dass es nicht vergessen wird, oder vielleicht ist es möglich, den inszenierten Benutzer das Thema entfolgen zu lassen.
Bearbeiten: Beim erneuten Lesen stelle ich fest, dass Sie die E-Mail-Adresse des inszenierten Benutzers schließlich benötigen werden, daher ist die Änderung des Besitzers wahrscheinlich nicht hilfreich. Mir fällt auch die Einstellung allow_changing_staged_user_tracking auf, die mir darauf hindeutet, dass das Verfolgen/Beobachten von Themen durch inszenierte Benutzer die Art und Weise ist, wie Benachrichtigungen gehandhabt werden.
In der Tat. Und wir müssen wissen, wer der Absender der Nachricht ist. Einige Partner senden uns regelmäßig E-Mails, daher ist es sinnvoll, dass sie wirklich ein gestagter Benutzer sind.
Das ist mir auch aufgefallen, aber es ist mir nicht klar, welche Auswirkung sie hat.
Ist das nicht die Funktionsweise aller Themen für gestufte Benutzer? Wir haben viele Kunden, die sich auf die oben genannte Konfiguration für Support-Szenarien verlassen, aber die Benutzer erhalten die Antworten.
Ich glaube, es bewirkt, dass die gleichen Benachrichtigungseinstellungen auf dem Profil eines gestuften Benutzers sichtbar sind, wie auf dem Profil jedes anderen Benutzers. Sie könnten zum Beispiel einen gestuften Benutzer so einstellen, dass er eine Kategorie beobachtet.
Ein offensichtlicher Anwendungsfall wäre, dass die Einstellung von gestuften Benutzern, die erste Beiträge in einer Kategorie zu beobachten, und das Posten von Ankündigungen in dieser Kategorie ein Newsletter-Erlebnis bieten würde.
Leider listet die Benutzerpräferenz keine beobachteten Themen auf, sodass Sie diese Einstellung nicht für Ihre Zwecke verwenden können.
