今は少し重複していますが、a) 単なるプラスアドレス付けだけではない（私の最初の投稿を参照）、b) アリアスを追加するだけでなく、私の5番目の投稿にある通り「From」フィールドが使えなくなること、c) 私の2番目および最新の投稿にある通り、Gmailだけについて話しているわけではないこと。いずれにせよ、私はGmailのユーザーインターフェースをかなり素早く扱える方だと思っていますが、新しいエイリアスを追加して「確認」まで10秒で行うのは難しいと思います。
より関連性の高い質問：私が複数回提案し、怠け者のGmailユーザーを非難する議論に埋もれて無視されてきたトークンのアイデアには、まだ実現の余地はありますか？
Gmail のピリオドまたはプラスエイリアスの場合は、確認は不要です。実際に試してみましたが、12 秒しかかかりませんでした。
確かに、奇妙な配信設定を備えたケースは他にもあります。開発者はすでに、管理者（場合によってはユーザー）がユーザーの二次メールアドレスを追加しやすくする予定だと述べています。それ以上の特別な対応を行うべきではないと思います。自分が送信できないアドレスで受信したメールに返信したい場合は、ユーザー自身がメール設定の責任を取るべきです。
オプションとして管理者が有効化できる機能であれば、このトークン案は機能し得ます。すでに、ユーザーがフォーラムのメールを他の人に転送する場合、その中のリンクを使って購読を解除できると信頼しています。もちろん、投稿行為は購読解除よりも潜在的に破壊的になり得ます。
機能リクエストとして、開発者はしばしば「3 のルール」を挙げています。つまり、3 人の人がリクエストすれば、より真剣に検討し始めるというものです。あるいは、有料顧客である場合も同様です。
すいません。Gmailのインターフェースでは、これまで「+」や「.」以外のエイリアスしか追加したことがありません。
ごめんなさい。私は極めて怠惰で、Railsプログラマーとしての才能にも乏しいため、Discourseを変更しない解決策を常に探しています（いいえ、これは皮肉ではありません。最近、1,000ドルのプラグイン作成に関する会話を始めた際、クライアントではない相手に対して、既存の機能のみを使った解決策を提案し、合意に至ったことがあります）。
コードを確認せずに言いますが、 送信者のFromアドレスをチェックするコードを削除、または緩和できる可能性があると思います。ご指摘の通り、トークンは一意であり、もしそのトークンを他の手段（例えば転送メールなど）で入手されることを気にしないのであれば、プラグイン内でprocess_destinationをオーバーライドし、セキュリティリスクがあることを理解した上で、それらの返信を配信できるようにできるはずです。おそらく、以下の変更が必要になるでしょう：
これを、任意のアドレスからの返信を許可するもの、あるいは「近似的に一致するか」のようなロジック（現時点ではどのように実装するかは見えませんが、不可能だとは言いません）に変更する必要があると思います。
ありがとうございます。非常に興味深いです。すでにトークン化されたunsubscribeリンクにセキュリティ上の問題があり（それらが許容可能なリスクと見なされている）、と述べられている通りであれば、有望に聞こえます。
これはかなり自明のことなので、以前に誰もリクエストしていなかったのは、私が見過ごしている含意があるのだと推測していました。しかし、そうではないのであれば、私のような人々を受け入れ、懐疑論者をも納得させるには、はるかに優れた方法のようです。
他に誰をタグ付けして意見や批判を仰げばよいか分かりませんが、@codinghorror さんはどうお考えですか？
ステージドユーザーを有効にすると、すべてのメールアドレスからの返信が可能になるのでしょうか？私はその種のシステムを試したことがありません（サポート対応用のメール処理のためにのみステージドユーザーを使用しています）。
ここで「staged users」とは何を指しているのか、わかりません。
検索: ステージングされたユーザー howto
関連があるとは言い難いですね。