Ich habe mich bereits damit befasst, aber mir ist kein entsprechender Plan bekannt. Sie können alle Benachrichtigungen außer denen für Staff-Aktionen deaktivieren, aber nicht alle außer denen für Passwortzurücksetzungen.
Die einzige Lösung für Sie wäre, die Benachrichtigungseinstellungen für alle Benutzer im Bulk-Verfahren so zu ändern, dass sie keine E-Mail-Zusammenfassung erhalten und nicht benachrichtigt werden, wenn sie erwähnt oder eine Nachricht erhalten usw. Siehe Screenshot unten. Wenn sie jedoch später beschließen, dies zu ändern, können Sie sie daran nicht hindern.
Genial! Du kannst die E-Mail-Zeitfenster in Minuten auf 2000000000 setzen, was eine ziemlich lange Zeit ist. Das Maximum ist für die persönlichen E-Mail-Zeitfenster in Sekunden dasselbe, aber das ist immer noch eine ziemlich lange Zeit. Deine aktuellen Nutzer werden bis dahin alle tot sein (na ja, nicht für das PMS, einige werden wahrscheinlich in 63 Jahren noch leben). Und du kannst die Zusammenfassungen einfach deaktivieren.
Ich denke, das ist sicher eine Idee, die sich auszuprobieren lohnt. Aber es scheint ein Missbrauch dieser Einstellung zu sein.
Frage: Wenn ein erwähnter Benutzer, der eine E-Mail erhalten würde, online ist, wird er sofort benachrichtigt oder wartet es, bis das Zeitfenster für die Ninja-Bearbeitung abgelaufen ist?
Ich verstehe nicht wirklich, wie sie wissen sollen, dass sie kommen sollen, wenn sie keine E-Mail erhalten.
Richtig. Ich bin mir ziemlich sicher, dass viele Nutzer auf die Seite zurückkehren, weil sie E-Mail-Benachrichtigungen über Ereignisse auf der Seite erhalten, die sie interessieren. Discourse macht hier einen guten Job darin, herauszufinden, was den Nutzern wichtig ist. Ich halte es für eine schlechte Idee, keine E-Mail-Benachrichtigungen zu versenden. Und ich hätte angenommen, dass es wirklich schwierig sein würde, weil es eine so schlechte Idee ist, aber wenn man diese Benachrichtigungsfenster maximal ausnutzt, wird es funktionieren, denke ich.
Ich denke tatsächlich, dass es manchmal Situationen gibt, in denen man E-Mail-Benachrichtigungen vorübergehend deaktivieren möchte – etwa beim Einrichten neuer Communities oder während Tests –, ohne dass Mitglieder sich trotzdem einloggen und das Forum nutzen können. Ich habe gerade selbst einen solchen Fall: Ich zögere, ein Nachbarschaftsforum als Ersatz für eine Yahoo-Gruppe einzurichten, weil ich zwar alle Mitglieder bereits importiert habe, aber keine E-Mail-Benachrichtigungen versenden möchte, solange die Yahoo-Gruppe noch aktiv ist.
Ich frage mich, ob ein Plugin eine Option zur bestehenden Admin-Einstellung „E-Mails deaktivieren
Ich stimme dem nicht zu. Sie müssen wissen, dass die E-Mail-Funktion einwandfrei arbeitet, und Sie müssen die Auswirkungen auf die E-Mail-Übermittlung verstehen, wenn Ihre Community live geht.
Wir hatten hier bereits einige Support-Themen zu genau diesem Thema: Leute migrieren schnell, testen die E-Mail-Funktion überhaupt nicht und senden dann plötzlich Tausende von Nachrichten. Plötzlich sind wir die Bösen, weil ihre Tests dies ignoriert haben.
Deshalb gibt es Tools wie mailhog, und sie sind ein wesentlicher Bestandteil meines Migrations-Toolkits. Das Beste daran ist, dass Sie es in Docker ausführen können, sodass Sie es bei Bedarf hoch- und herunterfahren können. Sie können alles in einem Browser eintreffen sehen, und wenn Sie möchten, können Sie Nachrichten an echte SMTP-Server freigeben, damit sie zugestellt werden.
Aus gutem Grund: Discourse kann in diesem Zustand nicht verwendet werden. Es ist dafür ausgelegt, nur vorübergehend zu sein, daher ist die Meldung sehr deutlich. Es werden keine E-Mails gesendet, einschließlich Anfragen zum Zurücksetzen des Passworts.
Das ist ein guter Rat – danke! Vielleicht lautet die Lösung für meinen eigenen Anwendungsfall doch, die importierten Benutzer massenhaft zu deaktivieren, sodass nur diejenigen Benutzer über Antworten auf vergangene und aktuelle Diskussionen benachrichtigt werden, die sich entscheiden, sich anzumelden.