Wie bekomme ich den Antwortschlüssel für einen bestimmten Benutzer+Beitrag?

Unterstützung
1

Fortsetzung der Diskussion von Filter für Reply-Schlüssel unter E-Mails > Gesendet funktioniert nicht mehr?:

Anwendungsfall: Wir haben ein bestehendes Erinnerungsprogramm, das E-Mails nach einem Zeitplan an eine bestimmte E-Mail-Adresse senden kann.

Derzeit werden diese Beiträge an verwandte Kategorien gesendet. Das ist jedoch aus verschiedenen Gründen ärgerlich (zu viel automatischer Müll) und außerdem werden sie nicht getaggt, wenn wir von Kategorien zu Tags wechseln.

Daher die Idee: stattdessen als Antworten auf ein Thema senden. Dieses Thema könnte eine automatische Bereinigung von Antworten haben, sodass nur die aktuellen Informationen angezeigt werden (und auch das Kalender-Plugin für eine schöne Visualisierung verwendet werden könnte).

Aber… wie bekommt man diesen Reply-Schlüssel, ohne dem ersten Beitrag des Kalender-Themas abonniert zu sein?

1 „Gefällt mir“
2

Ich denke, der einfache Weg wäre, diese Adresse für die Kategorie zu abonnieren, den Antwortschlüssel zu erhalten und sie dann abzumelden. Sie könnten die Themen in einer Kategorie nur zu diesem Zweck erstellen und sie dann verschieben.

Oder Sie können sich den Quellcode ansehen und herausfinden, wie Sie einen Antwortschlüssel erstellen und/oder ein Plugin erstellen, das dies tut.

3

Der Antwortschlüssel ist pro Benutzer, richtig? Ich müsste also entweder jeden Kalendereintrag derselben Person zuordnen oder jede mögliche zukünftige Person müsste den Kategorie abonnieren, bevor ich das Thema erstelle…

1 „Gefällt mir“
4

Ich bin ziemlich sicher, dass er pro Beitrag und Benutzer ist, obwohl ich den Code nicht sehe. (Wie sollte Discourse sonst wissen, auf welchen Beitrag er sich bezieht?)

Ich glaube nicht, dass ich deinen Anwendungsfall verstehe.

5

Entschuldigung, ja, pro Beitrag und pro Benutzer. Lassen Sie mich versuchen, es klarer zu erklären. :slight_smile:

Hier ist, wie ein Kalender für eine bestimmte Gruppe (hier der Fedora Council) in unserem aktuellen System aussieht: council - Fedocal. Wenn Sie auf ein bestimmtes Meeting klicken, erhalten Sie Details, zum Beispiel so etwas:

image
image856×816 86.8 KB

Dieses Fedocal-System kann auch so konfiguriert werden, dass es E-Mail-Erinnerungen sendet – nicht benutzerweise, sondern eine E-Mail, die für jedes Meeting konfiguriert ist. Traditionell gingen diese an die Mailingliste, die mit der Gruppe verbunden ist, und als wir die Council-Mailingliste in eine Fedora Discussion-Kategorie migrierten, behielten wir das bei, indem wir eine kategorieweitere eingehende E-Mail-Adresse bei Discourse verwendeten. Derzeit landen diese als Meeting-Einladungen in unserer Council Discussions-Kategorie und sehen so aus: https://discussion.fedoraproject.org/t/fedocal-reminder-meeting-council-meeting/33370

Aber diese Kategorie wird verschwinden und durch Tags ersetzt. Nun, vielleicht kann ich das kommende Automatisierungs-Plugin verwenden, um diese Nachrichten automatisch zu taggen. Aber… oder vielleicht ist dies ein guter Zeitpunkt, diesen Prozess neu zu bewerten. Alte Meeting-Ankündigungen haben nicht wirklich viel Archivwert… sie sind eher als transiente Antworten denn als ganze Themen geeignet. Meine Idee ist also, ein Thema „Bevorstehende Council Meetings“ zu erstellen und die automatischen Nachrichten so zu konfigurieren, dass sie als Antworten auf dieses Thema landen. Dies löst das Tagging-Problem (da der erste Beitrag des Themas manuell erstellt und getaggt werden kann) und ich denke, es wird auch im Allgemeinen schöner sein.

Aber… wie verknüpfe ich die eingehenden automatischen Nachrichten mit dem Zielthema? Ich kann es wie von Ihnen vorgeschlagen einmalig tun, aber wenn ich diesen Prozess anderen Teams empfehlen möchte, scheint er nicht nachhaltig zu sein.

Darüber hinaus gibt es, wenn Sie auf den ersten Fedocal-Link zurückblicken, andere Meetings, die unter derselben Gruppe geplant sind. Für viele Gruppen könnte es sinnvoll sein, dass all diese Erinnerungen an dasselbe Thema gehen (genauso wie sie an dieselbe Mailingliste oder Kategorie gehen könnten). Und mit dem Kalender-Plugin und einer kleinen Änderung des Datumsformats im Text könnten sie sogar in einem Kalender im ersten Beitrag des Themas erscheinen.

Ist das verständlich?

Schließlich möchte ich Fedocal tatsächlich durch Kalender in Discourse ersetzen, aber das Plugin müsste dafür erheblich erweitert werden (und die „Events“-Funktionalität bewegt sich für unsere Bedürfnisse in die falsche Richtung).

6

Das klingt nach dem Problem. Nur weil Sie die meisten Kategorien durch Tags ersetzen, heißt das nicht, dass Sie alle ersetzen müssen. Aber vielleicht verstehe ich nicht alles, was im Spiel ist.

7

Nun, wir könnten sicherlich diese Meeting-Einladungen an eine dafür vorgesehene Kategorie senden. Aber dann wären sie nicht mit dem zugehörigen Team verbunden (da es keine Möglichkeit gibt, per E-Mail eingehende Beiträge zu taggen). Und die Abkehr von Kategorien pro Team ist definitiv ein Ziel, da sich dies als schlecht skalierbar erweist und eine ganze Reihe anderer Probleme mit sich bringt (zu denen wir ein anderes Thema erstellen könnten, wenn Sie weitere Erfahrungen dazu besprechen möchten!).

Mein aktueller Plan B ist, eine Kategorie für „automatische Meeting-Einladungen“ zu haben und die Teammitglieder zu bitten, diese zu moderieren und die Beiträge zu taggen, sobald sie eingehen. Eine manuelle Intervention ist dort nicht unbedingt das Schlimmste, da sie „Zombie“-Meeting-Einladungen verhindert – ich kenne einige unserer Mailinglisten mit wiederkehrenden wöchentlichen Nachrichten für Teams, die sich seit Jahren nicht mehr getroffen haben. Aber ich denke, es geht zu weit in Richtung erforderlicher Interaktion.

1 „Gefällt mir“