dkebler
(D Kebler)
1
非営利組織の内部メッセージング、ディスカッション、および告知サイトとしてDiscourseを使用しています。Discourseインスタンスには最大でも20人程度のユーザーしかいません。そのため、典型的な大規模公開フォーラムの状況ではありません。そのような場合、送信メールをすぐにキューに入れることは望ましくないでしょう。
したがって、Discourseをダイレクトメールと同等に近い速度で動作させたいと考えています。投稿後にメールがキューに入れられる前に組み込みの遅延があると読みました。できれば遅延はゼロにしたいです。
「メール時間ウィンドウ」を1分に設定しました。これをゼロに設定すると、メールはすぐに生成されますか?
次に、Discourseにすべてのメールをユーザーにキューに入れてすぐに送信するように指示するにはどうすればよいですか?現在の設定では、テスト中にユーザーの受信トレイにメールが表示されるまでに最大5分かかることがあります。
関連して。すべてのカテゴリでダイジェストなしで個々のメールを受け入れるデフォルトの新規ユーザー設定を設定する方法が見つかりませんでした。ユーザーアカウント(TL1)を事前に作成し、「アカウント作成済み」メールを送信したいので、新規アカウントはダイジェストなしで全てのメールを受け入れられるように準備しておきたいです。
おそらく、他の管理者も同様のユースケースを持っており、私たちが望むものと同様にインスタンスを設定しているかもしれません。
参考までに、API経由で受信メールを設定しており、これは非常に迅速に投稿されるようです。スピードアップしたいのは、送信メールの送信です。
メール配信リストモードで全てをメール化する必要があると思います
「いいね!」 1
pfaffman
(Jay Pfaffman)
3
遅延がないことが皆さんの望みでしょうか?皆さんが議論している問題は、5分で何かが変わるほど時間的制約があるのでしょうか?皆さんは、1分間編集してから皆に見せるよりも、大きなタイプミスのあるメッセージを送信したいのでしょうか?
送信されるメールはリアルタイムではなく、ジョブによって処理されていると思います。おそらく5分ごとに実行されるのではないでしょうか?そのジョブを1分ごとに実行することは可能かもしれません。
通知をオンにすれば、ブラウザでリアルタイムの通知を最も効果的に受け取ることができます。
また、メールヘッダーを確認して、メールシステムにどれくらいの遅延があるか確認しましたか?
「いいね!」 2
dkebler
(D Kebler)
4
回答
- おそらく
- たぶん
- メールでの返信とメールでの新規トピックを設定しており、ほとんどの場合それらが使用されるため、送信後にテキストを変更することはできません。
前述したように、これは小規模なユースケースです。Web UIの使用を強制せず、これまで通りメールを使用できるようにすることで、採用を促進しようとしています(より整理された方法(カテゴリとトピック)で、20のメールアドレスを持つメールを作成したり、すべてに返信を使用したり、記録保持やレビュー用のWeb UIなど、つまりDiscourseを使用したりすることなく)。
UIを使用する場合、編集タイムアウトが1分であっても構いません。
したがって、より具体的には私の質問は次のとおりです。
- 投稿が編集タイムアウトから解放されてからシステムがメールを送信するまでの遅延を設定する設定はありますか、それともそれはハードコードされていますか、それとも即時ですか?
- メール経由の投稿の場合、編集ウィンドウのタイムアウトは無視されますか?
「いいね!」 2