回复邮件地址损坏

错误
1

Build 2.9.0.beta4 (82ac698d4f)

在 Admin -\u003e Settings -\u003e Email 页面

如果电子邮件地址不包含 %{reply_key}，Discourse 将会忽略 Reply by email address，而是使用其发送的电子邮件的 to 和 reply-to 标头中的默认电子邮件地址。

以下是重现此问题以及有效方法的步骤：

失效

假设 discourse 中设置的默认电子邮件地址是 forum@domain.com

image
image742×340 17 KB

当 discourse 发送电子邮件时，from 和 reply-to 标头包含 forum@domain.com 而不是 community.forum@domain.com

有效

但是，如果我在 reply by email address 中添加 %{reply_key}：

  • reply by email address -\u003e community.forum+%{reply_key}@domain.com

image
image751×331 17.3 KB

这可以按预期工作，电子邮件现在来自 community.forum+\\u003cid\u003e@domain.com，reply-to 标头也设置正确。

2

我认为通过电子邮件回复需要密钥才能工作，如果您没有密钥，它将回退到使用通知电子邮件地址，该地址可能在您的 app.yml 中设置，并且在用户界面中隐藏。

3

那么禁用“使用密钥查找相关帖子”会做什么？

1 个赞
4

听起来我好像不知道我在说什么。 :person_shrugging:

5

我可以确认，在禁用“使用密钥查找相关帖子”选项的情况下，没有 reply_key 也能正常工作，只是发件人地址和回复地址与“电子邮件回复地址”中提供的不匹配——而是默认使用 app.yml 中的地址。

这听起来像是一个 bug，当未使用密钥时，它会忽略此页面上提供的电子邮件地址。

1 个赞
6

这听起来是对的。我只是不知道“查找相关帖子”这个选项。

7

2 篇帖子已拆分为新主题：Gmail POP3 现在需要应用密码

9

我是偶然发现的。该选项控制在数据库中找不到回复键时会发生什么。

如果启用它，它将拒绝该帖子。如果禁用它，它将使用电子邮件标题来尝试找出问题所在，这就是关于电子邮件地址的警告的由来。如果它回退到标题，它将匹配用户帐户和发件人地址，而不是像密钥不匹配时那样拒绝它。 :slight_smile:

2 个赞
10

在我的情况下，这不太理想，一些提供商（mxplan ovh）对其禁止伪造规则有点严格，不允许用户 community.forum@domain.com 从 community.forum+<id>@domain.com 发送电子邮件（即使加号寻址在接收端有效）
…我花了一段时间才弄清楚发生了什么（几年前你给的线索）

1 个赞
11

6 篇帖子已合并到一个现有主题：配置入站电子邮件以创建类别主题或群组消息