Wir nutzen Discourse als interne Kommunikations-, Diskussions- und Ankündigungsplattform für unsere gemeinnützige Organisation. Wir sprechen maximal 20 Personen auf der Discourse-Instanz an. Dies ist also keine typische große öffentliche Forensituation. In diesem Fall wäre es nicht wünschenswert, ausgehende E-Mails sofort zu versenden.
Daher möchte ich, dass Discourse fast so schnell wie eine direkte E-Mail funktioniert. Ich habe gelesen, dass es eingebaute Verzögerungen gibt, bevor E-Mails nach einem Beitrag in die Warteschlange gestellt werden. Ich würde es vorziehen, keine Verzögerung zu haben.
Ich habe das „E-Mail-Zeitfenster“ auf 1 Minute eingestellt. Wenn ich das auf Null setze, wird die E-Mail sofort generiert?
Wie kann ich dann Discourse anweisen, alle E-Mails an Benutzer zur sofortigen Zusendung in die Warteschlange zu stellen? Bei meinen Tests können E-Mails mit meinen aktuellen Einstellungen bis zu 5 Minuten dauern, bis sie im Posteingang des Benutzers ankommen.
Verwandt. Ich habe keine Möglichkeit gefunden, die Standardeinstellungen für neue Benutzer festzulegen, um individuelle E-Mails für alle Kategorien ohne Digests zu akzeptieren. Ich werde Benutzerkonten (TL1) vorab erstellen und „Konto erstellt“-E-Mails versenden, daher möchte ich, dass die neuen Konten bereit sind, alle E-Mails ohne Digests zu akzeptieren.
Vielleicht haben andere Administratoren einen ähnlichen Anwendungsfall und ihre Instanz ähnlich eingerichtet, wie wir es uns wünschen.
Zu Ihrer Information: Ich habe eingehende E-Mails über die API eingerichtet und das scheint sehr schnell zu funktionieren. Es ist der ausgehende E-Mail-Versand, den ich etwas beschleunigen möchte.
Ist keine Verzögerung das, was jeder will? Sind die Probleme, die Sie besprechen, so zeitkritisch, dass 5 Minuten etwas ändern werden? Wollen die Leute wirklich, dass ihre Nachricht mit einem riesigen Tippfehler gesendet wird, anstatt eine Minute Zeit zu haben, sie zu bearbeiten, bevor sie jeder sieht?
Ich denke, diese ausgehenden E-Mails werden von einem Job verarbeitet und nicht in Echtzeit gesendet. Vielleicht läuft er alle fünf Minuten? Es wäre vielleicht möglich, diesen Job einmal pro Minute ausführen zu lassen.
Wenn die Leute Benachrichtigungen aktivieren, können sie die besten Echtzeitbenachrichtigungen in ihrem Browser erhalten.
Haben Sie auch die E-Mail-Header überprüft, um zu sehen, wie viel Verzögerung im E-Mail-System besteht?
Ich habe die Antwort per E-Mail und neue Themen per E-Mail eingerichtet, und meistens wird dies auch so gehandhabt, sodass sie ihren Text nach dem Senden sowieso nicht ändern können.
Wie gesagt, dies ist ein kleiner Anwendungsfall. Ich versuche, die Akzeptanz zu fördern, indem ich die Benutzer nicht zwinge, die Weboberfläche zu verwenden, sondern E-Mails zu verwenden, genau wie wir es bisher getan haben (wenn auch auf organisiertere Weise (Kategorien und Themen), ohne E-Mails mit 20 E-Mail-Adressen erstellen und „allen antworten“ verwenden zu müssen, mit Aufzeichnungen und einer Weboberfläche zur Überprüfung usw. – d. h. Discourse).
Ich bin mit einer 1-minütigen Bearbeitungszeitüberschreitung einverstanden, wenn dies das Minimum ist, wenn sie die Weboberfläche verwenden.
Meine Fragen sind also spezifischer.
Gibt es eine Einstellung für die Verzögerung zwischen der Freigabe eines Beitrags nach Ablauf der Bearbeitungszeit und dem Zeitpunkt, an dem das System E-Mails zur Übermittlung in die Warteschlange stellt, oder ist dies fest codiert oder erfolgt dies sofort?
Wenn der Beitrag per E-Mail erfolgt, wird die Bearbeitungszeitüberschreitung ignoriert?