モデレーター、スタッフ、管理者へのメール受信を許可

「カスタム受信メールアドレス」オプションは自動グループでは利用できません。これは、everyone、trust_level グループでは問題ありませんが、staff/admins/moderators グループでは意味がないかもしれません。

当社のモデレーターを含む個別の「サポート」グループを作成する必要がありました。これは回避策としては問題ありませんが、管理上の負担がわずかにありますが、煩わしいです。

これらのグループ(またはIMAP)が無効になっている強い理由がありますか?

「いいね!」 3

フォーラムの @moderatorsgroups.incoming_email にメールアドレスを挿入するとどうなりますか?新しいインスタンスなしでは、安全にテストするのは少し難しいです。

誰もそれが完全に愚かだとは教えてくれなかったので、あまり使われていないインスタンスでこのrailsコマンドをテストしました。

そして、(今のところ)動作するようです!

:bangbang: 自己責任で使用し、最初にバックアップしてください

メール受信アドレスを追加するには

Group.where(name: "=groups.name=").update(incoming_email: "=groups.name=@=domain=")

メール受信アドレスを削除するには

Group.where(name: "=groups.name=").update(incoming_email: nil)
「いいね!」 3

これはガイドとして公開する準備ができているか分かりません、@nathank?あまりテストされていないようです。

わかりました、わかりました。さらにテストしてから、証明されたらガイド部分に移動します。今のところ、まったく問題ありません。

UIで無効になっている理由がまだわかりません。メールイン機能が大規模な自動グループ(特にmeta.discourse.orgのようなハイプロファイルサイトの場合)に危険をもたらす可能性があることはわかりますが、管理者がそれを実行する機能を完全に削除するのは奇妙に思えます。

歴史的なものなのか、再考されるべきなのか疑問に思っています。特に管理者/モデレーター/スタッフにとってはそうです。

「いいね!」 2

調べてみますね。 :+1:

「いいね!」 1

機能するはずだと思います。良いアイデアかどうかはわかりませんが、害はないと思います。

それらのグループは一種の特殊なグループであり、実際にはエイリアスであるため、組織の「管理者」または「スタッフ」である人々のために「通常の」グループを作成する方が理にかなっています。

「いいね!」 2

私の躊躇は、推奨事項として追加するのに十分なほど賢明かどうかという点にあります。通常はブロックされている理由はわかりませんが、UIを信頼する傾向があります。:slight_smile: ただし、問題がなければいつでも元に戻すことができます。:+1:

「いいね!」 2

近所のフォーラムでスタッフ用のメールアドレスを作成しようとしていたところ、この問題にぶつかりました。管理者の受信トレイがあるので、その受信トレイにメールアドレスを設定して、そこに書き込めるようにするのが理にかなっていると思います。モデレーターについても同様で、アカウントのログインなどに関するヘルプを求めるためにメールで連絡できるようにするのが合理的です。

私の近所のフォーラムのような、非公式に運営されているプライベートな招待制コミュニティでは、サイトの所有者がログインページに表示される説明にメールアドレスを記載しない限り、サイトの所有者に連絡する方法が他にありません。モデレーターに連絡するためのメールアドレスを、個人のGmailではなく、そちらに提供したいと考えています。

このハックを試してみますが、UIを通じてこれを可能にすること、さらにはプライベートサイトでこれを奨励することについても議論するのは興味深いと思います。

「いいね!」 4

username@hostname を受け付けるプラグインは可能だと思います。

「いいね!」 2

まさに私の考えです!2つの大規模なプライベートサイトで6か月間使用しましたが、問題はまったく気づいていません。ログインページに目立つように表示しているにもかかわらず、メールは非常に少なく、スパムはさらに少なかったです。

これまでのところ大成功しているので、UIに実装することを強くお勧めします。

それは全く別のことですが、非常に役立つ可能性がありますね、ジェイ。指定されたグループのすべての個人に適用するように構成できれば、非常にうまく機能するでしょう。

「いいね!」 3

管理者アカウントから(例: Mailgun、AWS、Digital Ocean)アカウントを管理したい場合、auto_generated_allowlist サイト設定は非常に便利です。

これにより、「no-reply」やその他の自動生成されたメールが、通常は厳しいフィルターを通過できるようになります。これにより、請求書やアカウント確認メールを、インスタンス内でチームによって管理できます。

「いいね!」 4