構成モードで次のようなオプションを追加します。
...連絡先フィールド、プライベートメール、オンラインノードウォッチャーシステムで連絡する方法を教えてください。まもなく利用可能になります。
法的に正しい定式化または実装が何であるか、ユーザーがそのようなアラートサービスに参加できるようにする方法については、
私の考えは、既存のサービスまたは手順へのリンクを可能にするために、site-confの構成モードでの定式化を定義可能にすることです。
最も簡単なアプローチは、アルフレッド文字列からのこのアクセス許可を使用して、たとえば、VPNキーを使用して最初の電子メールを受信したキーマネージャーとして、ノードがオフラインのときにノードオペレーターに書き込むアクセス許可を取得することです。
最も簡単な方法は、新しいノードが表示された後にユーザーに電子メールを送信することです。ユーザーがそれを送信したい場合は、リンクをクリックする必要があります。 すべての電子メールにオプトアウトリンクを添付する場合、それは法的に安全であるはずです。 :)
これは単なるメールであり、悪用を防ぐことはできません(常に新しい仮想ノードを作成し、それらをスパムすることができます)。 単にオプトアウトを下にしてメールを送信するか、最初のメールを送信してからオプトインを要求するのが最も理にかなっていますが、ノードがオフラインになった場合に限ります。 さらに、オプトインはノードごとではなく、メールアドレスごとに保存する必要があると思います。
チケットの@jplitzaは、「不正使用の
さて、それは法的な問題なので、ウィキペディアのオプトインの「法的な状況」のセクションを参照する必要があると思います。 (!)ノードのオフライン通知が広告と見なされている場合でも(私はすでに疑っています)、ダブルオプトインする義務はありません。
そしてもちろん、クエリの送信メールアドレスがハッシュされてキャッシュされるサーバー上のリストを維持する必要があります。 誰かがサーバーを介して数百通の電子メールを送信しないようにするためです。
しかし、それは実際にはGluonのものではありません。必要かどうかに関係なく、せいぜいチェックボックスをGluonに組み込むことができます。 :)
閉鎖。 それでも議論の必要がある場合は、この問題はクローズされていますが使用できます。
しかし、これについて議論するには、メーリングリストまたはフォーラムを使用する方がよい場合があります。
最も参考になるコメント
さて、それは法的な問題なので、ウィキペディアのオプトインの「法的な状況」のセクションを参照する必要があると思います。 (!)ノードのオフライン通知が広告と見なされている場合でも(私はすでに疑っています)、ダブルオプトインする義務はありません。