现在有些多余了，但：a) 这不仅仅是加号地址的问题，正如我在第一帖中所说；b) 这不仅仅是添加别名，而是让 From 字段无法使用，正如我在第五帖中所说；c) 我们讨论的也不仅仅是 Gmail，正如我在第二帖和最近的帖子中所指出的。无论如何，我认为我对 Gmail 的用户界面还算熟悉，但要“在十秒内添加并确认”一个新别名，我还是会感到困难。
不那么多余的问题是：我之前多次提到但一直被忽略、反而被用来抱怨懒惰的 Gmail 用户的令牌（token）方案，是否有任何可行性？
如果是 Gmail 的“点”或“加号”别名，您无需确认。我刚试了一下，只花了 12 秒。
是的，确实还存在其他一些奇怪的邮件投递配置。开发人员已经表示，他们最终会让管理员（可能还有用户）更容易为用户添加次要邮箱。我认为他们不必为此付出更多额外努力。如果用户希望回复那些无法从对应地址发出的邮件，他们应该对自己的邮件设置负责。
作为管理员可选择启用的一项功能，令牌方案是可行的。我们本来就已经信任：如果用户将论坛邮件转发给他人，他们可以通过邮件中的链接取消订阅。当然，发帖的潜在破坏性比取消订阅更大。
作为功能请求，开发人员经常提到“三次规则”：一旦有三个人提出请求，他们就会开始更多地考虑该功能。或者，如果您是付费客户。
我的错。我在 Gmail 界面中只添加过非加号或非点号的别名。
抱歉。我确实非常懒惰，也不是很有天赋的 Rails 程序员，总是寻找那些不需要修改 Discourse 本身的解决方案。（不，我这不是在讽刺。我最近曾发起一个讨论，想花 1000 美元开发一个插件，但最终说服那位并非真正客户的人采用了仅使用现有功能的解决方案。）
在不查看代码的情况下，我认为有可能移除或放宽检查发件人 From: 地址的代码。正如你所指出的，令牌是唯一的；如果你不介意有人通过其他方式（例如转发邮件）获取该令牌，那么你可以在插件中重写 process_destination 方法，允许这些回复被投递，但需明白这存在一定的安全风险。我认为你只需要修改以下内容：
将其改为允许任何地址进行回复，或者实现某种“是否足够接近”的逻辑（目前我想不出具体如何实现，但这并不意味着无法实现）。
谢谢分享，非常有意思。如果正如文中所述，令牌化的取消订阅链接已经存在安全问题（且这些被视为可接受的风险），那听起来很有前景。
这似乎显而易见，所以我原以为如果之前没人提出过，那肯定有我忽略的潜在影响。但如果并非如此，这似乎是一种更优越的方式，既能照顾像我这样的人，也能让反对者满意。
不知道还应该@谁一起来发表看法或提出批评，但 @codinghorror，你怎么看？
如果启用了暂存用户，是否意味着允许任何邮箱的回复？我不确定，还没试过这种系统（我仅使用暂存用户来处理支持类邮件。）
我不明白你在这里所说的“分阶段用户”是什么意思。
搜索：暂存用户 #操作指南
我看不出这有什么关联。