こんにちは、
Software Language Engineering のコミュニティを d.strumenta.community で立ち上げようとしています。
現在、このコミュニティは招待制のみとなっています。しかし、メール内で招待を送信し、その招待が特定のメールアドレスと紐付かないようにしたいと考えています。これにより、招待したい一人ひとりに個別のメールを送るのではなく、一度にまとめてメールを送信できるようになります（最初は数十人、その後数百人、そして数千人規模を想定しています）。
招待を他者と共有されることについては、ある程度は問題ありませんが、招待が永久に有効であることは避けたいと考えています（例えば 30 日間など）。
ご意見をお聞かせください。Discourse でこのような仕組みを実現することは可能でしょうか？
Discourse を非公開にし、必要に応じてサインアップ承認をオフにしてください。ウェブサイトへのリンク（およびマーケティング文句）を含むメールを送信し、サインアップと共有を促してください。学期終了後は必ず承認をオンにしてください 
リリース時にはこれで問題ないかもしれませんが、後で特定の相手にリンクを共有したいと考えています。その時点で、しばらくの間は登録を公開したくありません。
私の経験では、特別な魔法のような手段を持っていない限り、サインアップが殺到することはないので、承認キューは管理可能でしょう。ただ、承認したくない人を承認しなければよいだけです。あなたの問題がわかりません。また、メールという参照点がない状態で、どうやって人々を正しく特定し、本人確認を行うのか、私にはよく理解できません。だからこそ、メール招待は合理的なアプローチなのです。
課題は、ユーザーがすぐに購読できるようにしたいことで、ウェブサイトにアクセスできるようになる前に戻ってくる必要がないようにしたい点です。また、タイムゾーンや週末に受信トレいを一時停止していることも考慮する必要があります。さらに、1万人の購読者を持つニュースレターを持っているため、最終的には手動で処理したい数よりも多くの承認が来ることを想定しています。
サインアップリンクを https://mysuperamazing.com/signup のように送れば、即座に登録が開始されます。ボタンをクリックする必要すらありません。
Discourse がこれをどのように解決することを期待しているのか、私にはわかりません。
メールアドレスを本人確認の基準として人を招待する（事実上の事前承認）か、
あるいは、（潜在的に）全世界に向けて一般的な招待メールを送り、参加者を管理したい場合は登録者を精査する必要があります（いずれにせよ、どのようにして登録者からアクセス権があるべき人・ないべき人を判断するのかは不明ですが？）
登録者を精査したくない場合は、誰でも参加できるようにし、一定期間内に inactive なアカウントを削除するという方法もあります。
サインアップしたい人に誰でも登録させることに、どのような問題があるのでしょうか？カテゴリ機能を使って、Trust Level 1 以上のユーザーにのみ、価値の高いコミュニケーションや情報を制限することも可能です。そうすれば、該当者を特定し管理するのが容易になります。
ユーザーのメールアドレスに関係なく使用できる招待リンクの必要性（要望？）は、非常に頻繁に提起されます。使用例としては以下が挙げられます。
確かに、誰でも見つけられればコミュニティにアクセスできる URL は、メールアドレスに紐付いた招待よりもセキュリティは低いですが、回避できる手間を考慮すると、往々にしてその価値は十分にあります。
現在のバニラ Discourse では、これはおそらく不可能だと思います。
そこで、元投稿者への質問ですが、どのように動作させたいのか、詳しく説明してください。
つまり、以下のような URL を提供することになります。
このリンクは誰でも誰にでも転送でき、誰でも利用できます。では、バニラの URL から得られるメリットは何でしょうか？
単にバニラの URL を使い、適切なメールサービスを使って大量メールを送信すれば、必要なことは達成できるはずです。
Discourse からスパムメールを送信すると、サイトの評判が損なわれ、今後のメール配信の信頼性にも悪影響を及ぼすリスクがあります。
私の意見では、これは非常に異なります。現在、Discourse に慣れている人なら誰でもリンクを見つけ、購読することができます。一方、このリンクを取得するためには、ある種の信頼の連鎖の一部である必要があります。つまり、何らかのリストで価値あるメンバーであるか、関連する会議に参加しているか、あるいはそのような人と共有したいと考えている誰かから受け取った場合などです。私には、これは非常に異なって見えます。「スパムまがい」という言及が何を指すのか理解できません。もちろん、これは悪用される可能性はありますが、この機能を必要とする正当な理由を持つ人々も大勢いると思います。
現在、これは不可能であることがわかりましたので、あなたが提案したアプローチを採用させていただきます。その際、ご提案いただき感謝申し上げます。
機能的に、どのような挙動を望んでいるのかを技術的な実装の詳細にこだわらず、詳しく説明していただければ非常に役立つと思います。ここには新しい機能の余地があるかもしれません。
システムが、ドメインからのメール送信の十分な成功履歴を持っていない場合、その送信者を信頼しません。一度に大量の unsolicited メール（望ましくないメール）を送信すると、インターネット上の評価が低下し、スパム送信元としてリスト登録される可能性があります。これは正当な業務に大きな悪影響を及ぼし、多くのメールサービスが今後のメールをブロックし始めることになります。
なるほど、信頼の兆候として、パラメータにキーを含む特別な URL を使うのは一案かもしれません。これは共有可能で、完全なセキュリティではありませんが、少なくともこれは正当な登録であり、承認なしに通過させてもよいという手がかりになります。これを自動で30日後に無効化するよう設定すれば（遅れて登録する正当なユーザーを失わないように）、その後は承認フローが再開されます。
これはプラグインのネタになりそうですね。
これが概ねご希望に近いようであれば、Marketplace に投稿して、フリーランスに引き受けてもらうことをお勧めします。
…ただし、例外があります。
この業界で少し経験がある者として言いますが、Discourse へのユーザー登録を促すのは容易ではありません。そのため、これほど手間をかけてまで行う価値があるでしょうか？本当に誰があなたのフォーラムを悪用するのでしょうか？大多数の人は、正当なユーザーであっても、単にフォローアップしないでしょう。本当にサービスを利用したい人は、必ず努力するはずです。望ましくないユーザーが登録してくるリスクはどれほど大きいのでしょうか？通常の Discourse URL を共有し、30 日間すべての登録を承認なしで許可するだけでは、同じ結果にならないでしょうか？
このコードを持っている者と、持たずにサイトにアクセスする者を区別するプラグインを作成しても、価値があるとは思えません。いずれにせよ、100% 安全なものにはなりません。
はい。多くの人々がそれを望んでいると思います。確かに、リンクを持っている人は誰でも転送できるので、完全に「安全」ではありませんが、サイトのホームページに偶然たどり着いた誰でも参加できてしまうよりは、はるかにマシです。
そのようなプラグインは、多くのコミュニティにとって役立つと思います。しかし、招待モデルを見てみると、どのように実装すればよいか、すぐに思い浮かびません。もちろん、不可能なことはありません……
排他性という考え方もあると思います。つまり、このコミュニティに入るための特別な鍵を持っているというアイデアに魅力を感じ、その鍵を持つ人が「特別な」ものとして共有したがるのです。はい、これは素敵なプラグインになると思います。もし最終的に私のコミュニティが成功したら、資金調達を検討するかもしれません。現時点では、アシスタントに個別のメールを送信させることを考えていますが、ConvertKit のシークエンスに招待を連携させてコミュニティについて教育する方法を見つけないといけません。ただ、これはまた別の話題です…
それは良い指摘ですね。素敵なマーケティング戦略です。:＋1:
これに関する簡単なアップデートです。一般的な招待リンクを保存して、メールに含めることができるようになりました。
最大引き換え回数、有効期限を設定できるほか、特定のグループに自動的に追加されたり、特定のトピックに表示されたりすることも可能です。
詳細はこちらをご覧ください。Configuring how users can create and send invites for others to join your community