Ich möchte wissen, wie die Option, zwischen „Antwort an Autor“ oder „An alle antworten“ zu wählen, in den E-Mail-Clients von Benutzern ausgelöst werden könnte, die Benachrichtigungen von Discourse erhalten.
Derzeit kommt jede Nachricht von derselben „Nicht antworten“-Adresse und richtet sich nur an den Empfänger.
Ich würde gerne Meinungen dazu lesen, ob ein einfacher Ansatz mit author_of+{reply_id}@my.discourse als Absender und mehreren Adressen als Empfänger (der tatsächliche Empfänger und eine audience_of+{reply_id}@my.discourse) es Benutzern ermöglichen würde, Empfänger (Autor oder alle) in ihren Clients auszuwählen (in einem Szenario mit E-Mail-Empfänger).
Es fügt die E-Mail-Adresse des Absenders zu den E-Mails hinzu, damit die Leute direkt antworten können, wenn sie möchten. Dies legt die E-Mail-Adresse aller offen, daher ist es wirklich nur für Personen geeignet, die lieber Mailman als Discourse verwenden würden.
Es ist wahrscheinlich, dass der Client, für den ich es geschrieben habe, seit November 2020 nicht mehr aktualisiert wurde, daher weiß ich nicht, ob es noch funktioniert. Auf den ersten Blick scheint es so zu sein.
Ich habe nach einer Lösung gesucht, die generell keine E-Mail-Adressen von Benutzern preisgibt.
Obwohl spezielle Kategorien für private Antworten per E-Mail gekennzeichnet werden könnten und zusätzlich offizielle E-Mail-Adressen preisgeben könnten, die in unserem Fall unseren Benutzern bekannt sind (oder sein sollten).
In diesem Fall wäre es nicht notwendig, private oder vertrauliche Informationen überhaupt innerhalb von Discourse zu handhaben.
Je mehr ich darüber nachdenke, desto besser gefällt es mir.
Im Gegensatz zu Ihrer Implementierung würde ich es jedoch vorziehen, die E-Mail-Vorlage nicht zu ändern und stattdessen durch Änderung der E-Mail-Header zum Laufen zu bringen.
Ich nehme an, die Absenderadresse sollte immer noch so etwas wie do-not-reply@my.discourse sein, um DMARC zu erfüllen. Der reply-to:-Header wäre my.name@official.site, und das to:-Feld würde den Empfänger und die Reply-to-Forum-E-Mail-Adresse enthalten.
Ja. Meine „Lösung“ ist in der Tat grob. Ein weiteres Beispiel dafür, dass ich Feature als Support behandle, fürchte ich.
Das ist eine gute Idee. Ich bin mir nicht sicher, wie schwierig das wäre. Es würde immer noch bedeuten, eine E-Mail-Adresse preiszugeben, daher sehe ich nicht, dass dies in den Kern integriert wird, aber es sollte in einem Plugin möglich sein. Ich weiß nicht aus dem Stegreif, wie schwierig das wäre.