“自定义入站电子邮件地址”的限制（可能仅适用于托管站点？）

支持
,
1

大家好，Discourse 社区 —

以下是我通过反复试验观察到的情况，但我没有找到相关文档，也没有遇到过警告或错误。

在我们的网站上（由 Discourse 托管，我们对此非常感谢！），为某个类别设置自定义传入电子邮件地址似乎只有在电子邮件地址以“foo+”为前缀时才有效（其中“foo”是我们网站的通用 slug）。

具体来说，我经常设置一个新类别，为其设置一个我认为直观的电子邮件地址，向该地址发送测试邮件，但从未收到退信，也从未在我们网站的已接收或已拒绝电子邮件日志中看到它。然后我最终想起了我之前的经验，将地址设置为 foo+\u003csome name\u003e，再运行一次测试，它就立即生效了。

如果我没有想错的话，这似乎是 Discourse 用来区分发往不同托管站点的邮件的一种方式，但我想确认我是否正确。或者，如果我错了，看看我的初始电子邮件地址选择似乎都石沉大海（go to /dev/null）是否有其他解释。

谢谢！
-Brad

1 个赞
2

说出来可能很简单/过于简化，但自定义邮箱地址只有在实际发送到站点时才有效。

所以你不能随便填入任何内容，该地址必须发送到站点才能有机会正常工作。

Discourse 无法对该地址进行任何验证以确保其正常工作，因此管理员有责任确保这一点。

在我们的托管服务上，我建议利用几个我们已预先安排好发送到您站点的地址：

  • {ANYTHING}@{YOUR PREFIX}.discoursemail.com
  • {ANYTHING}@{your.site.hostname}
2 个赞
3

谢谢 @supermathie —

对于我们的（托管）站点，我没有意识到 …@{OUR PREFIX}.discoursemail.com 是一个选项，我一直只尝试使用 …@discoursemail.com 作为主机名，因为那是默认的“接受传入电子邮件”地址所使用的（我已经更新了上面的原始查询，试图澄清这一点，因为我在原始问题中省略了主机名）。我会尝试一下，谢谢你的提示！

尽管我理解 Discourse 无法为自托管的 Discourse 实例验证电子邮件地址，但对于托管实例，如果电子邮件地址不是预期格式，是否有可能生成警告或错误？（或者在使用 …discoursemail.com 地址时的预期格式？

再次感谢，
-Brad

1 个赞
4

“预期格式”没有限制，除了“有效的电子邮件地址”之外，所以这是不可行的。

这可能是一些我们可以做的事情。

3 个赞
5

再次感谢您的回复！

我想您已经证实了我的猜测，即这是我们这类托管 Discourse 站点特有的问题。我不知道要让这些站点验证在此字段中输入的 …discoursemail.com 地址是否有效需要多大的工作量，但如果能有这样一个功能，在过去几年中设置新的邮件列表和别名时，它会为我节省大量时间和挫败感，因为我总是在想它们为什么不工作。我想这也会帮助到其他人。

或者，即使是针对托管站点在该字段上添加一个小工具提示，说明合法地址必须是 slug+...@discoursemail.com 或 ...@slug.discoursemail.com，也会大有帮助。尽管我不知道将此提示仅限于托管 Discourse 站点是否会使这种方法不可行。

-布拉德

10

事实并非如此——限制是电子邮件必须发送到这些地址之一才能工作。以下设置就是一个例子，我们和我们的许多客户都使用这种设置：

  • （在 Discourse 中）将“Postings”类别配置为接受发送到 postings@contoso.com 的入站电子邮件
  • （在 contoso.com 邮件服务器上）将 postings@contoso.com 配置为转发到 {ANYTHING}@contoso.discoursemail.com
  • 最终结果：发送到 postings@contoso.com 的邮件将被发送到“Postings”类别

这实际上与以下设置相同：

  • （在 Discourse 中）将“Postings”类别配置为接受发送到 postings@contoso.discoursemail.com 的入站电子邮件
  • 最终结果：发送到 postings@contoso.discoursemail.com 的邮件将被发送到“Postings”类别
1 个赞
12

@supermathie — 您的观点很有道理，送达地址比邮件收件地址更相关。

在完善我之前的请求后，我认为当用户尝试输入匹配 @discoursemail.com 或 @*.discoursemail.com 模式但又不以 slug+… 开头或以 @slug.discoursemail.com 结尾的入站电子邮件地址时，仍然有必要发出警告，以提醒由 Discourse 托管的社区。

这仍然允许您提出的第一种情况（因为它没有以 discoursemail.com 作为后缀），同时还能警告我尝试设置 slug-users@discouresmail.com 地址，这是我一直以来尝试使用的模式类型，但当我发现发往该地址的邮件被静默丢弃时感到困惑。

（请注意，假设 contoso 是您的社区的 slug，您的第二种情况也不会生成警告）。

-Brad

13

此主题已在 2 天后自动关闭。不再允许回复。