通过电子邮件回复 - 额外地址

阅读了一些主题后,看起来这是一个可能的功能?

为了对抗垃圾邮件,许多人使用通配符域名、加号寻址Gmail 点号功能。遗憾的是,Discourse 目前不支持这些方式,导致任何回复到讨论串或私信的邮件都会退回,而无法正常工作。使用这些方法的用户应当能够授权额外的发件地址,以便启用这些保护机制,同时不丧失 Discourse 的核心功能。

因此,有人能 a) 确认这在 Discourse 中是否可行,以及 b) 告诉我需要在设置的哪个位置添加额外的邮件回复地址到我的账户(或者,作为最终用户,我需要向论坛管理员提出什么要求)吗?

谢谢,

如果某人使用非其常用 Gmail 地址的电子邮件地址注册,则他们应在 Gmail 中将其他地址添加为别名。

这样做的目的是为每个服务使用单独的邮箱,因此并不太适合为每个服务也设置一个发件地址。这些邮箱设计为仅用于接收。而且它们并不局限于 Gmail。

您的意思是仍然没有添加经批准的“回复我的邮件”地址的功能吗?这样做会有什么负面影响?

据我所知,内部确实存在对额外一个“备用”邮箱的支持,但该功能未对外公开。不过,我认为“允许用户添加无限数量的邮箱地址”并不在计划之中。

为免误解,我并非在询问无限数量的地址!我只是希望有一个经批准的外发地址,能够支持通过电子邮件回复。

作为最终用户,我不是很确定“内部且不对外公开的支持”具体指什么。

这基本上是一个复杂的变更,需要持续数月甚至数年的时间逐步推进。

啊,我明白了。这是计划中的功能吗?

我不太明白你的意思。但如果你使用的是 Gmail,有一个非常简单的方法可以绕过这个问题,而且无需对 Discourse 进行任何修改。许多其他电子邮件系统可能也支持电子邮件别名。

正如我解释过的,大多数人这样做是为了为每个服务设置一个单独的仅接收地址,然后在所有发送中使用同一个发件邮箱地址。

问题并未通过创建电子邮件别名来解决,因为您需要花费大量时间手动添加数百个电子邮件别名,这还会导致您的“发件人”下拉菜单变得臃肿。

在 Discourse 中,可以设置一个用于用户回复的次要邮箱。将仅接收邮件的邮箱设为主邮箱,并将用户的常规邮箱设为次要邮箱。不过,目前这只能通过 Rails 控制台完成,因此管理这一功能的负担将转移到 Discourse 管理员身上。

谢谢,这正是我想问的。

那么,作为另一个 Discourse 产品的最终用户,我目前需要联系管理员来启用此功能吗?

正确——只有拥有服务器 SSH 访问权限的管理员才能执行此操作。

未来是否有计划允许通过 Web 界面访问此功能?

我不确定这是否是一个真正的问题。Gmail 原生支持带有加号地址和 Gmail 点号的别名,我经常使用这两种方式。可以通过“设置”→“账户”添加这些别名。

那么,使用这些方法来识别邮件来源(以及潜在的垃圾邮件),之后却又提供你的主要别名,这样做的意义何在呢?

与其需要向 Discourse 说明额外的地址,你只需使用收到邮件的别名进行回复即可。

这样难道不是更简洁、更安全吗?

你说得对,这确实远非理想方案。

不过这个解决方案是有道理的(请耐心听我解释)。首先,发件邮箱地址可以仅用于发送,就像收件地址仅用于接收一样。这样既能减少不必要的垃圾邮件,也能识别来源。

如前所述,如果仍需手动设置每个别名,那么别名功能并不能解决问题。如果 Gmail 或其他平台能够智能地从相应的“加号地址”或“点号地址”进行回复,问题就会迎刃而解,但这似乎不太可能(更何况点号地址并非标准做法)。

坦白说,我尚未遇到过关于从其他地址回复所带来的安全问题的解释。如果我们信任收件人接收(有时是私密的)数据,那么理应同样信任他们进行回复。为什么不随邮件通知附带一个令牌,允许任何邮箱地址进行回复(只要令牌有效)?

我只是在梳理思路——欢迎随时对这些观点提出质疑…

再次查看你在 Gmail 中的设置,这现在已经可行:

你有两个选择:

  • 配置地址以识别电子邮件的来源(并多走一步,在 Gmail 中添加别名以形成闭环)
  • 要求每个处理收件的服务都支持额外的别名。

我知道我会倾向于哪一种,因为它现在就能用,而且不需要第三方做任何额外工作。如果你不愿意花精力维护别名,又为什么要要求别人花精力去编写额外的代码呢?

我不确定你是否真的在仔细阅读我所说的内容。上述所有内容都要求你创建每一个加号地址或点号地址,正如我反复解释的那样,这并不可行。事实上,当我提到“智能地从相应的加号地址或点号地址回复”时,隐含的正是镜像行为的含义。

我非常清楚 Gmail 以及其他各种电子邮件界面中的设置。这正是我提出这个话题并列举具体要点的原因。请重新阅读。

  • 配置地址以识别电子邮件的来源(并进一步在 Gmail 中添加别名以完成闭环)

在现代社会中,这实际上是做不到的。

为什么要要求任何人费心去编写额外的代码?

即使你忽略我的令牌建议(仍在等待建设性的批评),我也绝对没有这样做。

他们可以配置 Gmail 以从该地址发送(我几乎可以肯定)。如果他们想使用带有 + 的地址,就需要自己完成相应的工作。

这确实很麻烦,但这是用户自己要求的麻烦。

如果你不介意投入精力或付费,可以安装一个插件来自动去除地址中的 + 部分。

没必要在这里争辩,用例很明确,这也是我们早已计划好的。

这个话题让我想起,如果发件人邮箱与账户邮箱相似,Discourse 应该发送与完全不同时不同的错误提示,例如:“看起来您的邮箱地址与注册邮箱相似,但可能使用了加号(+)字符串,或者句号的位置不同。邮件必须从论坛账户注册的完全一致的邮箱地址发送。”

拜托,当然有可能。即使您声称用这种方式注册了数百个网站,这仍然是可行的。每个网站只需多花 10 秒钟,而且您不会在同一天注册所有网站,对吧?